<< Clique para Mostrar o Sumário >>   Dúvidas Mais Frequentes

Particularidades conhecidas de um equipamento Twido da empresa Schneider

•Uma aplicação está tentando ler um valor do tipo de dados Float, porém não está conseguindo. O valor mostrado em um equipamento está totalmente diferente do mostrado nesta aplicação para o mesmo endereço.

•Resposta: Este equipamento não utiliza o ordenamento de bytes padrão do protocolo, ou big endian. Deve-se configurar o ordenamento de bytes executando o swap ou permuta de Words, o que corresponde à opção "b2" na configuração por Strings, ou a selecionar a opção Swap Words nas configurações das operações da configuração numérica. Para mais informações, consulte o tópico Aba Operations.

•Uma aplicação está tentando ler as entradas e saídas de um equipamento, porém não está conseguindo.

•Resposta: Este equipamento não permite leitura ou escrita nas variáveis de entrada e saída, e é necessário utilizar variáveis internas a este equipamento para realizar esta leitura, isto é, cria-se um espelho das entradas e saídas em uma área onde este Driver tenha acesso. Deve-se ainda ter o cuidado de criar uma rotina neste equipamento para verificar quando o valor de uma saída é alterado por uma aplicação para que seja realmente ativada ou desativada neste equipamento.

 

Particularidades conhecidas de um equipamento MPC 6006 da empresa Atos - Schneider

•Uma aplicação está tentando ler um valor do tipo de dados DWord, porém o valor correto não está chegando. Esta aplicação apresenta valores diferentes daqueles que constam neste equipamento.

•Resposta: Consulte o artigo Utilizando drivers Modbus Master (ASC/RTU/TCP) com controladores ATOS no Elipse Knowledgebase. Caso esteja usando a nova configuração por Strings, os campos Dispositivo e Item, consulte também o item Byte Order do tópico Configuração por Strings. Caso esteja utilizando a antiga configuração numérica, os parâmetros N ou B, consulte também o tópico Aba Operations, sobretudo o item Byte Order.

 

Como juntar dois valores do tipo de dados Int16 em um equipamento em um valor do tipo de dados Int32 em uma aplicação?

•Existe um número de 32 bits que está armazenado em dois registradores de 16 bits cada um em um equipamento. Como mostrar na tela de uma aplicação este número como um único registro de 32 bits?

•Resposta: Deve-se criar Tags utilizando tipos de dados de 32 bits, como por exemplo os tipos de dados Float, DWord ou Int32. Na configuração deste Tag de Comunicação, deve-se informar o primeiro endereço de cada variável em um equipamento. Para mais informações, consulte o tópico Configurando um Tag de Comunicação. Com isto, este Driver une dois registros de 16 bits de um equipamento em um único valor de 32 bits, retornado na propriedade Value de um Tag ou em um Elemento de um Tag Bloco. Caso esteja usando a configuração por Strings, os campos Dispositivo e Item, informe o tipo de dados logo após o endereço do registro. Para mais informações, consulte o tópico Configuração por Strings. Caso esteja utilizando a antiga configuração numérica, os parâmetros N ou B, é necessário definir operações com tipos de dados de 32 bits. Note que, na aba Operations da janela de configuração, os tipos de dados de 32 bits são sempre mostrados com tamanho, o campo Size, de 4 (quatro) bytes. Para mais informações, consulte o tópico Tipos de Dados Suportados.

•Uma aplicação já está desenvolvida, porém é preciso juntar os valores de 2 (dois) Words em um único Tag.

•Resposta: É possível realizar esta união através do uso de scripts, criando um inteiro de 32 bits sem sinal. Para isto, deve-se multiplicar o Word que contém a parte mais alta da palavra por 65536 e então somar o Word que contém a parte mais baixa da palavra, como por exemplo UInt32 = (HighWord × 65536) + LowWord.

•Uma aplicação precisa ler valores do tipo de dados Float. A função de leitura foi configurada como 03 e escrita 16 com o tipo de dados Float. Porém, uma aplicação Elipse E3, Elipse Power ou Elipse Water mostra um valor que não condiz com o valor que está em um equipamento.

•Resposta: O protocolo Modbus oficial usa o ordenamento de bytes, ou byte order, no padrão big endian, com os bytes mais significativos de cada valor vindo antes. Se este Driver está lendo valores absurdos, mesmo com a configuração correta de endereço, é muito provável que este equipamento utilize um byte order diferente do padrão do protocolo. Neste caso, é necessário configurar as opções de permuta ou swap. Caso esteja usando a configuração por Strings , os campos Dispositivo e Item, consulte o item Byte Order do tópico Configuração por Strings. Caso esteja utilizando a antiga configuração numérica, os parâmetros N ou B, consulte o item Byte Order do tópico Aba Operations para mais informações sobre como utilizar as opções de swap.

 

Como comunicar com mais de um equipamento em uma rede de comunicação Serial?

•Existe mais de um equipamento na rede serial, cada um com endereço único. Como comunicar com cada um destes equipamentos?

•Resposta: Deve-se ter cuidado apenas com o Slave Id de cada Tag de Comunicação, pois é neste campo que deve-se indicar com qual equipamento deseja-se comunicar. Em redes seriais RS-485, todos os equipamentos escutam ao mesmo tempo as requisições deste Driver, ou seja, há um barramento único, porém apenas o que possuir o Slave Id correspondente responde à requisição, pois não pode haver múltiplos equipamentos com o mesmo identificador. Na configuração por Strings, este valor pode ser fornecido no campo Dispositivo, ou no início do campo Item. Para mais informações, consulte o tópico Configuração por Strings. No caso da configuração numérica, este valor é fornecido nos parâmetros N1/B1 de cada Tag. Pode-se usar as mesmas operações para Tags de diversos equipamentos. Uma boa referência para mais informações sobre a instalação e manutenção de redes seriais é o livro Serial Port Complete, de Jan Axelson.

•Existe mais de uma porta serial em um computador. Como configurar este Driver para comunicar com os equipamentos que estão ligados em cada uma das portas?

•Resposta: Neste caso, como existe mais de um meio físico diferente, como por exemplo Serial 1, Serial 2 e assim por diante, são necessários tantos Drivers de Comunicação quantas portas existirem. As configurações dos Tags deste Driver podem ser as mesmas para todos os objetos ou instâncias deste Driver. A única diferença é que um Driver deve ser configurado para comunicar pela porta Serial 1, outro Driver configurado para comunicar pela porta Serial 2 e assim por diante. As configurações de porta a ser usada são realizadas na aba Serial da janela de configurações deste Driver. Para mais informações, consulte o tópico Propriedades.

 

Como comunicar com mais de um equipamento em uma rede de comunicação Serial com conversor para RS-485?

•Uma rede RS-485 tem vários equipamentos comunicando através de um conversor RS232-RS485 pela porta Serial. Sempre que ocorre uma troca de endereço (Slave ID), ou seja, quando este Driver vai solicitar dados de outro equipamento, ocorre um time-out. Após retentar a mesma mensagem, um equipamento responde normalmente. Existe alguma forma de evitar este time-out durante a troca de endereço ou Slave ID?

•Resposta: Alguns conversores RS232-RS485 requerem um intervalo de tempo para chavearem, ou seja, comutarem do modo de transmissão para recepção, ou vice-versa. Para contornar esta limitação, pode-se utilizar a opção Inter-frame delay na aba Serial da biblioteca IOKit, disponível na janela de configurações. Esta opção define um intervalo de tempo entre mensagens. O valor exato do intervalo depende do conversor utilizado mas, em caso de incerteza, recomenda-se iniciar experimentando valores entre 50 ms e 300 ms.

 

 

Como comunicar com mais de um equipamento em uma rede de comunicação Ethernet?

•Existe mais de um equipamento ligado em uma rede Ethernet, cada um com endereço IP único. Como comunicar com cada um destes equipamentos?

•Resposta: Atualmente, para cada endereço IP, é necessário tantos Drivers de Comunicação quantos endereços IP deseja-se comunicar. A configuração referente aos Tags deste Driver pode ser a mesma para todos os Drivers. A única diferença é que um Driver deve ser configurado para comunicar com o endereço IP 1 (um), outro Driver configurado para comunicar com o endereço IP 2 (dois) e assim por diante. O parâmetro Slave Id pode ainda ser utilizado em modo Modbus TCP para diferenciar equipamentos conectados a um gateway Modbus Ethernet / RS-485 no mesmo endereço IP. Note que este gateway não apenas deve permitir a interconexão entre redes Ethernet e Seriais, mas também converter frames ModbusTCP para os modos Seriais suportados pelos equipamentos, ModbusRTU ou ModbusASC. O endereço IP deve ser configurado na aba Ethernet da biblioteca IOKit, na janela de configurações deste Driver.

 

 

Software Simulador Modbus

•Existe algum software que simule o protocolo Modbus e que possa ser utilizado para testes junto com este Driver?

•Resposta: Sim, existem diversas alternativas. A Elipse Software disponibiliza uma versão gratuita, ou de demonstração, do Elipse Modbus Simulator, que permite simular os recursos mais básicos do protocolo. Há também a possibilidade de usar o Driver Modbus Slave da Elipse Software como emulador. Outra possibilidade é o software Modsim, uma das mais antigas e conhecidas alternativas para emular um dispositivo Modbus Escravo. Este simulador pode ser adquirido em http://www.win-tech.com/html/modsim32.htm. Além deste, existe também a alternativa gratuita do Free Modbus PLC Simulator, disponível em http://www.plcsimulator.org. Existem ainda outras opções e uma lista de outras aplicações pode ser encontrada no site da Modbus.org.

 

Como configurar o parâmetro N4 ou B4 dos Tags de Comunicação?

•Qual endereço utilizar no parâmetro N4 ou B4 de um Tag de Comunicação?

•Resposta: Este endereço varia de equipamento para equipamento. Para saber qual o endereço exato a ser utilizado, consulte o manual de um equipamento ou entre em contato com o suporte técnico. O tópico Dicas de Endereçamento (Modbus Convention) deste manual contém algumas dicas de convenções comuns usadas por muitos fabricantes.

 

Quando utilizar os controles de RTS e DTR disponíveis na aba Serial da janela de configurações deste Driver?

•Um equipamento está comunicando diretamente na porta serial RS-232 de um computador. Como devo configurar os controles RTS e DTR?

•Resposta: Deve-se consultar a documentação deste equipamento ou o suporte do fabricante para saber a configuração correta.

•Um equipamento está comunicando através de um conversor RS232-RS485 ligado à porta serial RS-232 de um computador. Como configurar os controles RTS e DTR?

•Resposta: Na comunicação com equipamentos usando conversores RS232-RS485, tais configurações dependem do conversor. Este equipamento, ou Escravo, não tem influência, já que estes sinais só existem no lado serial RS-232, sem equivalentes no meio serial RS-485. O controle RTS é geralmente utilizado em conversores mais antigos para o chaveamento entre os modos de transmissão e recepção, pois o RS-485 é half-duplex, devendo nestes casos em geral ser configurado no modo Toggle. Existem alguns raros equipamentos que exigem outras configurações. Na maioria dos conversores mais recentes, entretanto, o chaveamento entre transmissão e recepção é automático, e estes sinais em geral não são mais usados e podem ser ignorados. Em caso de dúvidas, consulte o manual do conversor ou o suporte do fabricante.

 

Quando utilizar as funções Swap Bytes, Swap Words e Swap DWords?

Estas opções devem ser usadas para tipos de dados de 16, 32 ou 64 bits, cuja ordem dos bytes do valor fornecido por um equipamento não corresponde à ordem padrão do protocolo Modbus, onde os bytes mais significativos vêm sempre antes, ou padrão big endian, também chamado Motorola. Se este Driver está lendo valores absurdos ou diferentes dos valores armazenados em um equipamento, é possível que esteja utilizando um byte order diferente do padrão do protocolo. Para mais informações, consulte o item Byte Order do tópico Configuração por Strings, ou caso esteja usando a antiga configuração numérica, os parâmetros N ou B, consulte o item Byte Order do tópico Aba Operations. Também recomenda-se consultar a documentação do equipamento.

•Uma aplicação está tentando ler um valor Word, porém este valor vem diferente do que está configurado neste equipamento. Se neste equipamento é configurado o valor "1" (um), nesta aplicação aparece o valor "256".

•Resposta: O valor 1 (um) em hexadecimal é 0001H e o valor 256 em hexadecimal corresponde a 0100H. Este equipamento possui um byte order diferente do padrão do protocolo. Deve-se habilitar a opção Swap Bytes, a opção "b1" na configuração por Strings, para ler o valor correto.

•Uma aplicação tem um Tag configurado para ler um valor DWord, mas o valor lido por esta aplicação é diferente do valor armazenado neste equipamento. Ao atribuir o valor "258", por exemplo, ao registro neste equipamento, nesta aplicação aparece o valor absurdo "16908288".

•Resposta: O valor 258 em hexadecimal é 00000102H e o valor 16908288 em hexadecimal corresponde a 01020000H. Este equipamento possui um byte order diferente do padrão do protocolo, onde o Word menos significativo vem antes. Neste caso, deve-se habilitar a opção Swap Words, a opção "b2" na configuração por Strings, para ler o valor correto.

 

Como ler corretamente tipos de dados Float em equipamentos WEG TPW-03?

•Resposta: Na configuração dos Tags de Comunicação, deve-se habilitar a opção de ordenamento de bytes Swap Words, correspondente à opção "b2" na configuração por Strings. Caso esteja usando a antiga configuração numérica, os parâmetros N ou B, consulte o item Byte Order do tópico Aba Operations.

 

Particularidades conhecidas dos equipamentos da família ABB Advant Controller 31 Series 90, como por exemplo o ABB 07KT97

•Uma aplicação no Elipse E3, no Elipse Power ou no Elipse Water está tentando ler registros ou bits de um equipamento, mas sempre ocorrem erros.

•Resposta: Os equipamentos desta série não permitem o uso de Superblocos do Elipse E3, do Elipse Power ou do Elipse Water pelos seguintes motivos:

•Existem descontinuidades no mapa de endereços de registradores destes equipamentos, com intervalos de endereços não definidos.

•O tamanho máximo do PDU é diferente do estabelecido pelo padrão do protocolo, e é definido como um tamanho que suporte 96 Words ou Bits. Uma vez que o protocolo agrupa 8 (oito) bits em cada byte de dados, isto resulta em tamanhos máximos de PDU diferentes para as funções de leitura de Bits e Words, o que impossibilita o uso da customização do tamanho máximo do PDU permitida por este Driver, que não permite configurar limites diferentes para cada função do protocolo.

•Solução: Siga estes passos:

1.Desabilite a leitura por Superblocos, configurando a propriedade EnableReadGrouping deste Driver para Falso.

2.Dê preferência à definição de Tags Bloco, agrupando o maior número possível de variáveis no menor número de Blocos, respeitando o limite do equipamento de 96 Words ou 96 Bits em cada Bloco. Para mais informações, consulte a seção sobre Agrupamento Manual no tópico Leitura por Superblocos (Agrupamento).

 

 

Uma aplicação está tentando ler valores do tipo de dados Float e a seguinte mensagem aparece no log deste Driver: "Warning: denormalized float number! Returning zero". O que fazer?

•Resposta: O aparecimento desta mensagem não indica erro de comunicação ou de configuração. Recomenda-se apenas que o usuário verifique na programação deste equipamento por que está retornando valores não normalizados.

•Informações Adicionais: Tal mensagem indica que este equipamento enviou a este Driver um valor de ponto flutuante, um Float, no formato IEEE 754, porém não normalizado. Tais valores podem resultar de operações aritméticas com resultados que extrapolem as possibilidades de representação deste formato, como por exemplo as condições de overflow, underflow, +∞ e −∞, entre outras. Os valores não normalizados estão previstos na norma IEEE 754 e não deve, em tese, gerar problemas para este Driver ou para uma aplicação. Entretanto, devido à detecção de erros no passado relacionada a tipos específicos de equipamentos, este Driver passou a retornar 0 (zero) para uma aplicação ao receber valores não normalizados de um equipamento, registrando esta mensagem em log.