HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
Moderator: Co-Administratoren
-
- Beiträge: 1203
- Registriert: 03.02.2016, 14:44
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: irgendwo aus Süd BaWü
- Hat sich bedankt: 141 Mal
- Danksagung erhalten: 85 Mal
Re: HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
Ja, ich weiß, aber bekanntlich stirbt die Hoffnung zuletzt.
----------------------------------------------------------------------------------------
Raspi3B+ Bullseye mit HB-RF-ETH und RPI-RF-MOD auf piVCCU-FW 3.75.7 / Addons: CuxD v2.11 - E-Mail v1.7.6 - Patcher v1.0.0 - Philips Hue v3.2.5 - Programme drucken v2.6 - Scriptparser v1.11 - XML-API v2.3
Geräte: 141 / Kanäle: 791 / Datenpunkte: 6080 / SysVars: 275 / Programme: 161 / Regadom IDs: 14010 / 48 CUxD-Kanäle in 3 CUxD-Geräten
Intel NUC i3-5010U @ 2,1 GHz mit 16 GB RAM & 512 GB SSD für Proxmox mit ioBroker VM und CCU-Historian/InfluxDB/Grafana VM
----------------------------------------------------------------------------------------
Projekte im Forum: HomeHub v4.1 / Fritzbox-Anruferliste für HomeHub
----------------------------------------------------------------------------------------
Raspi3B+ Bullseye mit HB-RF-ETH und RPI-RF-MOD auf piVCCU-FW 3.75.7 / Addons: CuxD v2.11 - E-Mail v1.7.6 - Patcher v1.0.0 - Philips Hue v3.2.5 - Programme drucken v2.6 - Scriptparser v1.11 - XML-API v2.3
Geräte: 141 / Kanäle: 791 / Datenpunkte: 6080 / SysVars: 275 / Programme: 161 / Regadom IDs: 14010 / 48 CUxD-Kanäle in 3 CUxD-Geräten
Intel NUC i3-5010U @ 2,1 GHz mit 16 GB RAM & 512 GB SSD für Proxmox mit ioBroker VM und CCU-Historian/InfluxDB/Grafana VM
----------------------------------------------------------------------------------------
Projekte im Forum: HomeHub v4.1 / Fritzbox-Anruferliste für HomeHub
----------------------------------------------------------------------------------------
- blackhole
- Beiträge: 3730
- Registriert: 21.07.2015, 14:03
- System: CCU
- Hat sich bedankt: 184 Mal
- Danksagung erhalten: 587 Mal
Re: HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
Was beheben die Entwickler denn?
Wenn man die Erkenntnisse von jp112sdl zusammenfasst und kombiniert, ist es doch wohl so, dass ein Fehler, der unter anderem in der Geräte-Firmware 1.0 von HM-Sec-SCo schon immer vorhanden war, entweder durch einen Zufall oder einen Workaround in Dual-Copro-Firmware 4.2.14 in der aktuellen Ausprägung bis vor 5 Monaten nie aufgetreten ist.
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 aufgetreten.
Das wiederum kann ja nur bedeuten, dass der Teil der in Dual-Copro-Firmware 4.2.14, der bis vor etwa 5 Monaten den Fehler der Geräte-Firmware von HM-Sec-SC und HM-Sec-SCo die letzen Jahre erfolgreich kaschiert hat, in Dual-Copro-Firmware 4.4.12 verändert oder entfernt wurde.
Das heißt aber nicht, dass Dual-Copro-Firmware 4.4.12 per se fehlerhaft ist, da andere HM-Geräte eben nicht von dem Fehler betroffen sind. Das bedeute aber schon, dass es für eine Ursachenbehebung nun (seit Jahren, spätestens aber seit 5 Monaten) an der Zeit ist, den Fehler in der Firmware von HM-Sec-SC und HM-Sec-SCo zu beheben.
An dieser Stelle sind wir an dem Punkt, an dem jp112sdl das alte "Forenwissen" bzgl. der OTA-Updatefähigkeit von HM-Sec-SC und HM-Sec-SCo auf den Kopf gestellt hat. Technisch spricht ja anscheinend nichts dagegen, dass der ursächliche Fehler in Form eines Geräte-Firmwareupdates für HM-Sec-SC und HM-Sec-SCo behoben wird. Nach meinem Verständnis wäre damit dann tatsächlich die Ursache des Problems behoben.
Um auf meine Frage zurückzukommen: Was beheben die Entwickler?
-
- Beiträge: 14165
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 585 Mal
- Danksagung erhalten: 1500 Mal
Re: HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
Was sie versuchten zu beheben, entzieht sich als Anwender natürlich meiner Kenntnis. Aber gemäß meiner Beobachtungen und auch anderer Anwenderberichte stellen auch andere "verschlüsselt" kommunizierende Geräte ihre Tätigkeiten ein, wenn der Fehler initial von den SCo ausgelöst wurde. Nur provozieren sie den Fehler wie die SCo (noch) nicht. Heißt für mich als externen Beobachter, dass das Problem größer ist und die Problemlösung komplexer, als nur das Verhalten der SCo oder der CoPro-Firmware auf den Fehler anzupassen, damit es nicht zu den Auswirkungen kommt. Diesen Fehler kann man auf zwei Arten angehen. Man macht einen Workaround und stellt die vorherige Verhalten (Tolerierung) wieder her, oder man hat die eigentliche Ursache gefunden und möchte sie beseitigen, um nicht zukünftig wieder in das gleiche Problem zu laufen (wenn es z.B. tatsächlich nur ein Timing-Problem ist, was das tolerierte Fehlverhalten vom Problemauslöser unterscheidet).
Es ist davon auszugehen, dass die Funkmodulfirmware den Counter vorher nicht korrekt behandelt bzw. die eigenmächtige Veränderung durch die SCo toleriert hat (kann ja grundsätzlich vorkommen, wenn die CCU mal ein Funkpaket nicht mitbekommen hat). Somit ist es eher ein grundsätzliches Problem. Ich würde die korrekte Behandlung des Packet Counters auch als Sicherheitselement einer signierten Kommunikation im Rahmen des Spoofing- und Replay-Schutzes betrachten. Du erinnerst Dich an die Demo des CCC, die hier irgendwo auch verlinkt ist? Habe ich mit meiner Annahme Recht und stellt nun nur diese vorherige Tolerierung als Workaround wieder her, hat man dann eigentlich sein Sicherheitskonzept untergraben (oder es zumindest geschwächt). Man müsste sich mal die Counter anderer signiert kommunizierender Geräte anschauen. Wenn ich mal Zeit dafür finde... - im Moment eher schlecht.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
- stan23
- Beiträge: 2039
- Registriert: 13.12.2016, 21:14
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Altmühltal
- Hat sich bedankt: 585 Mal
- Danksagung erhalten: 336 Mal
- Kontaktdaten:
Re: HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
Ist es nicht so, dass andere Geräte bei wiederholten Sendeversuchen den Counter gleich lassen?
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.
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.
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.
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.
Viele Grüße
Marco
RaspberryMatic als VM auf einem NUC mit Proxmox und USB-Funkmodul
~80 Geräte (HM, HmIP, HMW, HBW, AskSin)
Marco
RaspberryMatic als VM auf einem NUC mit Proxmox und USB-Funkmodul
~80 Geräte (HM, HmIP, HMW, HBW, AskSin)
-
- Beiträge: 14165
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 585 Mal
- Danksagung erhalten: 1500 Mal
Re: HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
Genau das wäre das Verhalten, welches ich erwarten würde. Ich kann es derzeit nicht prüfen, weil ich viel unterwegs bin und keinen Zugriff auf den Analyzer habe. Die SCo machen es aber nachweislich anders.
Genau. Es sind meiner Meinung nach mindestens zwei Baustellen (Firmware von SCo und Funkmodul). Zumindest ist auch die signierte Kommunikation mit anderen Geräten in der Folge der Fehlerauslösung durch die SCo betroffen. Inwieweit andere Geräte ein ähnliches Verhalten haben, müsste man noch nachschauen. Ich kann derzeit nicht schauen. Ist aber im Grunde auch egal, denn es ist zu vermuten, dass das Problem gelöst und nicht versteckt werden soll, denn ein Workaround wäre ja schneller veröffentlicht.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
-
- Beiträge: 9679
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 700 Mal
- Danksagung erhalten: 1626 Mal
Re: HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
Man wartet einfach die paar Jahre bis die HM Geräte alle den Betrieb eingestellt haben.
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
- stan23
- Beiträge: 2039
- Registriert: 13.12.2016, 21:14
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Altmühltal
- Hat sich bedankt: 585 Mal
- Danksagung erhalten: 336 Mal
- Kontaktdaten:
Re: HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
Dann hätten mal lieber die RHS den Bug
Viele Grüße
Marco
RaspberryMatic als VM auf einem NUC mit Proxmox und USB-Funkmodul
~80 Geräte (HM, HmIP, HMW, HBW, AskSin)
Marco
RaspberryMatic als VM auf einem NUC mit Proxmox und USB-Funkmodul
~80 Geräte (HM, HmIP, HMW, HBW, AskSin)
-
- Beiträge: 12115
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
Ja. Genau so.stan23 hat geschrieben: ↑16.04.2022, 13:24Ist es nicht so, dass andere Geräte bei wiederholten Sendeversuchen den Counter gleich lassen?
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.
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.
60 Threadseiten zusammengfasst.
Danke
-
- Beiträge: 12115
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
Jup, die kann man wenigstens mit ner AskSin++ Firmware versorgen.
-
- Beiträge: 2483
- Registriert: 13.02.2012, 20:23
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 302 Mal
- Danksagung erhalten: 116 Mal
Re: HM-Sensorsterben (SC und SCO) nach update auf FW 3.61.5
musste nur schmunzeln, 5 Grad sind Fenster auf:
Der HM-TC-IT-WM-W-EU bekommt alles mit die ccu hast wieder mal verschluckt
Der HM-TC-IT-WM-W-EU bekommt alles mit die ccu hast wieder mal verschluckt