HB-RF-ETH Problem

[Lich2023]

Seit gestern verliert meine CCU ständig die Verbindung zu meiner HB-RF-ETH. Sie ist weiterhin im Broser erreichbar und auch die ip stimmt. nach einem Neustart der CCU klappt auch alles wieder. Jedoch nach ca. 15min verliert er immer die Verbindung und nur ein Neustart baut sie wieder auf.

[Lich2023]

OpenCCU als Home-Assistant-App (OCI, amd64) - Funkmodul RPI-RF-MOD ueber HB-RF-ETH (Firmware 1.3.0)
Problem: Verbindung CCU <-> Funkmodul bricht ab (Feld 'Verbunden mit' im Modul leer), Modul im Browser und per Ping erreichbar.
Neustart der OpenCCU-App oder von Home Assistant hilft kurzzeitig, Neustart nur des Moduls nicht.

***** boot.log (gekuerzt) *****
Identifying host system: QEMU Standard PC (i440FX + PIIX, 1996) (oci), OK
Initializing RTC Clock: rtc_cmos PNP0B00:00, OK
Running sysctl: OK
Checking for UserFS Resize: not required
Checking for Factory Reset: not required
Checking for Backup Restore: not required
Running seedrng: OK
Initializing System: OK
Setup ca-certificates: OK
Starting logging: OK
Init onboard LEDs: init, OK
Starting network: eth0: link up, fixed, firewall, inet up, 172.30.x.x, OK
Identifying Homematic RF-Hardware: .....HmRF: RPI-RF-MOD/HB-RF-ETH@192.168.x.x, HmIP: RPI-RF-MOD/HB-RF-ETH@192.168.x.x, OK
Updating Homematic RF-Hardware: RPI-RF-MOD: 4.4.22, not necessary, OK
Starting hs485dLoader: disabled
Starting xinetd: OK
Starting eq3configd: OK
Starting lighttpd: OK
Starting ser2net: disabled
Starting ssdpd: OK
Starting ha-proxy: OK
Starting NUT services: disabled
Initializing Third-Party Addons: OK
Starting LGWFirmwareUpdate: not required
Setting LAN Gateway keys: not required
Starting hs485d: disabled
Starting multimacd: .......OK
Starting rfd: .OK
Starting HMIPServer: .........OK
Starting ReGaHss: .OK
Starting CloudMatic: OK
Starting NeoServer: OK
Starting Third-Party Addons: OK
Starting crond: OK
Setup onboard LEDs: booted, OK
Finished Boot: 3.89.11.20260919 (oci_amd64)

***** messages (ohne ReGaHss-Startmeldungen, Auszug) *****
Oct 18 22:27:09 openccu syslog.info syslogd started: BusyBox v1.38.0
Oct 18 22:27:09 openccu user.info firewall: configuration set
Oct 18 22:27:16 openccu daemon.err xinetd[1135]: Unable to read included directory: /etc/config/xinetd.d [file=/etc/xinetd.conf] [line=14]
Oct 18 22:27:16 openccu daemon.crit xinetd[1135]: 1135 {init_services} no services. Exiting...
Oct 18 22:27:47 openccu daemon.info : starting pid 1550, tty '': '/bin/mv /tmp/boot.log /var/log/boot.log'
Oct 18 22:27:47 openccu daemon.info : starting pid 1551, tty '/dev/null': '/usr/bin/monit -Ic /etc/monitrc'
Oct 18 22:27:47 openccu user.info monit[1551]: Starting Monit 5.35.2 daemon with http interface at /var/run/monit.sock
Oct 18 22:27:47 openccu user.info monit[1551]: 'openccu' Monit 5.35.2 started
Oct 19 07:32:26 openccu user.err monit[1551]: 'hb_rf_eth-Check' status failed (1) -- no output
Oct 19 07:32:26 openccu user.info monit[1551]: 'hb_rf_eth-Check' exec: '/bin/sh -c /bin/triggerAlarm.tcl 'HB-RF-ETH: no connection' 'WatchDog: hb-rf-eth-connection' true'
Oct 19 07:32:41 openccu user.err monit[1551]: 'hb_rf_eth-Check' status failed (1) -- no output
Oct 19 07:32:57 openccu user.err monit[1551]: 'hb_rf_eth-Check' status failed (1) -- no output
Oct 19 07:33:12 openccu user.err monit[1551]: 'hb_rf_eth-Check' status failed (1) -- no output
Oct 19 07:33:28 openccu user.err monit[1551]: 'hb_rf_eth-Check' status failed (1) -- no output
[... Wiederholungen derselben Meldung alle ca. 15 s bis 07:52:14 (78 Fehlschlaege) gekuerzt ...]

[Lich2023]

jemand eine Idee was ich tun kann? oder lag es an einem update und das Problem ist bereits bekannt?
Das Modul lief ca.4 Jahre ohne Probleme und ist auch im Webbrowser immer erreichbar und es wurde auch nichts geändert.

[Baxxy13]

Vielleicht gibt die ETH langsam den Geist auf.
Speziell bei Stromversorgung über PoE liest man da häufiger von Problemen.

Generell würde ich OpenCCU nicht als App (Docker) in einem HA nutzen wenn der HA als Virtuelle Maschine (vermutlich unter Proxmox) läuft.

[Lich2023]

Mhh...das ist schlecht...hatte eigentlich nie Probleme mit proxmox und App in HA.
Stromversorgung über Poe klappte bsi jetzt auch immer super. Dann brauche ich wohl eine neues ETH.
Wie würdest du es den gestalten? Poe is eigentlich nicht zwangsläufig notwendig. Ist alles in einem Serverraum sehr zentral im Haus.
OpenCCU dann als eigene virtuelle Maschine unter proxmox? Was empfiehlst du zu tun?

[Lich2023]

Ich versteh aber halt auch nicht wenn es dann aufgefallen ist warum es dann im Browser trotzdem Problemlos zu erreichen ist. Wenn es kaputt ist.

[Baxxy13]

Kann ja sein das die ETH nur sporadisch kurz rebootet und wenn du es merkst ist sie halt wieder da.
Ich würde erstmal die kleinen Dinge angehen, also Netzwerkkabel mal tauschen, statt PoE mal über USB oder den Hohlstecker versorgen.
Und ja, ich würde OpenCCU als eigenständige VM laufen lassen. Damit hat man eine mögliche Fehlerquelle weniger, nämlich HA-OS als "Zwischenschicht".

Könnte ja auch sein das es generelle Netzwerkprobleme gibt die schon beim Proxmox anfangen. Und das nichts geändert wurde erzählen immer alle. Dabei ist schon ein Kernel-Update von Proxmox eine Änderung, genau wie ein HA-OS Update usw.

[Lich2023]

Wenn sie sporadisch rebootet wieso verbindet sich dann die Ccu nicht mehr. Im Log steht ja alle 15sec wird dies versucht aber es scheitert. Würdest du ganz weg gehen von einem Netzwerk Antenne oder dann nur eine ohne Poe nutzen?--Gesendet mit der WEB.DE Mail AppAm 19.10.26, 11:32 schrieb Baxxy13 ***@***.***>: Kann ja sein das die ETH nur sporadisch kurz rebootet und wenn du es merkst ist sie halt wieder da. Ich würde erstmal die kleinen Dinge angehen, also Netzwerkkabel mal tauschen, statt PoE mal über USB oder den Hohlstecker versorgen. Und ja, ich würde OpenCCU als eigenständige VM laufen lassen. Damit hat man eine mögliche Fehlerquelle weniger, nämlich HA-OS als "Zwischenschicht". —Reply to this email directly, view it on GitHub, or unsubscribe.Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today! You are receiving this because you authored the thread.Message ID: ***@***.***>