Não entendi… Vais ou não vender energia? O contador que mencionas é bidirecional. Eles só põem o modem GSM em instalações que vão vender energia, pois é obrigatório, por lei, eles contarem como fornecido/vendido a diferença entre fornecido/vendido em períodos de 15 minutos.
E já agora, a lei obriga à medição tri-horária: ponta, cheio, vazio. A maior parte das empresas que compram/vendem energia só relevam ponta e cheio+vazio ou seja, só duas tarifas.
Por último, tu não pagas pelo modem GSM… É um problema deles em cumprimento à lei, não teu.
Não estava a pensar vender, a ideia é dimensionar ao meu consumo durante o dia. Mas se não tiver mais nenhum custo para além do contador (que aparentemente não terei qeu substituir) se calhar até compensa.
E sim as minhas contagens que vão para a e-redes já são tri-horárias.
A E-redes disponibiliza, no site deles, uma leitura por dia daquilo que consomes. Honestamente, eu não sei se eles recolhem as leituras via o modem GSM ou se há alguma outra tecnologia que possam utilizar e não porem o tal modem. No meu caso, que tenho a UPAC registada, eles se obrigam a contabilizar como consumo/fornecimento o resultado de leituras à cada 15 minutos. Entretanto, eles não publicam as leituras de cada 15 minutos, apenas o resultado do dia inteiro. Se quiseres saber o que consomes à cada minuto (ou mais, tipo à cada 5 minutos), então é seguir este tutorial e iniciar tuas próprias contagens via a porta HAN do contador.
@nikito7
já tentei alterar os tempos na telemetria, mas se, sucesso, faz sempre 2 por minuto.
pretendia fazer um pedido por hora, para mim serve perfeitamente. tenho de editar no teu script ou onde faço essa alteração ?
obrigado
1 Curtiu
Isso funciona em loop, pede um register por x tempo
+1,14,m,1,9600,EB1,5,50,r010400010001,....
50 = 5s
1 Curtiu
queres dizer então para pedir registos a cada 30m tenho de alterar para ´30,300´ ?
""resposta ao ultimo comentario (não consigo responder abaixo @nikito7 )
eu já fiz vários testes, tasmota e nao só … e ao fim de algumas horas o contador deixa de responder aos pedidos, alimentação directa, powerbank etc , e acontece sempre o mesmo, tenho de reiniciar o contador para voltar a responder.
como só me interessam as leituras de semana a semana … vou fazer tipo, activo o script recolho os valores e volto a desabilitar.
não consigo perceber se é algum bug do contador ou dos sripts usados !!##
… @nikito7 , voltando aos tempos, eu neste momento tenho assim ( 5,30,) isto é igual a 3 segundos certo ? ora o script ate das a volta e actualizar novamente as horas, demora 26 seguendos.
será este o motivo de passadas umas horas do script estar a correr o contador deixa de responder aos pedidos ? (tenho de reniciar para voltar a responder )
não devia fazer o pedido a cada 30s de forma a não haver sobrecarga na porta rs485 do contador ?
é que ainda não percebi o porque de o contador crachar ao fim de algumas horas !!
A mudar é só no ,50,
10 = 1s
Nem sei se isso nao vai fazer overflow
Se tiveres 6 registers iria demorar 3h a concluir um loop. Isso nunca para. Delay entre registers.
Muda de fonte
Desliga os logs todos
Reduz o power
wifipower 15
1 Curtiu
Muda para hardware serial
Gpio 1 e 3
1 Curtiu
>D
>B
tper=60
smlj=0
=>sensor53 r
>S
if upsecs==50
then
smlj=1
endif
if upsecs==70
then
tper=1800
endif
>M 1
; change to your gpios and mode
; power off is required
; v v v
+1,14,mN1,1,9600,EB1,5,50,r010400010001,r0104006C0002,r010400160002,r010400260003,r010400790003,r0104007F0002,r0104000B0002,r0104002D0003
; 01
1,01040Cxxxxxxxxxxuu@i0:1,Clock ,h,Clock_H,0
1,01040Cxxxxxxxxxxxxuu@i0:1,Clock ,m,Clock_M,0
1,01040Cxxxxxxxxxxxxxxuu@i0:1,Clock ,s,Clock_S,0
1,=h<hr>
; 6C
1,010404UUuu@i1:10,Voltage L1 ,V,VolL1,1
1,010404xxxxUUuu@i1:10,Current L1 ,A,CurL1,1
1,=h<hr>
; 16
1,010408UUuuUUuu@i2:1000,Total Energy Import ,kWh,TotEneImp,3
1,010408xxxxxxxxUUuuUUuu@i2:1000,Total Energy Export ,kWh,TotEneExp,3
1,=h<hr>
; 26
1,01040CUUuuUUuu@i3:1000,Total Energy T1 Vazio ,kWh,TotEneT1,3
1,01040CxxxxxxxxUUuuUUuu@i3:1000,Total Energy T2 Ponta ,kWh,TotEneT2,3
1,01040CxxxxxxxxxxxxxxxxUUuuUUuu@i3:1000,Total Energy T3 Cheias ,kWh,TotEneT3,3
1,=h<hr>
; 79
1,01040aUUuuUUuu@i4:1,Active Power ,W,ActPow,0
1,01040axxxxxxxxUUuuUUuu@i4:1,Active Power Export ,W,ActPowExp,0
1,01040axxxxxxxxxxxxxxxxUUuu@i4:1000,Power Factor ,pu,PowFac,3
; 7F
1,01040aUUuu@i5:10,Frequency ,Hz,Frequency,2
; 0B
1,010406uu@i6:1,Tariff ,,Tariff,0
1,=h<hr>
; 2D
1,01040CUUuuUUuu@i7:1000,Total Energy T1 Export ,kWh,TotEneT1Exp,3
1,01040CxxxxxxxxUUuuUUuu@i7:1000,Total Energy T2 Export ,kWh,TotEneT2Exp,3
1,01040CxxxxxxxxxxxxxxxxUUuuUUuu@i7:1000,Total Energy T3 Export ,kWh,TotEneT3Exp,3
#
; eof
Restart
Não deve ser bem assim. quando se faz uma MCP da existencia de uma UPAC, a E-REDES vai validar se o contador instalado é compatível ou não. E se não for avançam para o processo de troca.
No meu caso fiquei com o modem embutido porque pedi acesso à porta HAN).
Talvez porque não tenhas PLC ativo na zona.
Ou usa outro sistema
Ainda não está e não me parece que vá ser tão depressa 
Eu não pedi acesso à porta HAN mas tenho acesso porque o modem que eles colocaram é externo ao contador. O modem é ligado na HAN e, no próprio modem, tem uma porta HAN. Se não fosse assim, só o modem poderia estar lá ligado, não permitindo o meu acesso o que seria ilegal.
Relativamente à substituição do contador por um bidirecional eles exigem (e o custo te é imputado) porque os contadores antigos de disco rodam para trás se injetares energia na rede. Se assim fosse, estarias a fornecer energia ao GRID pelo mesmo preço que compras. Entretanto, sei que te podem multar se verificarem o retrocesso do contador.
Esta tele-contagem é obrigatória segundo o artigo 16º, do decreto-lei 162/2019. Leia este artigo e verás que é exigida a tele-contagem e que o operador tem um prazo máximo de 4 meses para disponibilizar esta informação de forma “desmaterializada” por um web site.
Por último, eu acho que a lei falha por não estabelecer um período de retenção da informação. Vais ao site da E-redes e só consegues 2 meses de leituras e as mesmas já são processadas pois o site informa: “as leituras disponíveis no histórico são calculadas pelo saldo entre a energia consumida da rede e energia injetada na rede em cada período de 15 minutos”.
Como te disse, assim que foi feito o MCP à DGEG, a E-REDES mandou-me uma carta a dizer que tinha que pagar 100€ (+/-) para trocar o contador por causa de ter um contador incompativel (disco) com os paineis.
Eles trocaram o contador mas não colocaram nenhum modem. Eu é que pedi o acesso à porta HAN logo de seguida e com isso lá veio o tal modem gsm…
Tu não tens nenhum contrato para vender o excedente pois não?
Eu tenho contrato de fornecimento mas o contrato foi firmado bem depois da substituição do contador… É verdade também que, antes da substituição do contador, eu já tinha feito a MCP da UPAC.
Num outro post eu comentei que não sei se há outra forma de recolher os dados do contador. Por exemplo, não sei se eles podem comunicar os valores via a própria rede elétrica como aqueles extensores de rede Ethernet que utilizamos em casa. Pode ser que no meu local não haja a forma alternativa de colheita da informação e que aí, neste caso, eles ponham o modem que, por sua vez, expõe a HAN sem que eu peça.
Isso depende do modelo do modem e contador
Questões de espaço etc
Se couber fica dentro do contador
A história do modem via pedido HAN, coincidência 
Nikito, há algum registo nos contadores que revele a potência contratada?
0x000C, 0x000D, 0x000E.
Last commit with: https://github.com/nikito7/edpbox/blob/5e93238becca0fa7c77e1357770283fa7b5f1c9a/esphome/EB3-tri.yaml
1 Curtiu