Test Adapter Z-Wave 2 (v1.3.x)
-
Ich fürchte das ist ein Missverständnis...
All nodes are ready to use
bedeutet nicht, dass alle Interviews durch sind. Das bedeutet lediglich, dass von allen Nodes alle nötigen Daten vorhanden sind, dass sie korrekt betrieben werden können. Die aktualisierten Werte werden im Hintergrund weiter fleißig abgefragt. Erst wenn bei allen Geräten im Log steht "all values updated", dann ist wirklich Ruhe. Das ist bei deinem Log um 17:47:39 der Fall.
Träge ist es deshalb weil Kommandos aus der Anwendung bislang nicht gegenüber denen aus dem Interview priorisiert werden. Plane ich zu ändern, aber hier laufen derzeit so viele Kleinigkeiten auf
-
@Evil-Els Das ist ein Problem mit den Assoziationen. Bitte folgende Verknüpfungen zum Controller herstellen. Andere Verknüpfungen zum Controller kannst du löschen
Gruppe Ziel Endpunkt 1: Z-Wave Plus Lifeline Gerät 001 Root-Gerät 4: Multilevel Gerät 001 Root-Gerät 11: Multilevel sensor Gerät 001 Root-Gerät Ggf müssen die noch ergänzt werden, aber ich würde erst mal mit dem Minimum beginnen. Bitte um kurze Rückmeldung, dann kann ich die Konfig-Dateien entsprechend anpassen.
-
@AlCalzone Ja genau bei mir in den Datenpunkten steht immer links und rechts
Gerät meldet Positionsänderung von 0 auf 0 (??? hat sich etwas bewegt?) -> Ja, Schalter geht an
Was passiert tatsächlich? Und hast du mal versucht, das Teil über targetValue zu steuern statt up/down? -> Ja mit 1-255 es geht aber immer nur in eine Richtung (rechts)
-
@AlCalzone
Irgend etwas ist trotzdem anders, beim Z-Wave.Me Stick bleibt die Sende/Empfangs-LED auch nach 20min immer noch angesteuert was sie sonst nie machte. Bei kommunikation flackert die LED ansonsten nur. -
@JackDaniel hab ich aber auch gehabt.. dachte es hängt mir meinem Proxmox
-
Moin,
bei mir ist mit der aktuellen Version auch richtig der Wurm drin...Die Interviews werden nicht mehr beendet, bzw. die Gräte sind ständig "dead". Dies aber sporadisch und offenbar auf die Erkennung der Geräte im Netzwerk zurückzuführen...also ein Netzwerk voller Zombies..Gestern lief es mal wieder, nachdem ich die Geräte "einzeln zur Nachbesprechung" gebeten hatte, sprich das Interview manuell getriggert habe.
Das klappt seit heute aber gar nicht mehr - auch eine komplette Neuinstallation (inkl. kompletter Löschung aller folder, Restart des Containers, Stick am Host) des Adapters bringt nichts.
Der Stick wird sauber erkannt, die anderen (grundsätzlich erkannten) Geräte bleiben im Status rot. Wenn ich nachhelfe und die Schalter betätige, um ein Lebenszeichen zu senden, wird der Status kurz grün, dann sterben sie wieder.
log und cache
zwave-6545.log
fa302608.jsonIch gehe mal davon aus, dass ganze auch ohne key für "sichere Kommunikation" laufen sollte, denn die brauche ich nicht dementsprechend hier also alles initial lassen kann, die Geräte sollten dann ja dann trotzdem ("un-sicher") kommunizieren können.
Ich gehe jetzt mal auf V1 zurück und werde berichten.
Viele Grüße
Olli -
@arteck said in Test Adapter Z-Wave 2 (v1.3.x):
@JackDaniel hab ich aber auch gehabt.. dachte es hängt mir meinem Proxmox
sorry was hast du auch gehabt?
ich bekomme den adapter jetzt so gut wie garnicht mehr zum laufen
hab mir jetzt extra noch einen anderen usb hub besorgt, brachte leider auch nichts (geht nach kurzer zeit wieder auf rot)
ich holle mir jetzt mal den z-wave me stick, das mit dem usb hub geht mir eh ziemlich auf die nervenedit:
beim "alten" adapter ist aber noch alles ok -
mein iOBoker läuft im Übrigen auch als Container auf einem Proxmox Host und das klappt mit dem neuen ZWave2-Adapter auch sehr gut - seit Monaten, wenn man den Stick durchreicht.
Gestern z.B. noch 1A - heute allerdings nicht mehr.
Auch zurück auf V1 schient nicht zu helfen..auch wenn die SW des Adapters immer besser wird. Ist und bleibt so ein Z-Wave Netz ein "fragiles" Gebilde...
auch mit der V1 bekomme ich die Geräte nicht mehr erkannt:
zwave2.0 2020-06-18 11:02:40.217 info (15717) Node 8: is now awake zwave2.0 2020-06-18 11:02:34.979 info (15717) Node 8: has returned from the dead zwave2.0 2020-06-18 11:02:29.821 info (15717) Node 8: is now deadim Wechsel.
Log:
zwave-15717.log
fa302608.values.jsonl
fa302608.jsonvieleicht erbibt sich ja doch ein Hinweis aus dem Log
-
@uschi08 dann musst du das log auch einfügen...blindfisch... ich sehs ... alles gut
es scheint echt inrgendwas im busch zu sein..da muss @AlCalzone drann.. abwarten.. das wird
-
@Gabe Sorry ich kann dir nicht folgen.
Frage: hat sich etwas bewegt?
Antwort: Ja, Schalter geht an???
Ja mit 1-255 es geht aber immer nur in eine Richtung (rechts)
Der Wertebereich ist 0-99, aber gut. Damit ich das verstehe:
- Das Teil steht links
- Du setzt targetValue 10 --> Fährt nach rechts
- Du setzt targetValue 50 --> Fährt nach rechts
- Du setzt targetValue 0 --> Fährt weiter nach rechts?!
@peppino Kann ich nicht nachvollziehen. Vielleicht hast du aber auch das Problem, dass sich beim Senden was überlappt und der dann hängen bleibt --> https://forum.iobroker.net/post/451304
@uschi08 Du hast Empfangsprobleme:
11:01:58.590 DRIVER « [REQ] [SendData] [fatal_node] callbackId: 31 transmitStatus: NoAck 11:01:58.590 CNTRLR [Node 008] Node 8 did not respond to the current transaction after 3 attempts, it is presumed dead (Status NoAck)NoAck bedeutet, dass der Controller keine Bestätigung vom Node bekommt. Wenn du ihn dann betätigst, meldet er sich (-> alive), aber antwortet dann auf Anfragen direkt wieder nicht (-> dead).
Probier mal, das Netzwerk zu heilen. Wenn sich auf der Oberfläche da nichts tut, mal nach und nach die batteriebetriebenen Geräte wecken.
Aufgrund der vielen toten Nodes könnte das etwas schwierig werden - kannst du den Controller vielleicht etwas besser positionieren? -
Merci, hatte ich so nicht gesehen, aber befürchtet.
..komisch ist (natürlich) das sich an der HW(-pos) seit zwei Jahren nichts geändert hat ;-).
mal sehen, wie ich die Kollegen munter kriege - batteriebetrieben ist da nichts..Mich macht eben nur stutzig, dass die Geräte selbst wenn sie wieder aufgeweckt sind, sofort wieder weg sind..
Okay, mal sehenDanke
OlliEdit:
okay sieht besser aus, habe mit dem USB-Kabel verlängert und deutlich prominenter ausgerichtet, scheint zu laufen.
Und für alle Freunde der gepflegten Virtualisierung immer daran denken den Stick auf dem Host und im durchgereichten iOBroker zu berechtigen.., wenn der Stick mal abgezogen wurde..z.B. so:..(ohne Sicherheitsbedenken..)ls -l /dev/ttyACM0 crw-rw---- 1 root dialout 166, 0 Jun 18 12:23 /dev/ttyACM0 chmod 777 /dev/ttyACM0 crwxrwxrwx 1 root dialout 166, 0 Jun 18 12:23 /dev/ttyACM0 `` -
@uschi08 sagte in Test Adapter Z-Wave 2 (v1.3.x):
Mich macht eben nur stutzig, dass die Geräte selbst wenn sie wieder aufgeweckt sind, sofort wieder weg sind..
Das ist das komische... Sie melden sich dann auch, antworten aber bereits auf die nächste Abfrage nicht mehr.
-
soddle, ich habe noch mal die "Katze bemüht" und die aktuelle Testversion installiert.
Die Initialisierung wird auf dem alten Cache erfolgt sein, aber haut einwandfrei hin, sprich alles wieder up and running ;-).Hätte mich auch gewundert, wenn es am Adapter gelegen hätte
Die aktuelle Version läuft also auch hier. “Obgleich” der Adapter einige (default) Verknüpfungen listet, die ich so nicht kenne / brauche..eine Gruppe für Update als Verknüpfung ist normal?Wie immer Danke
Olli -
@AlCalzone said in Test Adapter Z-Wave 2 (v1.3.x):
@Evil-Els Das ist ein Problem mit den Assoziationen. Bitte folgende Verknüpfungen zum Controller herstellen. Andere Verknüpfungen zum Controller kannst du löschen
Gruppe Ziel Endpunkt 1: Z-Wave Plus Lifeline Gerät 001 Root-Gerät 4: Multilevel Gerät 001 Root-Gerät 11: Multilevel sensor Gerät 001 Root-Gerät Ggf müssen die noch ergänzt werden, aber ich würde erst mal mit dem Minimum beginnen. Bitte um kurze Rückmeldung, dann kann ich die Konfig-Dateien entsprechend anpassen.
Hi @AlCalzone,
folgendes eingestellt:
Leider lässt sich das Gerät damit nun gar nicht mehr steuern.
Eingaben intargetValuewerden nicht verarbeitet. (Lampe wird nicht heller/dunkler,currentValueändert sich ein Mal nach Adapter Start auf den Wert vontargetValue, dann nicht mehr.
Ich habe mal Logging angemacht und Cache gelöscht.
Danach stand die Verknüpfung fürGruppe 1aufRoot-Endpunkt
Der Wert ändert sich nach dem Adapter Neustart auch immer wieder zu
Root-Endpunkt.zwave-17145.log
Cache dir ist leer -
@Evil-Els sagte in Test Adapter Z-Wave 2 (v1.3.x):
Cache dir ist leer
Das kann nicht sein.
Der Wert ändert sich nach dem Adapter Neustart auch immer wieder zu Root-Endpunkt.
Das ist korrekt, dazu muss ich die Config-Datei anpassen, wofür ich deine Rückmeldung abwarte.
Gruppe 1 muss ebenfalls auf Root-Gerät umgestellt werden, dann sollte auch wieder eine Rückmeldung kommen. Nehme Gruppe 4 außerdem mal raus, die scheint unnötig laut Log.Eingaben in targetValue werden nicht verarbeitet. (Lampe wird nicht heller/dunkler, currentValue ändert sich ein Mal nach Adapter Start auf den Wert von targetValue, dann nicht mehr.
Laut Log hast du das genau 1x gemacht und da gab es ein Problem beim Senden. Probiers bitte nochmal.
Edit: Dein Sende-Problem ist ebenfalls dieses hier: https://forum.iobroker.net/post/451304
Interessant, wie oft das in den letzten 2 Tagen passiert. -
@AlCalzone
sorry, Cache ist natürlich da, ich war im falschen dir.f8c1260b.metadata.jsonl
f8c1260b.values.jsonl
f8c1260b.jsoncurrentValuescheint nun so zu funktionieren:
Allerdings klappt das gerade nur sehr unzuverlässig:
zwave2.0 2020-06-18 16:49:21.294 error (387) The transaction timed out zwave2.0 2020-06-18 16:49:15.274 error (387) The transaction timed out zwave2.0 2020-06-18 16:48:56.376 error (387) The transaction timed out zwave2.0 2020-06-18 16:48:50.435 error (387) The transaction timed out zwave2.0 2020-06-18 16:48:11.105 info (387) Node 4: is now awake zwave2.0 2020-06-18 16:48:07.269 info (387) Node 4: has returned from the dead zwave2.0 2020-06-18 16:48:05.971 error (387) The message will not be sent because node 4 is presumed dead zwave2.0 2020-06-18 16:48:01.076 error (387) The message will not be sent because node 4 is presumed dead zwave2.0 2020-06-18 16:48:00.751 info (387) Node 4: is now dead zwave2.0 2020-06-18 16:48:00.747 error (387) Node 4 did not respond to the current transaction after 3 attempts, it is presumed dead zwave2.0 2020-06-18 16:47:46.115 error (387) The transaction timed outDiese Art Probleme hatte ich bisher noch nicht mit dem Gerät.
-
@Evil-Els sagte in Test Adapter Z-Wave 2 (v1.3.x):
zwave-387.log
Ja, genau das gleiche wie im verlinkten Post. Nachrichten-Sitzungen überschneiden sich und dann gibts Chaos. Ich sehe zu, dass ich später noch nen Fix raushaue.
-
So habe jetzt schon die 1.3.6 installiert.
Habe immer noch die gleichen Probleme mit dem Fibaro Shutter 2 Version 22.22.
Habe den kompletten shutter (Node_005) entfernt und neu includiert (Node_012)
Target Value geht nix zu steuern
Ich kann meine Rollladen nur über den Datenpunkt...... fibaro_venetianBlindsPosition steuern.
Hier der aktuelle LOG und der catch:
-
@AlCalzone Sorry für Verwirrung der Schalter hat Leds.
Der Current Value steht bei 0 ich kann Target bis auf 99 (oder höher) ändern, der Schalter agiert auch (Led rechts geht an). Current value bleibt aber bei 0 stehen. Wenn ich dann Target Value wieder auf 0 Stelle. Geht die LED wieder aus und der Schalter ist auf Neutralstellung.
Gruß
-
@Gabe Ok, das heißt
- Setzen der Position funktioniert, aber Rückmeldung fehlt
- der Datenpunkt Right funktioniert
- der Datenpunkt Left fährt auch nach Rechts?
Korrekt?
Und zeig mir mal nen Screenshot von den Verknüpfungen des Geräts.
@Flopsi Neu anlernen sollte eigentlich nie nötig sein. Bitte interviewe Node 12 mal erneut (unter Geräte -> Aktionen) und schicke mir davon nen Log. Wenn der Log das Interview nicht enthält, kann ich nicht sehen warum der behauptet er unterstützt Multilevel Switch nicht.
