Oi Agnaldo, bom dia!
Recebi o e-mail com sucesso. Analisando o log enviado, consegui observar os seguintes trechos:
1. O driver realiza a escrita com sucesso no “campobit2”
> 22/08/2017 10:01:11.493 (06A4) TX: 03 00 00 24 02 F0 80 32 01 00 00 00 00 00 0E 00 05 05 01 12 0A 10 02 00 01 00 00 81 00 00 00 00 04 00 08 52
22/08/2017 10:01:11.508 (06A4) RX: 03 00 00 16 02 F0 80 32 03 00 00 00 00 00 02 00 01 00 00 05 01 FF
22/08/2017 10:01:11.509 (01FC) [DRIVER] ==> (0.016) **WriteValue(0.206.0.0) value = (10:01:11.479) 82 = SUCCESS**
2. O driver faz a leitura do byte e retorna ao valor inicial
> 22/08/2017 10:01:12.888 (06A4) TX: 03 00 00 1F 02 F0 80 32 01 00 00 00 00 00 0E 00 00 04 01 12 0A 10 02 00 01 00 00 81 00 00 00
22/08/2017 10:01:12.902 (06A4) RX: 03 00 00 1A 02 F0 80 32 03 00 00 00 00 00 02 00 05 00 00 04 01 FF 04 00 08 50
22/08/2017 10:01:12.902 (01FC) [DRIVER] <== (0.014) **ReadValue(0.206.0.0) = (10:01:12.888) 80**
E isso se repete por todo o log, tentativas de escrita no “campoBit1” (valor 81) e “campoBit2” (valor 82) e sempre retornando ao valor inicial 80, que significa o “campoBit5” e “campoBit7” ativos (01010000 = 80).
A configuração do parâmetro N2 igual a 206 significa comunicação com byte de entrada (200 = byte sem sinal e 6 = Digital Input).
Para este comportamento, escrita realizada com sucesso e retorno ao valor inicial, acredito que podem ser por dois motivos:
- O byte 0 deve ser as entradas físicas do CLP, como são entradas físicas, não aceitam escrita.
- O byte 0 deve estar configuração com seus valores “retentivos” no CLP, ou seja, mesmo que ele aceite a escrita com sucesso, alguma configuração interna dele, sempre força está memória a retornar ao valor configurado em sua programação.
Recomendo que verifique estes pontos e tente executar novamente os comandos desejados.
Qualquer dúvida por favor me avise.
Atenciosamente,
Marco Antonio