Test Adapter z-wave v1.6.x
-
@AlCalzone Ich muss mich korrigieren, das war in früheren Versionen von openzwave so. Ich habe es gerade mit nem Bewegungssensor ausprobiert (Version 1.6.3) und es geht, sogar während des Scans werden die Daten geliefert.
@Stormbringer was ich allerdings schon bei Installationen gesehen habe, ist das während des Scans so viel Netzwerkverkehr erzeugt wird, das Daten nur sehr langsam reinkommen.
-
@AlCalzone Total bescheuert leider.
würde ich gerne testen aber hab nur ein Produktivsystem. Wenn nicht alles funktioniert komm ich von Regen in die Traufe
-
@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?
-
@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.
-
@AlCalzone Kann ich dann gern mal machen. Ich gehe jetzt erst mal wieder auf 1.6.0 zurück g
-
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)
-
@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? -
@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?
-
@AlCalzone ich kann deinen Adapter dann gern mal am WE testen, jetzt startet Z Wave ja wieder normal
-
@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. -
@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. -
@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
-
@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.
-
@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. -
@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. -
@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.
-
Hallo,
Bei mir stürzt der Adapter nach kurzer Zeit mit folgendem Fehler ab:
Exception: Manager.cpp:1512 - 101 - Invalid ValueID passed to GetValueLabelMit Adapter Version 1.4.0 normale Funktion.
-
@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.
open Invalid ValueID passed to GetValueLabel #353
-
@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, -
@peppino dann würde ich den besagten node noch einmal excluden und wieder neu einlernen. Vielleicht ging was beim ersten einlernen schief.
