@ReDaLeRt @nikito7
OPTIMIZAÇÃO SCRIPT
Para actualizar todos os dados constantes no script original do tutorial do Redalert, o script de 5 em 5 segundos faz pedidos de leitura de registos, como são 9 pedidos o “pool” leva cerca de 45 seg, o quer dizer que cada valor é actualizado a cada 45seg.
No sentido de encurtar esse tempo, deixo um script adaptado, que para obter as mesmas grandezas se propoe fazer o pool em 5 pedidos, ou seja uma actualização de 25 segundos.
Pode-se ainda reduzir o tempo em que são feitos os pedidos, como não testei, não tenho a certeza se não vamos criar “dump” no Equipamento Medição Inteligente (EMI) e este deixar de responder aos pedidos.
O valor é o “50” que está na string de pedido modbus, se por exemplo colocarmos “20” os pedidos vão sair de 2 em 2 seg , passando o pool de actualização dos valores para 10seg.
>D
>B
=>sensor53 r
>M 1
; ########## pedido modbus ###########
+1,14,m,1,9600,EB,5,50,r010400260003,r010400790007,0104006C,0104000B,01040084
; ########## descodificações tramas modbus ###########
1,=hGRANDEZAS INSTANTÂNEAS
1,010404UUuuxxxx@i2:10,Tensão,V,Voltage_P1,17
1,010404xxxxUUuu@i2:10,Corrente,A,Current_P1,17
1,010412UUuuUUuuxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx@i1:1,Potênciaativa,W,Power_P1,17
1,010412xxxxxxxxxxxxxxxxUUuuxxxxxxxxxxxxxxxxxxxx@i1:1000,Fator de potência,pu,PFactor_P1,19
1,010412xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxUUuuxxxx@i1:10,Frequência,Hz,Frequency_P1,17
1,=h
1,=hTOTALIZADORES DE ENERGIA
1,01040cUUuuUUuuxxxxxxxxxxxxxxxxxxxx@i0:1000,Vazio (1),kWh,Energy_P1_R1,17
1,01040cxxxxxxxxUUuuUUuuxxxxxxxxxxxx@i0:1000,Ponta (2),kWh,Energy_P1_R2,17
1,01040cxxxxxxxxxxxxxxxxUUuuUUuuxxxx@i0:1000,Cheia (3),kWh,Energy_P1_R3,17
1,=h
1,=hESTADOS
1,010406uuxxxxxxxx@i3:1,Tarifa,,Tariff_P1,16
1,010406uuxxxxxxxx@i4:1,DCP,,DCP_P1,16
#
Quanto aos ZIV, algumas ideias para brain storm:
- Sendo equipamentos normalizados pode não fazer muito sentido , mas cá vai , fazendo um pouco analogia com diagnostico auto/moto e com leitura de centralinas mesmo dentro de cada marca (caso concreto das motos Honda) cada modelo tem uma forma de “acordar” a centralina e pedir dados, depois os dados (por ex, as r.p.m. e os km/h) não estão sempre no mesmo registo da centralina de cada modelo.
- Mais um ideia , qd a EDP for testar os ZIV, se levar aparelhos para teste de comunicação, tentar “escutar” e “gravar” o RS485 “grimpando” com um conversor 485/USB ou TTL e um PC com um soft hiperterminal ou equivalente, por exemplo Hterm
http://der-hammer.info/pages/terminal.html
Vou testar , estou interessado em conseguir decoding de mais de 10 registos seguidos, no sentido de reduzir o nº de pedidos no polling, se for possivel para 2 e por consequencia o tempo de actualização, sem estar a mexer muito nos 5 seg. O wemos tem estado a pedir em 3seg. e com 5 pedidos, estou com cerca de 15seg de pool.