Warnings in Protocol file: State "XYZ" has no existing object, his might lead to an error in future versions

[kneisel]

Describe the bug
I get a lot of warnings in protocol file: State "XYZ" has no existing object, his might lead to an error in future versions

To Reproduce
This warning is produced sporatically.

Expected behavior
This warning should not appear

Screenshots & Logfiles
Excerpt from the protocoll-file:
hm-rega.0
2024-03-20 15:36:34.571 warn State "hm-rpc.1.003FA0C9B1C216.0.LOW_BAT_ALARM" has no existing object, this might lead to an error in future versions
hm-rega.0
2024-03-20 15:36:34.527 warn State "hm-rpc.1.003FA0C9B1C216.0.ERROR_COMMUNICATION_SENSOR_ALARM" has no existing object, this might lead to an error in future versions
hm-rega.0
2024-03-20 15:36:34.483 warn State "hm-rpc.1.003FA0C9B1C216.0.CONFIG_PENDING_ALARM" has no existing object, this might lead to an error in future versions
hm-rega.0
2024-03-20 15:36:34.439 warn State "hm-rpc.1.003FA0C9B1C722.0.UNREACH_ALARM" has no existing object, this might lead to an error in future versions
hm-rega.0
2024-03-20 15:36:34.395 warn State "hm-rpc.1.003FA0C9B1C722.0.SENSOR_ERROR_ALARM" has no existing object, this might lead to an error in future versions
hm-rega.0
2024-03-20 15:36:34.351 warn State "hm-rpc.1.003FA0C9B1C722.0.LOW_BAT_ALARM" has no existing object, this might lead to an error in future versions
hm-rega.0
2024-03-20 15:36:34.307 warn State "hm-rpc.1.003FA0C9B1C722.0.ERROR_COMMUNICATION_SENSOR_ALARM" has no existing object, this might lead to an error in future versions
hm-rega.0
2024-03-20 15:36:34.264 warn State "hm-rpc.1.003FA0C9B1C722.0.CONFIG_PENDING_ALARM" has no existing object, this might lead to an error in future versions

Versions:

• hm-rpc version: 1.16.0
• hm-rega version: 4.0.0
• JS-Controller version: 5.0.19
• Node version: v18.19.1
• Operating system: Debian 1:6.6.20-1+rpt1 (2024-03-07) aarch64
• CCU model: raspberrymatic
• CCU firmware: 3.73.9.20240130

Additional context
Add any other context about the problem here.

[DieWaldfee]

I have the same problem...
@kneisel : is there an Update-Process of some HomematicIP-devices running?

Describe the bug
der hm-rega -Adapter wirft nach einiger Zeit für alle Objekte die folgende Fehlermeldung (kleiner Ausschnitt):

2024-04-01 14:20:24.662 - �[33mwarn�[39m: hm-rega.0 (2241) State "hm-rpc.1.001120C9A86xxx.0.ERROR_OVERHEAT_ALARM" has no existing object, this might lead to an error in future versions
2024-04-01 14:20:24.706 - �[33mwarn�[39m: hm-rega.0 (2241) State "hm-rpc.1.001120C9A86xxx.0.ERROR_OVERLOAD_ALARM" has no existing object, this might lead to an error in future versions
2024-04-01 14:20:24.750 - �[33mwarn�[39m: hm-rega.0 (2241) State "hm-rpc.1.001120C9A86xxx.0.UNREACH_ALARM" has no existing object, this might lead to an error in future versions
2024-04-01 14:20:24.791 - �[33mwarn�[39m: hm-rpc.1 (2259) State "hm-rpc.1.003B5F29AF3yyy.0.CONFIG_PENDING" has no existing object, this might lead to an error in future versions
2024-04-01 14:20:24.792 - �[33mwarn�[39m: hm-rpc.1 (2259) State "hm-rpc.1.003B5F29AF3yyy.0.DUTY_CYCLE_LEVEL" has no existing object, this might lead to an error in future versions
2024-04-01 14:20:24.792 - �[33mwarn�[39m: hm-rpc.1 (2259) State "hm-rpc.1.003B5F29AF3yyy.0.DUTY_CYCLE" has no existing object, this might lead to an error in future versions

Stoppe ich rega und die beiden rpc-Instanzen, dann liest er alles aus der CCU3 ein und läuft wie erwartet.
Ein älteres Ticket hat den Fehler schonmal aufgeworfen (#168) das ist aber lange her.
Bei mir im Einsatz ist Homematic und Homematic IP.

Vor zwei Tagen haben die Protokolleinträge der Warnungen schonmal gestartet. Mit der Behebung oben lief es dann bis heute.
Einen direkten Trigger für den Fehler habe ich noch nicht identifiziert

Mögliche Ursache:
Homematic IP braucht für die FirmwareUpdates gefühlte Ewigkeiten. Einige HMIP-Geräte laden diese aktuell immer noch (seit einem Monat). Ggf. ist ein durchgeführtes Update auf einem Gerät ein Trigger, da hier ggf. auch neue Datenpunkte auf den Geräten erzeugt werden. So z.B. bei HMIP-BROLL V1.10.8 -> V1.10.16. Vielleiucht kommt dann etwas aus dem Takt. Angezählt werden im obigen Fehler aber - soweit ich das sehen kann - alle Geräte.

Screenshots & Logfiles

CCU3 Firmware: 3.75.6
ein HMIP-HAP ist im Einsatz

REGA V4.0.0
RPC V1.16.0

[DieWaldfee]

Ich habe eben gezielt ein Update eines Homematic-IP-Device durchgeführt. vorher war alles 100% ruhig. Direkt nach dem Update tritt der Fehler im LOG auf. Es scheint also direkt an den Updates zu liegen, die ggf. neue EIgenschaften mit dem Update installieren.
Lösung: wie oben beschrieben den Adapter neu starten und die Geräte neu einlesen:

möglichen Erweiterung für den Adapter:
vielleicht kann die Firmware ausgelesen und in einem Datenpunkt zur Verfügung gestellt werden. Bei einem Wechsel könnte der Adapter die Liste einfach automatisch neu einlesen. Ein Firmware-Update kommt ja nicht sehr häufig vor.

---

(I just specifically updated a Homematic IP device. Before, everything was 100% quiet. Immediately after the update the error occurs in the LOG. So it seems to be directly due to the updates, which may install new properties with the update.
Solution: restart the adapter as described above and read the devices again)

possible enhancement for the adapter:
perhaps the firmware can be read and made available in a data point. If there is a change, the adapter could simply re-read the list automatically. A firmware update doesn't happen very often.

[ivo-int]

Bei mir treten in letzter Zeit auch solche Log-Einträge auf. Das betrifft nur die HM-IP Geräte.
Ich habe die HMIP Geräte unter IOBroker gelöscht und neu eingelesen.
Ist ein Weg bekannt wie ich diese Meldungen weg kriege?

[DieWaldfee]

wenn alle Stricke reißen:
1.) Adapter beenden (rpc und rega)
2.) Haken zum Einlesen der Geräte setzen
3.) Datenpunkte der betroffenen Geräte löschen
4.) Adapter neu starten
5.) Log-File beobachen - Geräte sollten neu eingelesen werden inkl. der neuen features
6.) berichten, ob es funktioniert hat :-)

[ivo-int]

Danke, ja das hat funktioniert.
Nur rpc von HMIP reicht wohl nicht.
Mit dem oben beschriebenen Vorgehen ist es vorerst ruhig.