[gelöst] Automatisches Setzen der Assogroup bei Inklusion erfolgt nicht

[krikan]

Hallo Rudi,

nachdem hier in den letzten Tagen/Wochen(?)im Forum mehrere Meldungen zum Fibaro FGMS001 und Problemen bei den Assoziationen aufgelaufen sind, habe ich meinen Sensor exkludiert und neu inkludiert.

Bei der Inklusion wurde bei mir die Assoziation mit der Assogroup 3 nicht mehr automatisch gesetzt, wie ich es anhand der Forumsmeldungen befürchtete. Der Sensor wird zwar während der Inklusion automatisch richtig erkannt und die XML aus der openzwave_deviceconfig.xml.gz zugeordnet, aber der associationAdd-Befehl nicht mit der Group 3 aufgerufen. In der XML finde ich keinen Fehler oder ich übersehe ihn. Die Assogroup 3 ist mMn korrekt mit auto="true" markiert. Der Wakeup-Sendstack ist nach der Inklusion leer, was auch zum WNMI-Befehl am Ende des unten gezeiten Logs passt.

Könntest Du Dir das bei Gelegenheit bitte einmal ansehen. Danke.

Gruß, Christian

list Internals:

Code Auswählen Erweitern

   CFGFN
   DEF        e345c452 45
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     3
   NAME       ZWave_SENSOR_BINARY_45
   NR         347
   STATE      wakeupInterval 86400 1
   TYPE       ZWave
   ZWDongle_0_MSGCNT 3
   ZWDongle_0_RAWMSG 0004002d03200100
   ZWDongle_0_TIME 2016-03-20 12:54:56
   homeId     e345c452
   isWakeUp   1
   lastMsgSent 1458474546.98588
   nodeIdHex  2d
   Readings:
     2016-03-20 12:54:56   basicSet        00
     2016-03-20 12:49:18   model           FIBARO System FGMS001 Motion Sensor
     2016-03-20 12:49:18   modelConfig     fibaro/fgms.xml
     2016-03-20 12:49:18   modelId         010f-0800-1001
     2016-03-20 12:49:05   state           wakeupInterval 86400 1
     2016-03-20 12:49:20   transmit        OK
Attributes:
   IODev      ZWDongle_0
   classes    SENSOR_BINARY WAKE_UP ASSOCIATION BATTERY MULTI_CMD CRC_16_ENCAP MANUFACTURER_SPECIFIC VERSION CONFIGURATION MULTI_CHANNEL_ASSOCIATION SENSOR_MULTILEVEL SENSOR_ALARM BASIC
   room       ZWave

Log:

Code Auswählen Erweitern

2016.03.20 12:48:59.992 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000 CB:03
2016.03.20 12:49:00.522 4: ZWDongle_0 ZW_ADD_NODE_TO_NETWORK nodeFound
2016.03.20 12:49:00.537 4: ZWDongle_Read ZWDongle_0: rcvd 004a03032d0f042001308485808f567286708e319c, sending ACK
2016.03.20 12:49:00.540 5: SW: 06
2016.03.20 12:49:00.545 5: ZWDongle_0 dispatch 004a03032d0f042001308485808f567286708e319c
2016.03.20 12:49:00.548 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:03 ARG:2d0f042001308485808f567286708e319c CB:03
2016.03.20 12:49:00.786 2: autocreate: define ZWave_SENSOR_BINARY_45 ZWave e345c452 45 308485808f567286708e319c
2016.03.20 12:49:00.892 2: autocreate: define FileLog_ZWave_SENSOR_BINARY_45 FileLog ./log/ZWave_SENSOR_BINARY_45-%Y.log ZWave_SENSOR_BINARY_45
2016.03.20 12:49:03.319 4: ZWDongle_Read ZWDongle_0: rcvd 004a03052d00, sending ACK
2016.03.20 12:49:03.321 5: SW: 06
2016.03.20 12:49:03.327 5: ZWDongle_0 dispatch 004a03052d00
2016.03.20 12:49:03.639 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:2d00 CB:03
2016.03.20 12:49:04.170 2: ZWave set ZWave_SENSOR_BINARY_45 associationAdd 1 1
2016.03.20 12:49:04.176 5: ZWDongle_Write 00132d0485010101251e (e345c452)
2016.03.20 12:49:04.180 5: SW: 010b00132d0485010101251e71
2016.03.20 12:49:04.856 5: ACK received, WaitForAck=>2 for 010b00132d0485010101251e71
2016.03.20 12:49:04.862 4: ZWDongle_Read ZWDongle_0: rcvd 011301, sending ACK
2016.03.20 12:49:04.865 5: SW: 06
2016.03.20 12:49:04.875 5: ZWDongle_0 dispatch 011301
2016.03.20 12:49:04.906 4: ZWDongle_Read ZWDongle_0: rcvd 00131e00, sending ACK
2016.03.20 12:49:04.907 5: SW: 06
2016.03.20 12:49:04.912 5: device ack reveived, removing 010b00132d0485010101251e71 from dongle sendstack
2016.03.20 12:49:04.916 5: ZWDongle_0 dispatch 00131e00
2016.03.20 12:49:04.918 4: CMD:ZW_SEND_DATA ID:00 ARG: CB:1e
2016.03.20 12:49:04.921 4: ZWDongle_0 transmit OK for CB 1e, target ZWave_SENSOR_BINARY_45
2016.03.20 12:49:05.344 2: ZWave set ZWave_SENSOR_BINARY_45 wakeupInterval 86400 1
2016.03.20 12:49:05.892 5: ZWDongle_Write 00132d06840401518001251f (e345c452)
2016.03.20 12:49:05.908 5: SW: 010d00132d06840401518001251fa1
2016.03.20 12:49:06.142 5: ACK received, WaitForAck=>2 for 010d00132d06840401518001251fa1
2016.03.20 12:49:06.154 4: ZWDongle_Read ZWDongle_0: rcvd 011301, sending ACK
2016.03.20 12:49:06.156 5: SW: 06
2016.03.20 12:49:06.165 5: ZWDongle_0 dispatch 011301
2016.03.20 12:49:06.795 2: ZWave get ZWave_SENSOR_BINARY_45 model
2016.03.20 12:49:06.914 4: ZWDongle_Read ZWDongle_0: rcvd 011301, sending ACK
2016.03.20 12:49:06.916 5: SW: 06
2016.03.20 12:49:06.922 5: ZWDongle_0 dispatch 011301
2016.03.20 12:49:06.951 4: ZWDongle_Read ZWDongle_0: rcvd 00131f00, sending ACK
2016.03.20 12:49:06.954 5: SW: 06
2016.03.20 12:49:06.958 5: device ack reveived, removing 010d00132d06840401518001251fa1 from dongle sendstack
2016.03.20 12:49:06.963 5: ZWDongle_0 dispatch 00131f00
2016.03.20 12:49:06.967 4: CMD:ZW_SEND_DATA ID:00 ARG: CB:1f
2016.03.20 12:49:06.969 4: ZWDongle_0 transmit OK for CB 1f, target ZWave_SENSOR_BINARY_45
2016.03.20 12:49:06.976 5: ZWDongle_Write 00132d0272042520 (e345c452)
2016.03.20 12:49:06.981 5: SW: 010900132d0272042520b9
2016.03.20 12:49:07.002 5: ACK received, WaitForAck=>2 for 010900132d0272042520b9
2016.03.20 12:49:07.005 4: ZWDongle_Read ZWDongle_0: rcvd 011301, sending ACK
2016.03.20 12:49:07.007 5: SW: 06
2016.03.20 12:49:07.012 5: ZWDongle_0 dispatch 011301
2016.03.20 12:49:07.026 4: ZWDongle_Read ZWDongle_0: rcvd 00132000, sending ACK
2016.03.20 12:49:07.029 5: SW: 06
2016.03.20 12:49:07.032 5: device ack reveived, removing 010900132d0272042520b9 from dongle sendstack
2016.03.20 12:49:07.036 5: ZWDongle_0 dispatch 00132000
2016.03.20 12:49:07.040 4: CMD:ZW_SEND_DATA ID:00 ARG: CB:20
2016.03.20 12:49:07.042 4: ZWDongle_0 transmit OK for CB 20, target ZWave_SENSOR_BINARY_45
2016.03.20 12:49:07.059 4: ZWDongle_Read ZWDongle_0: rcvd 0004002d087205010f08001001, sending ACK
2016.03.20 12:49:07.062 5: SW: 06
2016.03.20 12:49:07.068 5: ZWDongle_0 dispatch 0004002d087205010f08001001
2016.03.20 12:49:07.072 4: CMD:APPLICATION_COMMAND_HANDLER ID:2d ARG:087205010f08001001 CB:00
2016.03.20 12:49:17.917 3: ZWave got config for fibaro/fgms.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz
2016.03.20 12:49:18.445 5: ZWDongle_Write 00132d0284082521 (e345c452)
2016.03.20 12:49:18.449 5: SW: 010900132d028408252142

[tomspatz]

Selbes Verhalten bei einem soeben per addNode onNw inkludiertem FIBARO FGS222.
Manuelles setzen der associationGroup 3 1 funktioniert allerdings einwandfrei.
LG
Tom

[rudolfkoenig]

Das Ausfuehren der zusaetzlichen associationAdd Befehle aus dem XML hat seit dem Umbau der get Befehle (wg. get model) auf non-Blocking nicht funktioniert, habs gefixt. Ich habe den Code jetzt deutlich einfacher strukturiert, es sollte auch schneller ablaufen.
Da ich aber kein Geraet mit so einem Eigenschaft habe, moechte euch bitten es zu testen.

[krikan]

Beim FGMS001 ist alles wieder OK; "asscocationAdd 3 <CtrlNodeId>" wird ausgeführt. Danke!