Gateway-Austausch an Futtermittel-Tankaufliegern: Rückverfolgbarkeit auf offenem Linux

Der Kunde ist ein europäischer Hersteller von Tankaufliegern für Futtermittel. Die Auflieger transportieren pelletiertes und loses Mischfutter zu landwirtschaftlichen Betrieben und entladen es über Förderschnecken. Der Hersteller baut die Fahrzeuge, betrieben werden sie von seinen Kunden.

Futtermittel stehen am Anfang der Kette für Fleisch und Milch. Ein Tankfahrzeug, das von Hof zu Hof fährt, transportiert deshalb mehr als seine Ladung. Bei jeder Lieferung stellen sich dieselben Fragen: Wann und wo wurde entladen? Wurde der Tank vor der nächsten Ladung gereinigt? Wurden die Reifen desinfiziert, bevor das Fahrzeug auf den nächsten Hof fuhr?

Ein Fahrtenbuch auf Papier kann diese Fragen beantworten. Belegen kann es die Antworten nicht.

Bisher waren die Auflieger mit einem handelsüblichen Tracker ausgestattet. Ein Tracker meldet zuverlässig die Position. Alles darüber hinaus ist auf die Eingänge und Funktionen beschränkt, die sein Anbieter vorgesehen hat. Wenn ein Hersteller mit seinen Fahrzeugen einen Prozess dokumentieren will, liegt die Grenze damit an der falschen Stelle.

Unsere technische Überlegung betraf die Frage, wo die Logik laufen soll. Ein offenes Linux-Gateway von Owasys führt Software aus, die wir entwickeln und die dem Hersteller gehört. Daraus ergeben sich drei Punkte:

• Eigene Logik auf dem Gerät. Das Gateway kann Rohsignale direkt am Edge zu Ereignissen verdichten (eine Entladung, eine Reinigung, ein Desinfektionszyklus), statt Signale zu senden, die später jemand anderes deuten muss.
• Das Datenmodell des Herstellers. Datensätze sind in den Begriffen des Herstellers definiert und nicht in die generischen I/O-Felder eines Trackers gepresst.
• Erweiterbar ohne Vendor-Lock-in. Soll das Fahrzeug zusätzliche Daten aufzeichnen, ändert der Hersteller Software, die ihm bereits gehört, statt auf die Roadmap eines Tracker-Anbieters zu warten.

Das neue Gateway verarbeitet auf jedem Auflieger vier Datenströme:

• Rückverfolgbarkeit von Entladung und Reinigung: ein Datensatz für jede Entladung und jede Reinigung des Tanks.
• Position und Route: GPS-Position und Routenverfolgung, übertragen über das Mobilfunknetz.
• Zyklen der Reifendesinfektion: jeder Desinfektionszyklus wird als Nachweis für die Biosicherheit protokolliert.
• Zustand der Förderschnecke: Motordrehzahl und Druck der Förderschnecke als Grundlage für die vorausschauende Wartung.

Jeder Datenstrom hat für sich einen Nutzen. Auf einem Gerät erfasst, ergeben sie eine durchgängige Historie: was der Auflieger getan hat, wo und in welcher Reihenfolge.

Rückverfolgbarkeit. Der Datensatz zu Entladung und Reinigung zeigt, wann und wo jede Entladung stattfand und ob zwischen zwei Ladungen gereinigt wurde. Genau diesen Nachweis braucht eine Rückfrage zur Futtermittelsicherheit, ohne Gedächtnisprotokoll und ohne Papierablage.

Biosicherheit. Route und Desinfektionsdaten gehören zusammen. Die Route zeigt, welche Höfe der Auflieger angefahren hat, das Desinfektionsprotokoll belegt, dass die Reifen unterwegs behandelt wurden. Krankheitserreger gelangen über Fahrzeuge von Hof zu Hof. Für den Betreiber und die belieferten Betriebe ist diese Verbindung deshalb entscheidend.

Frühwarnung bei Verschleiß der Förderschnecke. Verändern sich Motordrehzahl oder Druck der Förderschnecke, kann das auf Verschleiß hinweisen, bevor es auf einem Hof zum Ausfall kommt. Der Betreiber kann die Wartung planen. Der Hersteller erhält Felddaten darüber, wie sich seine Technik im täglichen Einsatz verhält.

Für den Hersteller entsteht so ein Fahrzeug, dessen Telematik Teil des Produkts ist: aufgebaut auf seinem eigenen Datenmodell und nicht auf der Funktionsliste eines fremden Trackers.

Viele Maschinen- und Fahrzeughersteller beginnen mit einem Tracker, weil Kunden zuerst nach der Position fragen. Das Muster aus diesem Projekt greift, sobald die Fragen darüber hinausgehen: nachweisen, dass ein Prozessschritt stattgefunden hat, den Zustand der Technik erfassen, Hygiene- oder Compliance-Schritte im Feld dokumentieren.

Dann verlagert ein Gateway-Austausch die Logik auf Hardware, die der Hersteller selbst kontrolliert, und die Software wird zu einem Wert, der ihm gehört. Melqart Systems ist ein Engineering-Unternehmen mit Sitz in Luxemburg und arbeitet mit offenen Linux-Gateways von Owasys. Wir liefern die Gerätesoftware und die Anbindung an die Signale der Maschine, das Ergebnis gehört dem Kunden.