Protocolos · Modbus
Modbus RTU e TCP — Guia prático de integração
Como funcionam o Modbus RTU e o TCP, como ler um mapa de registos e que detalhes de escala, polling e falha causam a maioria dos erros de integração.
Resposta rápida
O Modbus é um protocolo simples de pedido-resposta baseado em coils e registos. O RTU funciona sobre ligações série; o TCP sobre Ethernet. Transporta dados, mas não significado, pelo que o mapa de registos, a escala, a ordem das palavras e as permissões de escrita têm de ser confirmados por escrito. O Modbus é ideal para contadores, inversores e instalações simples, e não para interbloqueios rápidos.
Um modelo de registos, não um modelo de dados
O Modbus expõe coils, entradas discretas, registos de entrada e registos de retenção. Não define o significado de um registo; é o fabricante do dispositivo que o faz. Um contador pode colocar a energia em dois registos de retenção, outro pode usar uma ordem de palavras diferente e um terceiro pode exigir um fator de escala. É por isso que um projeto Modbus começa com um mapa de registos e não com um cabo. O mapa deve indicar endereço, tipo de dados, escala, unidade, acesso e o comportamento quando o dispositivo deixa de responder. Um mapa de registos que indica energia sem unidade, escala ou ordem de palavras não é uma especificação; é uma esperança que será testada no comissionamento, normalmente no pior momento possível.
- Comece pelo mapa de registos do fabricante
- Registe escala, unidade e tipo de dados para cada ponto
- Defina o comportamento offline de cada valor
RTU e TCP são ligações diferentes
O Modbus RTU funciona sobre RS485 ou RS232. O RS485 é um barramento partilhado: a terminação, a polarização, o traçado do cabo e os identificadores de unidade são importantes, e um mestre interroga os escravos por sua vez. O Modbus TCP funciona sobre Ethernet e utiliza um identificador de unidade dentro da trama TCP, muitas vezes para alcançar um gateway série. O TCP é mais fácil de encaminhar e diagnosticar, mas não é automaticamente mais rápido se o gateway por trás for lento. Escolha a ligação em função do dispositivo, da distância e da infraestrutura existente, e documente o gateway intermédio. Se o gateway for fornecido pelo fornecedor do contador, o seu mapeamento de registos e o firmware continuam a pertencer à lista de pontos e não apenas ao manual do fornecedor.
- O RS485 necessita de terminação e de um plano de segmento
- O TCP continua dependente do gateway por trás
- Documente o ponto de conversão
Escala, sinal e ordem das palavras
A maioria dos erros de integração não são erros de protocolo; são erros de interpretação. Um valor pode ser com sinal ou sem sinal, de 16 ou 32 bits, e estar dividido por dois registos em qualquer ordem. Uma temperatura pode chegar em décimos de grau, uma pressão em centésimos de bar, e uma palavra de estado pode agrupar vários alarmes num único inteiro. O mapa de registos tem de definir tudo isto, e a lista de pontos deve registar a conversão. Teste com um valor conhecido e não com um número plausível no ecrã. Registe o valor bruto ao lado do valor de engenharia durante o comissionamento; isso torna óbvios os futuros erros de escala e dá ao próximo engenheiro um ponto de referência.
- Confirme a presença de sinal e a largura em bits
- Confirme o emparelhamento de registos e a ordem das palavras
- Teste com um valor físico conhecido
Polling, escritas e comportamento em caso de falha
O Modbus é interrogado por polling, pelo que cada ponto tem um custo em tempo e carga de rede. Agrupe leituras, evite fazer polling mais depressa do que o dispositivo consegue responder e trate os timeouts como eventos de qualidade dos dados e não como valores zero. As escritas exigem permissão, verificação de limites e leitura de confirmação. Se um controlador escrever um setpoint, defina o que acontece quando o dispositivo o rejeita ou fica offline. Mantenha os interbloqueios de segurança fora de ciclos de polling lentos. O Modbus é uma excelente cola para dados de medição e de instalações técnicas; é uma base fraca para sequências que têm de responder num tempo determinístico. Um protocolo lento pode continuar a ser fiável; o erro é pedir-lhe um trabalho rápido e depois culpar o protocolo quando a sequência atrasa.
- Agrupe leituras e respeite o orçamento de polling
- Trate os timeouts como indicadores de qualidade, não como zero
- Mantenha os interbloqueios de segurança fora dos ciclos lentos
Áreas de dados Modbus
6 rows| Área | Acesso | Utilização típica | Ponto de atenção |
|---|---|---|---|
| Coils | Leitura/escrita | Comandos de arranque/paragem e bits de estado | Confirme se 0 ou 1 significa ligado |
| Entradas discretas | Apenas leitura | Sinais de funcionamento, alarmes e limites | Verifique a polaridade e o debounce |
| Registos de entrada | Apenas leitura | Valores medidos e contadores | Escala e presença de sinal |
| Registos de retenção | Leitura/escrita | Setpoints, modos e configuração | Permissão de escrita e leitura de confirmação |
| Valores de 32 bits | Leitura/escrita | Energia, caudal e contadores grandes | Ordem das palavras e emparelhamento de registos |
| Estado do dispositivo | Apenas leitura | Indicadores de comunicação e de falha | Distinga offline de zero |
Imagens do projeto
3 images
Perguntas frequentes
01RTU ou TCP?
O RTU adequa-se a dispositivos de campo série e a longos percursos de cabo; o TCP adequa-se a redes Ethernet e gateways. Muitos locais utilizam ambos, com um gateway a unir os dois.
02Quantos dispositivos podem partilhar um segmento RS485?
Depende do driver, do cabo, da velocidade de transmissão e do orçamento de polling. O plano de segmento deve ser calculado e não presumido a partir de um número genérico.
03O Modbus é seguro?
Não é intrinsecamente seguro. Não tem autenticação nem encriptação. Trate-o como um barramento de campo e proteja-o com segmentação de rede e gateways.
04Porque é que o meu valor está dez vezes demasiado grande?
Escala. O registo pode estar em décimos ou centésimos, ou um valor de 32 bits pode estar montado com a ordem de palavras errada.
05O Modbus pode ser sem fios?
Sim, através de pontes série sem fios ou gateways. Confirme a latência, as retransmissões e o estado de falha antes de o utilizar para controlo.
Próximo passo
Traga-nos o edifício.
Diga-nos o tipo de edifício, os sistemas abrangidos e o resultado pretendido. Indicaremos o caminho mais curto para um sistema funcional.