Test Adapter Z-Wave 2 v2.4.x

[LaplaceII]

@alcalzone Nun habe ich mich auch "getraut" auf den zwave2.0 Adapter zu wechseln (Version 2.4.3). Nach Anpassungen aller Skripte und auch der vis etc. funktioniert nun fast alles (das war ein hoher Aufwand, da >50 zwave Geräte, Alias gleich mit gemacht) . Wie auch immer, der Adapter funktionierte bei mir auf Anhieb und ich habe mich recht schnell an die veränderte Datenpunktstruktur gewöhnt (im Vgl. zu zwave 1.x). Der Adapter läuft stabil und zügig. Klasse Arbeit alcalzone!!
Was mir auch sehr gefällt ist die Gruppenfunktion, die die Skripte wesentlich übersichtlicher machen. Hier habe ich aber ein kleines Problem. Ich habe eine Gruppe zu meinen Rolladenschaltern angelegt (ausschließlich Fibaros). Interessant ist, dass nur die FGR222 in der Auswahlliste zur Gruppenbildung angezeigt werden. Die FGR223 nicht. Erneutes interviewen hat keine Verbesserung gebracht.
Was muss ich tun, damit die FGR223 Geräte auch in der Liste erscheinen?
Danke

[AlCalzone]

@laplaceii Hat du die FGR223 mit Verschlüsselung eingebunden? Dann geht das nicht - siehe auch den Hinweis oben auf der Seite zu Gruppen.

[LaplaceII]

@alcalzone Danke für die schnelle Antwort. Ih habe keine Verschlüsselung aktiviert.

[AlCalzone]

@laplaceii Dann brauch ich mehr Infos. Was ist der Zustand von ready für die fehlenden Geräte? Zeig mal Screenshots von dem Gruppen-Dialog und am besten auch von der Geräte-Tabelle (so dass die FRG223 zu sehen sind).

[LaplaceII]

@alcalzone Die Zustände ready stehen auf true, Zustand status auf alive. Das gilt für all FRG223.
Hier die Gerätetabelle:

Und hier der Gruppendialog (wie zu sehen ist fehlen die Geräte 043 und 045):

[AlCalzone]

@laplaceii Zeig mir bitte mal die Objektdefinition eines der FGR223 (neben dem Node043-Objekt auf den Bleistift und da die JSON-Rohdaten).

[LaplaceII]

@alcalzone Hier die Definition

{
  "type": "device",
  "common": {
    "name": "EgAzRoN"
  },
  "native": {
    "id": 43,
    "manufacturerId": 271,
    "productType": 771,
    "productId": 4096,
    "type": {
      "basic": "Routing Slave",
      "generic": "Multilevel Switch",
      "specific": "Motor Control Class B"
    },
    "endpointIndizes": [
      1,
      2
    ],
    "secure": "unknown",
    "supportsFirmwareUpdate": true,
    "isControllerNode": false,
    "securityClasses": {
      "S2_AccessControl": false,
      "S2_Authenticated": false,
      "S2_Unauthenticated": false,
      "S0_Legacy": false
    }
  },
  "_id": "zwave2.0.Node_043",
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.zwave2.0",
  "user": "system.user.admin",
  "ts": 1641826133484
}

[LaplaceII]

@laplaceii Hallo, habs hinbekommem und bei den Rohdaten den Secure Status von "unknown" auf "false" gesetzt. Jetzt sind meine FGR223 in der Auswahlliste. Danke für die Unterstützung!

[AlCalzone]

@laplaceii Ah... komisch. Hab mal ein Issue erstellt https://github.com/AlCalzone/ioBroker.zwave2/issues/815

AlCalzone created this issue in AlCalzone/ioBroker.zwave2

closed Adding devices to multicast groups does not work if the `secure` flag is `"unknown"` #815

[pgBroker]

Habe gerade erst den Sprung von 1.x auf 2.4 gemacht. Scheint soweit alles noch zu funktionieren, nur finde ich in der Adapterkonfiguration weder meine Geräte noch die Z-Wave Map.
Es gibt nur noch die erste Seite, wo ich die Schnittstelle wählen und ein paar Checkboxen setzen kann.
Nix mehr mit Assoziationen oder den neuen Gruppen.

Seltsam auch: Die 3 Buttons unten (sichern etc.) sind zu 90% abgeschnitten, lassen sich aber noch bedienen, wenn man weiß, was sie bedeuten.

Ich denke so soll es nicht sein.

[AlCalzone]

@pgbroker

1. suchst du den neuen Admin-Tab, welcher in den 2.0.0 Release-Notes erwähnt wurde: https://github.com/AlCalzone/ioBroker.zwave2/blob/master/CHANGELOG_OLD.md#200-2021-09-22
2. Screenshot für die Buttons bitte und ein paar Infos zu Browser etc.

[taba_luga]

Hallo @AlCalzone, ich habe die Version 2.4.5 bei mir installiert. Die Rückmeldung meiner Fibaro Rollos kommt leider nicht mehr in den Objekten an. In einer früheren Version hatte das reibungslos funktioniert. Laut Log file steht "currentValue_001" auf 56, was auch dem tatsächlichen Rollostand entspricht. (Das Rollo wurde über den Wandtaster nach unten gefahren)

In den Objekten steht currentValue_001 allerdings immer auf dem gleichen Wert wie "targetValue_001". Sobald ich "targetValue_001" in den Objekten ändere, wird der Wert für "CurrentValue_001" direkt übernommen und aktualisiert angezeigt, auch wenn das Rollo tatsächlich noch fährt. Das Rollo hat zu der Zeit der Aktualisierung von "currentValue_001" noch nicht den "targetValue_001" erreicht.

Hier der Log, als ich den Wert von 40 auf 38 in den Objekten geändert habe: (Das Rollo stand noch real auf dem Wert 56 von vorhin:

Kannst du mir hier weiterhelfen? Danke dir!

Nachtrag: Den Node 13 hatte ich vorher noch mal neu interviewt.

[AlCalzone]

@taba_luga Ja, das ist Absicht. Sollte der Zielwert nicht erreicht werden, wird currentValue mit dem tatsächlichen Wert überschrieben.

[taba_luga]

@alcalzone ok, das hat dann leider den Nachteil, dass die tatsächlichen Rollostände, wenn sie über den Rolloschalter bedient werden, nicht in den Objekten korrekt dargestellt werden. Denn eine Bedienung mit dem Taster rauf und runter führt nicht zur Änderung des targetValues.

Gibt es hier eine Möglichkeit die CurrentValues richtig darzustellen?

[AlCalzone]

@taba_luga Ich bin mir nicht sicher, was du unter "richtig" verstehst. Eventuell ist diese Option in den Adaptereinstellungen ja was du suchst?

Ansonsten kannst du es auch so halten, wie ich es mache: mit einem Alias. Den kannst du so konfigurieren, dass aus currentValue gelesen und in targetValue geschrieben wird.

[taba_luga]

@alcalzone der CurrentValue wird völlig korrekt dargestellt wenn ich das Rollo über targetvalue ändere. Das ist alles gut so. Einzig, wenn die Rollos nicht über IoBroker, sondern manuell über den Taster vor Ort bewegt werden, dann sehe ich den Rollo Stand leider nicht in currentValue. Im Log sehe ich, dass der Wert gesendet wird und auch von deinem Adapter verstanden wird. Leider wird es nur nicht im currentValue geschrieben, da im targetValue noch der Wert von der letzten Ansteuerung aus dem IoBroker heraus steht. Und das ist dann nicht mehr deckungsgleich.

Ich hoffe ich konnte es verständlicher beschreiben.

[taba_luga]

@alcalzone , Ich hatte die Funktion "Kompatibilität mit älteren Schaltern verbessern" bereits aktiviert gehabt. Ein Test mit deaktivierter Kompatibilität hat leider auch nicht zum Erfolg geführt.

1. CurrentValue = 99 (Rollo ist oben)
2. Rollo über den Taster in der Wand ein wenig heruntergefahren
3. Log zeigt den richtigen Wert für targetValue und CurrentValue an: 99 ->82
   
4. In den Objekten steht allerdings noch der alte Wert von 99 - sowohl bei targetValue, als auch bei currentValue:
   

Es wäre schön, wenn der Adapter die manuelle Änderung der Rollos nicht nur in den Logs erkennt, sondern auch in den Objekten aktualisieren könnte.

Wenn ich die Änderung von 99 auf 82 in den Objekten vornehme und dort targetValue_001 = 82 setze, dann fährt das Rollo auf die korrekte Position und der CurrentValue wird auch auf 82 korrekt gesetzt. Einzig die Änderungen außerhalb des Iobrokers über die Rollotaster führt zu einer Abweichung der Werte.

[AlCalzone]

@taba_luga Das im Log ist von Endpoint 0, du beziehst dich auf die Werte von Endpoint 1.
Wann hast du das Gerät zuletzt neu interviewt? Da gab es vor einer Weile den ein oder anderen Fix. Bestenfalls setzt das die Verknüpfungen so, dass die Updates von Endpoint 1 kommen und dann auch alles funktioniert wie erwartet.