CAN-Bus-TPMS-Integration für Nutz- und Industriefahrzeuge

Ein TPMS-Integrationsprojekt entscheidet sich an der Schnittstelle. Diese Seite handelt von genau dieser Schnittstelle: wie Reifendruck und Temperatur auf den Fahrzeugbus gelangen, den Ihre Steuerung bereits liest, welche Dokumentation wir übergeben und wo Projekte üblicherweise scheitern.

Industrial TPMS system architecture: sensor to repeater to receiver to CAN bus or 4G cloudFive stages from the wheel to the cloud, with the radio band, protocols and data rates involved at each stage.Sensor to cloud, without third parties01Sensoron the wheel433.92 MHz licence-free radio.Pressure ±7 kPa, temperature ±3 °C.Internal −40~+125 °C, IP68.02Repeateralong the chassisPlaced by geometry where the radiopath is blocked. A 160-wheelcarrier uses 12.03Receiverthe integration pointUp to 256 wheel positions. OutputsCAN 2.0B, J1939, RS485, RS232,Modbus RTU, PROFINET or UART.04CAN / 4Gtwo ways out250 kbps CAN with a 10 ms cycle, orcellular to the cloud.05Cloudour own platformFleet dashboard, alarms, historyper vehicle, plus an open REST APIinto your own system.

Wie Reifendaten den Bus erreichen

Vier Stufen — und nur eine davon ist der Sensor.

01

Sensor am Rad

Ein 433.92 MHz Sensor misst Druck und Temperatur innerhalb oder außerhalb des Reifens und sendet auf einem lizenzfreien Band. Keine Verkabelung zum Rad.

02

Repeater entlang des Chassis

Bei langen Fahrzeugen wird der Funk blockiert. Repeater werden dort platziert, wo die Geometrie es erfordert, nicht nach Faustregel — bei einem Trägerfahrzeug mit 160 Rädern setzen wir 12 ein.

03

Empfänger sendet auf den Bus

Der Empfänger ist der Integrationspunkt. Er hält bis zu 256 Radpositionen und gibt Reifendaten als CAN-Frames, serielle Strings oder Feldbus-Register aus.

04

Ihr Steuergerät liest sie

Das eigene ECU, PLC, VCU oder Telematik-Steuergerät der Maschine liest die Reifendaten wie jeden anderen Knoten. Alarme lassen sich in die bestehende Logik einbinden.

Ausgabeprotokolle und wann Sie welches einsetzen

Derselbe Empfänger unterstützt mehrere Ausgabewege. Welchen Sie wählen, hängt davon ab, was das Empfangssystem bereits spricht.

AusgabeTypisches EmpfangssystemHinweise
CAN 2.0BFahrzeug-ECU, VCU, MotorsteuergerätStandard 250 kbps, 10 ms Datenperiode, softwarekonfigurierbar. Message Map wird mitgeliefert.
J1939Lkw, Busse, Off-Highway-Maschinen mit einem J1939-NetzwerkPGN/SPN-Mapping für Reifendruck und -temperatur; geeignet für Flotten, die J1939 bereits protokollieren.
RS485PLCs, Industriesteuerungen, lange Kabelwege im HofMulti-Drop; geeignet, wo noch kein CAN vorhanden ist.
RS232Bestandssteuerungen, GPS- / Telematik-Tracker, NachrüstungPunkt-zu-Punkt; die übliche Wahl für die Nachrüstung älterer Maschinen.
Modbus RTUSiemens und andere PLCs, SCADARegister-Map dokumentiert; ohne eigenen Code leicht aus einer PLC auslesbar.
PROFINETSiemens-SPS-UmgebungenFür Werke, die auf PROFINET statt auf serielle Schnittstellen standardisiert sind.
UART / TTLKundenspezifische Embedded-Boards, Head-UnitsFür OEMs, die die Empfängerplatine selbst bauen.
4G + REST APICloud-Plattform, Flotten-DashboardKein Feldbus: Das DTU überträgt dieselben Daten per Mobilfunk an unsere Plattform oder an Ihre eigene.

Welche Dokumentation Sie erhalten

Integrationsprojekte stocken aus einem Grund: Der Lieferant übergibt Hardware und sonst nichts. Wir übergeben die Schnittstelle.

Message Map / DBC

Byte-Aufbau, Skalierung, Byte-Reihenfolge und Flag-Bits für jeden Rahmen für Reifendruck, Temperatur und Alarme.

PGN / SPN Mapping

Für J1939-Projekte, damit Ihre Flottensoftware die Reifendaten ohne eigenen Parser dekodieren kann.

Register-Map

Modbus RTU- und RS485-Registeradressen und Datentypen.

Alarm-Semantik

Was jedes Alarm-Flag bedeutet, wie Schwellwerte konfiguriert werden und welche Meldeintervalle gelten.

Verkabelung und Steckerbelegung

B+, GND, CANH, CANL und der von uns verwendete abgedichtete Steckverbinder — damit Ihr Kabelbaum gleich beim ersten Mal passt.

Konfigurationstool

Zum Einstellen von Radanzahl, Sensor-IDs, Druckschwellen und Baudrate.

Integrationsprozess

Wie ein Projekt tatsächlich abläuft — aus Ihrer Sicht und aus unserer.

Schritt 1

Maschine und Empfangssystem beschreiben

Radanzahl, Achsanordnung, Betriebsspannung und die Angabe, welche Steuerung die Daten erhalten muss. Eine Skizze der Verkabelung von der Fahrzeugseite genügt für den Start.

Schritt 2

Wir schlagen die Kette vor

Sensortyp je Felge, Anzahl der Empfänger, Platzierung der Repeater und Ausgabeprotokoll — dazu eine Sensoranzahl und ein Angebot.

Schritt 3

Evaluierungsgeräte

Sie testen auf dem Prüfstand oder an einer Maschine gegen Ihre eigene Steuerung — mit der Protokolldokumentation in der Hand.

Schritt 4

Protokollanpassung bei Bedarf

Wenn Ihre Steuerung eine andere Skalierung, zusätzliche Felder oder ein anderes Alarm-Mapping braucht, passen wir Firmware oder Ausgabe-Mapping im Rahmen eines OEM-Projekts an.

Schritt 5

Erst Pilot, dann Serie

Eine kleine Pilotbestellung validiert Installation und Verpackung, danach folgen planmäßige Wiederholungslieferungen.

Wo Integrationsprojekte üblicherweise scheitern

Das sind die Fälle, die uns im Feld tatsächlich begegnet sind.

  • 01
    Annahme zur Baudrate

    Die Annahme, dass die Busgeschwindigkeit Ihrer Zeichnung entspricht. Wir verwenden standardmäßig 250 kbps, softwarekonfigurierbar — klären Sie das vor der ersten Installation, nicht danach.

  • 02
    Funkabschattung bei langem Chassis

    Ein Empfänger, der an einer Hofmaschine 256 Räder erreicht, erreicht an einem Balkentransporter ohne Repeater keine 160. Die Geometrie entscheidet, nicht das Datenblatt.

  • 03
    Byte-Reihenfolge und Skalierung

    Big-Endian vs. Little-Endian und der Skalierungsfaktor sind die zwei häufigsten Fehler beim Dekodieren. Beides steht in der Message-Map; testen Sie einen Rahmen durchgängig, bevor Sie hochskalieren.

  • 04
    Alarm-Mapping in bestehende Logik

    Was die Maschine bei einem Reifenalarm tut — Leistung reduzieren, Geschwindigkeit begrenzen, den Fahrer informieren —, entscheidet die Fahrzeugseite. Klären Sie das vor der Integration, nicht währenddessen.

  • 05
    Versorgungsspannung und Zündverhalten

    DC 10–30 V. Bei Maschinen, bei denen der Bus nach dem Ausschalten der Zündung weiter versorgt wird, klären Sie das Schlafverhalten des Empfängers bitte mit uns ab.

Nennen Sie uns das Steuergerät, das die Daten empfangen soll

Senden Sie uns die Radanzahl, die Betriebsspannung und die Angabe, welches System die Daten liest. Wir antworten mit Anschlussplan, Sensoranzahl, einer Liste der Protokolldokumentation und einem Angebot.