Zwave Adapter 0.8 mit openzwave-shared 1.4

apollon77

Ruf mal an der Kommandozeile "sudo ldconfig" auf. gehts dann? Hatte ich bei mir auch

Matten

In welcher Kommandozeile? In der Linux Maschine? (läuft bei mir in einer VM). Das hatte ich getan.

root@debian: # sudo ldconfig

Damit ging es jetzt: sudo ldconfig /usr/local/lib64

Tja muss man wissen, Linux ist nicht meine Stärke, versuche gerade wenigstens an der Oberfläche zu kratzen….

Danke!!!

apollon77

Ich hab auch ewig rumgemacht. Es gibt einmal dieses 32bit/64bit Link dingens (README vom Adapter) und dann das ldconfig

Matten

siehe meinen geänderten Beitrag…. :-)

Matten

@apollon77:

…leider findet er jetzt nicht alles wieder, die Türsensoren (Fibaro) stehen als undefined in der Geräteauflistung. Die Nodes sind zwar da, er weiss aber nicht, was es ist. Hast Du das auch schon gehabt?

apollon77

Bei mir hat vor der lib 1.4 qausi gar nix geklappt, hatte also alles zurückgesetzt und mit 1.4 neu gemacht und jetzt tut. Von daher kann ich dazu nichts sagen

AlCalzone

~~@Matten:~~

@apollon77:

…leider findet er jetzt nicht alles wieder, die Türsensoren (Fibaro) stehen als undefined in der Geräteauflistung. Die Nodes sind zwar da, er weiss aber nicht, was es ist. Hast Du das auch schon gehabt? `
Mal logging aktivieren, adapter neu starten und den Inhalt von OZW_Log.txt posten. Sollte irgendwo in

/opt/iobroker/node_modules/iobroker.zwave/node_modules/open-zwave-shared/

o.ä. liegen.

Matten

Im Lauf des Tages hat er sich alle Nodes wieder geholt, ich denke mal, dass diese immer erst nach dem Aufwecken aktualisiert werden.

Das einzige was fehlt sind die Bezeichnungen, die ich vergeben hatte (Jalousie Schlafzimmer u.s.w.) Aber das ist zu verschmerzen. Mit dem Update haben sich die Jalousie Nodes verändert, ich kann nun auch die Verstellung der Lamellen einfach per Skript festlegen.

Danke an euch alle!

Pman

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).

Matten

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.

AlCalzone

Ja, war noch nie so stabil wie aktuell. Was hast du denn für einen Fehler?

Matten

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)

AlCalzone

~~@Matten:~~

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

~~@Matten:~~

ach ja, um im Log tauchen die Daten mit falschem Datum und Uhrzeit auf….(Log heute geschrieben) `
Zeitzone aufm Host richtig eingestellt?

Matten

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

apollon77

Wenn Du ein " > log.txt" anhängst landet das alles in nem Logfile

AlCalzone

~~@Matten:~~

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.

arteck

~~@AlCalzone:~~

~~@Matten:~~

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

Matten

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.

AlCalzone

ozwcache ist der neue Dateiname, die kannst du löschen und es nochmal probieren. Wie heißt/heißen die zwcfg…-Dateien?

Matten

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.

Community Forum

NEWS

Zwave Adapter 0.8 mit openzwave-shared 1.4

Support us

534

32.4k

81.5k

1.3m