Hallo!
So, nachdem es inzwischen für meine Pop Außensirene ein FW-Update gibt, das für mich relevante Fehler fixt, ist es an der Zeit mich diesem Thema anzunehmen.
Habe mir daher ein Razberry-Kärtchen (ZMEERAZ2) zugelegt.
Doch jetzt stellt sich die Frage, wie ich am Besten vorgehe:
- Kann ich Razberrry/Z-way als secondary Controller in mein bestehendes, von FHEM verwaltetes Z-Wave Netzt einbinden und dann über Z-Way des FW-Update machen? Wenn ja, wie (secondary Controller einbinden)?
- oder alternativ das zu aktualisierende Gerät resetten, bei Z-Way includieren, updaten, resetten und mit replace failed Node wieder bei FHEM includieren?
oder ganz anders?
Bin für Tipps dnakbar!
LG
Rainer
Hallo Rainer!
Wenn Du es unproblematisch und möglichst risikoarm möchtest, dann 2.
Wenn Du Forschung vorziehst, dann 1.
Gruß, Christian
Hallo Chrisrtian!
Verstehe: 2. ist erprobt und wird funktionieren, 1. könnt auch gehen, hat aber noch keiner gemacht - Pionierarbeit.
Danke für Deine Antwort!
LG
Rainer
Hallo!
Habe die zweite, konservative Variante gewählt:
hat bis auf "replace failed node" funktioniert.
Nach dem reinkludieren via "replace failed node" haben die Security Klassen nicht funktioniert. Nur Batterie-Meldungen - dürften unverschlüsselt sein - sind angekommen.
Musste neu Inkludieren, danach hat wieder alles funktioniert!
LG
Rainer
Hi,
das dürfte wahrscheinlich daran gelegen haben einige Readings gefehlt haben...
Allen voran wahrscheinlich das "SECURITY ENABLED", desweiteren wahrscheinlich einfach die Liste mit den verschlüsselten Klassen. Die Liste kann man per Befehl wieder erstellen, allerdings nur wenn auch das ENABLED vorhanden ist...
Das müsste ich bei Gelegenheit mal nachstellen und schauen woran es scheitert und was dann zu tun ist.
Gruß,
Andreas.
Hallo Andreas!
Zitat von: A.Harrenberg am 24 Januar 2017, 22:21:37
...
das dürfte wahrscheinlich daran gelegen haben einige Readings gefehlt haben...
...
Aber genau das wäre ja der Voreil der "replace failed node" Methode, dass alle Readings und Attribute erhalten bleiben.
Das Reading "SECURITY" war definitiv auf " ENABLED".
Nachdem das "replace failed node" nicht geklapt hat und ich das Gerät neu inkludiert hatte, habe ich die alte fhem.cfg wieder eingespielt und nur die node ID des Gerätes angepasst. danach hat ALLES (auch Notifys, etc) wieder funktioniert.
LG
Rainer
Hi,
stimmt, das Device mit allen Readings bleibt ja bestehen.
Muss ich mir bei Gelegenheit dann wirklich mal anschauen. Du hast wahrscheinlich keine Logs mit verbose 5 von den Versuchen, oder?
Gruß,
Andreas.
Hallo Andreas,
ein paar Log Einträge hab ich, hoffe es hilft:
2017.01.24 16:23:36.425 3: ZWave get ZW_Sirene_TR configAutoOFF
2017.01.24 16:23:43.427 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:23:43.429 3: ZWave get ZW_Sirene_TR configSendUnsolicitedTemperatureReport
2017.01.24 16:23:50.431 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:23:50.434 3: ZWave get ZW_Sirene_TR configSendUnsolicitedTemperatureReport4
2017.01.24 16:23:57.436 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:23:57.438 3: ZWave get ZW_Sirene_TR configSirenTriggeringMode
2017.01.24 16:24:04.440 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:24:04.444 3: ZWave get ZW_Sirene_TR configSwitchMode
2017.01.24 16:24:11.446 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:24:11.448 3: ZWave get ZW_Sirene_TR configTemperatureAdjustments
2017.01.24 16:24:18.450 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:24:18.452 3: ZWave get ZW_Sirene_TR battery
2017.01.24 16:24:26.782 3: ZWave get ZW_Sirene_TR smStatus
2017.01.24 16:24:33.785 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:25:19.210 3: ZWave get ZW_Sirene_TR version
2017.01.24 16:25:26.212 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:25:54.803 3: ZWave get ZW_Sirene_TR swbStatus
2017.01.24 16:26:01.805 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:26:05.111 3: ZWave get ZW_Sirene_TR smStatus
2017.01.24 16:26:12.113 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:26:21.361 3: ZWave set ZW_Sirene_TR off
2017.01.24 16:26:28.363 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:26:38.048 3: ZWave set ZW_Sirene_TR configSirenTriggeringMode SirenDoesnTTriggerAtAllWhen2
2017.01.24 16:26:45.050 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:27:15.067 3: ZWave set ZW_Sirene_TR configAutoOFF 2
2017.01.24 16:27:22.069 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:28:34.411 3: ZWave get ZW_Sirene_TR battery
2017.01.24 16:28:45.475 3: ZWave get ZW_Sirene_TR configAutoOFF
2017.01.24 16:28:52.477 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:29:13.233 3: ZWave get ZW_Sirene_TR version
2017.01.24 16:29:20.236 3: ZW_Sirene_TR: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2017.01.24 16:30:21.734 3: ZWave set ZW_Sirene_TR neighborUpdate
nur auf
get ZW_Sirene_TR battery
kam eine Antwort.
Grüße
Rainer