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.
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.
Quatre étapes, et une seule est le capteur.
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.
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.
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.
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.
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.
| Sortie | Système récepteur typique | Remarques |
|---|---|---|
| CAN 2.0B | ECU véhicule, VCU, contrôleur moteur | 250 kbps par défaut, période de données de 10 ms, configurables par logiciel. Matrice de messages fournie. |
| J1939 | Camions, bus, engins hors route équipés d'un réseau J1939 | Correspondance PGN/SPN pour la pression et la température des pneus ; adaptée aux flottes qui enregistrent déjà le J1939. |
| RS485 | API industriels (PLC), contrôleurs industriels, longs câbles dans une cour | Multi-drop ; adapté là où le CAN n'est pas déjà présent. |
| RS232 | Contrôleurs anciens, traceurs GPS / télématique, retrofit | Point à point ; le choix habituel pour équiper d'anciennes machines. |
| Modbus RTU | Siemens et autres automates (PLC), SCADA | Carte de registres documentée ; lecture facile depuis un automate, sans code spécifique. |
| PROFINET | Environnements automate Siemens | Pour les sites standardisés sur PROFINET plutôt que sur la liaison série. |
| UART / TTL | Cartes embarquées sur mesure, unités centrales | Pour les fabricants OEM qui conçoivent eux-mêmes la carte de réception. |
| 4G + REST API | Plateforme cloud, tableau de bord de flotte | Pas un bus de terrain : le DTU remonte les mêmes données par réseau mobile vers notre plateforme ou la vôtre. |
Les projets d'intégration bloquent pour une raison : le fournisseur livre du matériel et rien d'autre. Nous livrons l'interface.
Structure des octets, mise à l'échelle, ordre des octets et bits d'état pour chaque trame de pression, température et alarme.
Pour les projets J1939, afin que votre logiciel de flotte puisse décoder les données des pneus sans analyseur personnalisé.
Adresses de registres et types de données Modbus RTU et RS485.
La signification de chaque bit d'alarme, la configuration des seuils et les intervalles de report.
B+, GND, CANH, CANL et le connecteur étanche que nous utilisons, pour que votre faisceau soit correct du premier coup.
Pour régler le nombre de roues, les identifiants de capteurs, les seuils de pression et le débit (baud rate).
Le déroulement concret d'un projet, de votre côté comme du nôtre.
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.
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.
Vous testez sur banc ou sur une machine, face à votre propre contrôleur, documentation protocole en main.
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.
Une petite commande pilote valide l'installation et l'emballage, puis viennent des livraisons récurrentes planifiées.
Voici ceux que nous avons réellement rencontrés sur le terrain.
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.
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.
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.
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.
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.
Où aller ensuite, selon le problème que vous cherchez à résoudre.
Les quatre cas de figure autour desquels nous concevons : intégration, mise en réseau, multi-essieux, mesure IoT.
ProduitJusqu'à 256 pneus, CAN 2.0B / RS232 / RS485 / UART, DC 10–30 V, IP68 — spécifications complètes.
ProgrammeProtocole, boîtier, interface d'écran et API cloud adaptés à votre spécification.
SecteurTombereaux rigides et articulés, usage à haute température, intégration CAN.
SecteurPortiques RTG, chariots cavaliers, chariots de manutention et d'empilage.
Étape suivanteLe nombre de roues, la tension et l'interface cible suffisent pour proposer une configuration.
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.