NEWS
Zwave Adapter 0.8 mit openzwave-shared 1.4
-
Genau, alle Batteriebetriebenen Nodes (und evtl. auch andere?) senden nur alle X Stunden einen NIF, erst ab dann ist der Node wieder "grün" im Adapter. Dennoch kann der Adapter auch vorher schon Sensorwerte usw. von diesen Nodes empfangen.
Wie häufig ein Node in dieser Form aufwachen soll lässt sich unter "WAKE_UP.Wake-up_Interval" konfigurieren. Teilweise ist der Standardwert hier 0 und der Sensor sendet nie automatisch einen NIF.
Konfigurationsänderungen am Node werden übrigens auch nur bei diesen Wake-Ups übertragen, wenn man den Node nicht anderweitig aufweckt (mit Tastendruck oder ähnlichem).
-
Läuft bei Euch der 0.8 Adapter problemlos? Nach meinem Urlaub war dieser nach einer Exclusion abgestürzt und ich bekomme ihn nicht mehr zum laufen.
-
Ja, war noch nie so stabil wie aktuell. Was hast du denn für einen Fehler?
-
Er startet nicht mehr:
host.debian 2017-09-14 10:57:31.856 error instance system.adapter.zwave.0 terminated with code null ()
host.debian 2017-09-14 10:57:31.855 warn instance system.adapter.zwave.0 terminated due to SIGABRT
zwave.0 2017-09-14 10:57:31.564 info driver ready: homeid = 4137438803
zwave.0 2017-09-14 10:57:31.564 info scanning homeid=0xf69c4e53…
zwave.0 2017-09-14 10:57:31.086 info connected: OZW = 1.5.0
zwave.0 2017-09-14 10:57:30.532 info starting. Version 0.8.0 in /opt/iobroker/node_modules/iobroker.zwave, node: v4.8.0
host.debian 2017-09-14 10:57:30.088 info instance system.adapter.zwave.0 started with pid 2368
host.debian 2017-09-14 10:57:00.086 info Restart adapter system.adapter.zwave.0 because enabled
host.debian 2017-09-14 10:57:00.086 error instance system.adapter.zwave.0 terminated with code null ()
host.debian 2017-09-14 10:57:00.085 warn instance system.adapter.zwave.0 terminated due to SIGABRT
ach ja, um im Log tauchen die Daten mit falschem Datum und Uhrzeit auf....(Log heute geschrieben)
-
host.debian 2017-09-14 10:57:31.856 error instance system.adapter.zwave.0 terminated with code null ()
host.debian 2017-09-14 10:57:31.855 warn instance system.adapter.zwave.0 terminated due to SIGABRT `
Bitte mal manuell per Konsole ausführen:cd /opt/iobroker/node_modules/iobroker.zwave node main.js --force --logs
Da steht hoffentlich mehr
ach ja, um im Log tauchen die Daten mit falschem Datum und Uhrzeit auf….(Log heute geschrieben) `
Zeitzone aufm Host richtig eingestellt? -
Zeitzone: - ist richtig eingestellt, wenn ich den web Adapter schließe, Maschine neu starte und wieder den Adapter aufrufe läuft es mit der richtigen Zeit, seltsam
Log: das läuft so schnell durch meinen kleinen Bildschirm des VM-Terminals, Videoaufzeichnung bringt nichts, da hier kaum was zu erkennen ist und die genaue Ansteuerung ebenfalls nicht möglich, er sagt des öfteren: Warning, Exception: Manager .cpp:1649 -101- Invalid ValueID passed to GetValueLabel
-
Wenn Du ein " > log.txt" anhängst landet das alles in nem Logfile
-
Invalid ValueID passed to GetValueLabel `
Du hast OZW 1.5.0, hast du irgendein OZW-Update gefahren nach dem Einbinden deiner Geräte? Eventuell musst du mal die Konfiguration löschen, siehe/opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared
oder
/opt/iobroker/node_modules/openzwave-shared
Da gibts ne Datei ozw_<….>.xml, die mal löschen und zwave neu starten.
--
Edit: https://github.com/OpenZWave/open-zwave ... .cpp#L1633
Die Zeilennummern sind andere als in deinem Log, aber das deutet für mich tatsächlich an, dass da versucht wird, auf ein nicht existentes Gerät zuzugreifen.
-
Invalid ValueID passed to GetValueLabel `
Du hast OZW 1.5.0, hast du irgendein OZW-Update gefahren nach dem Einbinden deiner Geräte? Eventuell musst du mal die Konfiguration löschen, siehe/opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared
oder
/opt/iobroker/node_modules/openzwave-shared
Da gibts ne Datei ozw_<….>.xml, die mal löschen und zwave neu starten.
--
Edit: https://github.com/OpenZWave/open-zwave ... .cpp#L1633
Die Zeilennummern sind andere als in deinem Log, aber das deutet für mich tatsächlich an, dass da versucht wird, auf ein nicht existentes Gerät zuzugreifen. `
das kann auch sein.. hab ich mal auch gehabt im Scenen adapter habe vergessen ein Gerät rauszulöschen..dann meckert der auch
-
OZW habe ich nach dem Einbinden der Geräte mit Update versorgt, da somit die Jalousie Aktoren besser funktionieren.
Ich habe nur ozwcache_0xf69c4e53.xml gefunden. Die anderen xml Dateien fangen mit zwcfg und zwscene an.
-
ozwcache ist der neue Dateiname, die kannst du löschen und es nochmal probieren. Wie heißt/heißen die zwcfg…-Dateien?
-
Nach dem Löschen der Datei geht wieder garnichts mehr:
host.debian 2017-10-10 09:33:03.360 error instance system.adapter.zwave.0 terminated with code null ()
host.debian 2017-10-10 09:33:03.359 warn instance system.adapter.zwave.0 terminated due to SIGSEGV
zwave.0 2017-10-10 09:32:53.352 info device connected: OZW = 1.5.0
zwave.0 2017-10-10 09:32:52.665 info starting. Version 0.8.0 in /opt/iobroker/node_modules/iobroker.zwave, node: v4.8.0
host.debian 2017-10-10 09:32:52.171 info instance system.adapter.zwave.0 started with pid 1006
host.debian 2017-10-10 09:32:22.170 info Restart adapter system.adapter.zwave.0 because enabled
Ich habe jetzt die erste Version, die unter dem Adapter 0.8 lief wieder hergestellt.
Das Problem dieser Version ist anscheinend, das zwar alles gefunden wird an Aktoren, die Fibaro Türsensoren erst nach kurzer Entnahme der Batterie funktionieren, das wäre an sich kein
Problem, die Inklusion neuer Türsensoren führt dazu, das eine Veränderung des Zustands, also Öffnen/Schließen nicht mehr gemeldet wird, bzw. nur nach dem nachfolgenden manuellen
Aufwecken.
-
die Inklusion neuer Türsensoren führt dazu, das eine Veränderung des Zustands, also Öffnen/Schließen nicht mehr gemeldet wird, bzw. nur nach dem nachfolgenden manuellen
Aufwecken. `
Das klingt für mich danach als wäre die Konfiguration der Sensoren anders als die der vorhandenen. Vergleiche die am besten mal.