Integrar contadores inteligentes da EDP em Home Assistant

Tutoriais
, , , ,
#342

Ainda tenho uns testes que vou tentar fazer a ver os resultados, para mim deve ser os 35m cabo sem shield.

Porque acreditas que o ESP32 resolveria, mais memoria? melhor cpu?
Já me tinha lembrado de tentar usar ESPhome, como forma de controlar tempos de pool´s diferenciados em função do tipo de registos que pretendemos, por ex.não preciso de pedir os totalizadores energia a cada 2 seg, bastava 1 ou 2 vezes ao dia , ou mesmo até a pedido, já a intensidade potencia e tensão …

Tenho 2 ESP32, um com tasmota 32 , mas já está a controlar as 12 lampadas , não dá jeito desmontar e ficar sem controlo das lampadas, o outro tb já está numa placa onde estou a tentar fazer um alarme, entretanto estou à espera de mais uns que mandei vir.

O meu grd problema é falta de tempo e conhecimentos que permitam desenvolver as coisas rápido.

#343

Eu estou à espera de resposta da e-redes desde dia 26 de fevereiro e nada.

#344

O esphome actualmente funciona mais ou menos.

Instala o Python .

E dentro do Python:

pip install virtualenv

Se interessar cria um tópico novo

#345

Python no ESP isso já são voos intergalaticos para mim :slight_smile:

#346

Python no windows ou linux

Docker não sei usar

Tasmota ou ESPHome usam o platformio

Tenho passado os dias a passar de esphome > tasmota > esphome… via OTA

Mas o esphome obriga a compilar sempre que mudas configs como o wifi

#347

Finalmente, consegui :muscle:. Foi lá o técnico e experimentou outro cabo e a outra porta e nada. Depois perguntou se queria experimentar mudar o contador (Landis Gyr ZCXe110CR), disse que sim e lá funcionou. Agora fiquei com um KAIFA MA109P. image

1 Curtiu
#348

Com esse contador é dificil falhar :wink:
“o cabo e a outra ponta” que referes são as mesmas que estão agora instalados ?
Aprecebeste se o tecnico teve de activar algumas coisa no contador?

#349

Python no Win ou Linux , ou mesmo micro Python nos ESP é tudo chines para mim.

O ESPHome é muito interessante , tem essa pequena desvantagem de se ter de compilar cada vez que se altera alguma coisa na programação ou configuração.
Mas tem outras vantagens, dou-te dois exemplos que verifiquei , no ESP32 com Tasmota 32 o MCP23xxx no barramento i2C são lentos a responder , no ESPHome a resposta é instantanea.
No tasmota não consegues (ou não conseguias) ter mais de um MCP no i2c , no ESPHome podes ter mais que um (testei 3) e até podes ter mais que um barramento i2c.

#350

Só uso o tasmota para o script do edpbox…

Nem sei dar outros usos, muito confuso… talvez porque o script desativa as rules.

No esphome só mudo a config e clico num .bat

E faz upload via OTA

https://github.com/nikito7/edp_box_han_modbus/tree/dev/esphome

Acho que finalmente troquei de vez para esphome

#351

Isso é novo. KAIFA MA109P.

#352

Mas neste caso falhou, o mais provável era ter algum algum defeito. Eu só me “aventurei” neste projeto porque já havia casos de sucesso com este contador (Landis gyr). E até aquilo funcionar com o Kaifa achei que tinha feito alguma coisa mal. E sim o cabo é o mesmo (por isso só pode ser mesmo do contador). Quanto ao contador (Kaifa) ele primeiro disse para eu experimentar mal acabou de ligar sem qualquer configuração e funcionou. Depois fez a configuração (suponho que seja das tarifas, etc) e pediu novamente para experimentar para ver se continuava a funcionar (e manteve-se). Conclusão, não ha necessidade de fazer qualquer configuração para ativar a porta HAN, também fiz a mesma pergunta relavamente ao Landis e ele disse que também não.

#353

Alias nenhum devia ter como falhar, teoricamete são portas RS485 standard e com protocolo modbus standard, há documentos EDP com detalhes dos varios parametros.
O tecnico tb foi isso que me transmitiu qd veio montar o contador , as portas já vem activadas , que era só ligar o cabo.

#354

Estava aqui a seguir este tópico, abri o git hub, vi que o meu contador estava na lista, mas depois…

image

O meu é da marca ZIV, o ideal seria pedir para trocar de contador?

#355

Serial to TCP bridge

Mas perdes a informação no interface do tasmota

Edit:

Ou fazias tu o script:

sml(1,hexcode)
SerialSend …
SSerialSend …

Decode

…

(Not)

Edit2:

Mesmo que fosse possível um loop maior e outro mais pequeno

Terias de parar o pequeno, para executar o maior e vice-versa

Mais vale comandos curtos, e um delay menor

5 (500ms) não deve crashar o contador

Tendo tu um contador mono, não me chateava muito…

Seja como for o script está sempre em loop.

Seja 5 comandos ou 500

Ao fim do dia executou o mesmo numero de comandos

#356

Parece que há mais casos, reparei agora no alerta no site da EnergyOT:
«

Atenção

Alertamos para o facto de algumas das portas HAN colocadas recentemente estão indevidamente inibidas de comunicar pela E-Redes na configuração interna dos contadores inteligentes. Esta situação é-nos alheia e temos informação que está a ser resolvida pela E-Redes.

[19/03/2021] Temos informação que o problema está resolvido. As portas HAN instaladas a partir desta data já não deverão ter problemas e as situações existentes serão resolvidas nos próximos dias pela E-Redes.
»

2 Curtiram
#357

Viva

Vou comecar com uma curiosadade , está há 2 dias sem reboot´s , não fiz nada , apenas flashei o teu ultimo firm e pool em 60.
Li algures qualquer coisa de problemas com NTP, já não tenho a certeza de que neste lhe coloquei um backlog que coloco em todos os tasmotas depois de os flashar, vou verificar e tentar ver se há alguma relação.

backlog NtpServer1 pt.pool.ntp.org; NtpServer2 pool.ntp.org; TimeZone 99; TimeDST 0,0,3,1,1,60; TimeSTD 0,0,10,1,2,0

Não me estou a chatear muito com isto, pk vai funcionando, no fundo é uma cisma de tentar saber pk acontece e ás vezes lembro-me de mexer.

A ideia de tempos pool diferenciados surgiu, pk acho que qd aumento o tempo (e.g 60) os reboot´s diminuem. Não sei se pedidos com pool´s de 5 não vamos “entupir” o contador ou sobrecarregar o conversor ou wemos.

Não sou programador nem tenho grds conhecimentos para fazer o codigo.
Em teoria tal como dizes, seria simples, < serial send, serial rcv , decode > as dificuldades seriam calcular os CRC para os pedidos, o decode do HEX e publish no mqqt.
Para já não vai passar da ideia.

#358

A minha última ideia era meter a lista de pedidos como variavel, mas sem sucesso

#359

ESPHome beta1 OTA

#360

:+1:És tramado, pelo menos já me puseste a ler source code :slight_smile:
Já tinhas isto na forja ou foi assim em meia duzia de horas que saiu ?

Sabes que não sou expert , por isso o meu entendimento de como pegar e montar o yaml do ESpHome pode estar incorrecto, ora vê lá …
Se bem entendo, seria de pegar no “config.yam” editar com o meu setup´s de wifi e afins , depois seleccionar os registos que pretendo ler dos varios “0x00xx.yaml” e colar no “paste here” do “config.yaml” certo?
O componente modbus, ao compilar vai buscar automaticamente o mais indicado/actualizado , ou temos de fazer alguma coisas com os zip dos componentes que lá tens no git? (estou a usar addon do hassos num rpi)

Não me parece que se consiga fazer pool´s diferenciados dos registos , estou certo?
O tempo poll ser controlado onde , “command_throttle: 1000” (1s) ?

#361

Existe um skip_updates mas não testei

E provavelmente esse componente não vai chegar a official

pip install esphome
pip uninstall esphome
pip install https://github.com/nikito7/edp_box_han_modbus/raw/dev/esphome/modbus-21.3.18.22.zip
esphome config.yaml run

Só sei usar assim

Se pedir um .git é diferente

Copyright © 2017-2021. Todos os direitos reservados
CPHA.pt - info@cpha.pt

FAQ | Termos de Serviço/Regras | Política de Privacidade