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

[Stormbringer]

@cburghardt Bei mir waren heute in der Früh noch immer nicht alle erkannt. Die wichtigsten habe ich aufgeweckt dann gings. Also können wir nicht rekonstruieren warum das Phänomen bei 1.6.0 bei mir nicht auftritt und bei 1.6.3 schon? 🙈

[AlCalzone]

@Stormbringer Ok alles klar. Wenn du irgendwann mal Zeit hast oder eh am basteln bist, würde ich mich über Feedback freuen (was geht, was nicht, was sieht komisch aus?). Du kannst den Adapter problemlos parallel installieren.

Zum Test dann kurz Z-Wave (original) beenden und Z-Wave2 starten, anschließend über den umgekehrten Weg zurück zum Produktivsystem.

[Stormbringer]

@AlCalzone Kann ich dann gern mal machen. Ich gehe jetzt erst mal wieder auf 1.6.0 zurück g

[Stormbringer]

1.6.0 innerhalb von ein paar Sekunden grün geworden und alle batteriebetriebene Geräte melden sofort brav rein. Ich liebe sie. Danke für die 1.6.0. ;o)

[cburghardt]

@Stormbringer das ist interessant. Am Adapter selber kann es nicht liegen. Wenn ich mich nicht irre, sollte die openzwave Version auch noch beim Stand der 1.6.3 geblieben sein, kannst du mal nach dem Zeitstempel der Datei libopenzwave.so.1.6 schauen? Sollte in /usr/local/lib oder lib64 liegen.
Dann könnte es nur ein Unterschied bei openzwave-shared geben. Hat das Verzeichnis /opt/iobroker/node_modules/openzwave-shared/ einen neuen Zeitstempel seit du die Version 1.6.0 installiert hast?

[Stormbringer]

@cburghardt Klar gern, sind das die Dateien die du wolltest?

Aber die libopenzwave.pc scheint die zu sein die wir manuell installiert haben bei der 1.6.3 oder? Kann es sein, dass die 1.6.0 eine von einem anderen Speicherort nimmt? Oder hätte sich die heute beim drüber bügeln von der 1.6.0 nicht auf heutiges Datum ändern müssen?

[Stormbringer]

@AlCalzone ich kann deinen Adapter dann gern mal am WE testen, jetzt startet Z Wave ja wieder normal 😉

[cburghardt]

@Stormbringer nein, das passt. Die Version 1.6.0 hat nur geprüft ob die library überhaupt da ist.
Aber ich habe eine coole Funktion gefunden die den Start bei vielen Batterie Geräten deutlich schneller macht. Kommt in der nächsten Version.

[Stormbringer]

@cburghardt also wissen wir noch immer nicht worans liegt? 🙈
ok, hòrt sich interessant an. aber die strombetriebenen haben ja leider auch gesponnen. aber vielleicht hilfst was.

[AlCalzone]

@cburghardt sagte in [Aufruf] z-wave 1.6.3 testen:

Aber ich habe eine coole Funktion gefunden die den Start bei vielen Batterie Geräten deutlich schneller macht.

Details bitte :innocent:

[cburghardt]

@AlCalzone das ist openzwave spezifisch, es gibt ein Flag "AssumeAwake". Wenn das auf false gesetzt wird, werden beim initialen Scan die Geräte die zuletzt schlafend waren, gar nicht erst angefragt. Sonst werden die Batterie Geräte auch abgefragt und laufen ohnehin in einen timeout wenn sie nicht gerade zufällig wach sind.

[AlCalzone]

@cburghardt Achso... ich handhabe das in meiner Lib so, dass schlafende Geräte zwar gepingt werden - wenn keine Antwort kommt, aber das Gerät als nicht wach markiert wird und eine aktive Kommunikation erst beim nächsten Aufwachen stattfindet. Sensor-Updates und so werden trotzdem verarbeitet.
Ich weiß gerade nicht, was OZW da anders macht, dass es langsamer ist.

[cburghardt]

@AlCalzone da arbeitet openzwave identisch. Aber nachdem der ping mit timeout bei vielen Geräten (wie bei @Stormbringer ) auch dauert, kann man das auch ausschalten.
Warum die 1.6.3 langsamer sein soll als die 1.6.0 bei identischen openzwave library entzieht sich aber meiner Logik.

[AlCalzone]

@cburghardt sagte in [Aufruf] z-wave 1.6.3 testen:

Aber nachdem der ping mit timeout bei vielen Geräten (wie bei @Stormbringer ) auch dauert, kann man das auch ausschalten.

Macht Sinn, ich habe auch schon darüber nachgedacht, beim Start schlafende Geräte deren Status man nicht kennt entsprechend geringer zu priorisieren.

[peppino]

Hallo,

Bei mir stürzt der Adapter nach kurzer Zeit mit folgendem Fehler ab:

Exception: Manager.cpp:1512 - 101 - Invalid ValueID passed to GetValueLabel

OZW_Log3.txt

Mit Adapter Version 1.4.0 normale Funktion.

[cburghardt]

@peppino wir hatten das Problem schon einmal, ich habe ein issue bei openzwave-shared aufgemacht: https://github.com/OpenZWave/node-openzwave-shared/issues/353

Vielleicht hilft es, den Eintrag von node 2 in der openzwave config Datei zu löschen.

[peppino]

@cburghardt wenn ich den besagten Node 2 ausstecke dann startet der Adapter.
Node 2 ist ein "Greenwave Powernode 1"
Node 15 ist auch ein "Greenwave Powernode 1" dieser macht aber keine Probleme,

[cburghardt]

@peppino dann würde ich den besagten node noch einmal excluden und wieder neu einlernen. Vielleicht ging was beim ersten einlernen schief.

[peppino]

@cburghardt Habe Node 2 mit Adapter Version 1.4 excluded
jetzt mit Adapter 1.7.0 included jetzt läuft es. Danke!

Leider haben sich mit dem neuem Adapter teilweise die Namen der Datenpunkte geändert :disappointed:
Das bedeutet jetzt ein wenig Arbeit.

[smudu]

"Das bedeutet jetzt ein wenig Arbeit" kann ich so nicht unterschreiben. Mir hat es bei knapp 30 ZWave Devices mehr oder weniger alles zerlegt (Scripte, Alexa & iqontrol).
Ich vermute mal das mit den neuen Datenpunkt-Bezeichnungen kommt von openzwave. Wenn man nicht ewig auf 1.4.x bleiben will, muss man wohl dadurch.
Ein Hinweis im Changelog wäre trotzdem hilfreich gewesen...

Hier mal ein Erfahrungsbericht und noch Fragen/Bugs(?).
Meine früheren Versuche von 1.4.2 auf 1.6.x umzusteigen waren nicht erfolgreich. Ich wollte die Chance nutzen beim Umstieg von Raspi 3/Node 8 auf Raspi 4/Node 10 gleich auch das Thema anzugehen.
Angeblich reicht ja ein Minimal-Backup einspielen und ioBroker holt sich Adapter, etc. selber. Hat bis auf den Z-Wave Adapter auch erfolgreich funktioniert, hier immer wieder: "cannot find adapter "zwave@1.4.2". Try to install it..."
Lösung: Erst ZWave-Adapter installieren (+ sudo ldconfig) und dann Backup einspielen.

Die Abstürze/Neustarts beim Scannen der Geräte hatte ich auch erst mal. Da ich unfreiwillig unterbrochen wurde, hatte sich der Adapter nach mehreren Anläufen doch noch entschieden das er alles gefunden hat. Brauchte also nichts ex-/includen.

1. Frage, gibt es einen einfachen Weg die alten Datenpunkt-Leichen von 1.4.x zu löschen?

2. Frage, die Parameter für jedes ZWave Device liegen ja unter dem Unterpunkt CONFIGURATION. Bei mir werden die Default-Werte des Herstellers statt den tatsächlich eingestellten Werten angezeigt. Ist das so gewollt?

Letzter Punkt: Ich hatte versucht/vermutet die o.g. Parameter über ZWave Instanz > Geräte > "Info aktualisieren" zu bekommen. Das hat bei mir dazu geführt, dass die Node im Reiter Geräte und auch unter Objekte komplett gelöscht wurde. Nach dem Neustart der Instanz habe ich jetzt unter Objekte nur noch eine Leiche mit den Unterpunkten BASIC und WAKEUP.
Im Log steht:

2019-11-07 23:02:05.715  - info: zwave.0 List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyAMA0"}]
2019-11-07 23:02:29.005  - info: zwave.0 Execute refreshNodeInfo for 7
2019-11-07 23:02:29.315  - info: zwave.0 node removed: 7

Ich vermute mal, dass die jetzt wirklich gelöscht wurde :anguished:
Falls ich versehentlich mit Maus abgerutscht wäre: sollte da eine Sicherheitsabfrage kommen bevor eine Node gelöscht wird?