NEWS
Test Adapter Z-Wave 2 (v0.11.x)
-
Wie das Fibaro System auch ich habe doch alle Module vor 2 Jahre dem Homecenter 2 zugeordnet. Und jetzt zum testen andere Module genommen. Die Module sind doch dem Aeotec Stick zugeordnet. Imprinzip habe ich zwei Zwave Netzwerke, dann können doch nur die Module weg sein die dem Stick zugeorndet sind.
Oder sehe ich das falsch ?
-
@Flopsi Ah das wusste ich nicht. Ja, wenn du den Stick zurücksetzt, bleibt das Homecenter und seine Geräte unberührt.
-
Habe einen soft und hard reset gemacht im normalen Adapter .....alle geräte sind noch da ???
Das kann doch nicht normal sein das bei mir ständig alles schief geht lol......
host.raspberrypi4-iob 2020-04-28 16:36:32.277 info Do not restart adapter system.adapter.zwave.0 because desired by instance host.raspberrypi4-iob 2020-04-28 16:36:32.277 error instance system.adapter.zwave.0 terminated by request of the instance itself and will not be restarted, before user restarts it. host.raspberrypi4-iob 2020-04-28 16:36:30.498 info instance system.adapter.zwave.0 started with pid 7644 host.raspberrypi4-iob 2020-04-28 16:30:39.213 info instance system.adapter.zwave.0 started with pid 7444 host.raspberrypi4-iob 2020-04-28 16:30:39.162 info "system.adapter.zwave.0" enabled
-
@Flopsi Hm, früher ging es mal
-
Hab das selbe Problem wie @Flopsi . Das Interview läuft nur bis Node 20 von 40. Die Restlichen werden mit einem Fragezeichen angezeigt. Geht dann nicht weiter. Beim Fibaro Doppelschalter ist das Interview z.B. nicht komplett. Es fehlen die Punkte zum schalten.
Gibt es bereits eine Lösung? Kann man das Interview nicht manuell auslösen für die einzelnen Nodes?
-
@Marsx79 Log bitte. Dann sieht man ggf. die Ursache.
-
Das ja schon mal gut das ich nicht alleine solche Probleme habe
-
Hallo zusammen!
Erstmal vielen Dank für diesen Adapter!!
Gibt es eine Möglichkeit, ein Interview mit einer bestimmten Node zu erzwingen? Ich habe mehrere batteriebetriebene Sensoren (1 Fibaro Tür-/Fenstersensor und 5 Aeotec Door/Window Sensor 7). Unter Instanzen->Z-Wave 2->Geräte werden diese aber nicht angezeigt und unter "Objekte" sind zwar die Nodes da, allerdings fehlen Name und gewisse Parameter (bei einem Aeotec z.B. die Configuration-Parameter und bei den anderen die Status-Werte Tür-/Fensterzustand, bzw. Tilt (Kippstand)).
Ich habe die Sensoren schon unzählige Male geweckt, die Wake-Up-Zeit auf Minimum eingestellt und es auch schon mit Entfernen und neu hinzufügen versucht, aber das schafft alles keine Abhilfe, es findet kein vollständiges Interview statt und die Geräteparameter bleiben unvollständig...
Wie bekomme ich die Geräte komplett erkannt?
Viele Grüsse,
Rob -
Am besten erstellst du, wie oben beschrieben, für @AlCalzone deine Cache Datei.
https://forum.iobroker.net/topic/30963/test-adapter-z-wave-2-v0-11-x/84Ich selbst habe einen Fibaro FGDW002 Tür/Fenstersensor der gut mit dem Adapter funktioniert.
-
@Rolf_KA Danke für den Hinweis!
Hier meine Cache-Datei:
f3b3113a.jsonEdit: Der Fibaro Tür-Sensor ist Node #6 und die Aeotecs #49 und #54-57
-
Gerne doch
Das wäre vielleicht auch noch ein Versuch bei dir Wert - die Cache Datei zu löschen...
und vielleicht dann auch noch die Log Datei bereitzustellen.https://forum.iobroker.net/topic/30963/test-adapter-z-wave-2-v0-11-x/101
-
Ich habe nur noch Probleme mit dem Fibaro Heat Controller
Und die aktuelle Catch Datei:
Der will einfach nicht es werden nicht alle Interview Daten übertragen.
Auch habe ich die Erfahrung gemacht das es besser ist erst die Geräte einzubinden die ohne Akku/Batterie sind.
Ich benutze aber gerade den ersten Zwave Adapter.
-
@el_rob Bitte mal ein Log erstellen und posten.
-
@AlCalzone Meine Log-Datei ist mit 8 MB zu gross für's Forum, daher habe ich sie bei Google Drive hochgeladen. Hier der Link: zwave-30132.log.
Vielen Dank für's Anschauen!!
-
@el_rob Was ich soweit erkennen kann:
- 10 Minuten ist nicht viel für ein Interview, vor allem wenn man ein so großes Netzwerk hat. Bei meinen 16 Geräten dauert es nach Löschen des Caches gut und gerne mal 10 Minuten inklusive gezielten manuellen Aufwecken.
- Bei den betreffenden Nodes erst mal keine Fehler. Jedoch auch kein vollständiges Interview.
- Node 49 ist in den 10 Minuten relativ weit gekommen, aber noch nicht fertig. Hier könnte tatsächlich helfen, den nochmal manuell aufzuwecken, dann geht das Interview weiter.
- Die Nodes 54-57 werden parallel interviewed, was etwas ungünstig ist, weil keiner richtig weit kommt. Ich plane ein paar Verbesserungen bei der Nachrichten-Priorisierung, da wird das auch ein Thema sein.
Folgende Empfehlung, damit du dein Netzwerk an den Start bekommst: Die unvollständigen Nodes nacheinander manuell aufwecken. Vorher warten bis Ruhe ist (die fest verkabelten sollten durch sein), dann einen Node nehmen und aufwecken. ioBroker-Log beobachten. Wenn der wieder einschläft, nochmal aufwecken. Bei fertigem Interview mit dem nächsten weitermachen.
Außerdem Adapter möglichst selten neu starten. Bei jedem Start wird ein Teil des Interviews wiederholt.
-
@Flopsi Zu deinem Heat Controller:
Der Adapter erhält keine Antwort auf die Nachricht, mit der er die unterstützten CCs ermittelt. Da das ein FLiRS-Gerät ist, wird er auch nicht als schlafend markiert, sondern das Interview abgebrochen.
Ein Grund dürfte ein ungünstiges Netzwerk-Layout sein. FLiRS-Geräte sollten bestenfalls direkt oder über netzbetriebene Geräte mit dem Controller sprechen. Ist das nicht der Fall, kann es sein, dass Antworten einfach nicht durchkommen. Ggf. hilft bei dir ein Netzwerk-Heal (dabei musst du alle batteriebetriebenen Geräte manuell aufwecken). -
@AlCalzone Okay, vielen Dank für die ausführlichen Tipps, dann werde ich mich mal in Geduld üben... Beim alten Z-Wave-Adapter wurden sämtliche Parameter der Aeotecs direkt beim Inkludieren der Sensoren (wenn ich's über den Adapter gemacht habe) bei den Objekten angezeigt, sogar der Name wurde autom. eingetragen, daher hatte ich mich gewundert, dass dies bei deinem Adapter nicht der Fall war. Selbst nach Entfernen und neu Hinzufügen der Sensoren.
Eine weitere Frage hätte ich noch bezügl. meinen Fibaro Dimmern: Vermutlich stehe ich auf dem Schlauch, aber wie bekomme ich es hin, dass beim Einschalten der gleiche Dimmwert eingestellt wird, wie vor dem letzten Ausschalten? Ich komme von IP Symcon und da konnte man einfach ON/OFF schalten und bei ON wurde direkt der zuletzt verwendete Dimmwert Wert eingestellt. ON/OFF gibt's aber beim Z-Wave-2-Adapter irgenwie nicht, oder?! Bzw. wenn ich "on_001" auf true setze, dann wird erstens ganz langsam hochgedimmt (obwohl Soft-Start deaktiviert ist) und zweitens auf den Maximalwert. Und mit "off_001" wird wiederum ganz langsam runtergedimmt. Muss ich mir für jeden Dimmer selbst einen Datenpunkt erstellen, in welchem ich jeweils den zuletzt eingestellten Dimmwert speichere oder geht das irgendwie mit ON/OFF?
-
@el_rob sagte in Test Adapter Z-Wave 2 (v0.11.x):
ON/OFF gibt's aber beim Z-Wave-2-Adapter irgenwie nicht, oder?! Bzw. wenn ich "on_001" auf true setze, dann wird erstens ganz langsam hochgedimmt
Jein... on_001 und off_001 sind für die LevelChange-Funktionalität. Die Datenpunkte, die du suchst, habe ich geplant, erfordern aber einiges an Kern-Änderungen.
Es gibt in Z-Wave noch den Spezial-Wert 255 (für targetValue), der den zuletzt eingestellten An-Wert wiederherstellen sollte. Bei meinem Test hat der Adapter sich aber irgendwie festgefahren, wenn ich das versuche. Das könnte ich aber kurzfristiger wieder hinbiegen.Edit: korrigiere, 255 funktioniert.
-
@AlCalzone Jep, 255 funktioniert bestens, vielen Dank für den Tipp!!
Eine letzte Frage noch bezügl. Interview mit batteriebetriebenen Nodes: Macht es einen Unterschied, ob die Geräte nahe am Z-Wave-Controller stehen? Sprich, wird das Interview schneller vervollständigt, wenn der Controller eine direkte Verbindung mit den z.B. Tür-/Fenstersensoren hat, als wenn die Kommunikation über Repeater läuft?
-
@el_rob sagte in Test Adapter Z-Wave 2 (v0.11.x):
Sprich, wird das Interview schneller vervollständigt, wenn der Controller eine direkte Verbindung
Habe ich keine Erfahrung damit, aber es wird sehr wahrscheinlich weniger Latenz pro Round-Trip geben.