UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Stormbringer]

Danke Al, bis zu deinem 2. Punkt hat alles super geklappt. Instanz erscheint jetzt auch aber jetzt hab ich den Fehler im Log

! host.ubuntu 2017-04-21 12:56:29.292 info Restart adapter system.adapter.zwave.0 because enabled
! host.ubuntu 2017-04-21 12:56:29.292 error instance system.adapter.zwave.0 terminated with code 0 (OK)
! zwave.0 2017-04-21 12:56:29.286 error Error: libopenzwave.so.1.4: cannot open shared object file: No such file or directory at Error (native) at Object.Module._extensions..node (module.js:597:18) at Module.load (module.js:487:
! zwave.0 2017-04-21 12:56:29.286 error uncaught exception: libopenzwave.so.1.4: cannot open shared object file: No such file or directory

bzw. mit Log Option im Adapter

! host.ubuntu 2017-04-21 13:01:55.585 info instance system.adapter.zwave.0 started with pid 7277
! host.ubuntu 2017-04-21 13:01:47.945 info Restart adapter system.adapter.zwave.0 because enabled
! host.ubuntu 2017-04-21 13:01:47.945 error instance system.adapter.zwave.0 terminated with code 0 (OK)
! zwave.0 2017-04-21 13:01:47.942 info terminating
! zwave.0 2017-04-21 13:01:47.934 error at Object.Module._extensions..js (module.js:579:10)
! zwave.0 2017-04-21 13:01:47.934 error at Module._compile (module.js:570:32)
! zwave.0 2017-04-21 13:01:47.934 error at Object. (/opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared/lib/openzwave-shared.js:26:19)
! zwave.0 2017-04-21 13:01:47.934 error at require (internal/module.js:20:19)
! zwave.0 2017-04-21 13:01:47.934 error at Module.require (module.js:497:17)
! zwave.0 2017-04-21 13:01:47.934 error at Function.Module._load (module.js:438:3)
! zwave.0 2017-04-21 13:01:47.934 error at tryModuleLoad (module.js:446:12)
! zwave.0 2017-04-21 13:01:47.934 error at Module.load (module.js:487:32)
! zwave.0 2017-04-21 13:01:47.934 error at Object.Module._extensions..node (module.js:597:18)
! zwave.0 2017-04-21 13:01:47.934 error at Error (native)
! zwave.0 2017-04-21 13:01:47.934 error Error: libopenzwave.so.1.4: cannot open shared object file: No such file or directory
! zwave.0 2017-04-21 13:01:47.933 error uncaught exception: libopenzwave.so.1.4: cannot open shared object file: No such file or directory
! zwave.0 2017-04-21 13:01:47.911 info starting. Version 0.5.2 in /opt/iobroker/node_modules/iobroker.zwave, node: v6.10.2

[Stormbringer]

Wenn ich die nächst niedrigere Version versuche mit Experten Ansicht Admin, habe ich dann wieder das Lifecycle Problem? Langsam bekomm ich Paranoia davor :lol:

Vor allem ist es lieder bei mir der 2. wichtigste Hardware Adapter neben Hue

[Stormbringer]

habs geschaft, der adapter ist grün. yihaaaaa!

sudo ldconfig allein hat nicht hingehauen.

sudo ldconfig /usr/local/lib64

ging. Kam zwar Fehlermeldung "Das hat nicht funktioniert, bitte nochmal probieren" aber jetzt haut es hin! Danke allen die mitgeleidet haben.

[Mifo]

Vielen Dank an alle für die Hilfe

Nach einem angleichen der Versionen klappt nun alles

[Stormbringer]

Es gibt ja jetzt die neue Version mit Secure Funktion freu

Im Reiter Adapter zeigt er mir kein Update, über Konsole mit ./iobroker update, schlägt er mir als Updateversion 0.4.4 vor?! Installiert ist 0.5.2, hätte aber wegen der Secure Funktion gerne die aktuelle 0.6.0

Wie bekomme ich die ohne, dass ich wieder alles schrotte?

Auch wieder mit?

sudo npm install https://github.com/iobroker/iobroker.zw … all/master --production --unsafe-perm

Oder eher?

sudo npm upgrade https://github.com/iobroker/iobroker.zw ... all/master --production --unsafe-perm

Oder welche Version zieht er sich da?

Sorry, dass ich wieder so blöd Frage aber ich hab echt noch Paranoia vor dem Adapter und dem Lifecycle Zeugs....

Danach wird man alle Z Wave Devices löschen und neu anlernen müssen oder? Also zumindest die, die man im Secure Modus braucht...

[paul53]

@Stormbringer:

Im Reiter Adapter zeigt er mir kein Update, über Konsole mit ./iobroker update, schlägt er mir als Updateversion 0.4.4 vor?! Installiert ist 0.5.2, hätte aber wegen der Secure Funktion gerne die aktuelle 0.6.0 `
In der Hauptkonfiguration von ioBroker unter "Aktiver Verwahrungsort" latest auswählen. Dann sollte es auch im Reiter "Admin" funktionieren.

[Stormbringer]

Top, danke. Und gleich meine nächste Frage mitbeantwortet :lol:

Latest kann ich dann so lassen oder?

Ähm sieht man irgendwo welche Objekte in welchem Skript verwendet werden? Wenn ich die jetzt löschen muss zum Secure einbinden, hauen ja auch die Skripte nicht mehr hin.

[Pman]

@Stormbringer:

Top, danke. Und gleich meine nächste Frage mitbeantwortet :lol:

Latest kann ich dann so lassen oder?

Ähm sieht man irgendwo welche Objekte in welchem Skript verwendet werden? Wenn ich die jetzt löschen muss zum Secure einbinden, hauen ja auch die Skripte nicht mehr hin. `

Deswegen in Skripten am besten immer alle verwendeten Objekte / States ganz oben in Variablen speichern, dann kann man diese nämlich später unkompliziert aktualisieren. ;)

In VIS musst du wohl oder übel auch alles ersetzen. Vielleicht fängst du erstmal mit 1-2 Geräten an. Es wäre außerdem richtig toll, wenn du im zwave Adapter das logging aktivierst und dann nach dem Secure Pairing mal die OZW Log-Datei nach so etwas durchsuchst:

2017-05-04 18:03:20.249 Info, Node014, Received SecurityCmd_SupportedReport from node 14
2017-05-04 18:03:20.249 Info, Node014,   Secured command classes for node 14:
...

Die Log-Datei liegt unter "iobroker/node-modules/iobroker.zwave/node-modules/openzwave-shared/OZW_Log.txt". Mit neuerem Node/NPM evtl auch in einem anderen Unterverzeichnis, aber defintiv in "openzwave-shared/OZW_Log.txt". Vorsicht, diese Datei wird bei jedem Neustart des Adapters überschrieben, also schnell sicher nach dem Pairing!

Leider gibts es auch keine andere Möglichkeit überhaupt festzustellen, ob ein Gerät nun secure oder unsecure gepairt wurde.

Ergebnis am besten hier posten, da gibt es auch schon ein Beispiel von mir:

http://forum.iobroker.net/viewtopic.php?f=36&t=6297

[Stormbringer]

@Stormbringer:

Ergebnis am besten hier posten, da gibt es auch schon ein Beispiel von mir: `

Merk schon in deinem Post, wird irgendwie nach mir geschrien :lol:

Hab ein Danalock…. Das verlangt Scure, ja zwingend. Ich versuche deine Anleitung dann und poste es mal, wenn es euch weiter hilft. Auch wenn ichs nicht wirklich verstanden hab, für was man die Datei durchforsten muss....

@Pman:

Deswegen in Skripten am besten immer alle verwendeten Objekte / States ganz oben in Variablen speichern, dann kann man diese nämlich später unkompliziert aktualisieren. `

Das habe ich dann wohl verbockt, habe fast nichts mit Variablen gemaneged. Glaub, dann lasse ich den rest lieber unsecure :lol:

[Stormbringer]

Finde natürlich die Datei nicht :oops:

Log habe ich damals schon eingeschaltet, in dem Ordner ist aber die Datei nicht
2548_bildschirmfoto_2017-05-07_um_19.24.00.png
2548_bildschirmfoto_2017-05-07_um_19.23.39.png

[Pman]

Ich habe bei mir Console Output aus, vielleicht verhindert das ein Anlegen der Datei?

Konntest du dein Danalock denn pairen? Und denk bitte dran in den Adapter Einstellungen einen Network-Key einzustellen, der nicht nur aus Nullen besteht. :!:

[Stormbringer]

@Pman:

Konntest du dein Danalock denn pairen? `

Als aller erstes konnte ich es problemlos pairen, habe es aber dann wieder gelöscht damit ihr die Datei bekommt. Als erstes habe ich es mit dem Aeon Stick direkt gepairt. Innerhalb von Sekunden stand dann in der Adapterübericht Danalock und sogar Secure. Jetzt habe ich es über den Adapter mit "Add Secure" probiert bei 2 Devices. Den Aeon 6 Multisensor habe ich in den Objekten aber in der Adapterübersicht überhaupt nicht, und das Danalock habe ich als "undefinied" seit einer Stunde in der Übersicht und in den Objekten teilweise, siehe Screenshot.

@Pman:

Und denk bitte dran in den Adapter Einstellungen einen Network-Key einzustellen, der nicht nur aus Nullen besteht. `

Danke auf das bin ich Gott sei dank schon vorher gekommen, ein blindes Huhn findet auch mal ein Korn :lol:
2548_bildschirmfoto_2017-05-07_um_20.12.23.png
2548_bildschirmfoto_2017-05-07_um_20.12.08.png

[Pman]

Mir ist aufgefallen, dass die Add-Knöpfe nicht immer sauber den Include-Vorgang am Stick beenden, sondern dieser oft im Include-Modus bleibt. Bei meinem Stick sehe ich das daran, dass er weiter blinkt. Oft hilft dann nur Adapterneustart oder mehrfach auf "add" oder "add secure" drücken bis irgendwann in etwa diese Meldung kommt "Vorgang erfolgreich abgebrochen". Danach ist der Stick wieder im normalen Betriebsmodus und man kann einen neuen Inklusionsvorgang starten: "Benutzereingabe erforderlich" oder so ähnlich kommt dann.

Ob der "add secure" Button überhaupt notwendig ist (ruft bei OZW den Inklusionsprozess mit einem anderen Paramter auf), oder nur der Network-Key schon reicht konnte ich bisher nicht abschließend klären.

Bekommst du das undefined mit "remove node" + Lernmodus am Danalock wieder weg?

[Stormbringer]

ne hat jetzt nach einer Stunde geklappt, siehe anderen Post. Mit dem Stick direkt Stand Danalock Secure Door da, jetzt mit Adapter hinzufügen nicht mehr. Funktioniert aber.

Nur der Multisensor 6 taucht nach wie vor nicht in der Adapterübersicht auf obwohl er in den Objekten komplett drinnen ist.

Das inkludieren mit dem Adapter ist leider wirklich ein Abenteuer. Liegt das am Aeon Stick? Blinken hat meiner eigentlich danach nicht mehr. Öfteres aufwecken des Devices und Neustart des Adapters hilft manchmal (aber kann ich ja grad nicht wegen der Datei ;) ).Muß auch immer den Adapter komplett stoppen, wenn ich den Stick rausziehe sonst ist alles hinüber.

Hatte schon mehrere Z Wave Gateways… Da waren die Devices immer sofort da. Ok, die waren echt mies im Vergleich zu ioBroker aber hinzufügen konnten die Krücken komischerweise besser :D

[Pman]

Auch wenn es mit der Datei nicht geklappt hat, vielen Dank für dein Feedback! Dass der Danalock jetzt geht scheint ja ein gutes Zeichen zu sein! Warum der Sensor in den Datenpunkten und nicht im Adapter sichtbar ist, kann ich leider nicht sagen. Bin in die Programmierung dieses Adapters auch erst neu eingestiegen.

Die Zusammenarbeit zwischen Stick, OZW, dem OZW-Node-Wrapper und schlussendlich diesem ioBroker-Adapter ist einigermaßen komplex und schwierig zu debuggen. Manchmal werden bei einige Unterobjekte von neuen Geräten auch erst beim nächsten Adapterneustart und anschließendem Netzwerkscan angelegt. Auch eine Stolperfalle, die mir regelmäßig Ärger macht, ist die Konfiguration von Batteriebetriebenen Sensoren.

Hast du den Aeon Labs GEN5 Stick (weiß)? Bei mir ist es der Zwave.me UZB-Stick, der blink mit einer sehr hellen LED, wenn er im Include- oder Exclude-Mode ist, weswegen ich überhaupt erst bemerkt habe, dass der Adapter und der Stick diesbezüglich nicht immer einer Meinung sind.

[Stormbringer]

@Pman:

Hast du den Aeon Labs GEN5 Stick (weiß)? `

ja hab den Aeon, der blinkt auch fröhlich vor sich hin den ganzen Tag aber auch mit besonderem Muster im inkludier Modus :lol:

@Pman:

Auch wenn es mit der Datei nicht geklappt hat, vielen Dank für dein Feedback! `

Freut mich, wenn ich euch weiterhelfen konnte. Habe noch mehrere Z-Wave Devices. Unter anderem einen Aeon Garage Door Controller, muss mal schauen ob der auch secure geht, Kann ich dann mal testen, wenn ihr wollt.

Zur Auswahl hätte ich sonst noch Fibaro Wall Plugs, Motion Sensor und Aeon Wallmote (die geht sicher in Secure). Falls interesse besteht einfach schreien ;)

[Stormbringer]

@Stormbringer:

Deswegen in Skripten am besten immer alle verwendeten Objekte / States ganz oben in Variablen speichern, dann kann man diese nämlich später unkompliziert aktualisieren. `

Pman, darf ich dich kurz nochmal Fragen wie du das gelöst hast bevor ich es wieder verbocke und von Vorne anfangen muss :lol:

Bei Sensoren wahrscheinlich, Trigger Datenpunkt und wenn sich der geàndert hat Wert auf Variable schreiben. Aber wie bei Aktoren, wie beim Aeon Garage Door Controller? Da bràuchte man ja eine 2 seitige Verbindung, wenn man mal das Tor per Hand aufmacht. Ist das der Blockly block "Objekte verbinden"?

[Kylo Ren]

Hallo Zusammen,

ich habe auf einem Raspberry PI3 ioBroker installiert und einen ZWave-Stick angeschlossen. Leider startet der Adapter nicht wegen eines ELFCLASS64-Fehlers. Leider wurde ich in Verbindung mit ZWave nicht fündig. Alles Tips aus diesem Thread habe ich schon befolgt.

! zwave.0 2018-11-16 21:37:07.053 info terminating
! zwave.0 2018-11-16 21:37:06.984 error at Module.load (module.js:566:32)
! zwave.0 2018-11-16 21:37:06.984 error at Object.Module._extensions..js (module.js:664:10)
! zwave.0 2018-11-16 21:37:06.984 error at Module._compile (module.js:653:30)
! zwave.0 2018-11-16 21:37:06.984 error at Object. <anonymous>(/opt/iobroker/node_modules/openzwave-shared/lib/openzwave-shared.js:24:22)
! zwave.0 2018-11-16 21:37:06.984 error at require (internal/module.js:11:18)
! zwave.0 2018-11-16 21:37:06.984 error at Module.require (module.js:597:17)
! zwave.0 2018-11-16 21:37:06.984 error at Function.Module._load (module.js:498:3)
! zwave.0 2018-11-16 21:37:06.984 error at tryModuleLoad (module.js:506:12)
! zwave.0 2018-11-16 21:37:06.984 error at Module.load (module.js:566:32)
! zwave.0 2018-11-16 21:37:06.984 error at Object.Module._extensions..node (module.js:682:18)
! zwave.0 2018-11-16 21:37:06.984 error Error: /opt/iobroker/node_modules/openzwave-shared/build/Release/openzwave_shared.node: wrong ELF class: ELFCLASS64
! zwave.0 2018-11-16 21:37:06.982 error uncaught exception: /opt/iobroker/node_modules/openzwave-shared/build/Release/openzwave_shared.node: wrong ELF class: ELFCLASS64
! zwave.0 2018-11-16 21:37:06.748 info starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.zwave, node: v8.12.0</anonymous>

[AlCalzone]

@Kylo Ren:

Leider startet der Adapter nicht wegen eines ELFCLASS64-Fehlers. `
Wie hast du den Adapter installiert? Der Fehler deutet an, dass du 64-bit Binaries auf einem 32-bit Host ausführen willst. Normalerweise wird auf dem Pi ja die korrekte Version durch kompilieren erzeugt.

[Kylo Ren]

@AlCalzone:

Wie hast du den Adapter installiert? Der Fehler deutet an, dass du 64-bit Binaries auf einem 32-bit Host ausführen willst. Normalerweise wird auf dem Pi ja die korrekte Version durch kompilieren erzeugt. `

Ok, dann hole ich mal ein bißchen aus: Ich hatte ioBroker in einer VM auf einer QNAP installiert und den ZWave-Stick vom Host in die VM durchgereicht. Das machte aber ständig Probleme, deswegen habe ich jetzt eine frische Installation auf einem Raspberry gemacht und bin dabei nach dieser http://www.iobroker.net/docu/?page_id=5106&lang=de vorgegangen. Danach habe ich das Backup, welches ich mit dem Backitup-Adapter erzeugt habe, mit dem gleichen Adapter wieder eingespielt (Komplett-Backup, ca. 120 MB).

Ich habe aber zwischenzeitlich den ZWave-Adapter entfernt und neu installiert. Mit der gleichen Fehlermeldung.

Aber ich habe gerade gesehen, dass es fertige Images inkl. ioBroker für Rasperrys gibt. Ich werde als nächstes mal ein solches Image ausprobieren.