Integrar Wibeee - Modbus TCP - no HA

Estou a ‘tentar’, ultrapassar o facto do Wibeee Box (1 fase/pinça), devido a uma actualização de firmware, negar acesso aos dados: ip_host/en/status.xml.
Antiga integração: hass_wibeee

Já pus o device em modo Modbus TPC e consigo aceder através da port: 502.
Documentação oficial, para a fase1:

Tentativas de descobrir o registo de “Phase 1 Active Power”:

configuration.yaml

#Modbus TCP
modbus:
name: wibeee
type: tcp
host: 192.168.2.75
port: 502

sensor:
- platform: modbus
registers:
- name: Sensor1
hub: wibeee
unit_of_measurement: W
register: 6356992

Mas o resultado continua a ser de Sensor - Unavailable.
Ps. Às vezes, voltando a fazer “Read” no ModbusView e actualizando o registo, há uma mudança dando algum valor, ou apenas 0, mas rapidamente volta ao estado de unavailable.

Experimentei “Display as” Signed Integers, dando o valor de registo: 96.

Alterei a configuração no HA:

#wibeee
sensor:
  - platform: modbus
    registers:
    - name: Sensor1
      hub: wibeee
      unit_of_measurement: W
      register: 96
    - name: Sensor2
      hub: wibeee
      unit_of_measurement: VAr
      register: 096
    - name: Sensor3
      hub: wibeee
      unit_of_measurement: W
      register: 9600

Mas o resultado:

É como se o valor de registo se estivesse sempre a actualizar/modificar.

Será que alguém me consegue dar uma ajuda?
Thanks.

Olá, bem eu tive o mesmo problema mas ainda antes da actualização do firmware. De um dia para o outro a integração deixou de funcionar, aparentemente nem é chamada já que nos logs não vejo nada.
Testei com um rest call, mas ao fim de um dia tem 2kWh a menos na contagem.

Conseguem testar se a API responde tanto num caso como no outro? Estou a fazer umas melhorias no componente hass_wibeee e gostava de saber se a API acaba por ser mais estável que o tal /en/status.xml.

http://<ip_address>/services/user/devices.xml

Em termos de estabilidade continuo a ter problemas com o status.xml.

Recorrentemente: “entity not available”

Error while setting up wibeee platform for sensor
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 249, in _async_setup_platform
    await asyncio.shield(task)
  File "/config/custom_components/wibeee/sensor.py", line 101, in async_setup_platform
    await wibeee_data.set_sensors()
  File "/config/custom_components/wibeee/sensor.py", line 192, in set_sensors
    resp = await self.session.get(self.url_api)
  File "/usr/local/lib/python3.9/site-packages/aiohttp/client.py", line 544, in _request
    await resp.start(conn)
  File "/usr/local/lib/python3.9/site-packages/aiohttp/client_reqrep.py", line 890, in start
    message, payload = await self._protocol.read()  # type: ignore
  File "/usr/local/lib/python3.9/site-packages/aiohttp/streams.py", line 604, in read
    await self._waiter
aiohttp.client_exceptions.ServerDisconnectedError: Server disconnected

Daí que um reiniciar do HA, seja sempre uma roleta russa em relação ao wibeee-HA.

Onde foste buscar esse numero?

Active Power:

  • Address 0
  • Count 2
  • uint32

?

Em relação a isto recomendo a versão 2.2.2 do https://github.com/luuuis/hass_wibeee que acabei de criar pois esta vai tentar de novo sempre que haja uma falha intermitente do Wibeee.

Acredito que esta melhoria vai melhorar substancialmente a fiabilidade da integração, especialmente no arranque do HA. Agradeço feedback pois caso isto não resolva 99% dos problemas tenho outras ideias mais radicais que posso implementar.

Da minha parte vou passar a usar scan_interval: 5 e ver o que que dá, já que com 10 tem funcionado bem.

2 Curtiram

Uma melhoria importante, visto que uma boa parte dos utilizadores só tem 1 phase, seria apenas gerar as entidades das fases pretendidas, via config.

@Carlos_Castro esses monofásicos não têm na mesma 3 pinças? Ou é aquele que fica no disjuntor e só mede o geral/total?

Tem possibilidade de ter 3 pinças, mas o pack base só traz uma. É o meu caso, mirubee 1 pinça, mas possibilidade de 3. É um desperdício de entidades ter para as 3 fases e só precisar de 1.

Não é desperdício nenhum de entidades e o medidor tendo possibilidade de usar mais pinças podes sempre meter uma no geral, outra no circuito da iluminação, outra no circuito das tomadas, outro para a cozinha, etc conforme o quiseres medir individualmente. Três fases não quer necessariamente dizer trifásico.

1 Curtiu

O Carlos deve-se estar a referir ao “desperdício” de ter as entidades no HA quando na prática nunca vão ter valores para quem não tem essas pinças. Não sei até que ponto isso vai ter consequências do lado do armazenamento dos dados, pessoalmente não me preocupo com isso embora só me interessem 2 sensores dos 33 disponíveis.

De qualquer maneira já tinha pensado em permitir controlar quais os sensores que se quer através de glob na configuração, mas por outra razão: é que o Mirubee tem outra API que permite pedir só os dados que se quer e já reparei que quantos mais valores se pede mais lenta é a resposta.

Portanto isto pode ser uma forma de tornar a integração mais estável e conseguir-se pedir valores de segundo a segundo, no limite. Ou pedir os valores instantâneos de segundo a segundo e os acumulados de 30 em 30s, por exemplo.

Se é isso também não vejo o problemas, as entidades podem ser “desligadas”.

Sim, isso parece ser o melhor.


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


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