FIBARO System FGS223 Double Relay - endpointChildren

[Martin Fischer]

Moin Zusammen,

irgendwie führt ein Fibaro Double Relay ein Eigenleben. Seit neustem legt er ab und an neue endpointChildren an ohne das ich dafür einen Grund sehe.

Soll das so?

Namensschema:
OG.bk.PBI.FM.01 <- Masterdevice
OG.kb.PBI.FM.01.01 <- Switch 01
OG.kb.PBI.FM.01.02 <- Switch 02
ZWave_Node_14.[4|5|9|10|17|18|32|65|67] <- Autocreate endpointChildren

Viele Grüße
Martin

Code Auswählen Erweitern


Internals:
   DEF        cc17a420 14
   FUUID      5ef60926-f33f-d12d-5e96-3a11184f8f79f421
   FVERSION   10_ZWave.pm:0.232120/2020-11-22
   IODev      ZWAVE
   LASTInputDev ZWAVE
   MSGCNT     6
   NAME       OG.bk.PBI.FM.01
   NR         419
   STATE      off
   TYPE       ZWave
   ZWAVE_MSGCNT 6
   ZWAVE_RAWMSG 0004000e0e200d020132026144000000150000
   ZWAVE_TIME 2020-12-18 23:26:57
   ZWaveSubDevice no
   endpointChildren OG.bk.PBI.FM.01.01,OG.bk.PBI.FM.01.02,ZWave_Node_14.4,ZWave_Node_14.5,ZWave_Node_14.9,ZWave_Node_14.10,ZWave_Node_14.17,ZWave_Node_14.18,ZWave_Node_14.32,ZWave_Node_14.65,ZWave_Node_14.67
   homeId     cc17a420
   isWakeUp   
   nodeIdHex  0e
   READINGS:
     2020-06-26 17:15:05   SEND_DATA       failed:00
     2020-12-18 23:26:57   UNPARSED        BASIC 0e200d020132026144000000150000
     2020-12-18 20:04:10   associatedWith  OG.bk.PBI.FM.01.01,OG.bk.PBI.FM.01.02,ZWave_Node_14.4,ZWave_Node_14.5,ZWave_Node_14.9,ZWave_Node_14.10,ZWave_Node_14.17,ZWave_Node_14.18,ZWave_Node_14.32,ZWave_Node_14.65,ZWave_Node_14.67
     2020-06-26 17:10:20   configAssociationsInZWaveNetwork27 15
     2020-06-26 17:01:56   configFirstChannelEnergyReports 100
     2020-06-26 17:10:20   configFirstChannelMinimalTimeBetween51 10
     2020-06-26 17:01:57   configFirstChannelOperatingMode StandardOperation
     2020-06-26 17:10:20   configFirstChannelPowerReports 10
     2020-06-26 17:10:21   configFirstChannelPulseTimeForFlashing13 5
     2020-06-26 17:10:21   configFirstChannelReactionToSwitchFor11 CancelModeAndSetTargetState
     2020-06-26 17:10:21   configFirstChannelTimeParameterFor12 50
     2020-06-26 17:10:21   configFlashingAlarmDuration 600
     2020-06-26 17:10:22   configFlashingModeReport Disabled
     2020-06-26 17:10:22   configMeasuringEnergyConsumedByThe60 functionInactive
     2020-06-26 17:10:22   configPeriodicEnergyReports 60
     2020-06-26 17:10:22   configPeriodicPowerReports 3600
     2020-06-26 17:10:22   configReactionToCOCO2SmokeAlarm Flash
     2020-06-26 17:10:23   configReactionToFloodAlarm TurnOFF
     2020-06-26 17:10:23   configReactionToGeneralAlarm Flash
     2020-06-26 17:10:23   configReactionToHeatAlarm TurnOn
     2020-06-26 17:10:23   configS1AssociationsSentTo2ndAnd3rd30 0
     2020-06-26 17:10:23   configS1SwitchDoubleClickValueSent33 99
     2020-06-26 17:10:24   configS1SwitchOFFValueSentTo2ndAnd3rd32 0
     2020-06-26 17:10:24   configS1SwitchONValueSentTo2ndAnd3rd31 255
     2020-06-26 17:10:24   configS1SwitchScenesSent 0
     2020-06-26 17:10:24   configS2AssociationsSentTo4thAnd5th35 0
     2020-06-26 17:10:25   configS2SwitchDoubleClickValueSent38 99
     2020-06-26 17:10:25   configS2SwitchOFFValueSentTo4thAnd5th37 0
     2020-06-26 17:10:25   configS2SwitchONValueSentTo4thAnd5th36 255
     2020-06-26 17:10:25   configS2SwitchScenesSent 0
     2020-06-26 17:10:25   configSavingStateBeforePowerFailure StateSavedAtPowerFailureAll1
     2020-06-26 17:10:26   configSecondChannelEnergyReports 100
     2020-06-26 17:10:26   configSecondChannelMinimalTimeBetween55 10
     2020-06-26 17:10:26   configSecondChannelOperatingMode StandardOperation
     2020-06-26 17:10:26   configSecondChannelPowerReports 10
     2020-06-26 17:10:26   configSecondChannelPulseTimeFor18 5
     2020-06-26 17:10:26   configSecondChannelReactionToSwitchFor16 CancelModeAndSetTargetState
     2020-06-26 17:10:27   configSecondChannelTimeParameterFor17 50
     2020-06-26 17:10:27   configSwitchType ToggleSwitchDeviceChangesStatus2
     2020-12-18 21:44:58   config_2        2.36157614672531e+23
     2020-06-26 16:41:59   mcCapability_01 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2020-06-26 16:41:59   mcCapability_02 ZWAVEPLUS_INFO VERSION SWITCH_BINARY ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER MARK SWITCH_MULTILEVEL
     2020-06-26 16:41:58   mcEndpoints     total 2, identical
     2020-06-26 16:41:44   model           FIBARO System FGS223 Double Relay
     2020-06-26 16:41:44   modelConfig     fibaro/fgs223.xml
     2020-06-26 16:41:44   modelId         010f-0203-1000
     2020-06-26 19:45:49   neighborList    EG.fl.SW.FM.01 EG.bz.SW.FM.01 OG.bz.SW.FM.01 OG.ku.SW.FM.01 OG.wz.SW.PL.01.01 OG.wz.SW.PL.02.01 OG.wz.SW.PL.02.02 OG.wz.SW.PL.01.02
     2020-06-26 17:09:47   neighborUpdate  done
     2020-08-30 00:55:47   state           off
     2020-08-30 00:55:47   timeToAck       0.050
     2020-08-30 00:55:47   transmit        OK
     2020-06-26 16:41:57   zwavePlusInfo   version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0700 userIcon:0700
   helper:
     bm:
       ZWave_Attr:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        14.12. 00:13:30
         max        1.78813934326172e-05
         tot        1.78813934326172e-05
         mAr:
           set
           OG.bk.PBI.FM.01
           group
           devices & channels
       ZWave_Get:
         cnt        12
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        14.12. 00:13:17
         max        0.00118899345397949
         tot        0.0077972412109375
         mAr:
           HASH(0x55b4b40b5438)
           OG.bk.PBI.FM.01
           ?
       ZWave_Set:
         cnt        37
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        13.12. 23:45:59
         max        0.427281141281128
         tot        0.471943140029907
         mAr:
           HASH(0x55b4b40b5438)
           OG.bk.PBI.FM.01
           ?
Attributes:
   IODev      ZWAVE
   classes    ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC SWITCH_BINARY DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL CRC_16_ENCAP CONFIGURATION METER MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL APPLICATION_STATUS PROTECTION ALARM SECURITY FIRMWARE_UPDATE_MD CENTRAL_SCENE MARK SWITCH_MULTILEVEL
   group      devices & channels
   neighborListPos 630.84,43.52
   room       OG Balkon
   vclasses   ALARM:5 APPLICATION_STATUS:1 ASSOCIATION:2 CENTRAL_SCENE:2 CRC_16_ENCAP:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:2 METER:3 MULTI_CHANNEL:4 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 PROTECTION:2 SECURITY:1 SWITCH_BINARY:1 SWITCH_MULTILEVEL:3 VERSION:2 ZWAVEPLUS_INFO:2

[rudolfkoenig]

Soll das so?

Na wenn Du schon so fragst: vermutlich nicht.

Ich sehe mehrere moegliche Fehlerursachen: Bug im Firmware, Uebertragungsfehler, Bug im FHEM-Modul.
Ich tippe auf Uebertragungsfehler, womoeglich wegen 9.6 oder 40k Uebertragungsrate, was nur mit einem Byte CRC abgesichert ist. Da das Geraet CRC_16_ENCAP unterstuetzt, kann man mit "attr dev userCRC16 1" eine weitere Schicht einbauen.

Wenn Du einen anderen Fehler vermutest: das ZWDongle enthaelt in RAWMSG die letzte empfangene Nachricht.
Den kann man mit notify/etc beim Anlegen eines neuen Geraetes protokollieren, und es mir hier zeigen.

[Martin Fischer]

Danke Rudi...

Momentan vermute ich noch nichts. Habe mich nur über das Verhalten gewundert, da das der einzige Aktor ist, der dies tut. Und das auch erst seit kurzem.

Auffällig ist, das alle Children das Reading 'associatedWith' mit Datum vom 18.12. um 20:04 Uhr haben. Hab mal eben im Log geschaut:

Code Auswählen Erweitern

2020.12.18 20:04:10.776 3: UNDEFINED ZWave_Node_14.9 ZWave cc17a420 3593, please define it. Triggered by 0004000e0e600d090132022144000000000000.
2020.12.18 20:04:10.791 2: autocreate: define ZWave_Node_14.9 ZWave cc17a420 3593


Ich schau mal was ich finde, bzw. noch beisteuern kann.

[rudolfkoenig]

Die "Triggered by" Meldung erleichtert die Suche: 600d09 bedeutet: MULTI_CHANNEL, CMD_ENCAP V2, Kanal 9.

Man kann es nachtesten:

Code Auswählen Erweitern

fhem> info timer
fhem> { ZWave_Parse($defs{zwd}, "0004000e0e600d090132022144000000000000", "") }
ZWave_Node_14.9
2020-12-19 20:02:52.517 ZWave ZWave_Node_14.9 energy: 0 kWh


Es geht hier um "Multi Channel Command Encapsulation Command", und es mag sein, dass ich nicht auf dem neuesten Stand bin. Wenn das der Fall sein sollte, bitte mir helfen.

[Martin Fischer]

Ich hätte da noch weitere zu bieten:

Code Auswählen Erweitern

0004000e0e600d20214a5a518480e161560302
0004000e0e600d410172022144000000000000
0004000e0e600d050132022544000000000000


Es geht hier um "Multi Channel Command Encapsulation Command", und es mag sein, dass ich nicht auf dem neuesten Stand bin. Wenn das der Fall sein sollte, bitte mir helfen.

Wenn Du mir sagst, wie ich Dir helfen kann, dann versuch ich es..

[rudolfkoenig]

ZWave Doku finden, wo drin steht, dass ich falsch dekodiere.
Oder mir sagen, wie ich dekodieren soll.
Ich meine (noch), ich mach das richtig.

[Martin Fischer]

Ich meine (noch), ich mach das richtig.

ICH habe das auch nicht in Frage gestellt.

Dennoch weicht das Verhalten ja von den anderen Geräten ab. Im Moment habe ich ~17 Z-wave Geräte im Einsatz und nur der FGS223 legt die Children an.

[Beta-User]

...komische neue Geräte habe ich auch im Angebot:
- Channels .18 und .19 zu einem AEON Labs ZW095 Home Energy Meter Gen5 (hat sonst afaik 4 Kanäle); beide haben nur "associatedWith" als Reading;
- Channels .1 und .3 zu einem FGR222 (die anderen sind Einheitsdevices; enthalten summierte power-reports)
- (Eventuell) Channels .2 und .3 zu einem Steinel Bewegungsmelder (Steinel IS140-2)(letzterer ist "im Prinzip" ok, außer dass die Benennung der lux- und lichtabhängigen Schaltkanäl ungewohnt ist (die ersten beiden heißen ZWave_SENSOR_NOTIFICATION_25 und ZWave_SENSOR_NOTIFICATION_25.01, diese zwei dann nur noch ZWave_Node_25.2 und ZWave_Node_25.3, also auch ohne die sonst übliche führende 0 hinter dem Punkt. Ist aber grade offline).

[Martin Fischer]

- Channels .18 und .19 zu einem AEON Labs ZW095 Home Energy Meter Gen5 (hat sonst afaik 4 Kanäle); beide haben nur "associatedWith" als Reading;
- Channels .1 und .3 zu einem FGR222 (die anderen sind Einheitsdevices; enthalten summierte power-reports)

Selbiges kann ich bestätigen, nur mit anderen Kanälen. Auch neu für ZWave_Node_14.32:

Code Auswählen Erweitern


   READINGS:
     2020-12-19 22:09:31   UNPARSED        TARIFF_CONFIG 0a4a5a518480e161560302
     2020-12-19 22:10:42   associatedWith  OG.bk.PBI.FM.01


und sonst keine weiteren Readings.

[Martin Fischer]

Und da kam dann mal wieder einer aus heiterem Himmel..

Code Auswählen Erweitern

UNDEFINED RAW:
0004000e0e600d4f0783aeb384070000000000
EVENT: UNDEFINED ZWave_Node_14.79 ZWave cc17a420 3663

Code Auswählen Erweitern

Internals:
   DEF        cc17a420 3663
   FUUID      5fe5e296-f33f-d12d-41e0-09634ec6a28eac8d
   FVERSION   10_ZWave.pm:0.233840/2020-12-19
   IODev      ZWAVE
   NAME       ZWave_Node_14.79
   NR         668
   STATE      ???
   TYPE       ZWave
   ZWaveSubDevice yes
   endpointParent OG.bk.PBI.FM.01
   homeId     cc17a420
   nodeIdHex  0e4f
   READINGS:
     2020-12-26 01:17:14   associatedWith  OG.bk.PBI.FM.01
   helper:
     bm:
       ZWave_Get:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        26.12. 12:40:17
         max        3.31401824951172e-05
         tot        3.31401824951172e-05
         mAr:
           HASH(0x557737927398)
           ZWave_Node_14.79
           ?
       ZWave_Set:
         cnt        3
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        26.12. 12:40:14
         max        0.00217914581298828
         tot        0.00237417221069336
         mAr:
           HASH(0x557737927398)
           ZWave_Node_14.79
           ?
Attributes:
   IODev      ZWAVE
   room       AUTOCREATE