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.

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.

Drei Sensorprotokolle auf einem Chassis. Standard-J1939 vom Antriebsstrang, rohe CAN-Frames aus der Zusatzinstrumentierung und ein OEM-proprietärer Dialekt für die Last- und Neigungskanäle. Unangetastet bedeutet das drei Schemata pro Kran in der Cloud. Das Gateway musste sie 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 offenes Linux-Gateway von Owasys, dimensioniert für die Kabine. Darauf läuft eine Erfassungsschicht mit drei Adaptern (Standard-J1939, Roh-CAN und der OEM-proprietäre Stream), die jeden Kanal in einen einzigen Datensatz pro Asset abbildet. 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.

„Wo ist dieser Kran?" war kein Telefonanruf mehr, sondern ein Blick auf eine Live-Ansicht. Auslastung, Standort und Strukturmetriken speisen jetzt Planung, Wartung und Disposition aus einem Datensatz statt aus drei getrennten. 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: industrielle Router & Gateways, Zustands- & Prozessüberwachung und Edge-Software-Entwicklung.