forum

kasman wrote: ↑

09 Aug 2017 07:01

(1)
Ich denke ich habe einen Fehler in dem Installationsscript (http://razberry.z-wave.me/install) gefunden.
Ich habe auf die neue Version 2.3.5 geupdatet und habe mich gewundert, weshalb die Skripte in verschiedenen Modulen nicht mehr funktionierten.
Das Problem war, dass die Datei '/opt/z-way-server/automation/.syscommands' nicht gesichert wird, weil in dem Skript in der Zeile 161 und 163 die Datei '.../automation/.syscommand' nicht gefunden wird, weil hinten ein 's' fehlt.
(Korrigiert mich, wenn ich falsch liege.)
Ich habe also manuell die '.syscommands' aus der Sicherung in den aktuellen '/opt/z-way-server/automation/'-Ordner kopiert.

Ja, das ist in der Tat schon länger so und musste ich auch jedes Mal machen.
(Hat aber nichts mit 2.3.5 zu tun, sondern war bestimmt schon seit mindestens 2.3.0 so....)

Hallo,

wir lassen das von der Entwicklung Prüfen, dies kann etwas Zeit in Anspruch nehmen.

Viele Grüße
Z-Wave Support

Hallo,

für die, die Probleme mit den AlArmklassen beim Inkludieren der Geräte haben, probiert einmal folgendes.

1. Drückt die Taste Force Interview.
2. Drückt auf Interview results
3. Drückt bei Alarm auf Force interview während der Prozess noch läuft.
4. Nach einer weile sollten dann alle Interviews korrekt sein.

Viele Grüße
Z-Wave Support

Nach Force interview passiert das:
nach Alarm auf Force interview, das:
Ich fliege dann komplett aus dem Expert UI raus und muß mich neu einloggen.

Ggf. kann ich das nochmal lokal zu Hause probieren. Bin momentan nur per ferne drauf (über find.z-wave.me).

Grüße.

Das Problem obige Problem habe ich nicht (mehr), seit mir aufgefallen ist, dass aus mir unerfindlichen Gründen der z-way Prozess zweimal auf dem Raspberry gestartet war. Danach konnte ich problemlos einen Sensor inkluden und auch das Interview lief auf 100% durch. Allerdings:
Nur ein einziges "Tamper"-Device in der UI zu finden. Die eigentlichen Sensor-Devices etc. sind nicht zu sehen.... :-/
Irgendwie merkwürdig alles....

Habe jetzt ewig mit mehreren Devices probiert.
Ergebnis ist wie vorher ... hängt bei 99% ...

Woher o.g. Fehler aus der Fern-session kommt, weiß ich nicht.
Sorry !

Neues Problem in 2.3.5. irgendwann kann ich mich nicht mehr einloggen und bekomme einen Fehler in der Loginmaske angezeigt.
Ich muss dann leider zwave neu starten. Danach klappt es wieder.
Das zwave-log zeigt dann folgendes an (wenn ich ein browser-refresh mache und neuen Loginversuch starte):
[2017-08-10 08:14:12.228] [D] [zway] Job 0x13: deleted from queue
[2017-08-10 08:14:15.185] [E] [HTTP] Callback execution error: Error: Invalid digest
at Error (native)
at Object.crypto.sha512 (zway/crypto:25:51)
at hashPassword (automation/Utils.js:72:51)
at ZAutomationAPIWebRequest._.extend.verifyLogin (automation/ZAutomationAPIProvider.js:281:181)
at ZAutomationAPIWebRequest.ZAutomationWebRequest.handleRequest (automation/WebserverRequestRouter.js:259:41)
at automation/WebserverRequestRouter.js:32:35
at WebServer.document_root (automation/Webserver.js:35:11)
[2017-08-10 08:14:29.953] [D] [zway] Job 0x13: deleted from queue
[2017-08-10 08:14:36.837] [E] [HTTP] Callback execution error: Error: Invalid digest
at Error (native)
at Object.crypto.sha512 (zway/crypto:25:51)
at hashPassword (automation/Utils.js:72:51)
at ZAutomationAPIWebRequest._.extend.verifyLogin (automation/ZAutomationAPIProvider.js:281:181)
at ZAutomationAPIWebRequest.ZAutomationWebRequest.handleRequest (automation/WebserverRequestRouter.js:259:41)
at automation/WebserverRequestRouter.js:32:35
at WebServer.document_root (automation/Webserver.js:35:11)
[2017-08-10 08:14:55.349] [D] [zway] RECEIVED: ( 01 08 00 04 00 36 02 84 07 44 )
[2017-08-10 08:14:55.353] [D] [zway] SENT ACK

klaasjoerg wrote: ↑

09 Aug 2017 20:27

Das Problem obige Problem habe ich nicht (mehr), seit mir aufgefallen ist, dass aus mir unerfindlichen Gründen der z-way Prozess zweimal auf dem Raspberry gestartet war. Danach konnte ich problemlos einen Sensor inkluden und auch das Interview lief auf 100% durch. Allerdings:
Nur ein einziges "Tamper"-Device in der UI zu finden. Die eigentlichen Sensor-Devices etc. sind nicht zu sehen.... :-/
Irgendwie merkwürdig alles....

Hallo,

wir haben uns die einmal angeschaut und das Problem gefunden. Dies liegt in der historie der Entwicklung von Z-Way. Führe folgende Schritte aus und es sollte funktionieren.

- Öffne die Expert UI
- Rufe die Seite Controller Info aus und aktiviere den DEBUG Modus
- Jetzt rufe die Status Seite auf und wähle das Gerät aus.
- Öffne den Reiter Postfix
- Lösche den Eintrag "noVDev,0-48-1" (NUR DIESEN)
- Drücke Speichern (Z-Way liest die Datenbank neu ein.)
- Exkludiere das Gerät und Inkludiere es erneut
- Setzte in Assoziationsgruppe 4 des Sensors den Z-Way Gateway 1.0
- Wecke das Gerät auf um die Einstellung zu übernehmen.
- Deaktiviere den Debug Modus!

Viele Grüße
Z-Wave Support

Cmax74 wrote: ↑

09 Aug 2017 22:16

Habe jetzt ewig mit mehreren Devices probiert.
Ergebnis ist wie vorher ... hängt bei 99% ...

Hast du eine Softwareversion von den Geräten? Wir haben das mit einer Version 3.4 getestet und keine Probleme. Versuch mal zu exkludieren und die Gerät auf Werkseinstellung zu setzen. Danach wieder Inkludieren.

Vielen Dank
Z-Wave Support

Hallo,

ich habe insgesamt 13 x Fibaro Dimmer FGD 212.
in Application version 3.1 - 3.5 und der SDK version 6.51.06 verbaut.
Das Exkludieren und Inkludieren habe ich schon probiert ..., leider mit gleichem Ergebnis.