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

[zautrix]

[
Bekanntermaßen sind ja erst mit dem Realease von Dual-Copro-Firmware 4.4.12 vor etwa 5 Monaten, als Bestandteil von der CCU3-Firmware 3.61.5, 3.61.6, 3.61.7 und 3.63.8, die hier diskutierten Probleme aufgetrete

Nööö.
Hatte ich ja bereits hier im Thread geschrieben: Ich hatte den von Daimler im ersten Post beschriebenen Fehler bereits vor 1-3 Jahren einmalig bei mir.
Interessiert hier aber niemanden.
Meine Schlussfolgerung ( die auch falsch sein kann ): Die den Fehler verursachende Racecondition gibt es schon länger. Nur durch die neue Funkmodul-Firmware tritt sie häufiger auf.
Interessanterweise tritt sie bei mir mit der neuen Firmware bisher gar nicht auf.

Ich hoffe für alle von dem Fehler Betroffenen, dass eQ3 das endlich fixen wird. Sicher wäre ich mir da aber nicht.

[blackhole]

Weil einerseits die Funkmodul-FW im Fehlerfall langsam antwortet, der SCo bei der Wiederholung aber den Counter erhöht, kommt im Extremfall keine gesicherten Kommunikation zu Stande.

Das bedeutet, dass die Firmware des Funkmoduls (4.4.12) bis zum Auftreten des Fehlers (innerhalb der Firmware des Funkmoduls) einwandfrei funktioniert und im Fehlerfall eben nicht nur HM-Sec-SC(o) von dem Fehler betroffen sind, sondern mindestens alle HM-Geräte, die eine gesicherte Funkübertragung unterstützen und aktiviert haben(?).

Das würde zum Beispiel meine Beobachtung bzgl. HM-Sec-MDIR-2 erklären. Tatsächlich betroffen wären allerdings weit mehr Geräte, die Symptome bleiben halt nur weitgehend unbemerkt.

Ansonsten macht sich der Fehler (innerhalb der Firmware des Funkmoduls) nur durch den (anderen) Fehler in der Firmware von HM-Sec-SCo (1.0), mit den bekannten Symptomen, derart deutlich bemerkbar. Das habe ich jetzt verstanden.

Auf Seiten der Funkmodul-FW muss auf jeden Fall diese Verzögerung raus, woher sie auch kommt.

Und davon unabhängig ist im SCo das Erhöhen des Counters und die Sendeschleife (anderer Bug) zu fixen.

Danke, das war mir vorher so nicht bewusst. Ich hätte nicht gedacht, dass der Fehler derart weitreichend ist.

[Slice]

Hallo zusammen.

nur zur Info und ich zitiere meinen Beitrag von hier zu diesem Problem nochmal:
viewtopic.php?f=27&t=71025&start=590#p715095
..gestern auf heute war es genau nach 9 Tagen wieder soweit!
Der Sensor von der Heizung hat keinen Status mehr gemeldet.
Aber steht ja alles schon in dem verlinkten Beitrag.

Grüße,
Slice

[blackhole]

..gestern auf heute war es genau nach 9 Tagen wieder soweit!

Wenn man keinen der bekannten Workarounds anwendet, wird der Fehler auch weiterhin auftreten.
Seitens eQ-3 wurde der nunmehr 6 Monate alte Fehler in der Funkmodul-Firmware nach wie vor nicht behoben.

[jmaus]

Seitens eQ-3 wurde der nunmehr 6 Monate alte Fehler in der Funkmodul-Firmware nach wie vor nicht behoben.

Abwarten und Tee trinken...

[blackhole]

Abwarten und Tee trinken...

Der größte Teebeutel der Welt

… wurde am 20. September 2014 in Saudi-Arabien gezeigt und wog 250 kg. Man glaubt es kaum, aber mit dem 3 Meter breiten und 3,7 Meter hohen Teebeutel ließen sich 100.000 Tee Tassen zubereiten.

Quelle: teebox-kontor.de

[jp112sdl]

Abwarten und Tee trinken...

Wir (Nutzer), oder die (eQ-3) ?

[MichaelN]

In Leer wird viel Tee getrunken. SCNR

[jmaus]

Abwarten und Tee trinken...

Wir (Nutzer), oder die (eQ-3) ?

Ich denke ich kann hier zumindest soviel verraten, das es nicht mehr lange dauern wird für einen öffentlichen Fix für das hier beschriebene Problem. Zumindest tritt es bei mir nicht mehr auf

[blackhole]

Ist öffentlich seit ca. 20 Minuten:

https://github.com/eq-3/occu/tree/maste ... RPI-RF-MOD