Fibaro Dimmer 2 Associations

[tux75at]

Mein Fibaro Dimmer 2 den ich mi einem Popp Schalter als Secondary Controler in einem Test mit FHEM betreibe sehen die Association Groups irgendwie nicht ganz richtig aus.
Es sind "UNKNOWN_XXX" dabei mit Ziffern die es als Node nicht gibt.
Kann es sein, dass der Dimmer einen Reset braucht? Ich bin knapp dran, das ganze System neu aufzusetzen, sind ja nur drei Devices (ein viertes kommt bald dazu).
Ich möchte möglichst alles verstehen, bis ich ein System aufbaue bei dem dann viel zu viele Nodes für einen Nauaufbau vorhanden sind.

Also ist da alles in Ordnung wie es im Screenshot aussieht?

[rudolfkoenig]

Fuer mich schaut es nach einem Rueckgabegeraet aus.
Alternativ lief das letzte Reset nicht sauber durch.
Ich wuerde es resetten, weil das Geraet die Erwaehten UNKNOWN_XX bei bestimmten Aktionen benachrichtigen moechte, was zu unnoetigen Funklast fuehrt.

[tux75at]

Danke für die Antwort,

Ich habe bei dem Fibaro Dimmer auf Verdacht gestern noch einen Reset durchgeführt. (Strom aus, Strom an, Button drücken und halten bis die LED gelb ist, loslassen und sofort nochmals drücken).
Resultat ist ähnlich. Wenigstens hab ich noch eine "lession learned". Ich habe zuvor nicht Secure eingebunden und nach diesem Einbinden habe ich dann gesehen, dass mir noch eine Bibliothek gefehlt hat.
Die 190 und 191 sind zu 179 geworden und die UNKNOWN_0 ist immer noch dabei.
Komisch finde ich, dass bei der assocGroup_1 maximal eine Node stehen darf, es gibt auch den ZWDongle_0 von FHEM, aber dann stehen noch drei dabei.
Die höchste Nummer ist derzeit die 9 (von diesem Dimmer), also gibt es keine 179 und höher schon garnicht, falls diese Ziffer beim Unknown einer Node Nummer entsprechen würde.
Ist hier etwas defekt? Wie sollte das aussehen? hat jemand einen Screenshot von richtigen Assoziationen?
Schön langsam glaub ich, dass der Dimmer defekt ist.

edit:
Diese Nummern beim UNKNOWN ändern sich ständig. Ich blick da bald nicht mehr durch.
Beim Auslesen der Assosiations kommt folgendes:
2018-07-22 20:08:39 ZWave office_light assocGroups: 5
2018-07-22 20:08:41 ZWave office_light assocGroup_1: Max 1 Nodes ZWDongle_0 UNKNOWN_171 UNKNOWN_0
2018-07-22 20:08:42 ZWave office_light assocGroup_2: Max 8 Nodes UNKNOWN_170 UNKNOWN_0
2018-07-22 20:08:42 ZWave office_light assocGroup_2: Max 8 Nodes UNKNOWN_167 UNKNOWN_0
2018-07-22 20:08:43 ZWave office_light transmit: NO_ACK
2018-07-22 20:08:47 ZWave office_light transmit: NO_ACK
2018-07-22 20:08:47 ZWave office_light transmit: NO_ACK

Der Dimmer ist frisch zurückgesetzt (zumindest sah es so aus) und keine Assosiations ausser mit dem ZWDongle_0, da er in FHEM eingebunden ist.
Hier wurde die Assosiation group 2 doppelt ausgegeben mit sich ändernder Nummer. Ich hätte erwartet, dass das lehr ist, und bei der assocGroup_1 nur der Dongle steht.
Was läuft hier falsch? oder ist das normal? wenn nicht, was kann ich tun?

[tux75at]

Noch ein Statusupdate:

Ich hab versucht die Inclusion des Fibaro Dimmer 2 im Secure Mode durchzuführen. Das hat beim ersten Versuch nicht geklappt, da war ein Timout.
Beim zweiten Versuch stand etwas von initializing keys oder ähnliches und ich konnte keine Settings durchführen.
Zurück zum non Secure und es geht zumindest etwas. die assocGroups sehen immer noch gleich aus

Zumindest vom Wiki muss man für die Secure Inclusion nur einen anderen Befehl eingeben, "set ZWDongle_0 addNode onSec" statt "set ZWDongle_0 addNode on", aber das ist ein anderes Problem .... oder ist das ein Hinweis auf einen Defekt?

[tux75at]

Fibaro spezifisch oder ganz normal?

Auszug aus dem Eventmonitor:

Code Auswählen Erweitern

2018-07-23 19:24:33 ZWave ZWave_SENSOR_BINARY_12 assocGroups: 3
2018-07-23 19:24:33 ZWave ZWave_SENSOR_BINARY_12 assocGroup_1: Max 5 Nodes ZWDongle_0 UNKNOWN_182 UNKNOWN_0
2018-07-23 19:24:33 ZWave ZWave_SENSOR_BINARY_12 assocGroup_2: Max 5 Nodes ZWDongle_0 UNKNOWN_182 UNKNOWN_0
2018-07-23 19:24:33 ZWave ZWave_SENSOR_BINARY_12 assocGroup_3: Max 1 Nodes ZWDongle_0 UNKNOWN_182 UNKNOWN_0
2018-07-23 19:29:30 ZWave ZWave_20_12.01 basicSet: 48128
2018-07-23 19:29:31 ZWave ZWave_20_12.01 basicSet: 16758784
2018-07-23 19:29:32 ZWave ZWave_20_12.01 basicSet: 47104
2018-07-23 19:29:33 ZWave ZWave_20_12.01 basicSet: 16758784
2018-07-23 19:29:37 ZWave ZWave_20_12.01 basicSet: 46592
2018-07-23 19:29:38 ZWave ZWave_20_12.01 basicSet: 16758784
2018-07-23 19:29:38 ZWave ZWave_20_12.01 basicSet: 47104
2018-07-23 19:29:39 ZWave ZWave_20_12.01 basicSet: 16759040
2018-07-23 19:29:41 ZWave ZWave_20_12.01 basicSet: 47104
2018-07-23 19:29:41 ZWave ZWave_20_12.01 basicSet: 16758784
2018-07-23 19:29:42 ZWave ZWave_20_12.01 basicSet: 47104
2018-07-23 19:29:43 ZWave ZWave_20_12.01 basicSet: 16758016
2018-07-23 19:29:43 ZWave ZWave_20_12.01 basicSet: 47104

Zum einen unterstützt der Binärsensor kein Security, was sehr schade ist.
Zum anderen sind die associations genauso wie beim Dimmer, kryptische UNKNOWN Devices die es nicht gibt. Ohne die Doku zu lesen dürfte Group 1 für Input 1, Group 2 für Input 2 und Group 3 für Lifeline (?) sein.

Und genauso wie beim Dimmer bekomme ich hier keine Digitalen Werte für On und Off, sondern scheinbar Analoge Werte?
Es könnte ein 25 Bit ADC in Verwendung sein. Also muss man hier eine Schwelle einführen, ich hätte hier gern etwas einfacheres gesehen ... wobei .... lässt sich der Binärsensor als Zweikanal Analogsensor verwenden?
Wenn ich nächste Woche Zeit habe, werde ich mir das genauer ansehen.

Ich habe mir inzwischen einen anderen Dimmer bestellt, aber bin mir nicht sicher womit ich glücklich werden kann.

Gibt es hier einen Thread mit empfehlenswerten Z-Wave Produkten?

Gruß
   Tux

[krikan]

Diese kryptischen Devices könnten bspw. durch einen Secondary Controller verursacht werden. Ist der Popp noch entsprechend eingebunden?

Falls ja, ist die vermutlich einfachste Lösung alle Geräte einschließlich Controller zu reseten und von vorne zu beginnen.

[tux75at]

Es ist nicht der sec. Controller.
In einem anderen Post habe ich eine Erklärung dafür. Es scheint ein Bug zu sein.

Gesendet von meinem E5823 mit Tapatalk