Test Adapter Z-Wave 2 v3.0.x
-
@gelberlemmy ich hab auch noch einen alten
ZMEEUZB1.. der unterstützt kein backup..
also muss ich warten..bis @AlCalzone es umgesetzt hat.. zur Zeit hab ich keine grossen Probleme
also eilt ja nicht -
@arteck said in Test Adapter Z-Wave 2 v3.0.x:
ZMEEUZB1
Hallo
Ich habe den gleichen USB-Stick und hätte auch gerne einen Anderen oder zu mindest einen Neueren.
Das Wichtigste wäre aber ein Backup.
Ich habe da schon einiges zu gelesen aber weder den Mut noch die Sicherheit gehabt um es zu versuchen.
Schau mal hier :
https://community.jeedom.com/t/zwave-cloner-backup-restore-de-vos-controleurs-zwave/17605
Wenn ich die Google Übersetzung richtig verstehe, scheint das zu gehen.
Da ich aber nur einen zum Testen habe, und bei mehr als 180 Nodes auch nicht die Traute es zu versuchen werde ich das nicht angehen.
Möglicherweise hat ja einer die Möglichkeit es zu versuchen und berichtet Hier mal darüber. -
-
Folgende Fehlermeldung wird mir bei zwei Fibaro Motion FGMS001 (Firmware ["2.8","2.7"]) angezeigt:
State value to set for "zwave2.0.Node_008.Basic.currentValue" has value "255" greater than max "99"
State value to set for "zwave2.0.Node_021.Basic.currentValue" has value "255" greater than max "99" -
@flopsi guck mal etwas weiter oben, da wurde mir mit dem gleichen Problem geholfen
-
@arteck Ich sehe da nichts von einer Konvertierung, d.h. das Backup kann nur auf einen Stick mit gleichem SDK zurück gespielt werden. UZB1 auf Aeotec Gen5 mit der Original-Firmware könnte gehen. Auf die 700er-Serie kommt man so leider nicht.
Der Kniff bei der von mir genannten Migration ist, dass die Daten im NVM-Backup in das Format des Ziel-Sticks übersetzt werden. Das geht derzeit aber nur für SDKs ab 6.61, für die ich das Format gefunden bzw. reverse-engineered habe.
-
Nur zur Info:
Folgende Fehlermeldung wird mir bei einem Fibaro Motion FGMS001 (Firmware ["3.3","3.3"]) angezeigt:
State value to set for "zwave2.0.Node_002.Basic.currentValue" has value "255" greater than max "99"
Bei der Firmware ["2.8","2.7"] wurde die Meldung durch löschen der Gruppe behoben.
Ich warte dann auf eine neue Version, ich bleibe aber bei v3.0.3.
-
@flopsi Schau mal in deine Anleitung, welche die richtigen Gruppen (die ohne Basic Set) sind. Ganz ohne bekommst du doch bestimmt keine Bewegungsmeldung?
In der Konfigurationsdatei für den FGMS wird nicht zwischen den Firmwares unterschieden, d.h. die Beschriftung kann falsch sein. Die Reihenfolge stimmt aber, d.h. Gruppe 2 ist die zweite in der Liste. -
Hier mal die Anleitung:
https://manuals.fibaro.com/de/motion-sensor/Die Gruppen zuordnung ist Versionsabhängig...
Version 2.9 oder niedriger:
Version 3.2 oder höher:
Ganz ohne bekommst du doch bestimmt keine Bewegungsmeldung?
Ja das ist richtig, leider habe ich die Gruppe gelöscht wie bei allen anderen auch.... so wurde es ja auch in den Post weiter oben gesagt....
Wie bekomme ich die wieder da rein .. Neues Interview ??
Bei der version 2.7 scheint das auch kein Problem zu sein, da die Bewegung weiterhin erkannt wird auch wenn ich die Gruppe 1 lösche.
Hier nochmal zur Verdeutlichung:
Version 2.7 (Node 008)
Bewegung funktioniert
Version 3.3 (Node 002)
Bewegung funktioniert leider nicht mehr
-
@AlCalzone
danke das du immer wieder update machst ist wirklich cool von dir
ich habe ein frage, für das Thema Zwave kommunitation
Ist es schon einmal vorgekommen, dass ein Gerät nicht mehr kommuniziert hat? 2 Technisat-Schalter sind mit dem Knoten "tot" markiert.
Ich habe die Technisat-Schalter neu gestartet, indem ich ihnen den Strom abgenommen habe, den iobrocker-Adapter neu gestartet und einen Softreset durchgeführt, aber das hat nichts geändert.Am Anfang war alles in Ordnung, bis ich merkte, dass sich die Rollläden nicht mehr automatisch schließen. Es sieht so aus, als ob die Kommunikationsmodule kaputtsind. Die Schalter schalten immer noch manuell.
ich habe momentan: Zwave version 2.4.1
Als USB sitck habe ich AEON Labs ZW090
Laut "technisat" wäre vielleicht das Problem das die kommunikation nicht immer sehr gut ist zwichen Raspberry und Technisat schalter
Subscribed to logs... 2022-11-02T09:43:36.722Z CNTRLR Performing soft reset... 2022-11-02T09:43:38.278Z CNTRLR Re-opening serial port... 2022-11-02T09:43:39.294Z CNTRLR Waiting for the Serial API to start... 2022-11-02T09:43:44.298Z CNTRLR Did not receive notification that Serial API has started, checking if it respo nds... 2022-11-02T09:43:44.312Z SERIAL » 0x01030015e9 (5 bytes) 2022-11-02T09:43:44.314Z DRIVER » [REQ] [GetControllerVersion] 2022-11-02T09:43:44.320Z SERIAL « [ACK] (0x06) 2022-11-02T09:43:44.323Z SERIAL « 0x011001155a2d5761766520332e3935000199 (18 bytes) 2022-11-02T09:43:44.325Z SERIAL » [ACK] (0x06) 2022-11-02T09:43:44.328Z DRIVER « [RES] [GetControllerVersion] payload: 0x5a2d5761766520332e39350001 2022-11-02T09:43:44.336Z CNTRLR Serial API responded 2022-11-02T09:43:51.730Z SERIAL « 0x01080004002102984008 (10 bytes) 2022-11-02T09:43:51.734Z SERIAL » [ACK] (0x06) 2022-11-02T09:43:51.743Z DRIVER « [Node 033] [REQ] [ApplicationCommand] └─[SecurityCCNonceGet] 2022-11-02T09:43:51.757Z SERIAL » 0x01110013210a9880eb14f9ba02d993d30507eb (19 bytes) 2022-11-02T09:43:51.758Z DRIVER » [Node 033] [REQ] [SendData] │ transmit options: 0x05 │ callback id: 7 └─[SecurityCCNonceReport] nonce: 0xeb14f9ba02d993d3 2022-11-02T09:43:51.762Z SERIAL « [ACK] (0x06) 2022-11-02T09:43:51.767Z SERIAL « 0x0104011301e8 (6 bytes) 2022-11-02T09:43:51.768Z SERIAL » [ACK] (0x06) 2022-11-02T09:43:51.770Z DRIVER « [RES] [SendData] was sent: true 2022-11-02T09:43:51.784Z SERIAL « 0x0107001307000003ef (9 bytes) 2022-11-02T09:43:51.785Z SERIAL » [ACK] (0x06) 2022-11-02T09:43:51.787Z DRIVER « [REQ] [SendData] callback id: 7 transmit status: OK 2022-11-02T09:43:51.809Z SERIAL « 0x012900040021239881c801964719326490d3dc3083493b6fb3e8e23bf9170760f (43 bytes) 3ebe7934e7d3bb3b4b770 2022-11-02T09:43:51.811Z SERIAL » [ACK] (0x06) 2022-11-02T09:43:51.813Z CNTRLR [Node 033] [~] [Meter] value[65537]: 0.67 => 0.67 [Endpoint 0] 2022-11-02T09:43:51.817Z DRIVER « [Node 033] [REQ] [ApplicationCommand] └─[SecurityCCCommandEncapsulation] │ sequenced: false └─[MeterCCReport] type: Electric scale: kWh rate type: Consumed value: 0.67 time delta: 3600 seconds prev. value: 0.67 2022-11-02T09:43:58.201Z SERIAL « 0x0121000400261b9f03230020f55ad890c129820211e6477ca1669e9afb345268b (35 bytes) 48039 2022-11-02T09:43:58.207Z CNTRLR [Node 038] [~] [Meter] value[65537]: 0.46 => 0.46 [Endpoint 0] 2022-11-02T09:43:58.210Z SERIAL » [ACK] (0x06) 2022-11-02T09:43:58.214Z DRIVER « [Node 038] [REQ] [ApplicationCommand] └─[Security2CCMessageEncapsulation] │ sequence number: 35 └─[MeterCCReport] type: Electric scale: kWh rate type: Consumed value: 0.46 time delta: 3600 seconds prev. value: 0.46 2022-11-02T09:44:37.322Z SERIAL « 0x01080004001f02984036 (10 bytes) 2022-11-02T09:44:37.326Z SERIAL » [ACK] (0x06) 2022-11-02T09:44:37.328Z DRIVER « [Node 031] [REQ] [ApplicationCommand] └─[SecurityCCNonceGet] 2022-11-02T09:44:37.347Z SERIAL » 0x011100131f0a9880ed06d1ac906c3cb405081f (19 bytes) 2022-11-02T09:44:37.348Z DRIVER » [Node 031] [REQ] [SendData] │ transmit options: 0x05 │ callback id: 8 └─[SecurityCCNonceReport] nonce: 0xed06d1ac906c3cb4 2022-11-02T09:44:37.352Z SERIAL « [ACK] (0x06) 2022-11-02T09:46:15.288Z DRIVER destroying driver instance... -
@AlCalzone
Ich habe leider keine Info gefunden, ob der Fibaro Kohlenmonoxid Sensor (Zwave) integrierbar ist. Hast du eine Info dazu? -
@alcalzone moin moin, ich habe mal noch kurz eine Verständnisfrage. Ist dass Routing der Geräte eigentlich fix ? Oder kann dies auch dynamisch sein ? Ich habe einen Rollershutter von Fibaro in einen Bereich gesetzt, wo mein Rauchmelder keine Verbindung hat. Der Shutter schon. Nun hatte ich gehofft, dass sich der Rauchmelder den Weg über den Shutter sucht. Ich hatte auch schon einmal den Rauchmekder aufgeweckt und neu abgeglichen. Aber laut Netzwerkkarte keine Änderung. Oder muss ich diesen wirklich neu ablernen und wieder anlernen ? Der Shutter ist supper ansprechbar, somit ist die Verbindung da.
-
@gelberlemmy probier hiermit
-
Hallo zusammen,
ich habe den Z-Wave Adapter 2 in Version 3.0.4 installiert und wollte meine bestehende seit einigen Jahren in FHEM laufende Installation nach iobroker umziehen.
Iobroker und FHEM laufen auf dem selben Raspberry Pi.Als Stick habe ich den Aeotec Z-Stick Gen5 (ZW090-C).
Ich habe insgesamt 12 Dimmer im Einsatz, vor allem Qubino DIN Dimmer (Qubino ZMNHSD), 3 Fibaro FGD-212.
Nun Stick in FHEM deaktiviert und die Instanz in iobroker gestartet. Wurde auch gleich grün, aber leider fehlt mir der entscheidende Datenpunkt (dim / level) mit dem ich tatsächlich mein Licht an/ausschalten/dimmen könnte.
Muss ich hier noch irgendwo etwas einstellen?
{ "type": "device", "common": { "name": "Qubino ZMNHSD" }, "native": { "id": 3, "isControllerNode": false, "type": { "basic": "Routing Slave", "generic": "Multilevel Switch", "specific": "Multilevel Power Switch" }, "endpointIndizes": [], "securityClasses": {}, "secure": false, "supportsFirmwareUpdate": false, "manufacturerId": 345, "productType": 1, "productId": 82 }, "from": "system.adapter.zwave2.0", "user": "system.user.admin", "ts": 1668779601022, "_id": "zwave2.0.Node_003", "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Hier wäre das Log:
zwave_2022-11-18_13-55-25-118.logHabe mehrfach versucht die Nodes neu zu interviewen. Bei den Objekten hat sich dadurch aber auch nichts geändert.
Viele Grüße
Peter -
Ich habe es nun doch hinbekommen, dass ich die Dimmer über target value steuern kann.
Für meine Qubino DIN Dimmer habe ich unter Verknüpfungen jeweils Gruppe 4 & 5 ausgewählt:
Gerät 008 - Licht Bad EG ist ein Fibaro Dimmer.
Ist dieser so auch korrekt eingestellt? -
Hallo zusammen
Ich hoffe ich bin hier am richtigen Ort? Ich möchte meine Aussenbeleuchtung "smart" machen, leider funktioniert das mit Shelly und WLAN eben nicht zuverläsig. Darum habe ich mir gedacht, es könnte ja mit Z-Wave besser gehen, weil da ja nicht die überlastete Wifi-Frequenz verwendet wird.
Für mich ist Z-Wave etwas Neuland, darum die Frage, ob jemand hier mir etwas "Nachhilfe" geben könnte?
mit folgenden Komponenten möchte ich es angehen:-
Steinel IS140-2 Z-Wave (Artikel 029807)
Steinel: (https://www.steinel.de/de/leuchten-sensoren/produkte/sensoren/bewegungsmelder-daemmerungsschalter/bewegungsmelder-aussen/is-140-2-z-wave-029807.html) -
als Lampe
Lampe: (https://www.lampenwelt.de/led-aussenwandleuchte-abby-ohne-sensor.html) -
USB-Stick
[USB-Stick] (https://www.thesmartesthouse.com/collections/euro-devices-zone/products/zooz-usb-700-series-z-wave-plus-s2-stick-zst10-700?variant=39493456429119)
Kann ich das so machen, hat da jemand Erfahrungen oder andere Ideen? Für mich stellt sich die Frage: kann ich in dieser Kombination, das Relais im Bewegungsmelder auch direkt aus dem Iobroker ansteuern oder muss/soll ich für die Lampe ein eigener Z-Wave Aktor verwenden? Was ist einfacher?
Ich möchte im Iobroker mit dem Adapter "Time-Switch" zum einen eine Zeit und Dämmerungs gesteuerte Dauerbeleuchtung aber ausserhalb dessen eben den BWM benutzen.
Vielen Dank für euere Tips und Hinweise
Andi -
-
@andibr ich habe mit Steinel schlechte erfahrung.. die Aussenlampe mit einem BWM und zwave hab ich aus dem Netz geschmissen. Es ist bekannt dass sich die BWM's im Netz breit machen ergo das Netz fluten oder regelmässig aussteigen.
die Hotline von den ist auch klasse 'nö wir kennen keine Probleme, ach so sie nutzen nicht das Gateway ja dann kannich ihnen nicht weiterhelfen'
nie wieder
-
@arteck
Danke für den Hinweis, dann suche ich mir einen anderen BWM ohne Z Waves. Dazu einen Aktor mit Sensoreingang. Leider funktioniert das ganze mit Shelly und WiFi eben nicht, weil da alle Kanäle und Frequenzen belegt sind. -
@andibr kauf doch einfach nen strahler mit einem beweguns,elder und schalten den per shelly an oder aus...
wenn an ..dann macht der das was er soll..bei Bewegung geht der an.. und wenn der shelly den ausschaltet dann ist der halt immer aus
-
@arteck Wenn ich das so möchte würde ich hier nicht schreiben, denn dan könnte ich einfach das defekte Zeugs ersetzen.
Da ich aber eben nicht nur BWM abhängig sondern auch mittels Schaltuhr und "smart" das haben will frage ich nach. An den Lampenstandorten funktioniert WiFi wegen überlastung eben nicht zuverläsig. Das habe ich schon gestestet.
