Ein typisches Bild in der Instandhaltung: Ein Antrieb oder eine Pumpe läuft seit Jahren stabil, doch Ausfälle kommen „aus dem Nichts“. Häufig fehlen einfache Messgrößen wie Vibration, Temperatur oder Stromaufnahme in einer Form, die dauerhaft auswertbar ist. Genau hier setzt Retrofit an: Bestandsmaschinen erhalten zusätzliche Sensorik und eine schlanke Datenstrecke, ohne tief in die Steuerung oder den Schaltschrank eingreifen zu müssen.
Im Fokus stehen rotierende Aggregate (Motoren, Gebläse, Pumpen, Fördertechnik). Deren Verschleiß zeigt sich oft frühzeitig in Schwingungen, Lagererwärmung oder einem schleichend steigenden Energiebedarf. Mit einer klaren Architektur aus Sensor, Edge-Gerät und Backend entstehen verwertbare Zustandsindikatoren – mit überschaubarem Installationsaufwand.
Welche Signale bei Retrofit-Projekten wirklich helfen
Vibrationen: vom Rohsignal zum Zustandsindikator
Für rotierende Maschinen ist Schwingung eine zentrale Informationsquelle. Praktisch relevant sind nicht nur „mehr oder weniger Vibration“, sondern stabile Kennwerte, die im Betrieb vergleichbar bleiben. Üblich ist, Rohdaten aus einem Beschleunigungssensor lokal zu verdichten: zum Beispiel über RMS-Werte (Effektivwert), Peak-Werte oder bandbegrenzte Kennzahlen, die bestimmte Fehlerbilder (Unwucht, Lagerdefekte) besser abbilden. Damit die Werte vergleichbar bleiben, braucht es eine konstante Montage und eine feste Abtastrate über alle Messzyklen.
Montage entscheidet über Datenqualität: Ein Sensor auf einer dünnen Blechabdeckung liefert oft andere Spektren als derselbe Sensor auf einem massiven Lagerbock. Bei Retrofit gilt daher: möglichst nahe am Lager, fester Kontakt, definierte Ausrichtung. Magnetmontage kann funktionieren, ist aber anfälliger für Resonanzen und wechselnde Kopplung; Schraub- oder Klebemontage ist stabiler, erfordert aber Planung.
Temperatur: einfach, aber nicht banal
Temperaturmessung wirkt simpel, ist aber als Trendgröße sehr wertvoll. Wichtig ist die Position: Oberflächentemperaturen am Gehäuse reagieren langsamer als Wicklungstemperaturen, sind aber retrofit-freundlich. Für Trendanalysen zählt vor allem Reproduzierbarkeit: gleiche Stelle, gleiche Kontaktart, gleiche Isolationseinflüsse. Eine isolierte Messstelle kann die Dynamik verfälschen; eine frei liegende Messstelle kann stark von Umgebungsluft beeinflusst werden.
Strom und Leistung: indirekte Zustandsinfos ohne Mechanik-Eingriff
Strommessung mit Stromwandlern (z. B. Klappwandler) liefert einen Blick auf Lastzustand und Anomalien. Für Retrofit ist das attraktiv, weil keine mechanische Montage am Aggregat nötig ist. Allerdings sollte die Messkette sauber ausgelegt werden: passende Wandlergröße, korrekte Phasenführung, und eine robuste Erkennung von Betriebszuständen (Anlauf, Teillast, Stillstand). Energiekennzahlen werden besonders aussagekräftig, wenn sie mit Prozesszuständen oder Taktinformationen gekoppelt sind.
Architektur für Retrofit: Sensor, Edge, Plattform – ohne Overengineering
Sensorik und Erfassung: robust statt „maximale Auflösung“
In Retrofit-Projekten gewinnt die Lösung, die über Monate stabil läuft. Sensoren sollten daher industrietauglich sein (Vibration, Temperatur, Strom), mit klarer Spezifikation und unkritischer Verkabelung. Die Erfassungseinheit (Datenerfassungsmodul oder Embedded-Rechner) übernimmt Zeitstempel, Vorverarbeitung und Pufferung. Lokale Vorverarbeitung reduziert Datenmengen drastisch: statt Rohschwingungen permanent zu streamen, werden kurze Messfenster aufgenommen, lokal verdichtet und nur Kennwerte übertragen.
Bei der Gerätewahl zählt der Umfeldcheck: EMV, Temperaturbereich, Spannungsversorgung, Montageort, Schutz gegen Öl/Staub und eine eindeutige Kennzeichnung im Feld (Asset-ID). Im Retrofit ist die spätere Wartung oft teurer als die Hardware – daher ist eine stabile mechanische Integration mindestens so wichtig wie der Sensorchip.
Edge-Logik: Daten verdichten, Zustände erkennen, Ausfälle überbrücken
Ein Edge-Gerät ist im Retrofit nicht „nice to have“, sondern häufig die Voraussetzung für verlässliche Daten. Es löst drei praktische Probleme: erstens Datenreduktion (Kennwerte statt Rohdaten), zweitens lokale Zustandslogik (z. B. nur messen, wenn der Motor läuft), drittens Robustheit bei Netzausfall (Zwischenspeicher und späterer Upload). Für viele Antriebe reicht ein Modell aus Schwellwerten und Trendregeln, solange die Regeln sauber an den Betrieb angepasst werden.
Zusätzlich hilft Edge bei der Entkopplung zur IT: Die Maschine bleibt unangetastet, während Edge kontrolliert Daten Richtung Plattform liefert. Für die Übertragung eignet sich MQTT häufig gut, weil es publish/subscribe unterstützt, mit Quality-of-Service-Stufen umgehen kann und in vielen IoT-Plattformen etabliert ist. Entscheidend sind saubere Topic-Strukturen (z. B. Standort/Anlage/Aggregat/Messgröße) und ein konsistentes Payload-Schema.
Backend und Datenmodell: vom Messwert zum Asset
Ohne sauberes Datenmodell bleibt Retrofit ein Dashboard-Projekt ohne nachhaltigen Nutzen. Zentral sind eindeutige Assets (Motor A an Linie 3), Messkanäle (Vibration radial, Temperatur Lagerbock) und Betriebszustände (läuft, steht, Anlauf). Im Backend sollten Zeitreihen, Events und Asset-Metadaten getrennt gedacht werden. Events entstehen aus Regeln (z. B. Trend überschreitet Grenzwert) und müssen nachvollziehbar bleiben: welcher Sensor, welche Regel, welche Version, welcher Zeitraum.
Wer den Datenfluss strukturiert plant, vermeidet spätere Umbauten. Eine vertiefende Einordnung zur Strecke vom Sensor bis zur API liefert IoT-Datenpipeline planen – vom Sensor bis zur API.
Netzwerk und Funk: Retrofit scheitert oft an Reichweite und Zuständigkeiten
Kabelgebunden, WLAN oder LPWAN – pragmatisch entscheiden
In Bestandsanlagen existiert selten „das perfekte Netz“. Kabelgebundene Anbindung ist stabil, aber oft schwer nachzurüsten. WLAN ist schnell ausgerollt, kann aber durch Metall, bewegte Teile und Roaming-Probleme instabil werden. LPWAN-Ansätze sind für lange Reichweiten interessant, haben aber meist geringere Datenraten und erfordern konsequente Datenverdichtung.
Eine sinnvolle Faustregel: Je höher die Datenrate (z. B. Schwingungskennwerte in kurzen Intervallen), desto eher braucht es kabelgebunden oder gutes WLAN. Je weiter die Strecke und je geringer die Datenmenge (z. B. Temperatur alle 5 Minuten), desto eher passt LPWAN. Für eine systematische Funkentscheidung im Feld ist LoRaWAN oder NB-IoT – Funkwahl für Sensorprojekte eine passende Ergänzung.
Segmentierung und Zuständigkeiten
Retrofit berührt fast immer mehrere Teams: Instandhaltung, OT, IT, manchmal externe Servicepartner. Klare Zuständigkeiten verhindern „graue Zonen“: Wer provisioniert Geräte? Wer vergibt Zertifikate? Wer darf Updates ausrollen? Wer reagiert auf Alarme? Gerade beim Netzwerk ist wichtig, früh ein Zielbild festzulegen (z. B. separates VLAN für Edge-Geräte, definierte Firewall-Regeln, minimale ausgehende Ports).
Sicherheit im Retrofit: klein anfangen, aber richtig
Geräteidentität, Transportverschlüsselung und minimale Angriffsfläche
Auch wenn Retrofit klein startet: Jedes neue Gerät ist ein potenzieller Einstiegspunkt. Eine robuste Baseline besteht aus eindeutiger Geräteidentität, verschlüsselter Übertragung und deaktivierten unnötigen Diensten. Praktisch heißt das: pro Gerät eigene Credentials, keine gemeinsamen Passwörter, und Zugriff nur über definierte Protokolle. Für Telemetrie sollte die Verbindung authentisiert und verschlüsselt sein; bei publish/subscribe wird dafür häufig TLS genutzt.
Zusätzlich sollte das Gerät im Feld „wartbar“ sein, ohne unsichere Workarounds. Das umfasst gesicherte Remote-Zugänge (oder gar keine), Logging und eine klare Strategie für Updates. Wer Updates und Rollback-Prozesse sauber aufsetzt, reduziert spätere Sicherheitsrisiken deutlich. Eine praxisnahe Vertiefung bietet IoT-Gerätemanagement mit OTA-Updates – sicher betreiben sowie IoT-Sicherheit: Geräte segmentieren, härten, überwachen.
Lebenszyklus: Ersatzteile, Zertifikate, Versionsstände
Retrofit ist kein Einmalprojekt. Sensoren fallen aus, Klemmen lösen sich, Firmware muss gepflegt werden. Deshalb gehört zur Planung eine Inventarliste: Seriennummern, Montageort, Firmwarestand, Zertifikatslaufzeiten, Ersatzsensoren, sowie ein Prozess für den Tausch im Feld. Besonders hilfreich ist eine eindeutige Beschriftung am Aggregat und in der Datenplattform, damit Messkanäle nach einem Hardwaretausch nicht „verwaisen“ oder doppelt erscheinen.
Praxis: typische Stolperfallen bei Zustandsüberwachung
Fehlalarme durch Betriebszustände
Viele Fehlalarme entstehen, weil Messungen ohne Kontext bewertet werden. Ein Motor im Anlauf hat andere Schwingungs- und Stromprofile als im stationären Betrieb. Retrofit-Lösungen sollten daher Betriebszustände erkennen: über Stromschwellen, Drehzahl (wenn verfügbar) oder Zeitfenster nach Start. Erst danach sollten Grenzwerte und Trends bewertet werden. Das reduziert Alarmrauschen und erhöht die Akzeptanz in der Instandhaltung.
Drift durch Montageänderungen und Umrüstungen
Schon kleine Änderungen (neuer Halter, andere Kabelführung, neu montierte Abdeckung) können Vibrationstrends verschieben. Ein guter Retrofit-Prozess dokumentiert jede mechanische Änderung am Sensorplatz. Wenn sich ein Sensor lösen kann, sollten Befestigung und Kabelführung so ausgelegt sein, dass Zugkräfte nicht am Sensorgehäuse wirken.
Zu viel Rohdaten, zu wenig Entscheidung
Der häufigste Architekturfehler ist permanentes Streaming. Das erzeugt Kosten, Last und Unübersichtlichkeit. Besser ist ein messstrategischer Ansatz: kurze Messfenster in definierten Intervallen, Kennwerte im Edge, Rohdaten nur bei Ereignissen (z. B. wenn ein Trend kippt) oder für begrenzte Diagnosephasen. Genau diese Balance macht Retrofit wirtschaftlich.
Ein kompakter Ablauf, der sich im Feld bewährt
Die folgenden Schritte passen für viele Retrofit-Projekte an rotierenden Aggregaten und verhindern typische Rückschritte durch fehlende Abstimmung:
- Aggregat priorisieren: Kritikalität, Ausfallkosten, Zugänglichkeit, typische Fehlerbilder.
- Messgrößen festlegen: Vibration/Temperatur/Strom und eine klare Abtastrate bzw. Messintervalle.
- Montagepunkte definieren und dokumentieren (Fotos, Position, Befestigungsart, Kabelführung).
- Edge-Regeln setzen: Messung nur im Lauf, Kennwerte statt Dauerstream, Pufferung bei Netzausfall.
- Übertragung und Topics standardisieren; Telemetrie über MQTT mit konsistentem Payload-Schema.
- Alarme zunächst als Trends testen, Grenzwerte iterativ an Betrieb anpassen, Alarmflut vermeiden.
- Betrieb klären: Updateprozess, Ersatzteilkonzept, Inventarisierung und Rechte/Netzwerkfreigaben.
Vergleich: Retrofit über Edge oder direkt in die Cloud?
| Aspekt | Mit Edge Computing | Direkt zur Cloud (ohne Edge-Logik) |
|---|---|---|
| Datenmenge | Kennwerte, optional Rohdaten bei Events; meist deutlich geringer | Höher, besonders bei Schwingungen; schnell teuer und schwer zu betreiben |
| Robustheit bei Netzausfall | Pufferung und späterer Upload möglich | Messlücken wahrscheinlich, wenn keine lokale Speicherung existiert |
| Reaktionszeit | Schnelle lokale Erkennung (z. B. sofortiger Stopp über definierte Schnittstellen) | Abhängig von Latenz und Verfügbarkeit; für harte Reaktionen meist ungeeignet |
| Komplexität | Mehr Komponenten (Edge-Device, Wartung, Updates) | Weniger Hardware vor Ort, dafür mehr Anforderungen an Cloud-Processing |
| OT/IT-Entkopplung | Gute Entkopplung, wenn Edge als definierter Übergabepunkt fungiert | Cloud-Anbindung jedes Geräts erhöht den Abstimmungsaufwand |
Kalibrierung und Referenzwerte: warum „Baseline“ wichtiger ist als Perfektion
Baseline aufbauen statt Grenzwerte raten
Bei Retrofit fehlen oft historische Daten. Deshalb sollte zu Beginn eine Baseline entstehen: Messwerte über mehrere typische Betriebszyklen, idealerweise inklusive Lastwechsel. Aus dieser Baseline werden Trendgrenzen abgeleitet, nicht aus Bauchgefühl. Für Vibration ist zudem wichtig, dass Sensoren vergleichbar montiert sind; sonst sind Grenzwerte nicht übertragbar.
Messkette prüfen: vom Sensor bis Zeitstempel
Für verlässliche Diagnosen muss die Messkette konsistent sein: Sampling, Filter, Zeitstempel und Einheiten. Ein häufiger Fehler ist inkonsistentes Resampling oder das Vermischen von RMS- und Peak-Kennwerten ohne Kennzeichnung. Auch Zeitstempel sollten sauber behandelt werden (UTC oder klar definierte Zeitzone), damit Korrelationen mit Prozessereignissen möglich bleiben. Wer tiefer in die Datenqualität einsteigen möchte, findet praxisnahe Hinweise in IoT-Sensorik kalibrieren – präzise Messdaten im Betrieb.
Wenn Retrofit sauber geplant ist, entsteht aus wenigen, stabilen Messgrößen ein belastbarer Blick auf den Zustand von Bestandsanlagen. Entscheidend sind nicht die „meisten Daten“, sondern reproduzierbare Montage, eine schlanke Edge-Logik, klarer Betrieb und ein Datenmodell, das Assets und Events nachvollziehbar verbindet.
Industrie-IoT Retrofit liefert den größten Nutzen, wenn Zustandsdaten direkt in Instandhaltungsabläufe passen: erkennbare Trends, weniger Überraschungen und nachvollziehbare Entscheidungen im Störfall.
Für die technische Umsetzung sind fünf Dinge besonders wichtig: Sensorik mit stabiler Montage, Edge Computing zur Datenverdichtung, ein robustes Telemetrieprotokoll wie MQTT, klare Netz- und Security-Regeln sowie ein wartbarer Lifecycle über Updates und Inventarisierung.
