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

[Thomas.Weinreich]

Ich versuche es mal.
viewtopic.php?f=27&t=71025&p=692641#p692641

Hallo Günter,
ich bin nicht sicher ob Du mich hier angesprochen hast. Was ich aus Deinem Beitrag sehe ist z.B. das Neustarten helfen soll, das habe ich ja alles hinter mir. Nach dem Update mehrfach komplett runtergefahren und neu gestartet, dann lief es aber auch nach einem Tag nicht mehr.

Ich habe hier in diesem Thread auch von dem Verschlüsselungsthema gelesen. daher habe ich eben 2 Kontakte auf unverschlüsselt gestellt und ich logge alle Kontakte mit. Mal sehen ob es Morgen einen Unterschied zwischen unverschlüsselter und verschlüsselter Kommunikation der SCo gibt. Das wäre ja schon mal ein Ansatz.

Was ist bei mir ggf. Besonders: Die Statusmeldungen werden erst verzögert nach 1s geschickt und ein Reset am SCo ist gesperrt.

Gruß
Thomas

[jp112sdl]

Ich hatte das Problem „Kommunikationsfehler“ bei meinen zwei HM-Sec-SCo ca. 3-5 Tage nachdem Update auf 3.61.5.20211113 …
...
Bei mir hat dann nur ein reboot der CCU geholfen …. Seit dem (ca. 7 Tage) läuft es noch Störungsfrei …

Bin gespannt, ob es so bleibt, oder ob nach 10,6 Tagen wieder die Kommunikation gestört ist.

[stan23]

nach 10,6 Tagen

Nach 255 Stunden?

[jp112sdl]

nach 10,6 Tagen

Nach 255 Stunden?

Bei manchen auch früher...

Vielleicht ergibt sich mal ein Direktkontakt mit jemanden, der das Problem aktuell hat.
Würde gern ein paar Sachen tracen. Das Funktelegramm muss ja irgendwo verschütt gehen.
Da lassen sich am multimacd ja noch ein paar Schalter betätigen.

[Thomas.Weinreich]

nach 10,6 Tagen

Nach 255 Stunden?

Bei manchen auch früher...

Vielleicht ergibt sich mal ein Direktkontakt mit jemanden, der das Problem aktuell hat.
Würde gern ein paar Sachen tracen. Das Funktelegramm muss ja irgendwo verschütt gehen.
Da lassen sich am multimacd ja noch ein paar Schalter betätigen.

Bei mir ist das bisher immer nach ca. einem Tag gewesen. Wenn es Morgen wieder so sein sollte kann ich gerne ein paar Dinge nach Anleitung tracen...

[Bernd-Joras]

So Jungens …. Ich bin dann erst einmal raus aus der Nummer …
Habe gerade nicht aufgepasst und meinen Historian auf 2.8.0 aktualisiert … danach automatischer Neustart der CCU …
Somit ist das für mich nun vorab erledigt.
Kann ja nicht sein, dass ich hier tagelang vor meinem System sitze und auf Fehler warte …
Melde mich hier erst wieder wenn Bedarf ist … BG, Bernd

[Daimler]

Hallo Thomas,

Was ich aus Deinem Beitrag sehe ist z.B. das Neustarten helfen soll,

Sollte ich mich hier

Bei einigen hilft ein Reboot, bei anderen das Update auf 61.6

wirklich so missverständlich ausgedrückt haben?

ich logge alle Kontakte mit

Wie weit zurück geht denn dein Log?
Hast du viel. noch eine Statusmeldung von einem der gestörten SCo drin stehen?
Wenn ja, dann poste die bitte hier.

[Sven_A]

Alles schon gemacht und wimre auch iwo in diesen Freds erwähnt.

Dann sorry, das ging an mir vorbei.

[jp112sdl]

Einer der TFK ist ~ 3 Meter von seiner CCU entfernt.
Andere hängen auch an Lan-Gateways (HomeMatic RF-LAN Gateway).

Wie ist/war denn das bei dir - am LAN-Gateway tritt das Problem bei auch auf oder nicht (wie bei Bernd-Joras) ?

Und noch mal für mich zusammenfassend:
Wenn die Kommunikationsstörungsmeldung ansteht, verschwindet sie auch nicht, wenn man den TFK betätigt?
AmTFK wird eine Betätigung dann mit "rot" quittiert?

An Binärdateien hat sich von der 3.59 zur 3.61 m.W. nichts am RFD oder MULTIMACD geändert.
Wohl aber die Firmware des RPI-RF-MOD. Und natürlich auch der HMIPServer-Dienst.

[Daimler]

Wie ist/war denn das bei dir - am LAN-Gateway tritt das Problem bei auch auf oder nicht ?

Stimmt - der Fred wird langsam unübersichtlich.

Wie geschrieben:
Es betraf auch Sensoren, die an einem Gateway hingen.
Auch ein Schwenk von CCU auf Gateway oder umgekehrt brachte keine Besserung.

Die SM verschwand nicht, wenn der TFK betätigt wurde, weil der TFK anscheinend die CCU nicht erreichte bzw. keine Rückmeldung der CCU erhielt und rot quittierte.
Eigenartigerweise wurde aber eine Alarm-/Sabotagemeldung (Abziehen des Deckels) sofort übermittelt, die SM 'Ist gestört' verschwand im UI bzw. wurde durch die 'Sabotage' Meldung ersetzt.
Deckel wieder drauf -> SM Sabotage verschwand-> ein erneutes Betätigen des TFK wurde wieder mit Rot quittiert.

Wohl aber die Firmware des RPI-RF-MOD.

Kann aber zwischen 3.61.5 und 3.61.6 keinen Unterschied feststellen - beide 4.4.12.

P.S.
Auch heute keine TFK - SMs unter 3.61.6.