Integração de protocolos
Integração Modbus
Como os dispositivos Modbus RTU e TCP são endereçados, escalonados e testados quando contadores, inversores, sensores e controladores de sala se juntam a uma plataforma de edifício.
O que é o Modbus e onde surge
O Modbus é um protocolo simples de pedido-resposta. Um mestre pede registos ou bobinas a um escravo; o escravo responde com valores. O RTU funciona sobre linhas série, o TCP sobre Ethernet. É popular por ser fácil de implementar, e é também por isso que as implementações variam. Nos edifícios surge em contadores de energia, inversores, sistemas de baterias, arrefecedores, sensores, PLC, controladores de sala e controlos de geradores. O protocolo não é uma norma de edifício como o BACnet; é um canal de dados que, por acaso, está em todo o lado. Essa simplicidade é uma vantagem na periferia e um risco na integração: não há modelo de objetos a negociar, pelo que cada ponto tem de ser definido manualmente. Referência do protocolo: os endereços de escravo vão de 1 a 247, com o 0 reservado para broadcast, e um segmento série é habitualmente dimensionado para cerca de 32 cargas de unidade. Estes números são limites elétricos, não a garantia de que um dispositivo responda a tempo.
- Contadores de energia e subcontadores
- Inversores solares e sistemas de baterias
- Sensores, PLC e controladores de sala
- Arrefecedores, bombas e controlos de geradores
Mapas de registos e tipos de dados
Toda a integração Modbus começa pelo mapa de registos. Deve indicar o endereço, o código de função, o tipo de dados, a ordem de palavras, o fator de escala, a unidade, o acesso e o significado de cada valor. As convenções de endereçamento diferem: alguns documentos contam a partir de zero, outros a partir de um, e um mapa desfasado em uma unidade é uma falha silenciosa. Um valor de 32 bits pode chegar com a palavra alta primeiro ou a palavra baixa primeiro. Uma palavra de estado pode agrupar vários alarmes num único registo. A lista de pontos deve traduzir o registo num valor de engenharia, não deixar o número bruto no ecrã do operador. Quando um registo é de escrita, o mapa deve indicar a gama segura e o efeito de uma escrita fora dessa gama. O mapa deve ser versionado com o firmware do dispositivo. Os códigos de função são importantes: ler registos de retenção não é o mesmo que ler registos de entrada, e escrever numa bobina não é o mesmo que escrever num registo. Os valores com e sem sinal exigem tratamento explícito; uma temperatura negativa pode aparecer como um número positivo elevado.
- Base de endereçamento e código de função
- Tipo de dados, ordem de palavras e ordem de bytes
- Fator de escala, deslocamento e unidade
- Estado ao nível do bit e descodificação de alarmes
Polling, temporização e conceção de rede
O Modbus é interrogado ciclicamente, pelo que o tráfego deve ser projetado em vez de simplesmente acontecer. Agrupe os registos em blocos que possam ser lidos num único pedido. Defina um intervalo de polling adequado ao valor: o registo de energia de um contador não precisa do mesmo ritmo que um sensor de pressão. Evite comprimentos de linha série e débitos que não deixem margem. Em TCP, vigie os limites de ligação, os tempos limite e o comportamento de reconexão. Quando um dispositivo é lento, isole-o para não atrasar todo o ciclo de polling. Um bom documento de integração indica o tempo de ciclo esperado e o que acontece quando um dispositivo não responde. O polling não é um parâmetro neutro; determina a rapidez com que um alarme é detetado e a largura de banda que resta para todo o resto. Escalone as interrogações entre dispositivos em vez de as iniciar em simultâneo. Defina um tempo limite superior à pior resposta do dispositivo e um número de tentativas que não multiplique o atraso.
- Agrupamento de registos e dimensão de leitura
- Intervalo de polling por tipo de valor
- Débito em série, paridade e terminação
- Limites de ligações TCP e tentativas de repetição
Seleção de gateway e topologia
Muitas vezes é necessário um gateway para levar dispositivos Modbus RTU a uma rede IP, ou para ligar um segmento série a uma plataforma sem porta série. Escolha-o pelo número de portas, pelos modos suportados, pelo mapeamento de registos que permite, pelo isolamento que proporciona e pelo diagnóstico que expõe. Os gateways transparentes deixam passar os pedidos; os gateways mapeados mantêm internamente uma tabela de registos. O transparente é mais fácil de depurar; o mapeado pode reduzir o tráfego e proteger o dispositivo. Em qualquer dos casos, documente a configuração do gateway e mantenha uma cópia de segurança. Quando vários mestres partilham uma linha, defina qual deles é titular do dispositivo e como se resolvem os conflitos. Um gateway não substitui um mapa de registos. Verifique se suporta o débito, a paridade e os bits de paragem que o dispositivo utiliza efetivamente, se consegue interrogar vários escravos sem colisões na linha série e se o seu firmware e configuração estão sob controlo de alterações.
- Gateway RTU-para-TCP ou porta série nativa
- Gestão de registos transparente vs mapeada
- Número de portas, isolamento e diagnóstico
- Titularidade multi-mestre e regra de conflito
Ensaios e comissionamento
Teste um dispositivo de cada vez. Leia um valor conhecido e compare-o com o visor do dispositivo. Escreva um setpoint seguro e confirme que o dispositivo o aceita. Verifique o escalonamento em toda a gama, não apenas num ponto. Desligue o dispositivo e confirme que a plataforma apresenta uma falha de comunicação, e não um valor congelado. Nos contadores, compare o acumulado de energia durante um período com o registo do próprio contador. Nos inversores, confirme que a palavra de estado e os bits de falha são descodificados corretamente. Registe o registo, o valor bruto, o valor escalonado e o resultado. Um registo que lê corretamente uma vez não está comissionado; é apenas um candidato. O teste deve ser repetível pelo engenheiro seguinte. Teste os valores limite: zero, fundo de escala e um valor ligeiramente fora do limite de alarme. Teste uma escrita que o dispositivo deve rejeitar e confirme que é rejeitada. Teste a recuperação após um ciclo de alimentação, tanto no dispositivo como no gateway.
- Leitura de valor conhecido face ao visor local
- Escrita segura e retroação
- Escalonamento em toda a gama
- Perda de comunicação e recuperação
- Verificação do acumulado do contador
Documentação, responsabilidades e salvaguardas
O Modbus não tem modelo de objetos normalizado, nem descoberta, nem autenticação integrada. Dois dispositivos com o mesmo mapa de registos podem ainda assim comportar-se de forma diferente. Alguns fabricantes documentam apenas os registos que querem ver lidos, não os de que uma plataforma necessita. Os segmentos série são eletricamente frágeis; um único dispositivo mal ligado pode derrubar o barramento. Os dispositivos TCP podem aceitar apenas um pequeno número de ligações. As salvaguardas são práticas: isolar segmentos, documentar cada registo, limitar o acesso de escrita, testar modos de falha e guardar uma cópia local do mapa de registos no dossier de entrega. A responsabilidade deve ser repartida entre o fornecedor do dispositivo, o empreiteiro de controlo e o proprietário da rede, e registada por escrito. Não exponha o Modbus TCP diretamente à internet; a segmentação e o controlo de acesso são o modelo de segurança. Registe quem pode escrever em cada registo e porquê. Um mapa de registos que só existe no portátil do instalador não é documentação.
- Sem descoberta: inventário antes da configuração
- Sem modelo de objetos normalizado: documentar tudo
- Isolamento e terminação da linha série
- Acesso de escrita limitado e registado
- Mapa de registos no dossier de entrega
Definição de registo Modbus
14 rows| Campo | O que registar | Porque é importante |
|---|---|---|
| Endereço de escravo | ID de unidade ou de dispositivo | Evita colisões no barramento |
| Código de função | Leitura/escrita de bobinas ou registos | Define o tipo de pedido |
| Endereço de registo | Decimal ou hexadecimal, convenção de base | Evita mapeamento desfasado de uma unidade |
| Tipo de dados | 16/32 bits, com sinal, vírgula flutuante | Seleciona a descodificação correta |
| Ordem de palavras | Palavra alta primeiro ou palavra baixa primeiro | Evita valores baralhados |
| Escalonamento | Fator, deslocamento, unidade | Produz um valor de engenharia |
| Campos de bits | Significado dos bits de alarme e estado | Descodifica palavras de estado compactadas |
| Polling | Intervalo, dimensão do bloco, tempo limite | Determina o tráfego e a capacidade de resposta |
| Parâmetros série | Débito, paridade, bits de paragem | Compatível com o dispositivo e o gateway |
| Terminação e isolamento | Polarização, terminação, comprimento do segmento | Mantém o barramento elétrico estável |
| Direitos de escrita | Que registos podem ser escritos | Protege equipamentos e dados |
| Modo do gateway | Transparente ou mapeado, número de portas | Determina o comportamento e o diagnóstico |
| Registo de ensaio | Valor bruto, valor escalonado, resultado | Comprova o funcionamento do ponto |
| Mapa de registos de entrega | Mapa versionado e firmware do dispositivo | Permite alterações futuras |
Imagens do projeto
3 images
Perguntas frequentes
01Qual é a diferença entre Modbus RTU e TCP?
O RTU funciona sobre uma linha série com endereços de escravo; o TCP funciona sobre Ethernet com endereços IP e identificadores de unidade. O modelo de registos é semelhante, mas a cablagem, a temporização e o diagnóstico são diferentes.
02É possível integrar os nossos contadores de energia?
Normalmente sim, se os contadores expuserem um mapa de registos Modbus documentado e os parâmetros de comunicação forem conhecidos. A auditoria confirma o mapa, a interface e se os valores são legíveis no intervalo exigido.
03Porque é que o meu valor Modbus está errado por um fator?
O escalonamento ou a ordem de palavras são a causa habitual. Um valor de 32 bits repartido por dois registos pode precisar de troca, e um contador pode reportar em unidades diferentes. O mapa de registos e um teste com valor conhecido resolvem a questão.
04O Modbus e o BACnet podem funcionar em conjunto?
Sim. Uma plataforma pode ler contadores Modbus e instalações BACnet e apresentar ambos num único modelo. Só é necessário um gateway quando as duas redes não podem ser ligadas diretamente.
05O Modbus suporta alarmes?
Não como modelo de alarme normalizado. Os alarmes são descodificados a partir de bits de estado ou calculados pela plataforma. A lista de pontos deve definir o significado de cada bit.
06Quantos dispositivos pode suportar uma linha Modbus?
Depende dos limites elétricos, da carga dos dispositivos e do tempo de polling. O projeto deve confirmar o comprimento do segmento, o débito, a terminação e o tempo de resposta esperado, e não apenas a gama de endereços.
07Podemos escrever setpoints através de Modbus?
Muitas vezes sim, se o dispositivo expuser registos de escrita e o projeto conceder direitos de controlo. As escritas devem ser limitadas, registadas e testadas, com um modo de recurso definido para falhas de comunicação.
08O Modbus é seguro?
O próprio Modbus não tem autenticação nem encriptação. A segurança vem da segmentação da rede, do controlo de acesso e da limitação das escritas. Não deve ser exposto diretamente à internet.
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.