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

[jp112sdl]

meines Wissens nicht OTA fähig, oder?!

Woher hast du die Information?
Ich habe eine andere: viewtopic.php?f=27&t=71025&p=695618#p695509

[NilsG]

Ok, aber nicht mit Bordmitteln

[jmaus]

Ok, aber nicht mit Bordmitteln

Woran machst du das fest?

Auch hier ist doch von "updateable=true" die Rede:
https://github.com/eq-3/occu/blob/maste ... ec_sco.xml

[Daimler]

Hi,

Ich habe eine andere

Ich kann mich aber auch an eine diebez. Diskussion hier im Forum erinnern -> Ergebis: OTA geht nicht - aber du hast da verm. andere Möglichkeiten.

und auch da ist das Problem inzwischen auf dem Tisch gelandet

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!

da nur dieser Sensor momentan von dem Problem wohl betroffen

Hier war übrigens auch der SC btroffen.

Nun muss man eQ3 eben ein wenig Zeit geben

Ich zum. gebe Ihnen alle Zeit der Welt.

ich bin jetzt nicht ganz so sicher was Du meinst.

Hallo Thomas,
Ich meinte Salamitaktik, weil Logs ja bereits in ausreichender Stückzahl vorlagen / vorliegen müssten.

[jp112sdl]

Hi,

Ich habe eine andere

Ich kann mich aber auch an eine diebez. Diskussion hier im Forum erinnern -> Ergebis: OTA geht nicht - aber du hast da verm. andere Möglichkeiten.

Es gab doch bisher noch nie ein Update für den SCo.
Deshalb suche ich immer noch nach einer Quelle für "DAS GEHT BEI DENEN NICHT".
Wo kommt die Behauptung her, außer "ich hab mal irgendwo gelesen..." ?

Ich drück da jetzt aber nicht aufs Knöpfchen...

[Daimler]

Wo kommt die Behauptung her,

Wenn ich den Fred gefunden hätte, bräuchtest du nicht meht zu suchen.
Aber wenn es ja trotzdem OTA geht - umso besser.

Ich drück da jetzt aber nicht aufs Knöpfchen.

Hast du Schlingel etwa ein Update gbruzzelt, dass eq3 aus der Sch ande ziehen würde

[jp112sdl]

Nein ich habe nur ein Blanko Update hinterlegt um zu zeigen, dass es CCU seitig keine Hürde gibt.

[Xel66]

Tritt der Zustand ein, laden Sie bitte unter der CCU-Wartung die Logdateien herunter. Danach dann bitte bei Homematic Funk und Logikschicht auf "Alles loggen" umstellen.

Ich habe auch mal meinen Loglevel hochgedreht (von "Fehler" auf "alles Loggen"). Bei mir wird bei einem ungewöhnlichen Anstieg der Systemmeldungen eine Mail mit den aktuelle Logdateien abgesetzt. Zusätzlich läuft auch noch alles auf einen Loghost. Es besteht nur ein Problem. Ich betreibe eine Raspberrymatic und ein paar Addons. Und dafür fühlen die sich ja im Normalfall nicht zuständig. Vielleicht springen die ja mal über ihren Schatten, um den Fehler zu analysieren.

Nein ich habe nur ein Blanko Update hinterlegt um zu zeigen, dass es CCU seitig keine Hürde gibt.

Das macht Hoffnung, dass das bei einem erkannten Fehler OTA gefixt werden kann.

Gruß Xel66

[darkbrain85]

Gerade passiert folgendes. Alles innerhalb von Sekunden. Zusammenhang oder Zufall?

Raspberrymatic 3.61.7.20211218

Code: Alles auswählen

root@Raspberrymatic:~# uptime
 15:40:32 up 24 days,  6:51,  1 users,  load average: 2.03, 2.00, 1.48

Ich mache bis heute Abend keinen reboot, falls jemand weitere Infos will.

Edit: Naja, vermutlich kein Zusammenhang. HM Classic ist tot, IP und wired laufen noch. Offensichtlich waren die Thermostate einfach jetzt schon überfällig...

[jmaus]

besteht nur ein Problem. Ich betreibe eine Raspberrymatic und ein paar Addons. Und dafür fühlen die sich ja im Normalfall nicht zuständig. Vielleicht springen die ja mal über ihren Schatten, um den Fehler zu analysieren.

Die Entwickler machen das ja, nur eben der First-LevelSupprit nicht Du kannst also das ganze gerne auch über mich kanalisieren statt zu versuchen das durch den First-Level Support durchzubekommen. Die eQ3 Entwickler selbst reagieren ja auch auf mich und meine Anfragen ohne dauernd zu fordern das ich das mit einer reinen CCU3 reproduzieren muss.