UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Gabe]

@flopsi guck mal etwas weiter oben, da wurde mir mit dem gleichen Problem geholfen

[AlCalzone]

@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.

[Flopsi]

@Gabe , @AlCalzone

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.

[AlCalzone]

@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.

[Flopsi]

@alcalzone

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

[Esmax666]

@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...

[MartyBr]

@AlCalzone
Ich habe leider keine Info gefunden, ob der Fibaro Kohlenmonoxid Sensor (Zwave) integrierbar ist. Hast du eine Info dazu?

[gelberlemmy]

@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.

[arteck]

@gelberlemmy probier hiermit

[PEPITO82]

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.log

Habe mehrfach versucht die Nodes neu zu interviewen. Bei den Objekten hat sich dadurch aber auch nichts geändert.

Viele Grüße
Peter

[PEPITO82]

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?

[andibr]

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:

1. 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)

2. als Lampe
   Lampe: (https://www.lampenwelt.de/led-aussenwandleuchte-abby-ohne-sensor.html)

3. 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

[arteck]

@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

[andibr]

@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.

[arteck]

@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

[andibr]

@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.

[arteck]

@andibr sagte in Test Adapter Z-Wave 2 v3.0.x:

wegen überlastung

was denn füreine überlastung ?? entweder hast du da wlan oder nicht.. entweder kommst du da mit deinem signal oder nicht..

ein wlan signal kann nicht überlastet sein.. überlagert ja ..aber überlastet ??

[andibr]

@arteck von mir aus überlagert. Das mit Wlan und Shelly habe ich ja schon ausprobiert. Wenn man davor steht, sieht man im Iobroker wie sich der Shelly immer wieder anmeldet, wenn man den Kopf dreht geht er wieder offline. Ich mag nicht extra eine Outdoor Wlan Empfänger kaufen wenn ein einfacher check mit dem Handy mir sagt, dass alle Kanäle belagert sind.
Darum bin ich auf der Suche einer anderen Lösung mit einer anderen Frequenz auf z-wave gestossen. Dazu habe ich eben gesehen, dass ein Iob Adapter in Entwicklung ist.

[Berges01]

@andibr said in Test Adapter Z-Wave 2 v3.0.x:

@arteck von mir aus überlagert. Das mit Wlan und Shelly habe ich ja schon ausprobiert.

Hallo
Ich habe meine Aussenbeleuchtung erst mit Z-Wave Teilnehmern gebaut.
Nach dem ich Probleme mit der Latenszeit hatte (Ich arbeite mit Tastendruck 1 x 5min Licht, noch mal Drücken Dauerlicht und ein Weiterer Tastendruck schaltet das Licht wieder aus) habe ich mich für Shelly endschieden.
Die Taster hängen alle an Shelly i4 und auf dem i4 läuft ein Programm das die Tastendrücke auswertet. Der i4 kommuniziert über MQTT mit dem ioBroker . Dann ein Blockly und das Ding läuft. Das mit dem Programm funktioniert bei Allen neuen Shellys (Shelly Plus Varianten)
Jetzt funktioniert das Tadellos.
Das mit dem immer wieder neu Anmelden im Netzwerk habe ich auch gehabt. Das habe ich durch das Abschalten der Automatischen Kanalwahl und Festlegen das Kanales in der Fritzbox jedoch in den Griff bekommen.
Jetzt läuft das Mash auf einem Kanal und keine Automatische Kanalwahl mehr.
Ob das auch dein Problem löst kann ich nur vermuten.
Ich habe Normale Aussenlampen (Hängen an Shelly Dimmer2), Steinel Bewegungsmelder (Standard ohne Funk), und den Tastern an den i4 .
Ich hoffe ich konnte dir etwas helfen.
Grüße aus dem Sauerland

PS. Wenn du das Programm haben möchtest melde dich.

[arteck]

@andibr wie gesagt probier aus.. ich hab schlechte Erfahrung mit dem BWM