Adapterinstanze hm-rpc.1 (homematic ip) restart(jede h)

[paul53]

@ticaki sagte: url: xmlrpc://127.0.0.1:32010

hat offenbar nichts mit ioBroker zu tun.
Das Log bezieht sich auf einen Thermostat.

[ticaki]

@paul53

Das gesamt log ist zu groß, da werden 6 Geräte aufgezählt.

5 sind alle meine Thermostate und der oben genannte Lichtschalter

Und die Einträge der Thermostate beziehen sich auf PARTY_TIME_END PARTY_SET_POINT_TEMPERATURE PARTY_TIME_START

[paul53]

@ticaki sagte: Das gesamt log ist zu groß

Kommt irgendwo die IP-Adresse von ioBroker vor?
Im Log des ersten Beitrags sieht man, dass ioBroker und VCCU in verschieden Subnetzen sind.

[ticaki]

@paul53

192.168.179.1/23

hab aber dem iobroker eine Adresse im 178er Netz zusätzlich eingestellt um diese Möglichkeit auszuschliessen.

Hab dem Raspy ein 4A Netzteil gegeben, Raspmatic neuinstalliert. Adapter von Github installiert(das mach ich gleich mal wieder rückgängig)

Nein in keiner Fehlermeldung nur sowas:

192.168.179.7 192.168.178.95:48181 Zugriff [16/Jul/2023:17:23:08 +0200] "POST /rega.exe HTTP/1.1" 200 652 "-" "-"
192.168.179.7 192.168.178.95:48181 Zugriff [16/Jul/2023:17:23:08 +0200] "POST /rega.exe HTTP/1.1" 200 300 "-" "-"

[paul53]

@ticaki sagte: nur sowas:

Das Problem hat nicht HM-Rega, sondern HM-RPC.
Ist als Callback-Adresse die IP des Container-Hosts (NUC) eingetragen?

[Homoran]

@ticaki sagte in Adapterinstanze hm-rpc.1 (homematic ip) restart(jede h):

debian bookworm Container

warum hab ich das vermutet!?

alle Ports weitergereicht?
IP nach aussen via CallbackAdresse bekanntgegeben?

[ticaki]

@homoran sagte in Adapterinstanze hm-rpc.1 (homematic ip) restart(jede h):

@ticaki sagte in Adapterinstanze hm-rpc.1 (homematic ip) restart(jede h):

debian bookworm Container

warum hab ich das vermutet!?

alle Ports weitergereicht?
IP nach aussen via CallbackAdresse bekanntgegeben?

Soweit ich das bisher sehe sind alle Ports offen, außer ich setzte Regeln auf und aktiviere die firewall. Beides ist nicht der fall und alle Police sind zur Sicherheit auf ACCEPT gesetzt.

Callbackadresse hab ich jetzt mal eingetragen. Glaube aber das hatte ich schon probiert.

[Homoran]

@ticaki sagte in Adapterinstanze hm-rpc.1 (homematic ip) restart(jede h):

Callbackadresse hab ich jetzt mal eingetragen. Glaube aber das hatte ich schon probiert.

immer alles zeigen!

[ticaki]

@homoran

[paul53]

@ticaki
Als Callback-Adresse die IP des NUC (Container-Host) eintragen. Das ist sicherlich eine 192.168.178.XX?

[ticaki]

@paul53
das ist die 179.6 mache ich

[paul53]

@ticaki sagte: das ist die 179.6

Ich kann mich an frühere Beiträge erinnern, die damit Probleme machten.

[Homoran]

@ticaki sagte in Adapterinstanze hm-rpc.1 (homematic ip) restart(jede h):

@paul53
das ist die 179.6 mache ich

ist üblicherweise das Gastnetz.
Darf das mitreden?

[ticaki]

@homoran

Wie ich oben schon erwähnt habe 192.176.178.1 - 192.176.179.255 ist mein Netzwerk da ist kein Router oder vlan dazwischen. Ich benutze einen Netzmaske 255.255.254.0 bzw. /23 Ich gebe der ccu jetzt mal ne 179er nummer.

@paul53

mit der callback from host kommen 0 Daten von HM

löschen und neuinstall von RPC.1 hat auch nix gebracht ausser noch mehr Fehlermeldungen. Hab nochmal nachgesehen, auf dem RPI gabs tatsächlich 0 Meldungen. Denke ich setze nochmal alles neu auf und lassen das redis backup weg.

[ticaki]

VM hat auch nichts gebracht.

[paul53]

@ticaki sagte: Ich gebe der ccu jetzt mal ne 179er nummer.

Hat das was gebracht?

[ticaki]

@paul53

das was hier, da https://forum.iobroker.net/topic/66862/fehlermeldung-verstehen und da https://forum.iobroker.net/topic/66930/probleme-mit-homematic-rpc/32?_=1689633171965

diskutiert wird. Der hm-rpc (homematic ip) verliert laufend die Verbindung und bleibt dann tod.

Nur einen Master mit Slave hat bei mir das Problem gelöst, Slave ist mein alter pi4 und der hat das Problem nicht.