Homematic CCU3 -> Red Node -> InfluxDB funktioniert nicht mehr

[AchKa]

Hallo,
ich bin neu in diesem Forum und muss jetzt eine Frage stellen, weil ich auch nach langer Recherche keine Lösung für mein Problem gefunden habe.
Seit einem halben Jahr schreibe ich erfolgreich Daten aus der CCU3 über Node Red (installiert auf einem Raspberry Pi, der in meiner PV-Konfiguration noch weitere Aufgaben erledigt) in eine InfluxDB. Aus dieser InfluxDB visualisiere ich mittels Grafana z. B. Temperaturverläufe auf einem Wand-Display.

Vor ein paar Tagen ist mir aufgefallen, dass keine Werte mehr in der InfluxDB ankommen. Die letzten geschriebenen Werte sind vom 7.Mai. Ich habe daraufhin Node Red kontrolliert und festgestellt, dass der Node rpc event auf partly connected steht. Ich bekomme es nicht mehr hin, dass er auf connected bleibt. Ändere ich den Flow, so geht der Node auf connected und es kommen auch ein paar Datensätze in der InfluxDB an. Exakt 750 Sekunden später wechselt der Node auf partly connected, und es kommen keine Daten mehr an. In der Debug-Ausgabe wird folgendes angezeigt:

Code: Alles auswählen

13.5.2023, 16:12:58node: CCU3
msg : string[24]
"ping timeout HmIP-RF 750"

Ich habe in Node Red das logging aktiviert und sehe hier folgendes:

Code: Alles auswählen

13 May 15:35:26 - [info] Flows aktualisiert
13 May 15:35:26 - [info] Flows werden gestartet
13 May 15:35:27 - [info] [ccu-connection:CCU3] paramsets loaded from /home/pi/.node-red/paramsets.json
13 May 15:35:27 - [info] [ccu-connection:CCU3] metadata loaded from /home/pi/.node-red/ccu_10.0.0.16.json
13 May 15:35:27 - [info] [ccu-connection:CCU3] regadata loaded from /home/pi/.node-red/ccu_rega_10.0.0.16.json
13 May 15:35:27 - [info] [ccu-connection:CCU3] values loaded from /home/pi/.node-red/ccu_values_10.0.0.16.json
13 May 15:35:27 - [info] Flows sind gestartet
13 May 15:35:27 - [info] [mqtt-broker:solaranzeige] Verbindung zum Broker mqtt://solaranzeige.local:1883 aufgebaut
13 May 15:35:27 - [info] [ccu-connection:CCU3] rega getValues
13 May 15:35:28 - [info] [ccu-connection:CCU3] values saved to /home/pi/.node-red/ccu_values_10.0.0.16.json
13 May 15:35:28 - [info] [ccu-connection:CCU3] Interfaces: ReGaHSS, BidCos-RF, HmIP-RF, VirtualDevices
13 May 15:35:28 - [info] [ccu-connection:CCU3] Interface ReGaHSS connected
13 May 15:35:28 - [info] [ccu-connection:CCU3] init BidCos-RF http://0.0.0.0:2085 nr_242815_BidCos-RF
13 May 15:35:28 - [info] [ccu-connection:CCU3] init HmIP-RF http://0.0.0.0:2085 nr_242815_HmIP-RF
13 May 15:35:28 - [info] [ccu-connection:CCU3] init VirtualDevices http://0.0.0.0:2085 nr_242815_VirtualDevices
13 May 15:35:28 - [info] [ccu-connection:CCU3] xmlrpc server listening on http://0.0.0.0:2085
13 May 15:35:28 - [info] [ccu-connection:CCU3] Interface BidCos-RF http port 2001 connected
13 May 15:35:28 - [info] [ccu-connection:CCU3] regadata saved to /home/pi/.node-red/ccu_rega_10.0.0.16.json
13 May 15:35:28 - [info] [ccu-connection:CCU3] Interface HmIP-RF http port 2010 connected
13 May 15:35:38 - [info] [ccu-connection:CCU3] Interface VirtualDevices http port 9292 connected
13 May 15:47:58 - [info] [ccu-connection:CCU3] Interface HmIP-RF disconnected
13 May 15:47:58 - [warn] [ccu-connection:CCU3] ping timeout HmIP-RF 750
13 May 15:47:58 - [info] [ccu-connection:CCU3] init HmIP-RF http://0.0.0.0:2085 nr_242815_HmIP-RF
13 May 16:00:28 - [warn] [ccu-connection:CCU3] ping timeout HmIP-RF 750
13 May 16:00:28 - [info] [ccu-connection:CCU3] init HmIP-RF http://0.0.0.0:2085 nr_242815_HmIP-RF
13 May 16:12:58 - [warn] [ccu-connection:CCU3] ping timeout HmIP-RF 750
13 May 16:12:58 - [info] [ccu-connection:CCU3] init HmIP-RF http://0.0.0.0:2085 nr_242815_HmIP-RF
13 May 16:25:28 - [warn] [ccu-connection:CCU3] ping timeout HmIP-RF 750
13 May 16:25:28 - [info] [ccu-connection:CCU3] init HmIP-RF http://0.0.0.0:2085 nr_242815_HmIP-RF

Alle 750 Sekunden wird wieder ein Timeout gemeldet.

Ich habe schon folgendes probiert:

• CCU3 aktualisiert
• CCU3 stromlos gemacht und nach einiger Zeit wieder neu gebootet
• Alle CCU-Nodes aus Node Red entfernt und neu eingebunden
• Die verschiedensten Interfaces des node ccu-connection aktiviert und deaktiviert

Alles mit dem gleichen Ergebnis. 750 Sekunden nach Interface HmIP-RF http port 2010 connected erscheint die Meldung Interface HmIP-RF disconnected und danach ist Schluß!

Konfiguration des Node ccu-connection (siehe Evernote).

Ich bin jetzt mit meinem Latein am Ende und hoffe, hier kann mir jemand weiterhelfen.
LG Achim

[AchKa]

Ich habe jetzt einen syslog-Server aufgesetzt und erhalte folgende Fehlermeldungen von der CCU3:

Code: Alles auswählen

2023/05/14 12:03:09.154	10.0.0.16	Error	user-level	May 14 12:03:08	rfd:				XmlRpc transport error calling listDevices({"nr_242815_BidCos-RF"}) on http://0.0.0.0:2085/RPC2:
2023/05/14 12:03:09.154	10.0.0.16	Error	user-level	May 14 12:03:08	rfd:				XmlRpc transport error calling system.listMethods({"nr_242815_BidCos-RF"}) on http://0.0.0.0:2085/RPC2:
2023/05/14 12:02:58.175	10.0.0.16	Error	user-level	May 14 12:02:57	rfd:				XmlRpc transport error calling listDevices({"nr_242815_BidCos-RF"}) on http://0.0.0.0:2085/RPC2:
2023/05/14 12:02:58.175	10.0.0.16	Error	user-level	May 14 12:02:57	rfd:				XmlRpc transport error calling system.listMethods({"nr_242815_BidCos-RF"}) on http://0.0.0.0:2085/RPC2:

[Baxxy]

Listen Address 0.0.0.0 dürfte ungünstig sein.

Läuft NR direkt auf dem Pi oder in einem Container?

Wenn ersteres dann trage mal als Listen Address die IP Adresse des Pi ein.

[AchKa]

Node Red läuft auf einem Raspi direkt. Ich kann als Listen Address nur 0.0.0.0 oder 127.0.0.1 aus einer Dropdown-Liste auswählen. Ich habe beides schon erfolglos ausprobiert.

Die Firewall ist wie folgt konfiguriert:

Code: Alles auswählen

# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
ACCEPT     all  --  anywhere             anywhere
DROP       tcp  --  anywhere             anywhere             tcp dpt:8182
DROP       tcp  --  anywhere             anywhere             tcp dpt:8183
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:ssh
DROP       tcp  --  anywhere             anywhere             tcp dpt:31901
DROP       tcp  --  anywhere             anywhere             tcp dpt:31902
DROP       tcp  --  anywhere             anywhere             tcp dpt:35987
DROP       tcp  --  anywhere             anywhere             tcp dpt:38088
DROP       tcp  --  anywhere             anywhere             tcp dpt:39099
DROP       udp  --  anywhere             anywhere             udp dpt:snmp
DROP       tcp  --  anywhere             anywhere             tcp dpt:32000
DROP       tcp  --  anywhere             anywhere             tcp dpt:32001
DROP       tcp  --  anywhere             anywhere             tcp dpt:32002
DROP       tcp  --  anywhere             anywhere             tcp dpt:32010
DROP       tcp  --  anywhere             anywhere             tcp dpt:39292
DROP       tcp  --  anywhere             anywhere             tcp dpt:31999
DROP       tcp  --  anywhere             anywhere             tcp dpt:38181

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

[Baxxy]

OK. Dann mal probieren wenn du die IP bei Init Address einträgst.

[AchKa]

Hab ich gemacht. Die Fehlermeldung im Syslog ändert sich zu:

Code: Alles auswählen

2023/05/14 13:08:09.079	10.0.0.16	Error	user-level	May 14 13:08:08	rfd:				XmlRpc transport error calling listDevices({"nr_bbf52e_BidCos-RF"}) on http://10.0.0.16:2085/RPC2:
2023/05/14 13:08:09.079	10.0.0.16	Error	user-level	May 14 13:08:08	rfd:				XmlRpc transport error calling system.listMethods({"nr_bbf52e_BidCos-RF"}) on http://10.0.0.16:2085/RPC2:

[AchKa]

Die Meldung im Syslog erscheint unmittelbar nach Deploy des Flows in Node Red. Der Node zeigt zu diesem Zeitpunkt zwar noch connected an, und wechselt erst nach dem Timeout 750 Sek. später zu partly connected, aber Daten kommen (entgegen meiner eingangs geschilderten Beobachtung) keine in der InfluxDB an. Auch der Debug-Node in NR zeigt keine Daten an.

[Baxxy]

Irgendwas scheint da mit der Netzwerkkonfig deines Pi nicht zu stimmen.

Habe mal fix nen Pi4B mit Pi-OS Lite (64bit) aufgesetzt und Node Red nach Anleitung installiert.

Anschließend die ccu-connection node (habe die von ptweety genommen) installiert und eingerichtet.
Hier ist bei "Listen Address" 127.0.0.0, 0.0.0.0 sowie die IP des Pi 192.168.113.45 wählbar.
Die IP habe ich genommen, sonst nix verändert und die Connection steht.

[AchKa]

Irgendwas scheint da mit der Netzwerkkonfig deines Pi nicht zu stimmen.

Stimmt! Ich habe den Raspi heute aktualisiert und neu gestartet. Auf einmal war die Raspi-IP wieder in der Dropdown-Liste der Listen Address vorhanden und auswählbar. Es scheint wieder zu funktionieren...

Ich habe alles Mögliche ausprobiert und die Ursache nur bei der CCU3 gesucht. Auf das naheliegendste bin ich nicht gekommen. Vielen Dank!