Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[ticaki]

Keiner einen Tip? Hab jetzt ein Skript geschrieben das den Adapter solange neustartet bis er tatsächlich eine Verbindung hat. Aber das ist murks.

ist der PI3b zu langsam um mit den Anfragen mit zu kommen? Hat sich nicht geändert bis auf den Host vom iobroker.

[Homoran]

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

Keiner einen Tip?

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

NUC mit Proxmox

sagt leider gar nichts aus.

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

ist der PI3b zu langsam um mit den Anfragen mit zu kommen?

eher nicht.

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

Unexpected end

heisst ja das irgendwas kommt, aber defekt.

[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):

NUC mit Proxmox

sagt leider gar nichts aus.

Beelink S12 N100 16GB
Proxmox v8.0
debian bookworm Container
keine Firewall

im Log des Raspmatic finde ich sowas:

Jul 16 17:02:37 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal =  [ReadValue():iseDOMdpHSS.cpp:124]
Jul 16 17:02:37 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"000E60C992B277:1","PARTY_TIME_END"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: PARTY_TIME_END"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Jul 16 17:02:37 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"000E60C992B277:1","PARTY_TIME_END"}) [CallGetValue():iseXmlRpc.cpp:1445]
Jul 16 17:02:37 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal =  [ReadValue():iseDOMdpHSS.cpp:124]
Jul 16 17:02:37 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"000E60C992B277:1","PARTY_SET_POINT_TEMPERATURE"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: PARTY_SET_POINT_TEMPERATURE"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Jul 16 17:02:37 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"000E60C992B277:1","PARTY_SET_POINT_TEMPERATURE"}) [CallGetValue():iseXmlRpc.cpp:1445]
Jul 16 17:02:37 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Jul 16 17:28:40 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'setValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"000E5D898E95B2:1","BOOST_MODE",true}, result: [faultCode:-1,faultString:"Generic error (UNREACH)"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Jul 16 17:28:40 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'setValue' call failed (interface: 1009, params: {"000E5D898E95B2:1","BOOST_MODE",true}) [CallSetValue():iseXmlRpc.cpp:1515]
Jul 16 17:28:40 homematic-raspi local0.err ReGaHss: ERROR: rpc.CallSetValue failed; address = 000E5D898E95B2:1 [WriteValue():iseDOMdpHSS.cpp:76]
Jul 16 17:28:45 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'setValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"000E5D898E95B2:1","BOOST_MODE",true}, result: [faultCode:-1,faultString:"Generic error (UNREACH)"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Jul 16 17:28:45 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'setValue' call failed (interface: 1009, params: {"000E5D898E95B2:1","BOOST_MODE",true}) [CallSetValue():iseXmlRpc.cpp:1515]
Jul 16 17:28:45 homematic-raspi local0.err ReGaHss: ERROR: rpc.CallSetValue failed; address = 000E5D898E95B2:1 [WriteValue():iseDOMdpHSS.cpp:76]

Ich schreibe ausschließlich states für einen Lichtschalter mit Statusbeleuchtung, den ich habe. Logik ist komplet im iobroker. 0 Scripte oder Verknüpfungen auf in HM. Bis auf besagten Lichtschalter, der schaltet sein eigenes Relais Typ: HmIP-BSL

[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.