NEWS
Test Adapter Z-Wave 2 v3.0.x
-
@matzeit
Moin, dir auch ein gesundes Neues!
Bei mir sind erstmal auch alle ohne Verschlüsselung "aktiv".
Da bisher noch kein Pro geantwortet hat, antworte ich mal "zwischen". Aber bin da kein Profi und lass mich gerne belehren.Soweit ich mich aber erinnere kommt jemand draußen auch ohne Verschlüsselung nicht einfach in dein Zwave-Netz und diese dient Primär beim Anlernen sicher zu sein, dass da keiner "mitliest".
Wenn du die verschlüsselt übertragen lassen willst musst du sie AFAIK neu anlernen.
-
Ich habe seit einiger Zeit Problem mit den Fibaro Heat (FGT001). Die Thermostate blinken alle 25 bis 30 sec rot, das bedeutet normal das der Akku leer geht.
Jetzt habe ich drei Batterie Datenpunkte:
level
level001
level002Die Werte sind an den entsprechenden blinken Geräten alle 87 %. Danach sollten die Akkus nicht leer sein.
Das nächste Problem ist das die Thermostate sich einfach aktivieren und voll durchlaufen ohne, dass man irgendwas gemacht hat, sie lassen sich auch nicht mehr Manuel bedienen. Erst wenn ich das Ladekabel dran mache und die Teile lade dann gehts wieder. Ich muss das aktuell bei bestimmten Geräten jede Woche mache.
Auch sind die Datenpunkte bei gleichen Geräten unterschiedlich, was ich auch nicht verstehe...
Hat noch wer solche Probleme?
-
@flopsi interviewe die mal neu.. und schau dann nach den datenpunkten
-
@arteck das habe ich schon gemacht mehrmals sogar
Ich bin auch der Meinung das die Daten teilweise nicht übermittelt werden. Zumindest der Akkustand.
Z.B. bei einem Gerät blinkt der Fibaro Heat alle 30 sec zweimal rot im Iobroker war der Akku auf 87 % dann habe ich trotzdem geladen und dann auf einmal waren es nur noch 10 %, als wenn das Gerät dann aufwacht und die Daten übermittelt.
Meine Skripte zu den Geräten laufen aber genau wie definiert.
Das komische ist das ich das nur bei drei Geräten habe die anderen laufen völlig normal und der Akku ist auch nicht nach ca. 8 Tagen leer.
Normal halten die Akkus 8 bis 10 Monate. -
Aktuell lese ich meine Fibaro Heat neu ein, bekomme da aber immer folgende Meldung:
supports Security S2, but no S2 network keys were configured. The interview might not include all functionality.
Was muss ich da machen ??
-
Hat hier wer zufällig schon mal den Fibaro Heat auf die neue Version 4.9 per Firmewareupdate geupdatete ?
Wenn ja hat alles geklappt und wo bekomme ich die Firmware ?
-
@flopsi sagte in Test Adapter Z-Wave 2 v3.0.x:
Fibaro
haha..die geben die Firmware nicht raus soweit mir bekannt
-
Ich hänge mich mit meinem "Problem" mal hier an und hoffe es ist nicht total fehl am Platz.
Ich habe den Funkschalter Aeon ZW130 im Einsatz und die direkten Verknüpfungen funktionieren auch einwandfrei.
Was ich jedoch nicht hinbekomme, ist die Realisierung einer Szene, bspw. bei "press Button 4" sollen über Javascript mehrere Lichter (Homematic und Zwave) angeschaltet werde. In den Objekten wird zwar für einen kurzen Moment der korrekte Wert angezeigt, springt dann aber wieder zurück auf "(null)" und daher als Trigger wohl eher nicht geeignet.
Vermutlich habe ich als Anfängerin etwas Wichtiges in den Einstellungen übersehen, habe aber keinen Plan was und bitte euch um Unterstützung. -
@maloross sagte in Test Adapter Z-Wave 2 v3.0.x:
In den Objekten wird zwar für einen kurzen Moment der korrekte Wert angezeigt
das reicht doch um drauf zu triggern...
-
@arteck da habe ich mich wohl völlig auf dem Holzweg befunden ich dachte, der Wert müsste bis zum nächsten Tastendruck erhalten bleiben.
Danke für den Schubser! -
Hallo zusammen,
Vllt hat jemand von euch eine Idee.
Ich habe bei meinem Fibaro Motion Sensor die Batterie gewechselt, seit dem meldet er keine Bewegung mehr.
Ich habe ihn bereits exkludiert und inkludiert, alle Daten werden gelesen nur das Bewegungobjekt ändert sich nicht.
Hier mal kurzer Ausschnitt aus dem Log
Logs abonniert...2023-06-14T15:10:12.854Z SERIAL « 0x010c00040043063105030a033cb0 (14 bytes)2023-06-14T15:10:12.857Z SERIAL » [ACK] (0x06)2023-06-14T15:10:12.860Z CNTRLR [Node 067] [Multilevel Sensor] Illuminance: metadata updated [Endpoint 0]2023-06-14T15:10:12.861Z CNTRLR [Node 067] [~] [Multilevel Sensor] Illuminance: 57 => 828 [Endpoint 0]2023-06-14T15:10:12.862Z DRIVER « [Node 067] [REQ] [ApplicationCommand] └─[MultilevelSensorCCReport] type: Illuminance scale: Lux value: 8282023-06-14T15:10:21.079Z SERIAL « 0x010d00040043079c024300ff000090 (15 bytes)2023-06-14T15:10:21.081Z SERIAL » [ACK] (0x06)2023-06-14T15:10:21.083Z CNTRLR [Node 067] [~] [Alarm Sensor] state[0]: true => true [Endpoint 0]2023-06-14T15:10:21.084Z CNTRLR [Node 067] [~] [Alarm Sensor] severity[0]: undefined => undefined [Endpoint 0]2023-06-14T15:10:21.085Z CNTRLR [Node 067] [~] [Alarm Sensor] duration[0]: undefined => undefined [Endpoint 0]2023-06-14T15:10:21.086Z DRIVER « [Node 067] [REQ] [ApplicationCommand] └─[AlarmSensorCCReport] sensor type: General Purpose alarm state: true2023-06-14T15:10:21.099Z SERIAL « 0x010d00040043079c024300ff000090 (15 bytes)2023-06-14T15:10:21.100Z SERIAL » [ACK] (0x06)2023-06-14T15:10:21.101Z CNTRLR [Node 067] [~] [Alarm Sensor] state[0]: true => true [Endpoint 0]2023-06-14T15:10:21.102Z CNTRLR [Node 067] [~] [Alarm Sensor] severity[0]: undefined => undefined [Endpoint 0]2023-06-14T15:10:21.103Z CNTRLR [Node 067] [~] [Alarm Sensor] duration[0]: undefined => undefined [Endpoint 0]2023-06-14T15:10:21.104Z DRIVER « [Node 067] [REQ] [ApplicationCommand] └─[AlarmSensorCCReport] sensor type: General Purpose alarm state: true2023-06-14T15:10:24.577Z SERIAL « 0x010c00040043063105030a0020af (14 bytes)2023-06-14T15:10:24.579Z SERIAL » [ACK] (0x06)2023-06-14T15:10:24.581Z CNTRLR [Node 067] [Multilevel Sensor] Illuminance: metadata updated [Endpoint 0]2023-06-14T15:10:24.582Z CNTRLR [Node 067] [~] [Multilevel Sensor] Illuminance: 828 => 32 [Endpoint 0]2023-06-14T15:10:24.584Z DRIVER « [Node 067] [REQ] [ApplicationCommand] └─[MultilevelSensorCCReport] type: Illuminance scale: Lux value: 32
Hatbje,and evtl. Eine Idee?
Update leider ändert sich der State weiterhin nicht
2023-06-21T15:43:52.654Z SERIAL « 0x010d00040047079c024700ff000090 (15 bytes)2023-06-21T15:43:52.661Z SERIAL » [ACK] (0x06)2023-06-21T15:43:52.669Z CNTRLR [Node 071] [~] [Alarm Sensor] state[0]: true => true [Endpoint 0]2023-06-21T15:43:52.671Z CNTRLR [Node 071] [~] [Alarm Sensor] severity[0]: undefined => undefined [Endpoint 0]2023-06-21T15:43:52.673Z CNTRLR [Node 071] [~] [Alarm Sensor] duration[0]: undefined => undefined [Endpoint 0]2023-06-21T15:43:52.677Z DRIVER « [Node 071] [REQ] [ApplicationCommand] └─[AlarmSensorCCReport] sensor type: General Purpose alarm state: true2023-06-21T15:43:52.682Z SERIAL « 0x010d00040047079c024700ff000090 (15 bytes)2023-06-21T15:43:52.683Z SERIAL » [ACK] (0x06)2023-06-21T15:43:52.685Z CNTRLR [Node 071] [~] [Alarm Sensor] state[0]: true => true [Endpoint 0]2023-06-21T15:43:52.687Z CNTRLR [Node 071] [~] [Alarm Sensor] severity[0]: undefined => undefined [Endpoint 0]2023-06-21T15:43:52.689Z CNTRLR [Node 071] [~] [Alarm Sensor] duration[0]: undefined => undefined [Endpoint 0]2023-06-21T15:43:52.691Z DRIVER « [Node 071] [REQ] [ApplicationCommand] └─[AlarmSensorCCReport] sensor type: General Purpose alarm state: true ˋˋˋ hat da jemand eine Idee alle anderen States ändern sich… Danke
-
Hallo,
Ich habe von einen ZME-UZB1 ein NVM Backup gemacht und auf einen Aeotec Z-Stick Gen5 übertragen.
Im Iobroker Adapter wird bei Node 1 aber noch der ZME-UZB1 angeführt. Sämtliche Z-Wave Teilnehmer funktionieren aber ganz normal. Wie bekommt man den Node 1 auf den Aeotec Z-Stick.Bg
Josef -
@AlCalzone
Kurze Frage kommen eigentlich keine weiteren Updates mehr für ioBroker zwave-js ist ja mittlerweile schon in der Version 11.5.3 ? -
@peppino Hallo Peppino, könntest du kurz erklären wie das vorgehen mit dem NVM Backup durchgeführt wird. Ich würde gerne auf einen Z-Stick 7 umsteigen.
Dankeschön -
Gleiche Frage nochmals an alle: Hat jemand schon erfolgreich die Zwave Stick umgezogen von z.B. Aeotec Z-Stick Gen 5 auf die erwähnten 700 und eine kurze Anleitung dazu?
Gruß Tobias -
Hat wer den Aeotec MultiSensor 7 im Einsatz ?
-
Guten Morgen,
ich habe schon ein wenig gesucht und noch nicht wirklich etwas passendes gefunden. Ich habe bei einem test festgestellt, dass sich ein Rauchmelder von Fibaro aus dem Zwave Netzwerk verabschiedet hat. Wobei dieser unter dem Datenpunkt als "ready" und unter Status als "asleep" steht. Stelle bei den Dingern auch fest, dass diese immer 100% Batterie anzeigen, was echt doof ist.
Gibt es eine Möglichkeit die Geräte zu überwachen ? Muss ich dafür eventuell in der Config der Geräte das Wakeup ändern ? Wobei das ja dann zur schnelleren Entleerung der Batterie führt.Oder wie habet Ihr das gelöst. Ist blöd, wenn einfach so ein Gerät aussteigt.
Und wo bekomme ich für Fibaro Aeontec Geräte etc die aktuellen FW her ? Eventuell muss auch einmal diese Updaten.
Gruß André
-
@gelberlemmy die müssen doch piepen wenn die Batterie leer wird.. alo meine tun es..
ja du kannst den wake up intervall verkürzen .. aber dann wird die Batterie schneller leer -
@arteck ja das tun Sie auch. Das blöde ist nur, meistens in der Nacht. Findet meine Familie dann nicht so charmant. Würde natürlich vorher schon diese tauschen.
Aber der eine Rauchmelder war komplett vom Adapter getrennt. Dieser hatte noch als Stand Alone funktioniert. Musste neu eingelernt werden.
-
@gelberlemmy hmm.. komisch. ich hab auch paar von den Teilen hier. aber nää noch nie passiert
ich hab mir aber damit ich wenn sowas passiert in der VIS
eingebaut.. dass ich manuell hochsetzte wenn ich was ins Netznehme .. der rest läuft über den Device-watcher