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.
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.
Vier Stufen — und nur eine davon ist der Sensor.
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.
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.
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.
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.
Derselbe Empfänger unterstützt mehrere Ausgabewege. Welchen Sie wählen, hängt davon ab, was das Empfangssystem bereits spricht.
| Ausgabe | Typisches Empfangssystem | Hinweise |
|---|---|---|
| CAN 2.0B | Fahrzeug-ECU, VCU, Motorsteuergerät | Standard 250 kbps, 10 ms Datenperiode, softwarekonfigurierbar. Message Map wird mitgeliefert. |
| J1939 | Lkw, Busse, Off-Highway-Maschinen mit einem J1939-Netzwerk | PGN/SPN-Mapping für Reifendruck und -temperatur; geeignet für Flotten, die J1939 bereits protokollieren. |
| RS485 | PLCs, Industriesteuerungen, lange Kabelwege im Hof | Multi-Drop; geeignet, wo noch kein CAN vorhanden ist. |
| RS232 | Bestandssteuerungen, GPS- / Telematik-Tracker, Nachrüstung | Punkt-zu-Punkt; die übliche Wahl für die Nachrüstung älterer Maschinen. |
| Modbus RTU | Siemens und andere PLCs, SCADA | Register-Map dokumentiert; ohne eigenen Code leicht aus einer PLC auslesbar. |
| PROFINET | Siemens-SPS-Umgebungen | Für Werke, die auf PROFINET statt auf serielle Schnittstellen standardisiert sind. |
| UART / TTL | Kundenspezifische Embedded-Boards, Head-Units | Für OEMs, die die Empfängerplatine selbst bauen. |
| 4G + REST API | Cloud-Plattform, Flotten-Dashboard | Kein Feldbus: Das DTU überträgt dieselben Daten per Mobilfunk an unsere Plattform oder an Ihre eigene. |
Integrationsprojekte stocken aus einem Grund: Der Lieferant übergibt Hardware und sonst nichts. Wir übergeben die Schnittstelle.
Byte-Aufbau, Skalierung, Byte-Reihenfolge und Flag-Bits für jeden Rahmen für Reifendruck, Temperatur und Alarme.
Für J1939-Projekte, damit Ihre Flottensoftware die Reifendaten ohne eigenen Parser dekodieren kann.
Modbus RTU- und RS485-Registeradressen und Datentypen.
Was jedes Alarm-Flag bedeutet, wie Schwellwerte konfiguriert werden und welche Meldeintervalle gelten.
B+, GND, CANH, CANL und der von uns verwendete abgedichtete Steckverbinder — damit Ihr Kabelbaum gleich beim ersten Mal passt.
Zum Einstellen von Radanzahl, Sensor-IDs, Druckschwellen und Baudrate.
Wie ein Projekt tatsächlich abläuft — aus Ihrer Sicht und aus unserer.
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.
Sensortyp je Felge, Anzahl der Empfänger, Platzierung der Repeater und Ausgabeprotokoll — dazu eine Sensoranzahl und ein Angebot.
Sie testen auf dem Prüfstand oder an einer Maschine gegen Ihre eigene Steuerung — mit der Protokolldokumentation in der Hand.
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.
Eine kleine Pilotbestellung validiert Installation und Verpackung, danach folgen planmäßige Wiederholungslieferungen.
Das sind die Fälle, die uns im Feld tatsächlich begegnet sind.
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.
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.
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.
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.
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.
Wie es weitergeht — je nachdem, was Sie lösen wollen.
Die vier Problemfelder, um die wir herum entwickeln: Integration, Vernetzung, Mehrachser, IoT-Sensorik.
ProduktBis zu 256 Reifen, CAN 2.0B / RS232 / RS485 / UART, DC 10–30 V, IP68 — vollständige Spezifikationen.
ProgrammProtokoll, Gehäuse, Display-UI und Cloud-API nach Ihrer Spezifikation angepasst.
BrancheStarre und knickgelenkte Muldenkipper, Hochtemperatur-Einsatz, CAN-Integration.
BrancheRTG-Krane, Reach Stacker, Container-Handler und Stapler.
Nächster SchrittRadanzahl, Spannung und Ziel-Schnittstelle genügen uns, um eine Konfiguration vorzuschlagen.
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.