Kran-Retrofit mit OEM-Sensor-Partnerschaft

Der Asset-Eigentümer betrieb eine Mobilkran-Flotte ganz ohne Telematik. Keine Echtzeit-Ortung, kein Auslastungssignal, keine Wartungsspur jenseits von Papierprotokollen und dem Gedächtnis des Poliers. Geplant wurde per Telefon. Zeigte ein Kran eine Störung, fuhr jemand hin, um die Fehlercodes auszulesen und den Datenlogger abzuziehen, und oft später ein zweites Mal mit den Ersatzteilen.

Der Sensor-OEM stand anders da. Er verfügte über ein starkes Portfolio für Last-, Neigungs- und Strukturmetriken, aber über keine Edge-Story: kein Gateway, keine Pufferung, kein dokumentierter Pfad in die Cloud des Asset-Eigentümers. Gute Signale ohne Ziel.

Der Auftrag lautete, die bestehende Flotte nachzurüsten, ohne anzutasten, wem was gehört. Wir lieferten die Gateway-Software, die Hardware-Integration für raue Umgebungen und eine saubere Übergabe in die Flottenplattform des Asset-Eigentümers. Der OEM behält die Sensoren und sein geistiges Eigentum, der Betreiber behält die Assets und die Daten, und die Integration gehört dem Betreiber.

Zwei Busse, ein Datensatz. J1939 von Motor und Antriebsstrang liefert Fehlercodes, Tankfüllstand, Temperaturen der Teilsysteme und Betriebsstunden. CANopen liefert die Wägezelle und einen Neigungssensor, den wir zusätzlich zur Instrumentierung des OEM nachgerüstet haben. Unangetastet bedeutet das zwei Schemata pro Kran in der Cloud und einen Datenlogger, den niemand ohne Einsatz vor Ort erreicht. Das Gateway musste beide Busse an Bord zu einem Datensatz zusammenfassen, damit die Plattform die darunterliegende Verdrahtung nie zu sehen bekommt.

Die Umgebung verzeiht nichts. Mobilkrane im Freien erleben Temperaturschwankungen, ständige Vibration und Wassereintritt. Wir spezifizierten Owasys-Hardware, die für diese Bedingungen zertifiziert ist, und behandelten die Installation als eigenständige Ingenieurleistung: Antennenplatzierung frei vom Ausleger, Stromabgriff so gelegt, dass er Zündzyklen übersteht, Verkabelung verlegt und zugentlastet für den Feldeinsatz statt für eine Tischdemo.

Die Partnerschaftsgrenze war eine harte Linie. Die Daten des Sensor-OEM bleiben sein geistiges Eigentum. Wir bauten die Integration über Adapter, die der OEM dokumentiert und freigegeben hat, niemals durch Mitschnitt des Busses oder Reverse Engineering eines geschlossenen Streams. Genau diese Entscheidung hielt alle drei Parteien am Tisch.

Jeder Kran trägt ein Owasys-Gateway, dimensioniert für die Kabine. Darauf läuft eine Erfassungsschicht mit zwei Adaptern, einem für J1939 und einem für CANopen, die jeden Kanal, vom Motorfehlercode bis zum Wägezellengewicht, in einen einzigen Datensatz pro Asset mit angehängter GPS-Position abbildet. Das Gateway vermittelt außerdem den Zugriff auf den Datenlogger an Bord, sodass die Instandhaltung ihn aus dem Büro herunterlädt, statt jemanden in die Kabine zu schicken. Verliert ein entlegener Hof die Verbindung, hält eine Store-and-Forward-Pufferung die Datensätze im lokalen Speicher und spielt sie der Reihe nach wieder ein, sobald die Verbindung zurückkehrt. So kostet ein Funkloch Latenz, keine Daten.

Die Datensätze gehen über MQTT an einen Broker, der dem Betreiber gehört, und werden von dort in die bereits genutzte Flottenmanagement-Plattform weitergeleitet. Der OEM-Partner liest die für ihn relevanten Sensorkanäle über einen dokumentierten Adapter, der auf Betreiberseite bereitgestellt wird. Kein Anbieterportal an irgendeiner Stelle im Pfad. Der Betreiber besitzt den Broker, die Topics und die Aufbewahrung.

OTA-Updates kommen über einen signierten Kanal unter der Kontrolle des Betreibers: Die Image-Signatur wird geprüft, bevor irgendetwas geschrieben wird, und ein bekannt-guter Rollback greift, falls eine Einheit nicht zurückkehrt. Eine Servicekraft tauscht ein Gateway in etwa 15 Minuten mit vorinstalliertem Image und einem Kabelbaum, der den OEM-Service-Stecker spiegelt. Die Arbeit ist anstecken und weiter, nicht vor Ort diagnostizieren.

Wir zertifizierten, bevor wir skalierten: auf drei Kranen über zwei Baujahre. Das fixierte die Protokolladapter gegen echten Busverkehr, klärte das Kabinen-Installationsmuster und legte den OEM-Adaptervertrag fest, bevor eine einzige weitere Einheit ausgeliefert wurde.

Danach folgte der Heimat-Hof, wobei die eigene Service-Crew des Betreibers die Installationen übernahm, nachdem sie den ersten zehn zugesehen hatte. Bei den regionalen Höfen kamen die Gateways vorinstalliert an, und die Crews kalibrierten lokal gegen die am Heimat-Hof erfassten Referenzwerte. Der Zeitplan lief in drei Bändern: Zertifizierung in den Wochen 1 bis 2, die Welle am Heimat-Hof in den Wochen 3 bis 6 und die regionalen Höfe in den Wochen 7 bis 10.

Eine Störung beginnt nicht mehr mit einer Fahrt zum Kran. Die Instandhaltung liest Fehlercodes, Temperaturen der Teilsysteme und Tankfüllstand aus der Ferne, lädt den Datenlogger herunter und entscheidet dann, wer mit welchen Teilen hinfährt. „Wo ist dieser Kran?" war kein Telefonanruf mehr, sondern ein Blick auf eine Live-Ansicht. Auslastung, Standort, Last und Neigung speisen jetzt Planung, Wartung und Disposition aus einem Datensatz statt aus getrennten Quellen. Der OEM-Partner bekam seine Sensordaten in eine Kundenpipeline, die er weder hostet noch wartet, womit aus einer fehlenden Edge-Fähigkeit ein Verkaufsargument wurde. Jede der drei Parteien behielt genau das, was sie eingebracht hatte: der Betreiber seine Assets und Daten, der OEM seine Sensoren und sein geistiges Eigentum, der Integrator die Gateway-Software.

Der Kran-Retrofit ist eine Ausprägung eines wiederkehrenden Problems: Equipment, dessen Daten in einer OEM-Insel gefangen sind, und ein Betreiber, der diese Daten will, ohne eine Plattform herauszureißen oder die Eigentümerschaft abzugeben. Die Lösung ist jedes Mal dieselbe. Dokumentierte Adapter statt Reverse Engineering, ein Broker, der dem Kunden gehört, statt eines Anbieterportals, und Quellcode, den der Kunde behält. Das überträgt sich auf jede Klasse mobiler Maschinen mit Sensoren gemischter Baujahre und einem kooperationsbereiten OEM.

Weiter: Kran-Ferndiagnose, industrielle Router & Gateways, Zustands- & Prozessüberwachung und Edge-Software-Entwicklung.