Erro durante o funcionamento (MODBUS)

ScadaBR - Dúvidas e Suporte
1

Boa noite a todos, gostaria de agradecer aos desenvolvedores do Scadabr, pois estou conseguindo desenvolver meu TCC em automação industrial usando ele, gostaria de que alguem resolvesse meu problema.
Estou comunicando um Clp Tpw 03 da Weg via Modbus RS-485, consigo comunicar tranquilo, só que durante o funcionamento surge um erro, ele meio que trava o Supervisorio  e a saida do clp (Lampada) começa piscar como se eu tivesse dando varios cliques, ai quando o supervisorio retorna ao normal ela para de piscar, estava usando o Win 8, mas fiz a troca pro Win 7 e nada ainda, meu conversor chama HXSP-2108F, vou printar umas fotos pra voces ver, fico grato se alguem conseguir me ajudar, se precisar eu gravo um video do que este ocorrendo pra ficar melhor o entendimento.

Obrigado, Wesley, Piracicaba, 10/03/2014

*Acionar Porta

*Leitura de Porta 

São minhas Data Points.

2

3

Amigo, posta uma imagem da configuração dos DataPoints para ajudar e copia da pasta "logs" o conteúdo dos logs gerados neste dia do problema. Olhando assim só parece um erro de comunicação, este CRC é o bit de verificação do envio da mensagem, parece que não foi verificado o envio, mas é apenas uma suposição.

Abraço!

4

Fabio obrigado por estar tentando me ajudar, o erro acontece direto e como acabou de acontecer, estou postando o ultimo log, ele acontece muitas vezes, quando acendo e a lampada, me parece que tem alguma coisa a ver com a velocidade ou o conversor, mas ainda sou leigo nessa parte, então pode me auxiliar melhor.

 

WARN  2014-03-11 22:58:29,372 (com.serotonin.mango.rt.dataSource.modbus.ModbusDataSource.receivedException:449) - Modbus exception 
com.serotonin.modbus4j.exception.IllegalFunctionException: Function code: 0x0
at com.serotonin.modbus4j.msg.ModbusResponse.createModbusResponse(ModbusResponse.java:68)
at com.serotonin.modbus4j.serial.rtu.RtuMessageResponse.createRtuMessageResponse(RtuMessageResponse.java:37)
at com.serotonin.modbus4j.serial.rtu.RtuMessageParser.parseMessageImpl(RtuMessageParser.java:41)
at com.serotonin.modbus4j.base.BaseMessageParser.parseMessage(BaseMessageParser.java:37)
at com.serotonin.messaging.MessageControl.data(MessageControl.java:154)
at com.serotonin.messaging.InputStreamListener.run(InputStreamListener.java:76)
at java.lang.Thread.run(Unknown Source)
WARN  2014-03-11 22:58:29,516 (com.serotonin.mango.rt.dataSource.PollingDataSource.scheduleTimeout:63) - TccEtec: poll at 2014/03/11 22:58:29 aborted because a previous poll started at 2014/03/11 22:58:29 is still running 
WARN  2014-03-11 22:58:29,716 (com.serotonin.mango.rt.dataSource.PollingDataSource.scheduleTimeout:63) - TccEtec: poll at 2014/03/11 22:58:29 aborted because a previous poll started at 2014/03/11 22:58:29 is still running 
WARN  2014-03-11 22:58:29,916 (com.serotonin.mango.rt.dataSource.PollingDataSource.scheduleTimeout:63) - TccEtec: poll at 2014/03/11 22:58:29 aborted because a previous poll started at 2014/03/11 22:58:29 is still running 
WARN  2014-03-11 22:58:30,116 (com.serotonin.mango.rt.dataSource.PollingDataSource.scheduleTimeout:63) - TccEtec: poll at 2014/03/11 22:58:30 aborted because a previous poll started at 2014/03/11 22:58:29 is still running 
WARN  2014-03-11 22:58:30,316 (com.serotonin.mango.rt.dataSource.PollingDataSource.scheduleTimeout:63) - TccEtec: poll at 2014/03/11 22:58:30 aborted because a previous poll started at 2014/03/11 22:58:29 is still running 
WARN  2014-03-11 22:58:30,516 (com.serotonin.mango.rt.dataSource.PollingDataSource.scheduleTimeout:63) - TccEtec: poll at 2014/03/11 22:58:30 aborted because a previous poll started at 2014/03/11 22:58:29 is still running 
WARN  2014-03-11 22:58:30,716 (com.serotonin.mango.rt.dataSource.PollingDataSource.scheduleTimeout:63) - TccEtec: poll at 2014/03/11 22:58:30 aborted because a previous poll started at 2014/03/11 22:58:29 is still running 
WARN  2014-03-11 22:58:30,916 (com.serotonin.mango.rt.dataSource.PollingDataSource.scheduleTimeout:63) - TccEtec: poll at 2014/03/11 22:58:30 aborted because a previous poll started at 2014/03/11 22:58:29 is still running 
 
5

6

A frequencia de atualização não está muito alta? Toda vez que coloco minha rede RS485 para velocidades muito altas ela deve ter um cabo muito pequeno e uma vez ou outra acontece isso.

e veja que sua comunicação está com 19200, deveria ser mais alta para essa atualização.

7

Realmente, não tinha me atentado ao Baud Rate, para projetos pequenos, geralmente 9600 já está de bom tamanho (pode ser até menos, o ideal é começar com valores pequenos e ir testando e aumentando para cercar alguns problemas), e aumente o tempo deste período de amostragem, isso não quer dizer que vai demorar mais para enviar comandos, se colocar para atualizar a cada 10 segundos, e na metade deste período vc ligar uma saída, ela será acionada imediatamente, não vai aguardar a próxima leitura.

Att.

Eng. Fábio

8

Fabio,

gostaria de voltar na imagem do amigo. Naquela onde tem os erros. Tem um erro que aconteceu em 20:09:02 java.io.ioexception.

Eu estou tendo esse tipo de erro quando entro no scadabr e tento escrever em uma porta. Por exemplo, quero ligar um led no escravo.

Só nesse momento o erro ocorre. Tem alguma ideia do motivo desse erro?

 

9

Oi pessoal,

Esclarecendo alguns pontos:

BaudRate: 19200 - é tranquilo comunicar até 1200m com essa velocidade; Dá uma olhada nesse artigo da Novus

http://www.novus.com.br/site/default.asp?TroncoID=053663&SecaoID=273506&SubsecaoID=0&Template=../artigosnoticias/user_exibir.asp&ID=539152

Taxa de atualização e Timeout - Wesley, é importante deixar o intervalo de polling livre: 500ms de TA e 1000ms x 5 tentativas de Timeout é ruim para o SW, ele tenta muitas vezes e aborta - funciona, mas consome memória, processamento e log (Empilha os "aborted because a previous poll started"). Se quiseres manter 500ms, baixa o Timeout pra 500ms e 1 tentativa;

Java Io Exception na escrita - O ScadaBR ainda não tem sincronismo entre escrita e leitura, o que pode causar uma mensagem de escrita ser enviada enquanto aguardamos resposta do equipamento, muito comum quanto a TA fica abaixo de 1s. As mensagens se embaralham e é comum aparecer "Timeout", "function exception" e "no key found in the waiting room".

Abs