Sensor na roda
Um sensor de 433.92 MHz mede a pressão e a temperatura dentro ou fora do pneu e transmite em uma faixa livre de licença. Sem fiação até a roda.
Um projeto de integração de TPMS se decide na interface. Esta página trata dessa interface: como a pressão e a temperatura dos pneus chegam ao barramento do veículo que o seu controlador já lê, qual documentação entregamos e onde os projetos costumam falhar.
Quatro etapas, e apenas uma delas é o sensor.
Um sensor de 433.92 MHz mede a pressão e a temperatura dentro ou fora do pneu e transmite em uma faixa livre de licença. Sem fiação até a roda.
Veículos longos bloqueiam o sinal de rádio. Os repetidores são posicionados onde a geometria exige, não por estimativa — em um transportador de 160 rodas usamos 12.
O receptor é o ponto de integração. Ele comporta até 256 posições de roda e envia os dados dos pneus como quadros CAN, strings seriais ou registradores de fieldbus.
A própria ECU, o PLC, a VCU ou a central de telemática da máquina leem os dados dos pneus como qualquer outro nó. Os alarmes podem ser integrados à lógica existente.
O mesmo receptor suporta vários caminhos de saída. Qual deles você escolhe depende do que o sistema receptor já utiliza.
| Saída | Sistema receptor típico | Observações |
|---|---|---|
| CAN 2.0B | ECU do veículo, VCU, controlador do motor | Padrão de 250 kbps, período de dados de 10 ms, configurável por software. Mapa de mensagens fornecido. |
| J1939 | Caminhões, ônibus e máquinas fora de estrada com rede J1939 | Mapeamento PGN/SPN para pressão e temperatura dos pneus; adequado para frotas que já registram J1939. |
| RS485 | PLCs, controladores industriais, longos percursos de cabo no pátio | Multi-drop; adequado onde ainda não há CAN. |
| RS232 | Controladores antigos, rastreadores GPS / telemática, retrofit | Ponto a ponto; a escolha usual para adaptar máquinas mais antigas. |
| Modbus RTU | Siemens e outros PLCs, SCADA | Mapa de registradores documentado; fácil de ler de um PLC sem código personalizado. |
| PROFINET | Ambientes com PLC Siemens | Para plantas padronizadas em PROFINET em vez de serial. |
| UART / TTL | Placas embarcadas personalizadas, centrais (head units) | Para OEMs que desenvolvem a própria placa receptora. |
| 4G + REST API | Plataforma em nuvem, painel de frota | Não é um barramento de campo: o DTU envia os mesmos dados por rede celular para a nossa plataforma ou para a sua. |
Projetos de integração travam por um motivo: o fornecedor entrega hardware e nada mais. Nós entregamos a interface.
Estrutura de bytes, escalonamento, ordem de bytes e bits de flag para cada quadro de pressão, temperatura e alarme.
Para projetos J1939, para que seu software de frota possa decodificar os dados dos pneus sem um parser personalizado.
Endereços de registrador e tipos de dados de Modbus RTU e RS485.
O que cada flag de alarme significa, como os limites são configurados e os intervalos de reporte.
B+, GND, CANH, CANL e o conector vedado que utilizamos, para que o seu chicote fique certo logo na primeira vez.
Para configurar o número de rodas, os IDs dos sensores, os limites de pressão e a taxa de transmissão (baud rate).
Como um projeto realmente funciona, do seu lado e do nosso.
Número de rodas, disposição dos eixos, tensão de operação e qual controlador deve receber os dados. Um esboço da fiação do lado do veículo já basta para começar.
Tipo de sensor por aro, quantidade de receptores, posicionamento dos repetidores e protocolo de saída — além da quantidade de sensores e um orçamento.
Você testa em bancada ou em uma máquina contra o seu próprio controlador, com a documentação de protocolo em mãos.
Se o seu controlador precisar de outro escalonamento, campos adicionais ou outro mapeamento de alarmes, adaptamos o firmware ou o mapeamento de saída como parte de um projeto OEM.
Um pequeno pedido-piloto valida a instalação e a embalagem; depois vêm entregas recorrentes programadas.
Estes são os problemas que realmente encontramos em campo.
Presumir que a velocidade do barramento corresponde ao seu desenho. Nosso padrão é 250 kbps e é configurável por software — confirme antes da primeira instalação, não depois.
Um receptor que alcança 256 rodas em uma máquina de pátio não alcançará 160 em um transportador de vigas sem repetidores. A geometria decide, não a ficha técnica.
Big-endian versus little-endian e o fator de escala são os dois erros de decodificação mais comuns. Ambos constam no mapa de mensagens; teste um quadro de ponta a ponta antes de ampliar.
Decidir o que a máquina faz quando um pneu dispara um alarme — reduzir potência, limitar a velocidade, avisar o operador — é uma decisão do lado do veículo. Defina isso antes da integração, não durante.
DC 10–30 V. Em máquinas onde o barramento permanece energizado depois que a ignição é desligada, confirme conosco o comportamento de suspensão do receptor.
Para onde ir agora, conforme o que você precisa resolver.
As quatro situações em torno das quais trabalhamos: integração, conectividade, multi-eixo e medição IoT.
ProdutoAté 256 pneus, CAN 2.0B / RS232 / RS485 / UART, DC 10–30 V, IP68 — especificações completas.
ProgramaProtocolo, carcaça, interface do display e API de nuvem adaptados à sua especificação.
SetorCaminhões fora de estrada rígidos e articulados, uso em alta temperatura, integração CAN.
SetorPórticos RTG, reach stackers, handlers e empilhadeiras de contêineres.
Próximo passoCom o número de rodas, a tensão e a interface-alvo já conseguimos propor uma configuração.
Envie-nos o número de rodas, a tensão de operação e qual sistema lê os dados. Respondemos com um diagrama de ligação, a quantidade de sensores, a lista de documentação de protocolo e um orçamento.