NEWS
Test Adapter ZWave2 (v0.8.x)
-
@AlCalzone sagte in Test Adapter ZWave2 (v0.8.x):
Central Scene ist tatsächlich etwas mächtiger. Mehrere Szenen gleichzeitig und definierte Bedeutung ohne in die Anleitung schauen zu müssen.
Aber brauchen das die Endbenutzer wirklich... wäre doch auch viel zu kompliziert...
Mach dir bloß keinen Stress und Einfach + Logik, wird immer einfach bleiben :-)
(Bin leider noch nicht zum Dimmer2 gekommen... muss noch ein paar Mails für die Fa. beantworten - Jahresabschluss halt)
-
@AlCalzone sagte in Test Adapter ZWave2 (v0.8.x):
Central Scene ist tatsächlich etwas mächtiger. Mehrere Szenen gleichzeitig und definierte Bedeutung ohne in die Anleitung schauen zu müssen.
Aber brauchen das die Endbenutzer wirklich... wäre doch auch viel zu kompliziert...
Mach dir bloß keinen Stress und Einfach + Logik, wird immer einfach bleiben :-)
(Bin leider noch nicht zum Dimmer2 gekommen... muss noch ein paar Mails für die Fa. beantworten - Jahresabschluss halt)
-
Der Fibaro RollerShutter3 wird wohl nie mein Freund werden… :-(
Empfehlen kann ich den derzeit wirklich keinem, außer man will einfach nur rauf oder runter fahren, für weitere Integrationen muss sehr viel getriggert werden.
Alleine schon, dass die SceneID nicht zurückgesetzt wird wie noch beim 2er ist für mich seltsam, was aber über Triggern händelbar ist.
(Werde nie verstehen wie man sowas gegenüber dem RollerShutter2 – Version 3 nennen kann :face_with_rolling_eyes: )
@AlCalzone
Was mir aufgefallen ist, dass der currentValue Wert nicht korrekt ausgegeben wird – beim direkten Schalten über die Taster funktioniert es ab und an aber auch nur sehr selten.Das manuelle setzen eines targetValue Wert, erscheint auch nicht im ioB Log, obwohl der Rollanden an die ausgewählte Position fährt (war bei mir 25%) Screenshot unten.
Der duration Wert wird auch nur teilweise ausgegeben (mal kommt er, mal nicht) was für mich jetzt aber nicht so wichtig ist.
Anbei deine Log Datei zwave-1773.log und Cache Datei d6e3a2ab.json
über:
1 x per Taster rauf – gestoppt bei 47% danach wieder per Taste runter (CurrentValue stimmte dieses mal)
und 1 x targetValue Wert auf 50 eingestellt – bei CurrentValue kommt 0 oder 1Vielleicht kannst Du dir das nochmal anschauen, der CurrentValue Wert sollte schon korrekt funktionieren ;-)
Sollte das beim RollerShutter3 aber auch wieder anders angedacht sein (ä. wie SceneID) dann ist die Sache mit dem 3er für mich erledigt und ich muss mir was anders suchen.
Danke Dir.
Log - tragetValue Wert auf 25 eingestellt:
-
@AlCalzone sagte in Test Adapter ZWave2 (v0.8.x):
Kein Stress, Dimmer 2 läuft bei mir ohne Probleme
Ja, der Fibaro Dimmer2 läuft mit deinem Adapter bei mir auch perfekt :+1:
Da ist wenigstens noch die gleiche Scenen funktionalität drin wie beim RollerShutter2 ;-)
Warum hat Fibaro nur den RollerShutter3 so verhunzt :cry:
-
Der Fibaro RollerShutter3 wird wohl nie mein Freund werden… :-(
Empfehlen kann ich den derzeit wirklich keinem, außer man will einfach nur rauf oder runter fahren, für weitere Integrationen muss sehr viel getriggert werden.
Alleine schon, dass die SceneID nicht zurückgesetzt wird wie noch beim 2er ist für mich seltsam, was aber über Triggern händelbar ist.
(Werde nie verstehen wie man sowas gegenüber dem RollerShutter2 – Version 3 nennen kann :face_with_rolling_eyes: )
@AlCalzone
Was mir aufgefallen ist, dass der currentValue Wert nicht korrekt ausgegeben wird – beim direkten Schalten über die Taster funktioniert es ab und an aber auch nur sehr selten.Das manuelle setzen eines targetValue Wert, erscheint auch nicht im ioB Log, obwohl der Rollanden an die ausgewählte Position fährt (war bei mir 25%) Screenshot unten.
Der duration Wert wird auch nur teilweise ausgegeben (mal kommt er, mal nicht) was für mich jetzt aber nicht so wichtig ist.
Anbei deine Log Datei zwave-1773.log und Cache Datei d6e3a2ab.json
über:
1 x per Taster rauf – gestoppt bei 47% danach wieder per Taste runter (CurrentValue stimmte dieses mal)
und 1 x targetValue Wert auf 50 eingestellt – bei CurrentValue kommt 0 oder 1Vielleicht kannst Du dir das nochmal anschauen, der CurrentValue Wert sollte schon korrekt funktionieren ;-)
Sollte das beim RollerShutter3 aber auch wieder anders angedacht sein (ä. wie SceneID) dann ist die Sache mit dem 3er für mich erledigt und ich muss mir was anders suchen.
Danke Dir.
Log - tragetValue Wert auf 25 eingestellt:
-
Der Fibaro RollerShutter3 wird wohl nie mein Freund werden… :-(
Empfehlen kann ich den derzeit wirklich keinem, außer man will einfach nur rauf oder runter fahren, für weitere Integrationen muss sehr viel getriggert werden.
Alleine schon, dass die SceneID nicht zurückgesetzt wird wie noch beim 2er ist für mich seltsam, was aber über Triggern händelbar ist.
(Werde nie verstehen wie man sowas gegenüber dem RollerShutter2 – Version 3 nennen kann :face_with_rolling_eyes: )
@AlCalzone
Was mir aufgefallen ist, dass der currentValue Wert nicht korrekt ausgegeben wird – beim direkten Schalten über die Taster funktioniert es ab und an aber auch nur sehr selten.Das manuelle setzen eines targetValue Wert, erscheint auch nicht im ioB Log, obwohl der Rollanden an die ausgewählte Position fährt (war bei mir 25%) Screenshot unten.
Der duration Wert wird auch nur teilweise ausgegeben (mal kommt er, mal nicht) was für mich jetzt aber nicht so wichtig ist.
Anbei deine Log Datei zwave-1773.log und Cache Datei d6e3a2ab.json
über:
1 x per Taster rauf – gestoppt bei 47% danach wieder per Taste runter (CurrentValue stimmte dieses mal)
und 1 x targetValue Wert auf 50 eingestellt – bei CurrentValue kommt 0 oder 1Vielleicht kannst Du dir das nochmal anschauen, der CurrentValue Wert sollte schon korrekt funktionieren ;-)
Sollte das beim RollerShutter3 aber auch wieder anders angedacht sein (ä. wie SceneID) dann ist die Sache mit dem 3er für mich erledigt und ich muss mir was anders suchen.
Danke Dir.
Log - tragetValue Wert auf 25 eingestellt:
@Rolf_KA sagte in Test Adapter ZWave2 (v0.8.x):
1 x per Taster rauf – gestoppt bei 47% danach wieder per Taste runter (CurrentValue stimmte dieses mal)
und 1 x targetValue Wert auf 50 eingestellt – bei CurrentValue kommt 0 oder 1Ich brauche nochmal deine Hilfe. Das Log ist noch nicht gerade optimal, was gesendete Nachrichten angeht. Bitte vor der Betätigung ein paar Sekunden warten und mir den ungefähren Zeitstempel mitteilen (auf ein paar Sekunden genau sollte reichen).
Verstehe ich das richtig, dass die Reports kommen, wenn du den Schalter physisch betätigst, aber nicht bei Betätigung aus ioBroker heraus?
-
Ich habe hier noch einen Fibaro Keyfob, den ich als Lichtsteuerung benutzt hatte. Mit einem Update (oder Umstellung auf diesen Adapter) wird jetzt der Wert für kurz drücken einer Taste bei 0 gelassen (vorher war es auf 1). Ich kann aber auch nirgends was konfigurieren ...
-
Ich habe hier noch einen Fibaro Keyfob, den ich als Lichtsteuerung benutzt hatte. Mit einem Update (oder Umstellung auf diesen Adapter) wird jetzt der Wert für kurz drücken einer Taste bei 0 gelassen (vorher war es auf 1). Ich kann aber auch nirgends was konfigurieren ...
-
@Alex975 das ist bewusst so. Wird auch keine Möglichkeit geben das zu konfigurieren.
Mir fehlt aber der Name zum wert 0. Kannst du mal auf den Bleistift klicken und mir den Reiter raw zeigen (1 dp reicht)
-
@Rolf_KA sagte in Test Adapter ZWave2 (v0.8.x):
1 x per Taster rauf – gestoppt bei 47% danach wieder per Taste runter (CurrentValue stimmte dieses mal)
und 1 x targetValue Wert auf 50 eingestellt – bei CurrentValue kommt 0 oder 1Ich brauche nochmal deine Hilfe. Das Log ist noch nicht gerade optimal, was gesendete Nachrichten angeht. Bitte vor der Betätigung ein paar Sekunden warten und mir den ungefähren Zeitstempel mitteilen (auf ein paar Sekunden genau sollte reichen).
Verstehe ich das richtig, dass die Reports kommen, wenn du den Schalter physisch betätigst, aber nicht bei Betätigung aus ioBroker heraus?
@AlCalzone sagte in Test Adapter ZWave2 (v0.8.x):
Verstehe ich das richtig, dass die Reports kommen, wenn du den Schalter physisch betätigst, aber nicht bei Betätigung aus ioBroker heraus?
Sorry für die Verspätung!
Habe derzeit leider viel um die Ohren in der Firma, aber auch bald Urlaub - noch 10 Tage Resturlaub aus 2019 ;-)Jein, wenn ich den Schalter physisch betätige stimmt es meistens, hatte aber auch schon, das CurrentValue eben nicht stimmte...
Anbei deine Log Datei und auch eine ioBroker Log mit den Zeitstempeln:
zwave-4054.log
ioBroker_log.txtDer Rolllanden war vorher kompl. offen, meine Stepps waren:
- per physischen Schalter 1 x runter (schließen), mind. 1 Minute gewartet und per physisch Schalter 1 x rauf (öffnen) gedrückt
danach - im ioBroker direkt "targetValue" auf 0 (schließen) und nach mind. 1 Minute auf 99 (öffnen) gesetzt
(Das gleiche passiert auch bei „targetValue_001“ (Endpoint 1) – ist als unabhängig)
Was CurrentValue liefert, kannst Du im ioBroker Log sehen.
Meine Scripte habe ich alle abgeschaltet - (Dachte schon den ganzen Tag, dass ich da evtl. etwas verbockt habe)
Hoffe, dass hilft dir etwas weiter und danke nochmal :+1:
- per physischen Schalter 1 x runter (schließen), mind. 1 Minute gewartet und per physisch Schalter 1 x rauf (öffnen) gedrückt
-
@AlCalzone Dies hier?
-
@Alex975 Ja das. Da fehlen ein paar der Metadaten :thinking_face:
So sieht es bei mir aus:
-
@AlCalzone sagte in Test Adapter ZWave2 (v0.8.x):
Verstehe ich das richtig, dass die Reports kommen, wenn du den Schalter physisch betätigst, aber nicht bei Betätigung aus ioBroker heraus?
Sorry für die Verspätung!
Habe derzeit leider viel um die Ohren in der Firma, aber auch bald Urlaub - noch 10 Tage Resturlaub aus 2019 ;-)Jein, wenn ich den Schalter physisch betätige stimmt es meistens, hatte aber auch schon, das CurrentValue eben nicht stimmte...
Anbei deine Log Datei und auch eine ioBroker Log mit den Zeitstempeln:
zwave-4054.log
ioBroker_log.txtDer Rolllanden war vorher kompl. offen, meine Stepps waren:
- per physischen Schalter 1 x runter (schließen), mind. 1 Minute gewartet und per physisch Schalter 1 x rauf (öffnen) gedrückt
danach - im ioBroker direkt "targetValue" auf 0 (schließen) und nach mind. 1 Minute auf 99 (öffnen) gesetzt
(Das gleiche passiert auch bei „targetValue_001“ (Endpoint 1) – ist als unabhängig)
Was CurrentValue liefert, kannst Du im ioBroker Log sehen.
Meine Scripte habe ich alle abgeschaltet - (Dachte schon den ganzen Tag, dass ich da evtl. etwas verbockt habe)
Hoffe, dass hilft dir etwas weiter und danke nochmal :+1:
@Rolf_KA sagte in Test Adapter ZWave2 (v0.8.x):
- per physischen Schalter 1 x runter (schließen), mind. 1 Minute gewartet und per physisch Schalter 1 x rauf (öffnen) gedrückt
Sehe ich beides im Log, currentValue kommt (IMO korrekt).
- im ioBroker direkt "targetValue" auf 0 (schließen) und nach mind. 1 Minute auf 99 (öffnen) gesetzt
Ich sehe, was passiert. Der Adapter setzt den Zielwert und fragt sofort nach
currentValue. Der Wert ist dann kurz nach der Betätigung noch nicht allzu sehr verändert. Also beim Schließen 99 -> 98, beim Öffnen 0 -> 1. Mir scheint, dass keine selbstständigen Updates gesendet werden.Letztendlich ist das ein Problem, das manche andere Geräte auch haben. Habe bereits ein Issue hierfür: https://github.com/AlCalzone/node-zwave-js/issues/452
Ich war davon ausgegangen, dass das ein Problem von älteren Geräten (nicht Z-Wave+) ist, aber scheinbar nicht. Muss ich dann mal etwas höher priorisieren.Rein aus Interesse: Updated sich currentValue sauber wenn du diese beiden DPs nutzt?
- per physischen Schalter 1 x runter (schließen), mind. 1 Minute gewartet und per physisch Schalter 1 x rauf (öffnen) gedrückt
-
@AlCalzone Ok der Tipp war gut. Hab das Gerät noch mal entfernt und neu angelernt.. und siehe da alles wieder gut...
-
@Rolf_KA sagte in Test Adapter ZWave2 (v0.8.x):
- per physischen Schalter 1 x runter (schließen), mind. 1 Minute gewartet und per physisch Schalter 1 x rauf (öffnen) gedrückt
Sehe ich beides im Log, currentValue kommt (IMO korrekt).
- im ioBroker direkt "targetValue" auf 0 (schließen) und nach mind. 1 Minute auf 99 (öffnen) gesetzt
Ich sehe, was passiert. Der Adapter setzt den Zielwert und fragt sofort nach
currentValue. Der Wert ist dann kurz nach der Betätigung noch nicht allzu sehr verändert. Also beim Schließen 99 -> 98, beim Öffnen 0 -> 1. Mir scheint, dass keine selbstständigen Updates gesendet werden.Letztendlich ist das ein Problem, das manche andere Geräte auch haben. Habe bereits ein Issue hierfür: https://github.com/AlCalzone/node-zwave-js/issues/452
Ich war davon ausgegangen, dass das ein Problem von älteren Geräten (nicht Z-Wave+) ist, aber scheinbar nicht. Muss ich dann mal etwas höher priorisieren.Rein aus Interesse: Updated sich currentValue sauber wenn du diese beiden DPs nutzt?
Ufff... das hatte ich noch nicht bemerkt !
Der Fibaro RollerShutter3 hat in deinem Adapter (noch) kein "Open" o. "Close" Funktionalität...
(Auch nach Löschung und/oder sonst üblicher Aktivierungen kommt da kein Open oder Close)Im Screen sind die Einstellungen vom alten Fibaro FGR222 (da war ja noch alles gut) und dem Multilevel_Switch des FGR223 zu sehen - kein Open oder Close vorhanden!
Hoffe das hilft dir etwas, sonst sende ich dir einen FGR223 zu....
-
Ufff... das hatte ich noch nicht bemerkt !
Der Fibaro RollerShutter3 hat in deinem Adapter (noch) kein "Open" o. "Close" Funktionalität...
(Auch nach Löschung und/oder sonst üblicher Aktivierungen kommt da kein Open oder Close)Im Screen sind die Einstellungen vom alten Fibaro FGR222 (da war ja noch alles gut) und dem Multilevel_Switch des FGR223 zu sehen - kein Open oder Close vorhanden!
Hoffe das hilft dir etwas, sonst sende ich dir einen FGR223 zu....
-
@Rolf_KA sagte in Test Adapter ZWave2 (v0.8.x):
kein Open oder Close vorhanden!
Hmm, dann muss ich mir das Interview im Log nochmal anschauen.
Wie gestern schon geschrieben, sende ich dir gerne einen Fibaro RollerShutter 3 zu – darfst Du dann auch behalten :+1:
Da der Fibaro RollerShutter 2 leider nicht mehr erhältlich ist, meine ich; das es wichtig für deinen Z-Wave Adapter ist, das der Nachfolger sauber unterstütz wird – sonst gibt es nur Frust bei den Usern.
Aber alles braucht halt seine Zeit.
-
Wie gestern schon geschrieben, sende ich dir gerne einen Fibaro RollerShutter 3 zu – darfst Du dann auch behalten :+1:
Da der Fibaro RollerShutter 2 leider nicht mehr erhältlich ist, meine ich; das es wichtig für deinen Z-Wave Adapter ist, das der Nachfolger sauber unterstütz wird – sonst gibt es nur Frust bei den Usern.
Aber alles braucht halt seine Zeit.
@Rolf_KA Danke für das Angebot, ich würde aber erst mal versuchen, ob es mit bestehender Hardware geht. Habe daheim schon eine Kiste voll ungenutzter Smarthome-Geräte :D
Ich habe mir deine Cache-Datei nochmal angesehen. Node 5 (das ist doch der FGR223?) unterstützt die
Supervision CC. Damit könnte man die Ansteuerung überwachen, wenn die sauber unterstützt ist. Ich bin mir jetzt gerade nicht sicher, ob die 2er die CC unterstützen. Welcher der Nodes ist ein 2er Roller Shutter - dann kann ich da mal reinschauen? -
@Rolf_KA Danke für das Angebot, ich würde aber erst mal versuchen, ob es mit bestehender Hardware geht. Habe daheim schon eine Kiste voll ungenutzter Smarthome-Geräte :D
Ich habe mir deine Cache-Datei nochmal angesehen. Node 5 (das ist doch der FGR223?) unterstützt die
Supervision CC. Damit könnte man die Ansteuerung überwachen, wenn die sauber unterstützt ist. Ich bin mir jetzt gerade nicht sicher, ob die 2er die CC unterstützen. Welcher der Nodes ist ein 2er Roller Shutter - dann kann ich da mal reinschauen?@AlCalzone sagte in Test Adapter ZWave2 (v0.8.x):
Welcher der Nodes ist ein 2er Roller Shutter - dann kann ich da mal reinschauen?
Node_003 + Node_004 sind RollerShutter2 (FGR222) und Node_005 ist ein RollerShutter3 (FGR223)
Node_006 ist eine Dimmer2 (FGD212) alle von Fibaro ;-)In meinem Screenshot oben (von gestern Abend) kannst du es auch erkennen.
-
@AlCalzone sagte in Test Adapter ZWave2 (v0.8.x):
Welcher der Nodes ist ein 2er Roller Shutter - dann kann ich da mal reinschauen?
Node_003 + Node_004 sind RollerShutter2 (FGR222) und Node_005 ist ein RollerShutter3 (FGR223)
Node_006 ist eine Dimmer2 (FGD212) alle von Fibaro ;-)In meinem Screenshot oben (von gestern Abend) kannst du es auch erkennen.
Support us
485
Online32.6k
Users82.2k
Topics1.3m
Posts