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

Titel: [gelöst] Automatisches Setzen der Assogroup bei Inklusion erfolgt nicht
Beitrag von: krikan am 20 März 2016, 13:19:59

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

   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

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

Titel: Antw:Automatisches Setzen der Assogroup bei Inklusion erfolgt nicht (hier FGMS001)
Beitrag von: tomspatz am 20 März 2016, 19:35:01

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

Titel: Antw:Automatisches Setzen der Assogroup bei Inklusion erfolgt nicht (hier FGMS001)
Beitrag von: rudolfkoenig am 20 März 2016, 21:15:57

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.

Titel: Antw:Automatisches Setzen der Assogroup bei Inklusion erfolgt nicht (hier FGMS001)
Beitrag von: krikan am 20 März 2016, 21:53:55

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

FHEM Forum

FHEM - Hausautomations-Systeme => ZWave => Thema gestartet von: krikan am 20 März 2016, 13:19:59