Nach "Secure Inklusion" kommen keine automatischen Readings mehr ins FHEM

schnakker · 18 Oktober 2020, 22:02:17

Hallo,

ich möchte mein FHEM um Z-Wave Aktoren/Sensoren erweitern. Hierfür nutze ich einen USB Stick: Z-Wave.Me USB Stick und Sensoren von Sensoren: FIBARO Smart Implant FGBS-222.

Binde ich diese "unsecure" ein funktioniert alles tadellos. Binde ich diese mit "secure enabled" (addNode onSec) ein, werden die Nodes angelegt. Ich erhalte jedoch keine automatischen Readings mehr (Aktualisierung der Werte, wenn Schwellwerte (z.B. Temperatur) erreicht werden). Auch der Event Monitor bleibt leer.
Wenn ich die Abfrage der Werte manuell über die Nodes z.B. mit "smStatus" starte, werden die Werte in den Nodes aktualisiert.

Um Konfigurationsprobleme zu vermeiden, habe ich mir eine zweite FHEM Installation erstellt und dort einen zweiten Z-Wave.Me USB Stick mit eigenen Fibaro Smart Implants angeschlossen. Auch dort habe ich das Problem.

Im direkten Vergleich zwischen Sensoren mit "unsecure" und "secure" Anbindung fiel mir auf, dass bei den "secure" angebundenen Sensoren das Attribut "classes" weniger Klassen enthält. Ich habe diese entsprechend erweitert - jedoch ohne Erfolg.
Nach Lesen mehrere Foreneinträge habe ich auch schon das Setzen der folgenden Paramater:

associationDel 1 1
mcaAdd 1 0 1 0
mcaAdd 2 0 1 1
mcaAdd 3 0 1 2

probiert, alles ohne Erfolg.

Weiß jemand, welche Einträge wie gesetzt sein müssen, damit Readings aktualisiert werden? Kennt jemand ggf. eine Doku für "secure" Verbindungen oder was genau es sich mit:

assocGroup_X
mcCapability_Y
mca_Z

auf sich hat?

Viele Grüße, Sandro.

rudolfkoenig · 19 Oktober 2020, 14:00:30

Ich kenne das Gerraet nicht => kann nicht direkt sagen, wie die Loesung ausschaut.

Ich kann nur ein paar Grundlagen wiederholen:
- das ZWave FHEM Modul setzt nach der Inklusion automatisch ein paar Befehle ab, im Modul sind diese mit init gekennzeichnet.
- welche Befehle das sind, haengt davon ab. welche Klassen das Geraet bei der Initialisierung gemeldet hat, und nicht davon, ob es secure inkludiert ist oder nicht. Z.Bsp. wenn es MULTI_CHANNEL hat (Geraet mit mehreren Kanaelen / Subdevices), dann wird mcCreateAll abgesetzt, d.h. bei allen Kanaelen der Reihe nach die Liste der unterstuetzten Klassen abgefragt, und damit jeweils ein FHEM Geraet angelegt.
- etliche Geraete bieten je nach Inkluisionsart (secure vs unsecure) unterschiedliche Klassen an, z.Bsp. erlaubt der Tueroffner nur bei secure Inklusion das Oeffnen der Tuer.
- assocGroup_X: die meisten Geraete unterstuetzten unterschiedliche "Benachrichtigungsgruppen", zum Beispiel ueber Gruppe 1 kriegt man alles mit, ueber 2 nur Temperaturaenderungen, ueber 3 Alarmmeldungen, usw. Damit ein ZWave-Geraet diese Nachrichten bekommt (auch der Controller, und damit FHEM), muss man es in eine oder mehrere Gruppen eintragen.
- mcCapability_Y: siehe commandref
- mca_Z: siehe commandref. Ob eine Nachricht ueber Multi-Channel-Association (Association fuer Subdevices), oder Association (wie oben) gesendet wird, haengt vom Geraetefirmware ab, und steht hoffentlich im Beipackzettel.

schnakker · 20 Oktober 2020, 22:22:09

Hallo Rudolf,

für mich stehen auf dem Beipackzettel zum Smart Implant zu wenig Informationen...oder ich bin einfach zu neu im Z-Wave Thema.

Was ich sagen kann ist, dass beim unsecure/secure Inkludieren legt das Smart Implant seine Sub Nodes an. Allerdings unterscheiden sich die hinterlegten classes bei unsecure und secure. Darauf bist du bereits eingegangen. Dein Beispiel verstehe ich. Allerdings erhalte ich bei einer unsecure Verbindnung die Temperatur des Sensors als Event. Bei einer secure Verbindung nicht...ich fände es komisch, wenn die Übermittlung der Temperatur bei einer secure Verbindung nicht vorgesehen ist. Aber das ist natürlich eine Frage an den Hersteller.

Was ich noch gesehen habe ist, dass man beim Inkludieren ein vom Hersteller spezifischen sechsstelligen Code eingeben soll bzw. den entsprechenden QR Code auf dem Sensor einscannen soll. Da mir total schleierhaft ist, wo man diesen Code eingeben soll und auch zu welchen Zeitpunkt, habe ich mich an den Hersteller gewendet.
Wenn das geklärt ist, kann ich weitersuchen.

Viele Grüße,
Sandro.

rudolfkoenig · 20 Oktober 2020, 23:25:08

Ich gehe davon aus, dass dieser Code bei Security V2 eine Rolle spielt, aber das wird von FHEM nicht untestuetzt

schnakker · 21 Oktober 2020, 09:56:49

Aber an sich sollen die Sensoren ja auch abwärtskompatibel sein. Dann wäre der Code vielleicht nicht das Problem. So bald ich eine Antwort wg. des Codes habe, gebe ich nochmal Bescheid.

Gibt es schon eine Planung für die Implementierung von Security V2?

rudolfkoenig · 21 Oktober 2020, 10:28:43

Nein, und es gibt ein Geruecht, dass Open-Source Programme dabei keine Chance haben.

schnakker · 21 Oktober 2020, 23:20:10

Ich habe bis ebend angenommen, dass Z Wave ein offener Standard ist und habe mich deswegen für ihn entschieden. Ist dem nicht so?

schnakker · 24 Oktober 2020, 20:18:15

Von Fibaro habe ich bisher keine Rückmeldung erhalten. Dafür habe ich meinen FGBS-222 und den UZB Dongle an einen neu installierten Z-Way Server (https://z-wave.me/z-way/download-z-way/) mit "secure enabled" inkludiert. Ich habe das Inkludieren extra mit "S0" (alte Verschlüsselung) statt "S2", damit das zu FHEM vergleichbar bleibt. Das hat funktioniert und die Readings kamen wíe gewünscht automatisch rein. Somit vermute ich das Problem jetzt eher in FHEM bzw. in meiner Installation. Hat jemand eine Idee, was ich Prüfen kann?

rudolfkoenig · 24 Oktober 2020, 21:38:49

Ich wuerde versuchen folgende Infos