[GELÖST] Ausfall des Funkadapters und RaspberryMatic merkt es nicht

[ManniTom]

Ich wäre froh, wenn man über den Ausfall informiert wird.
Habe ja praktisch nur Fenstersensoren und Heizungsregler.
Wenn der Funk ausfällt, gibt es bei meinem System überhaupt keine Fehlermeldungen.
Evtl. weil die CCU von diesen Geräten nur empfängt.

[Roland M.]

Hallo!

Mein Senf dazu: natürlich ist es nicht vorgesehen, dass das Funkmodul "abhanden" kommt, aber es passiert trotzdem. Gerade mit den virtuellen RM-Varianten auf Nicht-Raspi-Hardware ist man auf die USB-Verbindung bzw. die Netzwerkverbindung angewiesen - und eQ-3/ELV vertreibt ja auch den HmIP-RFUSB.
Und passieren kann immer etwas. Ich selbst habe bei einem Kunden miterlebt, dass der nur den Server im Schrank vorgezogen hat und dabei das ungeschickt verlegte Netzkabel zwischen Server und USV abgezogen hat - und das noch während einer Datenbakrekonstruktion... Man kann aber auch sagen, Server sind an der USV vor Stromausfall sicher...

Ich kann mir also schon vorstellen, dass die Überwachung des Funkmoduls sinnvoll sein könnte.
Vielleicht könnte man die vorhandene Anzeige der Hardware auf der Hilfeseite als Basis nehmen (oder einfach lsusb?) und alle x Minuten ausführen, wird kein Funkmodul erkannt, gibt's Alarm.


Roland

[jmaus]

Wenn der Funk ausfällt, gibt es bei meinem System überhaupt keine Fehlermeldungen.
Evtl. weil die CCU von diesen Geräten nur empfängt.

Diese intuitive Annahme stimmt so nicht. Jegliche an die CCU angelernten HomeMatic oder homematicIP Geräte senden zyklisch Statusinformationen an die CCU oder die CCU bestätigt ein Funkpaket entsprechend. Insofern wirst du nach X Minuten/Stunden wenn diese zyklischen Statusmeldungen ausbleiben (weil eben das Funkmodul nicht geht) eine entsprechende Kommunikationsstörung erhalten.

[deimos]

Hallo,

Vielleicht könnte man die vorhandene Anzeige der Hardware auf der Hilfeseite als Basis nehmen (oder einfach lsusb?) und alle x Minuten ausführen, wird kein Funkmodul erkannt, gibt's Alarm.

Ganz so trivial ist es leider nicht. Klassiker Raspi: Kurze Spannungsschwankung, der geht in Undervoltage und wirft die USB Ports kurz ab. Kurz danach stabilisiert sich die Spannung und lsusb findet das Gerät wieder. Mangels Reconnect im multimacd ist die Verbindung weiterhin unterbrochen aber ein Monitoring per lsusb wird trotzdem nicht anschlagen.
Ich habe aber eine Idee, wie man das ähnlich zur Überwachung der HB-RF-ETH sauber umsetzen könnte. Ich werde das über Ostern mal probieren.

Viele Grüße
Alex

[Baxxy]

So eine "Disconnect-Erkennung" direkt im System zu haben ist natürlich die beste Lösung.
Mein kleines Progrämmchen tut's aber auch und gibt brav spätestens 6m nach disconnect Alarm.

Paar interessante Details vom Test:

• Der DC wird trotz entferntem Funkmodul weiterhin alle 5m aktualisiert (mit dem letzten bekannten Wert), taugt also nix zur Triggerung
• Der CS fällt bei entferntem Funkmodul komplett weg, taugt sehr gut zur Triggerung

  

• RaspberryMatic ist nach dem Reboot (Funkmodul wurde nach dem abziehen wieder angesteckt) der Meinung "Unclean shutdown or system crash identified"

[jmaus]

Bitte schön:

https://github.com/jens-maus/RaspberryM ... 5eb435d996

[deimos]

Hi,

neben dem von mir oben genannten Problem mit der nicht vollständigen Erkennung des Ausfalls, dürfte diese Umsetzung nicht bei allem knallen, was nicht über die raw-uart Treiber angeschlossen ist?

Viele Grüße
Alex

[jmaus]

neben dem von mir oben genannten Problem mit der nicht vollständigen Erkennung des Ausfalls,

In der Tat wäre es sicher am besten vllt irgendetwas im raw uart zu haben das vllt den Ausfall/Veebindungsverlust signalisiert.

… dürfte diese Umsetzung nicht bei allem knallen, was nicht über die raw-uart Treiber angeschlossen ist?

Und welches Funkmodul bzw welche Verbindung meinst du da konkret? Es wird doch nun inzwischen für alle Funkmodultypen immer dein raw uart eingesetzt, zumindest im Kontext von RaspberryMatic.

[deimos]

Hi,

Docker, HA, ...
In der InitRFHardware sind mehrere Möglichkeiten drin.

Viele Grüße
Alex

[jmaus]

Docker, HA, ...
In der InitRFHardware sind mehrere Möglichkeiten drin.

Übersehe ich wirklich was? Auch im Falle von Docker wird doch der raw uart genommen und dann sollte die Funkmodulprüfung doch da genauso via sysfs funktionieren?!?