Guia do Protocolo de Aplicação MODBUS V1.1b3

Baixar  Especificação do Protocolo de Aplicação MODBUS

Visão geral do MODBUS V1.1b3

O MODBUS V1.1b3 descreve um protocolo de camada de aplicação amplamente utilizado na comunicação de sistemas de automação industrial. Seu funcionamento se baseia em um modelo simples de requisição e resposta: um cliente inicia a transação e um servidor retorna os dados solicitados, a confirmação de uma operação ou uma resposta de exceção. Como o protocolo atua na camada de aplicação, sua estrutura de mensagens pode ser implementada em enlaces seriais, redes Ethernet TCP/IP, rádio, fibra óptica e arquiteturas híbridas com gateways.

Uma de suas principais vantagens é a estrutura estável e relativamente simples de implementar, que permite a troca de dados operacionais entre PLCs, HMIs, inversores, módulos de E/S, gateways, instrumentos, leitores RFID e outros dispositivos de automação sem exigir uma pilha de protocolos excessivamente complexa. Em muitos projetos industriais, engenheiros utilizam MODBUS para consultar o estado de máquinas, gravar valores de controle, coletar dados de registradores, diagnosticar falhas de comunicação e integrar equipamentos de diferentes fabricantes.

Como o protocolo organiza as mensagens

Uma transação MODBUS começa quando o cliente cria uma unidade de dados de aplicação. No centro da mensagem está a unidade de dados de protocolo, ou PDU. A PDU é independente da camada de comunicação utilizada e normalmente contém um código de função de um byte, seguido pelos dados específicos dessa função. Quando o MODBUS é implementado em um barramento ou rede, a PDU passa a integrar uma ADU maior, que pode incluir um endereço de servidor, um campo de verificação de erros ou um cabeçalho MBAP, dependendo do método de transporte.

O código de função informa ao servidor qual operação deve ser executada. O cliente pode, por exemplo, solicitar o estado ligado ou desligado de bobinas, ler registradores de entrada, gravar um único registrador de retenção, gravar várias bobinas ou obter informações de identificação do dispositivo. Quando a requisição é válida e pode ser processada, a resposta repete o código de função e retorna os dados ou a confirmação esperada. Se ocorrer um problema, o servidor utiliza um código de função de exceção e um código de exceção, permitindo que a aplicação cliente decida se deve tentar novamente, emitir um alarme, registrar a falha ou mudar o sistema para um estado seguro.

Modelo de dados, endereçamento e codificação

O MODBUS V1.1b3 define um modelo lógico de dados baseado em quatro áreas principais de objetos: entradas discretas, bobinas, registradores de entrada e registradores de retenção. As entradas discretas são valores de um bit somente para leitura; as bobinas são valores de um bit para leitura e gravação; os registradores de entrada são palavras de 16 bits somente para leitura; e os registradores de retenção são palavras de 16 bits para leitura e gravação. Esse modelo é propositalmente genérico. Cada fabricante pode associá-lo à memória de aplicação de seu dispositivo, enquanto o cliente utiliza funções MODBUS padronizadas para acessar os dados disponibilizados.

A especificação também separa as referências lógicas de dados dos endereços físicos de memória. No modelo de dados MODBUS, os elementos podem ser numerados de 1 a n, mas, dentro da PDU, os endereços começam em zero e podem variar de 0 a 65535. Essa diferença é importante no desenvolvimento de software, pois o número de registrador apresentado ao operador pode ser uma unidade maior que o endereço efetivamente utilizado na PDU. Por esse motivo, uma documentação clara do fabricante é indispensável para garantir uma integração confiável.

O MODBUS utiliza codificação big-endian para valores compostos por vários bytes. Em um valor de 16 bits como 0x1234, o byte mais significativo é transmitido antes do byte menos significativo. Essa convenção torna a interoperabilidade mais previsível quando equipamentos de diferentes fornecedores trocam valores de registradores. Mesmo assim, em aplicações reais, os engenheiros devem confirmar como números inteiros de 32 bits, valores de ponto flutuante e estruturas compostas específicas do fabricante são distribuídos entre vários registradores, pois essas convenções da camada de aplicação podem variar.

Códigos de função e integração prática de dispositivos

Os códigos de função representam os serviços definidos pelo MODBUS. Entre os códigos públicos mais comuns estão a leitura de bobinas, entradas discretas, registradores de retenção e registradores de entrada, além da gravação de uma única bobina, um único registrador, várias bobinas ou vários registradores. Outros códigos oferecem recursos para diagnóstico, registros de arquivos, filas FIFO, transporte de interface encapsulada e identificação de dispositivos. Esses serviços fornecem aos desenvolvedores um conjunto compacto de ferramentas para criar interfaces entre equipamentos sem obrigar todos os dispositivos a adotar a mesma organização interna de memória.

Em um sistema RFID ou de identificação, o MODBUS pode estar presente em gateways, controladores industriais, painéis de acesso, terminais de coleta de dados ou interfaces instaladas junto às máquinas. Uma linha de produção, por exemplo, pode utilizar registradores MODBUS para disponibilizar o estado do leitor, comandos de acionamento, condições das antenas, sinalizadores de alarme ou valores de contagem. Um sistema de armazém pode combinar a comunicação com PLCs e uma estação de leitura de códigos de barras, enquanto um projeto de acesso pode conectar portões, sensores e terminais de controle de acesso por meio de um controlador que troca palavras de estado e bits de comando.

Uma integração MODBUS confiável exige mais do que o envio do código de função correto. Os engenheiros devem confirmar o perfil de transporte, o tempo limite de resposta, o identificador da unidade, a quantidade máxima de dados por requisição, o mapa de registradores, a ordem dos bytes, o comportamento no tratamento de erros e o suporte às funções públicas necessárias para a aplicação. Em redes seriais, também são fundamentais a taxa de transmissão, a paridade, o endereço do dispositivo escravo, a terminação da linha e o controle de ruídos. Em redes MODBUS TCP, devem ser avaliados a porta 502, o roteamento IP, as políticas de firewall e o comportamento do equipamento ao atender vários clientes simultaneamente.

Por que o MODBUS V1.1b3 continua relevante

O MODBUS V1.1b3 continua relevante porque documenta o protocolo de aplicação de forma estável, clara e diretamente útil para equipes de engenharia. Seu projeto baseado em PDU facilita a utilização em gateways e arquiteturas híbridas de automação. O modelo de dados é simples o suficiente para dispositivos embarcados e, ao mesmo tempo, flexível para sistemas supervisórios. As respostas de exceção ajudam o software cliente a identificar funções não permitidas, endereços inválidos, valores incorretos e falhas no servidor.

Para fabricantes e integradores de sistemas, compreender essa especificação ajuda a reduzir erros durante a instalação e o comissionamento. Ela esclarece por que a leitura de um registrador de retenção pode falhar, por que o número indicado em um manual pode não coincidir com o endereço da PDU, por que algumas funções são exclusivas de linhas seriais e por que é necessário definir uma estratégia de timeout quando um dispositivo não responde. Para compradores que comparam equipamentos de automação, o suporte a MODBUS também pode indicar maior facilidade de integração com PLCs, sistemas SCADA, computadores industriais e módulos gateway.

Perguntas frequentes sobre o MODBUS V1.1b3

Para que serve o MODBUS V1.1b3?

O MODBUS V1.1b3 define como dispositivos de automação trocam mensagens na camada de aplicação. A especificação apresenta estruturas de requisição e resposta, códigos de função, objetos de dados, regras de endereçamento e respostas de exceção. Engenheiros utilizam essas definições ao integrar PLCs, HMIs, sensores, inversores, gateways, controladores e dispositivos de identificação que precisam ler ou gravar dados operacionais de maneira previsível.

O MODBUS é apenas um protocolo de comunicação serial?

Não. O MODBUS surgiu como um padrão de comunicação serial, mas seu protocolo de aplicação pode ser implementado sobre diferentes meios de transporte. A especificação descreve a camada de aplicação e a estrutura da PDU, enquanto regras de implementação específicas são utilizadas na comunicação por linha serial, TCP/IP sobre Ethernet e outros meios. Por isso, o MODBUS pode funcionar tanto em redes RS485 tradicionais quanto em sistemas modernos baseados em Ethernet.

Qual é a diferença entre PDU e ADU no MODBUS?

A PDU é a unidade central de dados do protocolo e contém o código de função e os dados específicos da operação. A ADU é a unidade completa de dados da aplicação utilizada em um meio de transporte específico. Ela encapsula a PDU com campos relacionados ao transporte, como o endereço do servidor e o CRC em enlaces seriais ou o cabeçalho MBAP em uma conexão MODBUS TCP.

Por que os endereços dos registradores MODBUS às vezes parecem deslocados em uma unidade?

Isso ocorre porque o modelo de dados MODBUS pode apresentar os elementos numerados de 1 a n, enquanto a PDU utiliza endereçamento iniciado em zero. Um registrador exibido ao usuário como 40001 pode ser enviado como endereço 0 na requisição, dependendo da documentação do dispositivo. Os integradores devem sempre seguir o mapa de registradores do fabricante e verificar se os endereços são apresentados como referências lógicas ou como endereços de PDU.

O que são respostas de exceção MODBUS?

Uma resposta de exceção informa ao cliente que a requisição foi recebida, mas não pôde ser concluída conforme solicitado. O servidor retorna o código de função original com o bit mais significativo ativado, seguido por um código de exceção. Entre as causas mais comuns estão funções não suportadas, endereços de dados inválidos, valores incorretos ou condições temporárias do servidor que impedem a execução normal.

O MODBUS define a organização da memória interna de todos os dispositivos?

Não. O MODBUS define um modelo de dados e um método de acesso padronizados, mas o mapeamento desse modelo para a memória interna da aplicação é específico de cada fabricante. Um dispositivo pode manter bobinas, entradas e registradores em blocos separados, enquanto outro pode sobrepor esses objetos em uma mesma área de dados. A documentação do equipamento é, portanto, essencial para uma implementação correta.

O que deve ser verificado antes de usar MODBUS em um projeto real?

Antes da implantação, confirme o tipo de transporte, os códigos de função suportados, o formato dos endereços, os limites de registradores por requisição, a ordem dos bytes, as configurações de timeout e a estratégia para tratamento de exceções. Em redes seriais, verifique também o endereço do dispositivo escravo, a taxa de transmissão, a paridade, o cabeamento, a blindagem e a terminação. Em redes Ethernet, confira o acesso à porta TCP, as configurações IP, o roteamento pelo gateway e a forma como o dispositivo administra vários clientes simultaneamente.