Firmware 2.29.18 online

[FredW]

noch eine kurze Nachfrage ...

Was macht der Werksreset mehr, als wenn ich nur eine ältere Firmwarerelease einspiele?

Danke und Gruß Fred

[Herbert_Testmann]

noch eine kurze Nachfrage ...

Was macht der Werksreset mehr, als wenn ich nur eine ältere Firmwarerelease einspiele?

Danke und Gruß Fred

Hallo

der Werkreset setzt den eigenen Sicherheitsschlüssel zurück. Wenn einer vergeben ist.

Mein Weg wäre
- alte FW einspielen
- Backup zurück spielen

[FredW]

Hallo,

herzlichen Dank an euch alle ...

So, meine CCU läuft wieder mit der Firmware: 2.27.8, BackUp eingespielt, keinerlei Kommunikationsprobleme mehr ... aber ... HmIP bleibt nicht anlernbar. Im syslog ist der Fehler:

Aug 12 15:35:55 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 97 0x61 [1] 0 0x00 [2] 99 0x63 [3] 0 0x00 [4] 100 0x64 [../Platform/DOM/iseESPexec.cpp (11622)]

zu lesen. und nun ? CCU Defekt?

Gruß Fred

[blackhole]

CCU Defekt?

Nein, nicht wegen ReGaHss Error 11622. Dieser Fehler begleitet dich schon seit Du eine CCU besitzt.

[Spube]

Hallo zusammen,
auch bei mir hat sich ein blöder Fehler ein geschlichen, den ich nicht gebändigt bekomme.
Vor dem Update auf 2.29.18 hatte ich Tage vorher den Bewegungsmelder HmIP-SMI angelernt und auch Fehlerfrei betrieben. Soweit alles gut.
Mit dem Update auf 2.29.18 verschwand der Bewegungsmelder aus der Geräteliste und aus den Programmen.
Bei dem Versuch das Gerät neu anzulernen ist mir aufgefallen, das auf der "Geräte anlernen" Seite im Posteingang bereits ein Gerät liegt.
Ein Klick auf den Posteingang bewirkt den Stillstand der CCU2. Es geht nichts mehr, erst ein trennen der Stromversorgung lässt sie wieder hochfahren. Das gleiche Verhalten habe ich auch wenn nicht IP-Geräte angelernt werden. Der Posteingang endet immer mit einem Absturz.
Auch ein altes Backup mit alter Firmware hilft nicht!
Hat jemand eine Idee, wie man den Posteingang wieder frei bekommt?

[dtp]

der Werkreset setzt den eigenen Sicherheitsschlüssel zurück. Wenn einer vergeben ist.

Ich verstehe bis heute nicht, warum über dem Forum nicht in großen Lettern geschrieben steht, dass die Benutzung des Sicherheitsschlüssels auf eigene Gefahr geschieht und den Support ausschließt. Zudem sollte jeder User angehalten werden, sämtliche Komponenten mit der Standard-Übertragung zu betreiben.

Aber immerhin, Sicherheitsschlüssel und gesicherte Übertragung sorgen mit an Sicherheit grenzender Wahrscheinlichkeit dafür, dass man irgendwann Probleme mit seinem Setup bekommt. Das ist ja auch schon was.

[Ducinger]

Also ich verwende von Anfang an den Sicherheitsschlüssel und nein ich hatte noch nie ein Problem damit, nicht mal ein noch so kleines das auf den Sicherheitsschlüssel zurückzuführen wäre. Ich lese hier nur immer sehr sorgfältig mit, und bei mir kommt die aktuelle Software frühestens wenn seit einer Woche nichts neues mehr dazu geschrieben wird auf die CCU2.
Vom Sicherheitsgewinn möchte ich noch nicht mal schreiben.
Übrigens ist hier im Forum nachzulesen das ein Standartsicherheitsschlüssel vorinstalliert ist und der nur individualisiert werden kann.
Laßt und hoffen das bald nichts mehr zum Update geschrieben werden muß
Gruß
Jörg

[dodi]

Hallo Jens,
seit dem Update kommen bei mir folgende Fehlermeldungen, wenn ich z. b. mit PocketControlHM oder der iobroker auf die CCU zugreifen.

Code: Alles auswählen

Aug 14 10:29:53 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallGetValue: XmlrpcTypeToIseVal failed [iseXmlRpc.cpp:1463]
Aug 14 10:29:53 homematic-ccu2 local0.err ReGaHss: Error: IseHssDP::ReadValue: CallGetValue failed; sVal =  [iseDOMdpHSS.cpp:130]
Aug 14 10:29:54 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallGetValue: XmlrpcTypeToIseVal failed [iseXmlRpc.cpp:1463]
Aug 14 10:29:54 homematic-ccu2 local0.err ReGaHss: Error: IseHssDP::ReadValue: CallGetValue failed; sVal =  [iseDOMdpHSS.cpp:130]
Aug 14 10:29:54 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallGetValue: XmlrpcTypeToIseVal failed [iseXmlRpc.cpp:1463]
Aug 14 10:29:54 homematic-ccu2 local0.err ReGaHss: Error: IseHssDP::ReadValue: CallGetValue failed; sVal =  [iseDOMdpHSS.cpp:130]
Aug 14 10:29:54 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallGetValue: XmlrpcTypeToIseVal failed [iseXmlRpc.cpp:1463]
Aug 14 10:29:54 homematic-ccu2 local0.err ReGaHss: Error: IseHssDP::ReadValue: CallGetValue failed; sVal =  [iseDOMdpHSS.cpp:130]

Ist dieses Verhalten bekannt? Oder mache ich etwas falsch?

Grüße
Sascha

[dtp]

Also ich verwende von Anfang an den Sicherheitsschlüssel und nein ich hatte noch nie ein Problem damit, nicht mal ein noch so kleines das auf den Sicherheitsschlüssel zurückzuführen wäre.

Der Sicherheitsschlüssel als solches macht wohl auch keine Probleme. Entsprechendes gilt für die gesicherte Übertragung. Aber es gibt Konstellationen, da erschweren sie den Umgang mit der CCU doch recht massiv. So führt ein Sicherheitsschlüssel z.B. dazu, dass eine HM-Komponente nicht mehr ohne weiteres an der Komponente selbst zurückgesetzt werden kann. Zudem ist häufig zu lesen, dass die gesicherte Übertragung bei ungünstigen Funkverhältnissen zu vermehrten Kommunikationsstörungen führt. Auch scheint es - aber das ist nur Spekulation meinerseits - mit FW-Updates und Backups häufiger Probleme zu geben, wenn ein Sicherheitsschlüssel vergeben ist.

Ich sehe keinerlei Benefit für mich in der Nutzung des Sicherheitsschlüssels und der gesicherten Übertragung. Daher nutze ich auch beides nicht.

Gruß,

Thorsten

[Xel66]

Noch dazu kommt, dass bei der gesicherten Übertragung deutlich mehr gefunkt werden muss. In Umgebungen mit kritischem Duty Cycle (durch ungünstige Programmierung oder vielen Messsensoren/-aktoren), kann das durchaus auch negative Auswirkungen durch massiven Funkoverhead haben. Hier ist es wichtig, bei der Programmierung auf etwas Funkhygiene zu achten.

Gruß Xel66