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
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?
Du kannst verbose auf 5 setzen und im logFile nachschauen. Genaueres am Ende von: http://www.fhemwiki.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten.3F
Gruß, Christian
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....
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.
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...
$CTRLID ist meist 1, entspricht nodeIdHex im DetailFenster von ZWAVE.
Oder auch "set RGBWController01 associationAdd 1 1"
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
Wow, wieder einiges über Zwave gelernt und funktioniert hat das Ganze auch. :)
Vielen Dank für die Hilfe!