Integración de TPMS con bus CAN para vehículos comerciales e industriales

Un proyecto de integración de TPMS se define en la interfaz. Esta página trata de esa interfaz: cómo llegan la presión y la temperatura de los neumáticos al bus del vehículo que su controlador ya lee, qué documentación entregamos y dónde suelen fallar los proyectos.

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.

Cómo llegan los datos de los neumáticos al bus

Cuatro etapas, y solo una de ellas es el sensor.

01

Sensor en la rueda

Un sensor de 433.92 MHz mide la presión y la temperatura dentro o fuera del neumático y transmite en una banda libre de licencia. Sin cableado hacia la rueda.

02

Repetidor a lo largo del chasis

Los vehículos largos bloquean la radio. Los repetidores se colocan donde la geometría lo exige, no por regla general — en un transportador de 160 ruedas usamos 12.

03

El receptor publica en el bus

El receptor es el punto de integración. Admite hasta 256 posiciones de rueda y emite los datos de los neumáticos como tramas CAN, cadenas serie o registros de fieldbus.

04

Su controlador lo lee

La propia ECU, el PLC, la VCU o la unidad de telemática de la máquina leen los datos de neumáticos como cualquier otro nodo. Las alarmas pueden integrarse en la lógica existente.

Protocolos de salida y cuándo usar cada uno

El mismo receptor admite varias rutas de salida. Cuál elija depende de lo que ya hable el sistema receptor.

SalidaSistema receptor típicoNotas
CAN 2.0BECU del vehículo, VCU, controlador del motorPor defecto 250 kbps, período de datos de 10 ms, configurables por software. Se suministra el mapa de mensajes.
J1939Camiones, autobuses y máquinas fuera de carretera con red J1939Mapeo PGN/SPN para presión y temperatura de los neumáticos; apto para flotas que ya registran J1939.
RS485PLC, controladores industriales, tiradas largas de cable en el patioMultidrop; adecuado donde aún no hay CAN.
RS232Controladores antiguos, rastreadores GPS / telemática, retrofitPunto a punto; la opción habitual para adaptar máquinas antiguas.
Modbus RTUSiemens y otros PLC, SCADAMapa de registros documentado; fácil de leer desde un PLC sin código personalizado.
PROFINETEntornos de PLC SiemensPara plantas estandarizadas en PROFINET en lugar de serie.
UART / TTLPlacas embebidas personalizadas, centrales (head units)Para OEM que fabrican su propia placa receptora.
4G + REST APIPlataforma en la nube, panel de flotaNo es un bus de campo: el DTU envía los mismos datos por red móvil a nuestra plataforma o a la suya.

Qué documentación recibe

Los proyectos de integración se atascan por una razón: el proveedor entrega hardware y nada más. Nosotros entregamos la interfaz.

Mapa de mensajes / DBC

Estructura de bytes, escalado, orden de bytes y bits de bandera para cada trama de presión, temperatura y alarma.

Mapeo PGN / SPN

Para proyectos J1939, de modo que su software de flota pueda decodificar los datos de los neumáticos sin un analizador personalizado.

Mapa de registros

Direcciones de registro y tipos de datos de Modbus RTU y RS485.

Semántica de alarmas

Qué significa cada bandera de alarma, cómo se configuran los umbrales y los intervalos de reporte.

Cableado y asignación de pines del conector

B+, GND, CANH, CANL y el conector sellado que utilizamos, para que su arnés quede bien a la primera.

Herramienta de configuración

Para configurar el número de ruedas, los ID de sensor, los umbrales de presión y la velocidad en baudios.

Proceso de integración

Cómo es realmente un proyecto, desde su lado y desde el nuestro.

Paso 1

Describa la máquina y el sistema receptor

Número de ruedas, disposición de ejes, tensión de servicio y qué controlador debe recibir los datos. Un croquis del cableado del lado del vehículo basta para empezar.

Paso 2

Proponemos la cadena

Tipo de sensor por rin, cantidad de receptores, ubicación de los repetidores y protocolo de salida, además de cantidad de sensores y cotización.

Paso 3

Unidades de evaluación

Usted prueba en banco o en una máquina contra su propio controlador, con la documentación de protocolo en mano.

Paso 4

Adaptación del protocolo si es necesario

Si su controlador necesita otro escalado, campos adicionales u otro mapeo de alarmas, adaptamos el firmware o el mapeo de salida como parte de un proyecto OEM.

Paso 5

Piloto y luego volumen

Un pequeño pedido piloto valida la instalación y el embalaje; después vienen entregas recurrentes programadas.

Dónde suelen fallar los proyectos de integración

Estos son los que realmente hemos encontrado en campo.

  • 01
    Suposición de velocidad en baudios

    Suponer que la velocidad del bus coincide con su plano. Por defecto usamos 250 kbps y es configurable por software — confírmelo antes de la primera instalación, no después.

  • 02
    Sombra de radio en chasis largos

    Un receptor que alcanza 256 ruedas en una máquina de patio no alcanzará 160 en un transportador de vigas sin repetidores. La geometría decide, no la ficha técnica.

  • 03
    Orden de bytes y escalado

    Big-endian frente a little-endian y el factor de escala son los dos errores de decodificación más comunes. Ambos figuran en el mapa de mensajes; pruebe una trama de extremo a extremo antes de escalar.

  • 04
    Mapeo de alarmas en la lógica existente

    Decidir qué hace la máquina cuando se dispara una alarma de neumático —reducir potencia, limitar la velocidad, avisar al operador— es una decisión del lado del vehículo. Defínase antes de la integración, no durante.

  • 05
    Tensión de alimentación y comportamiento con el encendido

    DC 10–30 V. En máquinas donde el bus sigue alimentado tras apagar el encendido, confirme con nosotros el comportamiento de reposo del receptor.

Indíquenos qué controlador debe recibir los datos

Envíenos el número de ruedas, la tensión de servicio y qué sistema lee los datos. Respondemos con un plano de cableado, la cantidad de sensores, la lista de documentación de protocolo y una cotización.