ioBroker / ioBroker.hm-rpc

Connects HomeMatic Interface-Processes to ioBroker
www.iobroker.org
MIT License
60 stars 26 forks source link

HM-ES-TX-WM - no update after restarting ioBroker #563

Closed ice987987 closed 1 year ago

ice987987 commented 2 years ago

Describe the bug After restarting of ioBroker (in the docker-container) HM-ES-TX-WM (ELV Homematic Bausatz Zählersensor-Sendeeinheit Strom/Gas) gets no update.

To Reproduce Steps to reproduce the behavior:

  1. restart ioBroker in docker-container (or docker itself)
  2. hm-rpc.1.REQxxxxxxx.1.ENERGY_COUNTER, hm-rpc.1.REQxxxxxxx.1.POWER etc. gets no update
  3. if instance will be restarted manually, everything works as expected. (in my installation hm-rpc.1)
  4. there is no error in the log

Expected behavior after restarting of ioBroker in the docker-container, also HM-ES-TX-WM should get updates

Versions:

foxriver76 commented 2 years ago

The initial updates of datapoints only happen on start of hm-Rega instance. Later on what is pushed to hm-rpc we have no influence on. Thus make sure hm-Rega is configured correctly. Also there is no difference between a full system restart and a manual instance restart on adapter level. And it would be strange if it only affects one device because there exists no special handling on device level.

So if you think hm-Rega is not updating the initial values correctly let me know, else please specify the problem in more detail.

ice987987 commented 2 years ago

I made a new, clean installation: new docker-container, only adapter hm-rega and hm-rpc are installed. I can confirm the issue, mentioned above.

what information do you need?

foxriver76 commented 2 years ago

Is it about not getting an initial update on adapter start or is it about not getting any updates during runtime of the adapter?

ice987987 commented 2 years ago

Is it about not getting an initial update on initial adapter start from docker-container. There are no updates till a manual restart happens.

captaindork commented 2 years ago

I am experiencing a similar issue with my hm-sec-key also in a Docker environment. Maybe it is the same Topic… After a restart/recreate of the docker, I get no updates for HomeMatic Devices (while HomeMaticIP in the separate hm-rpm instance work fine). Restarting the HomeMatic hm-rpc instance does not help, but there are two options that fixes the behavior: 1) restart of rm-rega 2) full resync of the devices via the tickbox in hm-rpc.[Update: I did several additional Tests and I now only could get it working with 2), no longer with 1) so I guess I have a different issue than mentioned above] Maybe it is some issue in the „order“ the instances start??? I would be glad to solve this, as aside of a daily backitup, I am doing weekly backups of my full Docker environment running on Proxmox-LXC and everytime the scheduled backup ran, I need to manually resync… any further hint?

captaindork commented 1 year ago

Hi there, is there anything I could further help to get this analyzed/fixed? For me still after each restart of my Proxmox environment running iobroker via docker I do no longer get some updates on HM Devices datapoints. I have 95% HmIP Devices where I do not see this issue, but for the hm-rpc Adapter instance for my few HM Devices I need to manually trigger „Geräte neu einlesen (einmalig)“ after a reboot of iobroker/docker. Detailed Issue I am seeing and I can reproduce is in my case a HM-SEC-KEY where the Datapoint DIRECTION is no longer updated (maybe there are more). Meaning when I open the door via iobroker, it actually works, but I am using the DIRECTION Datapoint additionally while the Key is rotating to recognize if the device is right now „opening/closing“ which is only properly updated after Devices are fully synced manually… befor it stays with „None 0“ and does not change… If this cannot be fixed easily, is there an option to automatically trigger the „Geräte neu einlesen“ function after a reboot via javascript-adapter or similar as a workaround?

foxriver76 commented 1 year ago

Initial updates are performed by hm-rega, so please ensure that all hm-rpc instances are correctly linked to the rega instance.