No dia a dia do chão de fábrica, o protocolo Modbus segue sendo o padrão mais utilizado para interligar CLPs, IHMs, inversores de frequência e instrumentação de campo. Ainda assim, pequenos erros de endereçamento, tempos de resposta e formatação de dados costumam gerar dúvidas frequentes.
Entender o funcionamento do protocolo Modbus e as ferramentas de diagnóstico integradas ao Mastertool é o caminho mais rápido para reduzir os riscos de paradas não planejadas e garantir a confiabilidade da sua rede de controle.
Por isso, este artigo foi pensado para esclarecer algumas das principais dúvidas recebidas pelo nosso time de suporte técnico, ajudando você que já opera nossos controladores Nexto XP no seu dia a dia. Acompanhe os próximos parágrafos.
Quais são os passos corretos e os erros mais comuns na configuração do driver Modbus no Mastertool?
A estruturação do driver Modbus no Mastertool exige a correta associação entre a interface física e a instância de protocolo desejada. No navegador de dispositivos do projeto, clica-se com o botão direito sobre o canal de comunicação COM 1 para redes seriais RS-485 ou NET 1 para redes Ethernet e adiciona-se o dispositivo Modbus adequado, como Modbus RTU Mestre/Escravo ou Modbus Ethernet Cliente/Servidor. Em seguida, criam-se as relações de mapeamento simbólico, conectando as variáveis da aplicação aos registradores da rede, e configuram-se os tempos de varredura (polling) para cada requisição.
O erro mais comum na etapa de engenharia é a sobreposição de faixas de registradores na tabela de mapeamento do protocolo. Quando duas requisições tentam acessar a mesma faixa de memória, ou quando uma variável do tipo DWORD ocupa dois registradores de 16 bits sem a devida reserva do endereço subsequente, o resultado é corrupção de dados e falhas aleatórias de comunicação.
Outro equívoco recorrente no ambiente de desenvolvimento é deixar atribuições pendentes, indicadas por pontos de interrogação (?) nos blocos e tabelas, o que impede a compilação do código.
Usar o Modbus Symbol é a alternativa mais recomendada para evitar conflitos e sobreposição de endereços de memória. Ao optar por drivers Modbus Symbol (como Modbus Symbol RTU Slave ou Modbus Symbol Server), o Mastertool passa a gerenciar automaticamente o mapeamento simbólico das variáveis da aplicação, dispensando a alocação manual em endereços físicos diretos de entrada (%I) e saída (%Q).
Com isso, é possível eliminar o risco de sobreposição acidental de dados ao utilizar variáveis com diferentes extensões de memória (como WORD e DWORD), e a manutenção e expansão da aplicação ficam mais simples.
Por que os valores lidos via Modbus no Nexto XP ficam diferentes da escala de dispositivos de outros fabricantes?
A diferença entre os valores lidos no CLP e a escala exibida nos instrumentos de campo depende da conversão analógica e do formato dos dados. Os controladores Nexto XP utilizam uma escala de 0 a 30.000 contagens para representar sinais analógicos padrão de 0 a 10 V ou 4 a 20 mA, enquanto transmissores e indicadores de outros fabricantes costumam trabalhar com faixas internas de 0 a 10.000, 0 a 4.095 ou valores inteiros escalados.
Um sensor de temperatura, por exemplo, pode transmitir o valor 250 para indicar 25 °C, nesse caso, o programador precisa aplicar um bloco de escala ou uma divisão por dez na lógica do CLP para normalizar a leitura antes de utilizá-la no processo.
Outra causa recorrente de leituras incoerentes no chão de fábrica é a inversão na ordem dos bytes em variáveis de 32 bits. O processador ARM de 32 bits presente na linha Nexto XP adota a organização de memória little-endian, na qual o byte menos significativo fica armazenado no menor endereço de memória. Quando o controlador lê um registrador de 32 bits, como um número em ponto flutuante REAL ou um inteiro DWORD, de um equipamento escravo que transmite no padrão big-endian, os bytes chegam trocados, e o resultado são valores errados na tela do software de programação.
A solução para esse problema é simples: basta aplicar uma função de conversão de bytes (byte swap) no Mastertool antes de utilizar a variável na lógica de controle
Como resolver problemas de endereçamento Modbus no Nexto XP ao comunicar com uma IHM?
Os conflitos de endereçamento entre um Nexto XP e as IHMs geralmente surgem da diferença entre o endereço inicial baseado em zero e o baseado em um.
Na especificação do protocolo Modbus, a tabela de Holding Registers inicia no offset 0. A maioria dos softwares de IHM (como a nossa série P2, X2 e Axon), no entanto, adota a notação 4x ou 400001, na qual o número 1 aponta para o primeiro registrador físico. Se o integrador configurar a IHM para ler a variável 400001 e, no Mastertool, o mapeamento do escravo estiver definido no endereço 1, surge um deslocamento de uma posição, e a IHM passa a exibir o dado do registrador vizinho.
Usar a coluna de Endereço Inicial Absoluto no Mastertool é o caminho para configurar a correspondência exata dos registradores. O software calcula automaticamente o endereço absoluto equivalente para cada mapeamento criado (por exemplo, um Holding Register mapeado no endereço 1 gera o endereço absoluto 400001).
E para garantir a gravação correta de comandos vindos da IHM, é preciso confirmar também que as variáveis do CLP não foram configuradas acidentalmente com a opção de somente leitura no driver, e que o tipo de dado definido na tela da IHM (INT, WORD ou REAL) tem exatamente a mesma extensão de memória declarada no controlador Nexto XP.
NOTA: é importante lembrar também dos equipamentos legados, onde os endereços Modbus são com 5 dígitos, então deve-se atentar ao manual do equipamento para fazer a correlação adequada. Por exemplo:
Para leitura de dados digitais, tipicamente se utiliza Input Status:
Input Status 1 = 10001 = 100001
Para leitura e escrita de dados digitais se utiliza Coil:
Coil 1 = 00001 = 000001
Para leitura de dados analógicos, utiliza-se Input Register:
Input Register 1 = 30001 = 300001
Para leitura e escrita de dados analógicos, utiliza-se Holding Register:
Holding Register 1 = 40001 = 400001.
Como resolver falhas de comunicação Modbus TCP entre o controlador XP340 e um inversor de frequência?
As falhas de comunicação Modbus TCP entre o controlador XP340 e inversores de frequência costumam estar relacionadas a parâmetros de sub-rede, portas de serviço e requisitos do escravo.
O primeiro passo para restabelecer o enlace é verificar se a interface Ethernet NET 1 do XP340 e a placa de rede do inversor pertencem à mesma faixa de IP, e se a porta TCP 502 não está bloqueada pelo firewall. Além disso, mesmo operando sobre o protocolo TCP/IP, a maioria dos inversores de frequência exige a configuração do parâmetro Endereço do Escravo (Unit ID) com o valor numérico correto (normalmente 1), já que o firmware interno do drive descarta pacotes Ethernet cujo cabeçalho traga um Unit ID diferente do parametrizado.
A latência de processamento interno dos drives de velocidade exige o ajuste dos tempos de timeout e a limitação de requisições simultâneas. Como os microprocessadores dos inversores priorizam as malhas de controle do motor, o tempo de resposta às requisições de rede costuma ser mais alto do que o de um CLP. Se o parâmetro Time-out de Comunicação do driver Modbus Cliente no XP340 estiver configurado com valores curtos (abaixo de 100 ms), o controlador cancela a mensagem antes de o inversor responder, gerando falhas intermitentes.
Para corrigir esse problema, o tempo de timeout deve ser elevado na aba de requisições do Mastertool para valores entre 500 ms e 1000 ms, com o limite de requisições simultâneas por dispositivo fixado em 1.
Como ajustar os parâmetros de comunicação RS-485, RS-232 e porta TCP em um controlador Nexto XP?
A parametrização do canal serial RS-485 no Nexto XP é feita diretamente nas propriedades da interface COM 1 do Mastertool. O integrador deve selecionar a taxa de transmissão desejada (de 2400 a 115200 bps), a paridade (Nenhuma, Ímpar ou Par), 8 bits de dados e 1 ou 2 bits de parada.
Se o controlador Nexto XP estiver instalado em uma das extremidades físicas do barramento RS-485, é essencial marcar a opção habilitar terminação interna no software ou instalar módulos dedicados para impedir reflexões de sinal.
A interface Ethernet NET 1 já vem configurada de fábrica com valores padrões de IP,Máscara e sub-rede, facilmente adaptáveis à rede da sua planta. O endereço IP padrão é 192.168.15.1, com máscara de sub-rede 255.255.255.0 e gateway 192.168.15.253. Para o protocolo Modbus TCP, a porta padrão de escuta é a 502, mas o usuário pode atribuir portas alternativas (entre 2 e 65534) ao criar instâncias adicionais do servidor, evitando o uso de portas reservadas do sistema.
As alterações de IP e porta podem ser gravadas via download de aplicação pelo Mastertool, pela ferramenta de varredura MAC Easy Connection, ou diretamente na Página Web de Sistema embarcada no controlador.
O que fazer quando ocorrem falhas de timeout, intermitência ou perda de comunicação Modbus no Nexto XP?
O diagnóstico ágil de interrupções no protocolo Modbus baseia-se no monitoramento das estruturas de dados globais disponibilizadas pelo Mastertool. Nas listas GVL System_Diagnostics e GVL ReqDiagnostics, o operador acompanha em tempo real o contador de comunicações (wCommCounter), o contador de erros (wCommErrorCounter) e a variável eLastErrorCode.
O surgimento do erro ERR_CONNECTION_TIMEOUT (código 40) ou ERR_RECEIVE_TIMEOUT (código 42) indica que o dispositivo remoto não enviou resposta dentro do tempo limite estipulado. Já a presença do erro ERR_CRC (código 2) sinaliza ruído elétrico, atenuação ou divergência de paridade/baud rate no cabeamento da rede RS-485.
A verificação visual dos LEDs de status no painel do Nexto XP também fornece alertas imediatos sobre as condições do equipamento: o LED DG (Diagnóstico) pisca duas vezes consecutivas para indicar falhas ativas e o LED da porta RS485 pode indicar atividade de comunicação.
Em redes Ethernet, nos casos de falhas intermitentes difíceis de isolar, a Página Web de Sistema do Nexto XP oferece a ferramenta embarcada Sniffer de Rede, que captura o tráfego físico da interface e gera um arquivo no formato .pcap, permitindo analisar os pacotes diretamente no Wireshark para confirmar se o CLP está enviando as requisições e se o escravo responde dentro da janela esperada.
Onde buscar suporte técnico e documentação complementar?
Para aprofundar as configurações do seu projeto ou esclarecer dúvidas específicas de aplicação, a Altus oferece todo o material técnico necessário e suporte qualificado.
Os manuais completos da linha Nexto XP e do Mastertool IEC XE podem ser baixados gratuitamente na nossa central de downloads ou pelos botões abaixo.
Caso precise de apoio direto para resolver ocorrências de campo, nossa equipe de suporte técnico está disponível pelo telefone 0800 510 9500 ou pelo e-mail suporte@altus.com.br, nos seguintes horários:
De segunda a sexta: das 8h às 22h
Sábados: das 8h às 17h
Domingos e feriados: sem atendimento.
Por fim, um amplo acervo de tutoriais está disponível para você na nossa base de conhecimento, basta clicar aqui.
