Intégration TPMS sur bus CAN pour véhicules utilitaires et industriels

Un projet d'intégration TPMS réussit ou échoue au niveau de l'interface. Cette page traite de cette interface : comment la pression et la température des pneus arrivent sur le bus du véhicule que votre contrôleur lit déjà, quelle documentation nous remettons et où les projets échouent habituellement.

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.

Comment les données des pneus atteignent le bus

Quatre étapes, et une seule est le capteur.

01

Capteur sur la roue

Un capteur 433.92 MHz mesure la pression et la température à l'intérieur ou à l'extérieur du pneu et transmet sur une bande sans licence. Aucun câblage jusqu'à la roue.

02

Répéteur le long du châssis

Les véhicules longs bloquent les ondes radio. Les répéteurs sont placés là où la géométrie l'exige, et non au jugé — sur un transporteur de 160 roues, nous en utilisons 12.

03

Le récepteur publie sur le bus

Le récepteur est le point d'intégration. Il gère jusqu'à 256 positions de roue et transmet les données des pneus sous forme de trames CAN, de chaînes série ou de registres de bus de terrain.

04

Votre contrôleur les lit

L'ECU, l'automate (PLC), le VCU ou le boîtier télématique de la machine lit les données de pneus comme n'importe quel autre nœud. Les alarmes peuvent être intégrées à la logique existante.

Protocoles de sortie et cas d'utilisation

Le même récepteur prend en charge plusieurs voies de sortie. Le choix dépend de ce que le système récepteur sait déjà recevoir.

SortieSystème récepteur typiqueRemarques
CAN 2.0BECU véhicule, VCU, contrôleur moteur250 kbps par défaut, période de données de 10 ms, configurables par logiciel. Matrice de messages fournie.
J1939Camions, bus, engins hors route équipés d'un réseau J1939Correspondance PGN/SPN pour la pression et la température des pneus ; adaptée aux flottes qui enregistrent déjà le J1939.
RS485API industriels (PLC), contrôleurs industriels, longs câbles dans une courMulti-drop ; adapté là où le CAN n'est pas déjà présent.
RS232Contrôleurs anciens, traceurs GPS / télématique, retrofitPoint à point ; le choix habituel pour équiper d'anciennes machines.
Modbus RTUSiemens et autres automates (PLC), SCADACarte de registres documentée ; lecture facile depuis un automate, sans code spécifique.
PROFINETEnvironnements automate SiemensPour les sites standardisés sur PROFINET plutôt que sur la liaison série.
UART / TTLCartes embarquées sur mesure, unités centralesPour les fabricants OEM qui conçoivent eux-mêmes la carte de réception.
4G + REST APIPlateforme cloud, tableau de bord de flottePas un bus de terrain : le DTU remonte les mêmes données par réseau mobile vers notre plateforme ou la vôtre.

Les documents que vous recevez

Les projets d'intégration bloquent pour une raison : le fournisseur livre du matériel et rien d'autre. Nous livrons l'interface.

Matrice de messages / DBC

Structure des octets, mise à l'échelle, ordre des octets et bits d'état pour chaque trame de pression, température et alarme.

Correspondance PGN / SPN

Pour les projets J1939, afin que votre logiciel de flotte puisse décoder les données des pneus sans analyseur personnalisé.

Carte des registres

Adresses de registres et types de données Modbus RTU et RS485.

Sémantique des alarmes

La signification de chaque bit d'alarme, la configuration des seuils et les intervalles de report.

Câblage et brochage des connecteurs

B+, GND, CANH, CANL et le connecteur étanche que nous utilisons, pour que votre faisceau soit correct du premier coup.

Outil de configuration

Pour régler le nombre de roues, les identifiants de capteurs, les seuils de pression et le débit (baud rate).

Processus d'intégration

Le déroulement concret d'un projet, de votre côté comme du nôtre.

Étape 1

Décrivez la machine et le système récepteur

Nombre de roues, architecture des essieux, tension de service et contrôleur destinataire des données. Un croquis de câblage côté véhicule suffit pour démarrer.

Étape 2

Nous proposons la chaîne

Type de capteur par jante, nombre de récepteurs, emplacement des répéteurs et protocole de sortie — plus un nombre de capteurs et un devis.

Étape 3

Unités d'évaluation

Vous testez sur banc ou sur une machine, face à votre propre contrôleur, documentation protocole en main.

Étape 4

Adaptation du protocole si nécessaire

Si votre contrôleur nécessite une autre mise à l'échelle, des champs supplémentaires ou une autre correspondance d'alarmes, le firmware ou le mapping de sortie est adapté dans le cadre d'un programme OEM.

Étape 5

Pilote, puis volume

Une petite commande pilote valide l'installation et l'emballage, puis viennent des livraisons récurrentes planifiées.

Où les projets d'intégration échouent généralement

Voici ceux que nous avons réellement rencontrés sur le terrain.

  • 01
    Hypothèse sur le débit en bauds

    Supposer que la vitesse du bus correspond à votre schéma. Nous configurons 250 kbps par défaut et le paramètre est modifiable par logiciel — à confirmer avant la première installation, pas après.

  • 02
    Ombre radio sur les châssis longs

    Un récepteur qui atteint 256 roues sur un engin de parc n'atteindra pas 160 roues sur un transporteur de poutres sans répéteurs. C'est la géométrie qui décide, pas la fiche technique.

  • 03
    Ordre des octets et mise à l'échelle

    Big-endian / little-endian et le facteur d'échelle sont les deux erreurs de décodage les plus fréquentes. Les deux figurent dans la carte des messages ; testez une trame de bout en bout avant de monter en volume.

  • 04
    Intégration des alarmes dans la logique existante

    Décider de ce que fait la machine lors d'une alarme de pneu — réduire la charge, limiter la vitesse, avertir l'opérateur — relève du véhicule. À régler avant l'intégration, pas pendant.

  • 05
    Tension d'alimentation et comportement au contact

    DC 10–30 V. Sur les machines où le bus reste alimenté après coupure du contact, vérifiez avec nous le comportement de veille du récepteur.

Indiquez-nous le contrôleur qui doit recevoir les données

Envoyez-nous le nombre de roues, la tension de service et le système qui lit les données. Nous répondons avec un schéma de câblage, un nombre de capteurs, la liste de la documentation protocole et un devis.