Fehlermeldung CCU3 CUxD "no exists device object with address= CENTRAL:0" aus Log ausnehmen?

[nik82]

Ok, passt, vielen Dank.
Wäre super wenn du Rückmeldung gibst sobald der "Schönheitsfehler" beseitigt ist

[nik82]

Als kurze Info, falls das wichtig ist.
Die Meldung kommt nur wenn ich im IOBroker meine hm-rpc.1 mit meinen Homematik-IP Komponenten gestartet habe.
Wenn nur hm-rega.0 und hm-rpc.0 mit den rfd Komponenten läuft kommt die Meldung nicht.
Habe beim hm-rpc.1 den Verbindungscheck jetzt auf 3600 Sekunden gestellt, jetzt kommt die Meldung nur jede Stunde.

[Familienvater]

Hi,

ich weiß nicht, wie weit die Unterstützung des PING/PONG im HmIP-Server auf der CCU3 ist, IIRC funktioniert das im HmIP-Server auf einer CCU2 nicht.
Es kann natürlich sein, das es im HmIP-Server auf der CCU3 integriert wurde, und das damit auf einmal auch in der Rega auf dem XML-RPC-Teil die PING/PONG aufschlagen, und Jens Bugfix ist evtl. im BIN-RPC-Teil der Implementation.

Der Familienvater

[jmaus]

Es kann natürlich sein, das es im HmIP-Server auf der CCU3 integriert wurde, und das damit auf einmal auch in der Rega auf dem XML-RPC-Teil die PING/PONG aufschlagen, und Jens Bugfix ist evtl. im BIN-RPC-Teil der Implementation.

Jetzt hast du mich auf eine Idee gebracht! Und hast natürlich voll ins schwarze getroffen. Seh dir das an:

Code: Alles auswählen

# date; echo "load tclrpc.so; puts [xmlrpc 'xmlrpc://127.0.0.1:2010' ping test]" | tclsh
Wed Sep 26 11:42:42 CEST 2018
1
# cat /var/log/messages | tail -1
Sep 26 11:42:42 homematic-raspi local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= CENTRAL:0 [iseXmlRpc.cpp:2167]

Wie man daran unschwer erkennen kann reagiert der HmIPServer seit CCU Firmware 3.37.8 nun anscheinend wirklich auf PING events und sendet das ganze dann an ReGa&Co weiter. Und wie man aus der Meldung des 'messages' log sehen kann fragt er dabei nach einem Gerät "CENTRAL" wohingegen bei der selben Anfrage an rfd dieser Wiederrum nach einem Gerät "CENTRAL" (ohne :0) fragt. Und eine ping abfrage nach einem Gerät "CENTRAL:0" fange ich eben so in ReGa (noch) nicht ab.

Danke für den Hinweis, jetzt haben wir es!

[nik82]

Danke für den Hinweis, jetzt haben wir es!

Das hört sich doch super an, dass heißt es wird irgendwann durch ein Update behoben?

[jmaus]

Danke für den Hinweis, jetzt haben wir es!

Das hört sich doch super an, dass heißt es wird irgendwann durch ein Update behoben?

So ist es. Ich habe es schon in der ReGa entsprechend angepasst. Nun muss eQ3 das nur noch ins OCCU repository packen und dann wird das nächste RaspberryMatic damit dann rauskommen. Wann und ob das dann in der CCU3 Firmware selbst landet entscheidet allerdings eQ3.

[nik82]

Ok, super, vielen Dank für deinen Einsatz!

[debianatoe]

Ich habe es schon in der ReGa entsprechend angepasst. Nun muss eQ3 das nur noch ins OCCU repository packen und dann wird das nächste RaspberryMatic damit dann rauskommen. Wann und ob das dann in der CCU3 Firmware selbst landet entscheidet allerdings eQ3.

Sehe ich das richtig, daß der Bug ab der Firmware-Version 3.37.8.20181026 für RM behoben wurde?
Ich habe den Fehler übrigens auch auf der CCU2 mit der aktuellen Firmware 2.41.5. Es sieht also eher nicht danach aus, als ob eQ3 den Bugfix übernehmen würde.
Was ist eigentlich die Folge dieses Bugs? Ist das nur ein Schönheitsfehler im Logfile oder hat das noch weitere Auswirkungen?

[Regulator]

Ich habe den Fehler übrigens auch auf der CCU2 mit der aktuellen Firmware 2.41.5.

Das kann ich bestätigen. Bei meiner CCU2 mit V. 2.41.5 kommt die Meldung auch jede Minute!

Auch wenn es offenbar nichts bedeutet, nervt die Meldung jedoch und müllt das Logfile unnötig voll.
Es wäre daher toll wenn der oben beschriebene Fix auch in die CCU2 Firmware eingehen könnte.

Danke!

[roe1974]

ALso ich habe den Fehler (obwohl ich kein iOBroker nutze) in der aktuellen RM immer noch ab und zu

lg Richard