Nach Update Probleme mit Fibaro FGRGBWM441 RGBW Controller

Begonnen von Thyraz, 19 Februar 2016, 09:37:36

Vorheriges Thema - Nächstes Thema

Thyraz

Hallo zusammen,

habe heute Morgen nach etwa 1-2 Wochen mal wieder mein FHEM geupdated und jetzt ein paar Probleme mit meinem RGBW Controller.
Bisher habe ich nach einem set RGBWController01 dim 50 immer eine Rückmeldung des aktuellen Dimmerwerts über das reading basicReport erhalten.
Dieses liefert den aktuellen Dimmerwert in Hex zurück.

Dies klappt jetzt plötzlich nicht mehr.
Der LED Streifen leuchtet problemlos mit der übergebenen Helligkeit.
Nur ändert sich basicReport nicht.
Ich habe aber keine No-Ack Meldungen oder Ähnliches.

Irgendeine Idee woran das liegen könnte?

Hier mal noch das Device Listing:


Internals:
   DEF        0e0d0c0b 7
   IODev      ZWAVE
   NAME       RGBWController01
   NR         49
   STATE      0
   TYPE       ZWave
   homeId     0e0d0c0b
   isWakeUp
   lastMsgSent 1455870856.30427
   nodeIdHex  07
   Readings:
     2016-02-07 14:15:25   SEND_DATA       failed:00
     2016-02-17 23:48:33   basicReport     00
     2016-02-10 19:09:17   configActivePROGRAMAlarmTime 600
     2016-02-10 19:09:17   configAlarm     INACTIVENoResponseToAlarmFrames
     2016-02-10 19:09:17   configAlarmSequenceProgram 10
     2016-02-10 19:09:17   configAssociationsCommandClassChoice NormalDimmerBASICSETSWITCHMULTIL0
     2016-02-10 19:09:17   configCommandClassReportingOutputs42 ReportingAsAResultOfInputsAnd0
     2016-02-10 19:09:17   configDimmingStepValueForMODE1 1
     2016-02-10 19:09:17   configEnableDisableALLONOFF ALLONActiveALLOFFActive
     2016-02-10 19:09:17   configInputsOutputsConfiguration 4369
     2016-02-10 19:09:17   configMaximumDimmerLevel 255
     2016-02-10 19:09:17   configMinimumDimmerLevel 2
     2016-02-10 19:09:17   configOptionDoubleClick DoubleClickEnabled
     2016-02-10 19:09:17   configOutputsStateChangeMode MODE1ConstantSpeedSpeedIsDefined0
     2016-02-10 19:09:17   configPowerLoadReportingFrequency 30
     2016-02-10 19:09:17   configReporting010vAnalogInputsChange43 5
     2016-02-10 19:09:17   configReportingChangesInEnergyConsumed45 10
     2016-02-10 19:09:17   configResponseToBRIGHTNESSSetTo0 LastSetColourIsMemorized
     2016-02-10 19:09:17   configSavingStateBeforePowerFaillure StateSavedAtPowerFailureAll1
     2016-02-10 19:09:17   configStartingPredefinedProgram 1
     2016-02-10 19:09:17   configTimeBetweenDimmingStepsForMODE1 100
     2016-02-10 19:09:17   configTimeToCompleteTheEntire11 67
     2016-02-10 19:09:18   configTripleClickAction NODEINFOControlFrameIsSent
     2016-02-19 09:34:16   dimmerVal       0
     2016-02-04 21:36:38   dimmerValue     0
     2016-02-17 21:25:46   energy          0.1 kWh
     2016-02-18 23:49:05   lastActivationType ""
     2016-02-19 09:07:57   model           FIBARO System FGRGBWM441 RGBW Controller
     2016-02-19 09:07:57   modelConfig     fibaro/fgrgbwm441.xml
     2016-02-19 09:07:57   modelId         010f-0900-1000
     2016-02-16 09:37:49   neighborList    ZWave_SWITCH_BINARY_18
     2016-02-17 23:48:33   power           0.0 W
     2016-02-19 09:34:16   state           dim 0
     2016-02-19 09:34:16   transmit        OK
Attributes:
   IODev      ZWAVE
   alias      LED Band
   classes    SWITCH_ALL MANUFACTURER_SPECIFIC VERSION SWITCH_MULTILEVEL MULTI_CHANNEL CONFIGURATION METER SENSOR_MULTILEVEL ASSOCIATION COLOR_CONTROL BASIC
   devStateIcon {if (ReadingsVal($name,"dimmerVal",0) > 0) {return '.*:FS20.on:off'} else {return '.*:FS20.off:on'}}
   event-on-change-reading .*
   group      Licht
   room       Schlafzimmer
   stateFormat dimmerVal
   userReadings dimmerVal: { hex(ReadingsVal($name,"basicReport",0)) }
   webCmd     dim
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

Thyraz

Hab jetzt gesehen, dass auch andere Readings welche vom Device kommen nicht aktualisiert werden.
Zum Beispiel das power Reading, welches den aktuellen Verbrauch in Watt liefern sollte.

Kann man irgendwie testen ob die Daten bei FHEM ankommen aber falsch verarbeitet werden?
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

krikan


Thyraz

Also hier mal etwas mehr Infos:

Ich habe das Device jetzt mal Excluded und neu Included und FHEM akutalisiert.
Dann wieder alles konfiguriert (get model, associationAll, configAll, versionClassAll)

Schalten kann ich den RGBW Controller danach wieder problemlos.
Aber Readings kommen nur zurück wenn ich sie händisch auslese (get basicStatus aktualisiert z.B. basicReport, get swmStatus aktualisiert reportedState)

Hier mal das Listing des neu includierten Devices:

Internals:
   DEF        0e0d0c0b 19
   IODev      ZWAVE
   NAME       RGBWController01
   NR         70
   STATE      0
   TYPE       ZWave
   homeId     0e0d0c0b
   isWakeUp
   lastMsgSent 1456219448.58419
   nodeIdHex  13
   Readings:
     2016-02-23 09:48:56   assocGroup_1    Max 5 Nodes
     2016-02-23 09:48:56   assocGroup_2    Max 5 Nodes
     2016-02-23 09:48:56   assocGroup_3    Max 5 Nodes
     2016-02-23 09:48:56   assocGroup_4    Max 5 Nodes
     2016-02-23 09:48:56   assocGroup_5    Max 1 Nodes
     2016-02-23 09:48:56   assocGroups     5
     2016-02-23 10:12:50   basicReport     00
     2016-02-23 09:49:27   configActivePROGRAMAlarmTime 600
     2016-02-23 09:49:27   configAlarm     INACTIVENoResponseToAlarmFrames
     2016-02-23 09:49:27   configAlarmSequenceProgram 10
     2016-02-23 09:49:27   configAssociationsCommandClassChoice NormalDimmerBASICSETSWITCHMULTIL0
     2016-02-23 09:49:27   configCommandClassReportingOutputs42 ReportingAsAResultOfInputsAnd0
     2016-02-23 09:49:27   configDimmingStepValueForMODE1 1
     2016-02-23 09:49:27   configEnableDisableALLONOFF ALLONActiveALLOFFActive
     2016-02-23 09:49:27   configInputsOutputsConfiguration 4369
     2016-02-23 09:49:27   configMaximumDimmerLevel 255
     2016-02-23 09:49:27   configMinimumDimmerLevel 2
     2016-02-23 09:49:27   configOptionDoubleClick DoubleClickEnabled
     2016-02-23 09:49:27   configOutputsStateChangeMode MODE1ConstantSpeedSpeedIsDefined0
     2016-02-23 09:49:27   configPowerLoadReportingFrequency 30
     2016-02-23 09:49:27   configReporting010vAnalogInputsChange43 5
     2016-02-23 09:49:27   configReportingChangesInEnergyConsumed45 10
     2016-02-23 09:49:27   configResponseToBRIGHTNESSSetTo0 LastSetColourIsMemorized
     2016-02-23 09:49:27   configSavingStateBeforePowerFaillure StateSavedAtPowerFailureAll1
     2016-02-23 09:49:27   configStartingPredefinedProgram 1
     2016-02-23 09:49:27   configTimeBetweenDimmingStepsForMODE1 10
     2016-02-23 09:49:28   configTimeToCompleteTheEntire11 67
     2016-02-23 09:49:28   configTripleClickAction NODEINFOControlFrameIsSent
     2016-02-23 10:24:08   dimmerVal       0
     2016-02-23 09:48:00   mcCapability_01 SWITCH_MULTILEVEL
     2016-02-23 09:48:01   mcCapability_02 SWITCH_MULTILEVEL
     2016-02-23 09:48:02   mcCapability_03 SWITCH_MULTILEVEL
     2016-02-23 09:48:06   mcCapability_04 SWITCH_MULTILEVEL
     2016-02-23 09:48:00   mcEndpoints     total 5, identical
     2016-02-23 10:00:09   meterSupported  type: energy scales: 0:kWh, 2:W resetable: yes
     2016-02-23 09:49:19   model           FIBARO System FGRGBWM441 RGBW Controller
     2016-02-23 09:49:19   modelConfig     fibaro/fgrgbwm441.xml
     2016-02-23 09:49:19   modelId         010f-0900-1000
     2016-02-23 10:00:15   neighborList    ZWAVE PowerSwitch03 PowerSwitch01
     2016-02-23 10:13:40   reportedState   off
     2016-02-23 10:24:08   state           dim 0
     2016-02-23 10:24:08   transmit        OK
Attributes:
   IODev      ZWAVE
   alias      LED Band
   classes    SWITCH_ALL MANUFACTURER_SPECIFIC VERSION SWITCH_MULTILEVEL MULTI_CHANNEL CONFIGURATION METER SENSOR_MULTILEVEL ASSOCIATION COLOR_CONTROL BASIC
   devStateIcon {if (ReadingsVal($name,"dimmerVal",0) > 0) {return '.*:FS20.on:off'} else {return '.*:FS20.off:on'}}
   event-on-change-reading .*
   group      Licht
   room       Schlafzimmer
   stateFormat dimmerVal
   userReadings dimmerVal: { hex(ReadingsVal($name,"basicReport",0)) }
   vclasses   SWITCH_ALL:1 MANUFACTURER_SPECIFIC:1 VERSION:1 SWITCH_MULTILEVEL:1 MULTI_CHANNEL:3 CONFIGURATION:1 METER:2 SENSOR_MULTILEVEL:2 ASSOCIATION:2 COLOR_CONTROL:1 BASIC:1
   webCmd     dim


Die Event View wenn ich einmal einen Helligkeitswert setze und wieder auf 0 zurück:

2016-02-23 10:08:31 ZWave RGBWController01 dim 41
2016-02-23 10:09:39 ZWave RGBWController01 dim 0


Und dann noch das zugehörige Log mit Verbose 5:

2016.02.23 10:08:31 2: ZWave set RGBWController01 dim 41
2016.02.23 10:08:31 5: ZWDongle_Write 001313032601292513 (0e0d0c0b)
2016.02.23 10:08:31 5: SW: 010a001313032601292513ce
2016.02.23 10:08:31 5: ACK received, WaitForAck=>2 for 010a001313032601292513ce
2016.02.23 10:08:31 4: ZWDongle_Read ZWAVE: sending ACK, processing 011301
2016.02.23 10:08:31 5: SW: 06
2016.02.23 10:08:32 5: ZWAVE dispatch 011301
2016.02.23 10:08:32 4: ZWDongle_Read ZWAVE: sending ACK, processing 001313000002
2016.02.23 10:08:32 5: SW: 06
2016.02.23 10:08:32 5: device ack reveived, removing 010a001313032601292513ce from dongle sendstack
2016.02.23 10:08:32 5: ZWAVE dispatch 001313000002
2016.02.23 10:08:32 4: ZWAVE CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.02.23 10:08:32 4: ZWAVE transmit OK for 13
2016.02.23 10:08:35 4: ZWDongle_Read ZWAVE: sending ACK, processing 00040002063105030a0024
2016.02.23 10:08:35 5: SW: 06
2016.02.23 10:08:35 5: ZWAVE dispatch 00040002063105030a0024
2016.02.23 10:08:35 4: ZWAVE CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:063105030a0024
2016.02.23 10:09:39 2: ZWave set RGBWController01 dim 0
2016.02.23 10:09:39 5: ZWDongle_Write 001313032601002513 (0e0d0c0b)
2016.02.23 10:09:39 5: SW: 010a001313032601002513e7
2016.02.23 10:09:39 5: ACK received, WaitForAck=>2 for 010a001313032601002513e7
2016.02.23 10:09:39 4: ZWDongle_Read ZWAVE: sending ACK, processing 011301
2016.02.23 10:09:39 5: SW: 06
2016.02.23 10:09:39 5: ZWAVE dispatch 011301
2016.02.23 10:09:39 4: ZWDongle_Read ZWAVE: sending ACK, processing 001313000002
2016.02.23 10:09:39 5: SW: 06
2016.02.23 10:09:39 5: device ack reveived, removing 010a001313032601002513e7 from dongle sendstack
2016.02.23 10:09:39 5: ZWAVE dispatch 001313000002
2016.02.23 10:09:39 4: ZWAVE CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.02.23 10:09:39 4: ZWAVE transmit OK for 13
2016.02.23 10:09:43 4: ZWDongle_Read ZWAVE: sending ACK, processing 00040002063105030a0001
2016.02.23 10:09:43 5: SW: 06
2016.02.23 10:09:43 5: ZWAVE dispatch 00040002063105030a0001
2016.02.23 10:09:43 4: ZWAVE CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:063105030a0001


Bin nicht so wirklich firm was in dem Log nun zeigen müsste ob Antworten vom Gerät über irgendwelche Readings zurückkommen....
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

rudolfkoenig

Zitat2016-02-23 09:48:56   assocGroup_1    Max 5 Nodes
     2016-02-23 09:48:56   assocGroup_2    Max 5 Nodes
     2016-02-23 09:48:56   assocGroup_3    Max 5 Nodes
     2016-02-23 09:48:56   assocGroup_4    Max 5 Nodes
     2016-02-23 09:48:56   assocGroup_5    Max 1 Nodes
     2016-02-23 09:48:56   assocGroups     5
Da in keinem der assocGroups ZWAVE gelistet ist, schickt das Geraet bei einer Aenderung auch keine Nachricht an FHEM.
Das ist deswegen komisch, weil FHEM bei der Inklusion ein "set $NAME associationAdd 1 $CTRLID" durchfuehrt, das hat vmtl. nicht funktioniert.

Thyraz

Kann ich das händisch nachholen? Muss man dann $CTRLID durch was ersetzen?
Oder nochmal neu includieren?

Ist halt komisch, dass das mitten im Betrieb (ohne neu einbinden) plötzlich nicht mehr ging und die erneute Inklusion das nicht gefixt hat...
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

rudolfkoenig

$CTRLID ist meist 1, entspricht nodeIdHex im DetailFenster von ZWAVE.
Oder auch "set RGBWController01 associationAdd 1 1"

krikan

#7
Laut XML-Config muss der Controller für Statusupdates bei dem Gerät in Assoziationsgruppe 5 aufgenommen werden (Fibaro-"Sonderspecial"), also etwas so:
set RGBWController01 associationAdd 5 1
Assoziationsgruppe 1 soll nur für Input1 sein.
Infos zum Thema: http://www.fhemwiki.de/wiki/Z-Wave#Assoziation

Thyraz

Wow, wieder einiges über Zwave gelernt und funktioniert hat das Ganze auch. :)

Vielen Dank für die Hilfe!
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...