Neues Spielzeug Z-Uno

[Ralf.E]

das Ding ist sicherlich nichts für Anfänger. Man sollte etwas von ZWave verstehen UND auch Microcontroller programmieren können.

Hi Andreas,

das ist wohl war - da scheint es mehrere Pitfalls zu geben.

Mit besonderem Z-Wave-Wissen kann ich leider nicht aufwarten und stolpere gerade darüber, dass ein Multi-Channel-Device (3 Channels) in Fhem das Master und 3 Slave-Devices anlegt, ein vom Z-Uno gesendetes Update (unsolicited, always powered) aber nicht bei den zugehörigen Endpoints landet :-/

Hast Du eine Idee was fehlen könnte?

Gruß Ralf

[A.Harrenberg]

Hi,

das ist wohl war - da scheint es mehrere Pitfalls zu geben.

ja, und das "dumme" daran ist das man in vielen Fällen gar nichts dafür kann, weil es momentan meist noch Bugs in der low-level Firmware sind oder der Compiler da was verbockt...

Mit besonderem Z-Wave-Wissen kann ich leider nicht aufwarten und stolpere gerade darüber, dass ein Multi-Channel-Device (3 Channels) in Fhem das Master und 3 Slave-Devices anlegt, ein vom Z-Uno gesendetes Update (unsolicited, always powered) aber nicht bei den zugehörigen Endpoints landet :-/

Hast Du die Assoziationen per mca-add gemacht? Ich habe das damals auch mal falsch gehabt und recht merkwürdige Effekte gehabt. Danach ist was an FHEM umgestellt worden und ich habe die Endpoints einzeln per mca-add hinzugefügt. Momentan geht es bei mir, ich kann aber nicht mehr genau sagen was ich gemacht habe...

Die Events für Endpoint 1 kommen aber trotzdem beim Master an...

Gruß,
Andreas.

[Ralf.E]

Hast Du die Assoziationen per mca-add gemacht?

Habe es gerade mal probiert, aber wie unten zu sehen ist gibt dort nur einen Channel - wie sieht das bei Deinem Device aus?

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        eec660ff 11
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     29
   NAME       ZWave_SENSOR_MULTILEVEL_11
   NR         94
   STATE      mcaAdd 3 0 1 2
   TYPE       ZWave
   ZWDongle_0_MSGCNT 29
   ZWDongle_0_RAWMSG 0004000b06600a03210131
   ZWDongle_0_TIME 2017-01-22 23:04:51
   ZWaveSubDevice no
   endpointChildren ZWave_SENSOR_MULTILEVEL_11.01,ZWave_SENSOR_MULTILEVEL_11.02,ZWave_SENSOR_MULTILEVEL_11.03
   homeId     eec660ff
   isWakeUp
   lastMsgSent 1485122691.64383
   nodeIdHex  0b
   Readings:
     2017-01-22 22:54:32   assocGroup_1    Max 5 Nodes ZWDongle_0
     2017-01-22 22:54:32   assocGroups     1
     2017-01-22 22:54:38   configBlinkServiceLED Enabled
     2017-01-22 22:54:38   configDebugMode Disabled
     2017-01-22 23:04:51   mcCapability_01 SENSOR_MULTILEVEL
     2017-01-22 23:04:51   mcCapability_02 SENSOR_MULTILEVEL
     2017-01-22 23:04:51   mcCapability_03 SENSOR_MULTILEVEL
     2017-01-22 23:04:51   mcEndpoints     total 3, different
     2017-01-22 23:01:52   mcaGroups       1
     2017-01-22 23:01:52   mca_1           Max 5 Nodes ZWDongle_0
     2017-01-22 22:55:14   model           Z-Wave.Me Z-Uno
     2017-01-22 22:55:14   modelConfig     zwave.me/ZUno.xml
     2017-01-22 22:55:14   modelId         0115-0110-0001
     2017-01-22 23:01:44   state           mcaAdd 3 0 1 2
     2017-01-22 22:54:17   temperature     23.1 C
     2017-01-22 23:04:51   timeToAck       0.027
     2017-01-22 23:04:51   transmit        OK
     2017-01-22 22:55:23   zwavePlusInfo    version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0d00 userIcon:0d00
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO BASIC SENSOR_MULTILEVEL CONFIGURATION ASSOCIATION MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL FIRMWARE_UPDATE_MD DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO POWERLEVEL VERSION MANUFACTURER_SPECIFIC
   room       ZWave
   vclasses   ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BASIC:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:2 MULTI_CHANNEL:4 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 SENSOR_MULTILEVEL:7 VERSION:2 ZWAVEPLUS_INFO:2

[A.Harrenberg]

Hi,

Habe es gerade mal probiert, aber wie unten zu sehen ist gibt dort nur einen Channel - wie sieht das bei Deinem Device aus?

also bei mir gibt es auch nur einen mca, aber mein Wert sieht anders aus...

Code Auswählen Erweitern

Internals:
   DEF        e015dfed 64
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     2500
   NAME       ZWave_SWITCH_MULTILEVEL_64
   NR         34
   STATE      off
   TYPE       ZWave
   ZWDongle_0_MSGCNT 2500
   ZWDongle_0_RAWMSG 000400400b7105000000ff0700010800
   ZWDongle_0_TIME 2017-01-23 07:30:48
   ZWaveSubDevice no
   endpointChildren ZWave_SWITCH_MULTILEVEL_64.01,ZWave_SENSOR_MULTILEVEL_64.02,ZWave_SENSOR_MULTILEVEL_64.03,ZWave_SENSOR_MULTILEVEL_64.04,ZWave_ALARM_64.05,ZWave_SWITCH_BINARY_64.06,ZWave_SENSOR_MULTILEVEL_64.07,ZWave_SENSOR_MULTILEVEL_64.08,ZWave_Node_64.9,ZWave_Node_64.39
   homeId     e015dfed
   isWakeUp
   lastMsgSent 1485152965.85592
   nodeIdHex  40
   Readings:
     2017-01-22 19:46:23   UNPARSED        APPLIANCE 0a640d030031058522015e
     2017-01-23 07:30:48   alarm           HomeSecurity: Event cleared: Motion Detection - Unknown Location, arg 010800
     2016-12-31 16:46:29   configBlinkServiceLED Enabled
     2016-10-09 11:48:22   configDebugMode Enabled
     2016-10-29 11:04:38   glassBreak      off
     2017-01-18 00:50:26   luminance       18.6 %
     2016-10-09 10:45:02   mcCapability_01 SWITCH_MULTILEVEL
     2016-10-09 10:45:02   mcCapability_02 SENSOR_MULTILEVEL
     2016-10-09 10:45:02   mcCapability_03 SENSOR_MULTILEVEL
     2016-10-09 10:45:02   mcCapability_04 SENSOR_MULTILEVEL
     2016-10-09 10:45:02   mcCapability_05 ALARM SENSOR_BINARY
     2016-10-09 10:45:02   mcCapability_06 SWITCH_BINARY
     2016-10-09 10:45:02   mcCapability_07 SENSOR_MULTILEVEL
     2016-10-09 10:45:02   mcCapability_08 SENSOR_MULTILEVEL
     2016-10-09 10:45:02   mcCapability_09 SENSOR_MULTILEVEL
     2016-10-09 10:45:02   mcEndpoints     total 9, different
     2017-01-23 07:29:26   mca_1           Max 5 Nodes ZWDongle_0 ZWDongle_0:0
     2016-10-08 16:34:51   model           Z-Wave.Me Z-Uno
     2016-10-08 16:34:51   modelConfig     zwave.me/ZUno.xml
     2016-10-08 16:34:51   modelId         0115-0110-0001
     2017-01-23 07:30:48   motion          off
     2017-01-01 12:04:16   reportedState   off
     2017-01-01 12:04:16   state           off
     2017-01-23 07:30:32   temperature     20.0 C
     2017-01-23 07:29:26   timeToAck       0.219
     2017-01-23 07:29:26   transmit        OK
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO BASIC SWITCH_BINARY SWITCH_MULTILEVEL SENSOR_BINARY ALARM SENSOR_MULTILEVEL CONFIGURATION ASSOCIATION MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL FIRMWARE_UPDATE_MD DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO POWERLEVEL VERSION MANUFACTURER_SPECIFIC
   neighborListPos 8.562616990831259,152.07853627485053
   room       ZWave
   vclasses   ALARM:5 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BASIC:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:2 MULTI_CHANNEL:4 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 SENSOR_BINARY:2 SENSOR_MULTILEVEL:7 SWITCH_BINARY:1 SWITCH_MULTILEVEL:1 VERSION:2 ZWAVEPLUS_INFO:2

Du hast nur das root-device drin stehen:

Code Auswählen Erweitern

2017-01-22 23:01:52   mca_1           Max 5 Nodes ZWDongle_0

Ich habe es irgendwie geschafft dort auch eine Art Endpoint definition drin zu haben:

Code Auswählen Erweitern

2017-01-23 07:29:26   mca_1           Max 5 Nodes ZWDongle_0 ZWDongle_0:0

Das dürfte der "Trick" sein. Ich bekomme auf allen Endpoints die jeweiligen Reports geliefert.

Ich kann jetzt aber nicht mehr sagen wie ich das gemacht habe... Ich denke mit "mca add 1 0 1 0".

Dein "mcaAdd 3 0 1 2" verstehe ich nicht, das müsste eigentlich eine Assoziation mit node 3 und eine Endpointverknüpfung des channel 2 mit der Node 1 herstellen...

Gruß,
Andreas.

[krikan]

Danach ist was an FHEM umgestellt worden und ich habe die Endpoints einzeln per mca-add hinzugefügt.

Die Änderung ist mWn wieder zurückgedreht, da die Theorie praktisch nicht funktionierte. Momentan ist die Zuordnung nach meiner Interpretation des Standards nicht sauber, aber ich habe keine bessere Idee.
Gruß, Christian

[Ralf.E]

Dein "mcaAdd 3 0 1 2" verstehe ich nicht, das müsste eigentlich eine Assoziation mit node 3 und eine Endpointverknüpfung des channel 2 mit der Node 1 herstellen...

Soweit ich multi-channel-association meine verstanden zu haben, hätte ich jetzt beim Z-Uno erwartet für jeden Channel eine Association via "mcaAdd" hinzufügen zu können. Ist das nun der Z-Uno, welcher da etwas missen lässt?

Gruß Ralf

[Ralf.E]

Dein "mcaAdd 3 0 1 2" verstehe ich nicht, das müsste eigentlich eine Assoziation mit node 3 und eine Endpointverknüpfung des channel 2 mit der Node 1 herstellen...

Node 3? Ich war bisher davon ausgegangen, dass der erste Parameter sinngemäß dem Channel entspricht - zumindest passt dieser Gedanke zu einem WallC.

Mit einem "mcaAdd 1 0 1 0" bekommt man es tatsächlich hin, dass alle Child-Nodes (2x Temperatur - Chn 1+2, 1x Luminance - Chn 3) bedient werden:

Code Auswählen Erweitern

2017-01-23 20:45:00 ZWave ZWave_SENSOR_MULTILEVEL_11.03 luminance: 241 Lux
2017-01-23 20:45:14 ZWave ZWave_SENSOR_MULTILEVEL_11 temperature: 25.5 C
2017-01-23 20:45:14 ZWave ZWave_SENSOR_MULTILEVEL_11.01 temperature: 25.5 C
2017-01-23 20:45:14 ZWave ZWave_SENSOR_MULTILEVEL_11 temperature: 25.5 C
2017-01-23 20:45:14 ZWave ZWave_SENSOR_MULTILEVEL_11 temperature: 25.5 C
2017-01-23 20:45:15 ZWave ZWave_SENSOR_MULTILEVEL_11.02 temperature: 23.1 C
2017-01-23 20:45:44 ZWave ZWave_SENSOR_MULTILEVEL_11 temperature: 23.8 C
2017-01-23 20:45:44 ZWave ZWave_SENSOR_MULTILEVEL_11.01 temperature: 23.8 C
2017-01-23 20:45:44 ZWave ZWave_SENSOR_MULTILEVEL_11 temperature: 23.8 C
2017-01-23 20:45:44 ZWave ZWave_SENSOR_MULTILEVEL_11 temperature: 23.8 C
2017-01-23 20:45:45 ZWave ZWave_SENSOR_MULTILEVEL_11.02 temperature: 27.4 C
2017-01-23 20:46:15 ZWave ZWave_SENSOR_MULTILEVEL_11.02 temperature: 24.0 C
2017-01-23 20:46:51 ZWave ZWave_SENSOR_MULTILEVEL_11.02 temperature: 23.4 C
2017-01-23 20:46:56 ZWave ZWave_SENSOR_MULTILEVEL_11.03 luminance: 7 Lux
2017-01-23 20:49:31 ZWave ZWave_SENSOR_MULTILEVEL_11 temperature: 22.6 C
2017-01-23 20:49:31 ZWave ZWave_SENSOR_MULTILEVEL_11.01 temperature: 22.6 C
2017-01-23 20:49:31 ZWave ZWave_SENSOR_MULTILEVEL_11 temperature: 22.6 C
2017-01-23 20:49:31 ZWave ZWave_SENSOR_MULTILEVEL_11 temperature: 22.6 C
2017-01-23 20:50:07 ZWave ZWave_SENSOR_MULTILEVEL_11.02 temperature: 22.8 C
2017-01-23 20:54:43 ZWave ZWave_SENSOR_MULTILEVEL_11.03 luminance: 284 Lux
2017-01-23 20:55:39 ZWave ZWave_SENSOR_MULTILEVEL_11.03 luminance: 279 Lux

Bei Änderungen auf dem ersten Channel wird auch der Parent-Node aktualisiert und statt einer kommen 4 Messages:

Code Auswählen Erweitern

2017.01.23 20:59:09 4: ZWDongle_Read ZWDongle_0: rcvd 0004000b063105012200f0 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 20:59:09 5: SW: 06
2017.01.23 20:59:09 5: ZWDongle_0: dispatch 0004000b063105012200f0
2017.01.23 20:59:09 4: CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:063105012200f0 CB:00
2017.01.23 20:59:09 4: ZWDongle_Read ZWDongle_0: rcvd 0004000b0a600d01003105012200f0 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 20:59:09 5: SW: 06
2017.01.23 20:59:09 5: ZWDongle_0: dispatch 0004000b0a600d01003105012200f0
2017.01.23 20:59:09 4: CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:0a600d01003105012200f0 CB:00
2017.01.23 20:59:09 4: ZWDongle_Read ZWDongle_0: rcvd 0004000b063105012200f0 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 20:59:09 5: SW: 06
2017.01.23 20:59:09 5: ZWDongle_0: dispatch 0004000b063105012200f0
2017.01.23 20:59:09 4: CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:063105012200f0 CB:00
2017.01.23 20:59:09 4: ZWDongle_Read ZWDongle_0: rcvd 0004000b063105012200f0 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 20:59:09 5: SW: 06
2017.01.23 20:59:09 5: ZWDongle_0: dispatch 0004000b063105012200f0
2017.01.23 20:59:09 4: CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:063105012200f0 CB:00


Warum das so ist?!?

Gruß Ralf

[A.Harrenberg]

Hi,

Node 3? Ich war bisher davon ausgegangen, dass der erste Parameter sinngemäß dem Channel entspricht - zumindest passt dieser Gedanke zu einem WallC.

Mit einem "mcaAdd 1 0 1 0" bekommt man es tatsächlich hin, dass alle Child-Nodes (2x Temperatur - Chn 1+2, 1x Luminance - Chn 3) bedient werden:

also meine Interpretation ist das die Zahl vor der "Null" die Node ist mit der mehr oder weniger ganz normal assoziiert wird. Nach der "Null" kommen dann paare mit Ziel-Node / Endpoint. Das man hier
mit Angabe einer 0 als Endpoint ans Ziel kommt liegt daran das dass Gerät dann dadurch erkennt das es jeweils an eine entsprechende Endpoint Adresse senden soll.

Bei Änderungen auf dem ersten Channel wird auch der Parent-Node aktualisiert und statt einer kommen 4 Messages:

Warum das so ist?!?

Das ist von ZWave so gewollt / spezifiziert. Das Root-Device soll alle Funktionen des ersten Endpoints "spiegeln". Das soll wahrscheinlich für Geräte mit nur einem Kanal die Funktionen im Hauptdevice anbieten sodaß man dann evtl. auf den Endpoint "verzichten" kann.

Gruß,
Andreas.

[krikan]

also meine Interpretation ist das die Zahl vor der "Null" die Node ist mit der mehr oder weniger ganz normal assoziiert wird.

Kenne den Z-Uno zwar nicht, aber bei MULTI_CHANNEL_ASSOCIATION Set-Command ist die 3 vor dem Trenner 0 mMn der Grouping Identifier (=AssociationGroup). Zwischen 3 und Trenner könnte man noch NodeIds zur Assoziierung aufnehmen, statt nur NodeId:Endpoint-Assoziationen nach dem Trenner. Wobei ich mich gerade frage, ob das nicht vielleicht sogar Pflicht sein könnte...
Gruß, Christian

[A.Harrenberg]

Hi Krikan,

Du hast Recht, wenn man zur Abwechslung mal in die Doku schaut...

Code Auswählen Erweitern

mcaAdd groupId node1 node2 ... 0 node1 endPoint1 node2 endPoint2 ...
Der erste Wert ist die Assoziationsgruppe, davon hat der Zuno nur eine, da passt es dann wahrscheinlich das der WallC mehrere hat und daher die 3 richtig sein könnte.

Wie immer, lesen bildet...

Gruß,
Andreas.

[Ralf.E]

Das ist von ZWave so gewollt / spezifiziert. Das Root-Device soll alle Funktionen des ersten Endpoints "spiegeln". Das soll wahrscheinlich für Geräte mit nur einem Kanal die Funktionen im Hauptdevice anbieten sodaß man dann evtl. auf den Endpoint "verzichten" kann.

Da war meine Frage an der falschen Stelle - sie bezog sich darauf, warum bei Änderungen auf EP1 insgesamt 4 Messages kommen, bei den EP2+3 aber je nur 1 Message...

Gruß ralf

[Ralf.E]

Code Auswählen Erweitern

mcaAdd groupId node1 node2 ... 0 node1 endPoint1 node2 endPoint2 ...
Der erste Wert ist die Assoziationsgruppe, davon hat der Zuno nur eine, da passt es dann wahrscheinlich das der WallC mehrere hat und daher die 3 richtig sein könnte.

Wäre mal spannend, ob der Z-Uno bei Konfiguration von Assoziationsgruppen vielleicht auch automatisch MCA's in passender Anzahl bereitstellt?

Gruß Ralf

[A.Harrenberg]

Hi,

Da war meine Frage an der falschen Stelle - sie bezog sich darauf, warum bei Änderungen auf EP1 insgesamt 4 Messages kommen, bei den EP2+3 aber je nur 1 Message...

liegt wahrscheinlich daran das Du auch noch das Root-Device in der MCA drin hast.

Code Auswählen Erweitern

2017-01-23 07:29:26   mca_1           Max 5 Nodes ZWDongle_0 ZWDongle_0:0
Versuch mal ob Du das mit "mcaDel 0" ALLE assoziationen löschen kannst und dann mal nur ein "mcaAdd 1 0 1 0".

Gruß,
Andreas.

[A.Harrenberg]

Hi,

Wäre mal spannend, ob der Z-Uno bei Konfiguration von Assoziationsgruppen vielleicht auch automatisch MCA's in passender Anzahl bereitstellt?

Anzahl der Assoziationsgruppen hat aber nichts mit der Anzahl der Kanäle zu tun. Der Z-Uno wird nur eine Gruppe bereitstellen, die Diskussion dazu gab es im Forum schon mal, mehrere Gruppen sind "zu kompliziert"... Dazu müsste dann ja der Report-Befehl auchgeändert werden und die Sorge der Entwickler ist das sie nicht so viele Abfragen einbauen können das verhindert werden kann das der Nutzer damit dann etwas "baut" was nicht mehr ZWave konform ist.

Ich habe es noch nicht ausprobiert, aber mit der mca müsste es auch möglich sein einen Channel an mehrere Empfänger zu senden wenn man z.B.
mcaAdd 1 0 1 1 2 1 eingibt sollte der Endpunkt 1 eigentlich mit Node 1 und mit Node 2 assoziiert sein.

Aber man kann halt keine Gruppen unterschiedlich konfigurieren.

Gruß,
Andreas.

[Ralf.E]

Moin,

Ich habe es noch nicht ausprobiert, aber mit der mca müsste es auch möglich sein einen Channel an mehrere Empfänger zu senden wenn man z.B.
mcaAdd 1 0 1 1 2 1 eingibt sollte der Endpunkt 1 eigentlich mit Node 1 und mit Node 2 assoziiert sein.

war nur eine Idee, da bei mcaAdd ja eine Group-ID verwendet wird, welche mit der AssociationGroup korrespondiert - Dein anderen Vorschlag werde ich mal testen...

Gruß Ralf