HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5

[Tibin]

Dann wollen wir mal hoffen, dass die 'Entwickler' auch gemeinsam am gleichen Problem wickeln und die von dir übermittelte vollumfassend in einem Fließtext samt Bilder der Analyzerscreenshots zusammengefasste Dokumentation ausreichend war!

Günther, da musste ich aber mal schmunzeln
Da kann man echt nur hoffen.
Gruß Tino

[Xel66]

Du kannst also das ganze gerne auch über mich kanalisieren statt zu versuchen das durch den First-Level Support durchzubekommen.

Gute Idee. Ich würde mich dann mit Bezug hierauf bei Dir melden, wenn ich "erfolgreich" bin. Am 1st Level würde ich wohl abprallen wie ein Tennisball und mit Worthülsen aus einem Standardtextbaustein abgefertigt. Dann warten wir mal aufs nächste Ereignis. Ich werde mal öfter Lüften.

Gruß Xel66

[Daimler]

Hi Tihno

Günther, da musste ich aber mal schmunzeln

Schäm dich - bei solch einem todernsten Thema.

[Sven_A]

Hmpf.... ich GLAUBE ich habe noch was neues dazu...: Am Samstag abend kam es wieder zum Problem das die SC und SCo kein ACK erhielten, ewig sendeten, rot quiettierten. DC stieg CCU Seitig nach zwei, dreimal testen Erwartungsgemäß ganz schnell auf ~70%. Da ich wie weiter vorne Logfile erstellen wollte hab ich das System NICHT neu gebootet, sondern stehen lassen und wollte das dann am Sonntag in Ruhe machen. Nur... Sonntag früh, flutscht alle wieder, SCo meldet sofort grün wenn ich das Fenster öffne. Wenn bei mir also nicht irgendwas anderes dermassen doof rein gestört hatte das nur die SCo's gestört waren (Drehgriffsensoren schafften grün) dann scheint sich das System irgendwann wieder zu fangen... zumindest manchmal, und wenn es ein paar Stunden Ruhe hat....

Gruß,
Sven

[NilsG]

Das hatte ich weiter oben auch schon mal geschrieben.
Bei mir fing sich das dann über Nacht auch.

[Xel66]

Gibt es einen WatchDog, der ggf. das Funkmodul neu startet, wenn es sich mal weggehängt hat? Vielleicht ist das ja ein temporärer Workaround, wenn man das ggf. selbst machen könnte.

Gruß Xel66

[Sven_A]

Das hatte ich weiter oben auch schon mal geschrieben.

Merci für die Bestätigung. Auch wenn ich der Meinung war ich hätte den Thread hier voll verfolgt ging das an mir vorbei.

Das erklärt dann ggf. auch die zahlreichen Meldungen "hoher DC" die mit der Version im entsprechenden RM Thread immer wieder aufgetaucht sind. Klar geht der DC hoch wenn da mehrmals versucht wird zu Kommunizieren und die CCU und der Sensor sich nicht einig werden. Hatte ich bisher auch jedesmal.

Gruß,
Sven

[blackhole]

Seit dem 29.12.2021 (Umstellung der HM-Sec-SCo auf RF-LAN-GW) konnte ich unter Firmware 3.61.7 keinerlei Symptome mehr feststellen. Daher sehe ich hier zurzeit keinen dringenden Grund für ein Downgrade.

Das ist natürlich reine Symptombekämpfung, das ursächliche Problem existiert auch bei mir nach wie vor und würde wohl auch erneut zuschlagen, wenn ich die ursprüglichen Zuordnungen wiederherstellen würde.

[NilsG]

Genau das habe ich auch gemacht!
Alle auf die LAN-Gateways geschoben und Ruhe ist.

Ist aber eben ja nur ein Workaround und keine Finale Lösung

[jmaus]

Gibt es einen WatchDog, der ggf. das Funkmodul neu startet, wenn es sich mal weggehängt hat? Vielleicht ist das ja ein temporärer Workaround, wenn man das ggf. selbst machen könnte.

Natürlich könnte man zumindest das RPI-RF-MOD via GPIO pin setzen resetten lassen. Problem bei der Sache ist jedoch, das du dann auch sämtliche Dienste (multimacd, rfd, HmIPServer) neustarten lassen musst und das kommt fast einem kompletten Neustart dann gleich. Und was sollte solch ein WatchDog bitte als Bedingung nehmen um entsprechend auszulösen? Ist ja nicht so das die gesamte Kommunikation nicht mehr geht - lediglich die SC/SCo fangen ja wohl an zu spinnen während andere BidCos-RF Geräte weiterhin wohl problemlos funktionieren.