FGR223 DIM funktioniert nicht - unplausible Werte > 100%

zinserma · 02 Februar 2019, 15:43:52

Hallo liebe Forumsmitglieder,
mein erster Beitrag und ich weis mir auch sonst nicht mehr zu helfen !
Ich benutzte zur Rolladensteuerung einige FGR222-Module und die funktionieren auch tadellos

Ich habe jetzt für zwei einfache Rolläden die Nachfolger FGR223 erstanden. Includieren, Calibrieren, Ein-und Ausgänge umstellen hat alles tadellos funktioniert. Ok, ich musste die Herstelledoku dazu nehmen um festzustellen, dass sich die Configbytes ggü den alten Modulen geändert haben.
Leider funktioniert DIM gar nicht ! Nach einer Calibrierung fährt der Rolladen ab und zu noch eine einigermassen plausible Position an, aber bei einem nachfahren von z.B. weiteren 5% fährt er ganz zu ? Bei den Readings sehe ich dann auch Dimmwerte von 1634567, also mehr als die erwareteten 0 bis 100%.
Leider fehlt auch wie beim 222 die Möglichkeit zur Positionsabfrage.
Hat jemand eine Idee ? Ich stehe total auf dem Schlauch !
Vielen Dank, Matthias

krikan · 02 Februar 2019, 16:38:14

Ist FHEM aktuell, d.h. "update" liefert "nothing to do.."? Ansonsten bitte "update" und "shutdown restart" ausführen.

Gruß, Christian

zinserma · 02 Februar 2019, 21:44:37

... ja, update und restart ist schon ein paar mal erfolgt. Leider ohne Erfolg.

krikan · 02 Februar 2019, 21:55:23

Das Problem mit den zu hohen Werten hatte ich von alten FHEM-Versionen in Erinnerung. $:-\$

Dann liefere bitte ein wenig mehr Details; insbesondere die in https://wiki.fhem.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten.3F beschriebene Ausgabe von "list" und ein Logauszug mit verbose 5 an ZWDongle von den hohen zurückgemeldeten dim-Werten sind vielleicht ganz gute Hinweisgeber.

ZitatLeider fehlt auch wie beim 222 die Möglichkeit zur Positionsabfrage.

Zumindest beim FGRM222 gibt es die Positionsabfrage:

Code Auswählen

get <device> swmStatus
oder im Fibaro-Modus

Code Auswählen

get <device> position

zinserma · 05 Februar 2019, 19:56:54

Hallo Christian, liebes Forum,
ja, es fehlen ein paar Infos. Deshalb nach der Hilfestellung von Christian (vielen Dank !):

1. Update liefert:
2019.02.05 19:34:11 1 : fhem
2019.02.05 19:34:12 1 : nothing to do...
2019.02.05 19:34:12 1 : fhemtabletui
2019.02.05 19:34:12 1 : nothing to do...
2. Mein Problem
Mit DIM kann ich beim FGR-223 keine 0-100%-Werte mit meinem einfachen Rollo anfahren. Die Kalibrierung über den Parameter 150 2 läuft (up-down-up) und danach meldet der FGR-223 auch er ist "kalibriert".
Fragt man die position ab, kommt:

get RollerShutter3_Terasse_re swmStatus
state:dim 6513662
oder
get RollerShutter3_Terasse_re position
Unknown argument position, choose one of association associationAll:noArg associationGroupCmdList associationGroupName associationGroups:noArg ccs ccsAll:noArg ccsChanged:noArg ccsOverride:noArg config configAlarmConfiguration1stSlot:noArg configAlarmConfiguration2stSlotWater:noArg configAlarmConfiguration3stSlotSmoke:noArg configAlarmConfiguration4stSlotCO:noArg configAlarmConfiguration5stSlotHeat:noArg configAll:noArg configDelayMotorStopAfterReachingEnd154:noArg configEnergyReportsOnChange:noArg configEnergyReportsPeriodic:noArg configForceCalibration:noArg configInputsOrientation:noArg configMeasuringPowerConsumedByThe60:noArg configMotorOperationDetection:noArg configOperatingMode:noArg configOutputsOrientation:noArg configPowerReportsOnChange:noArg configPowerReportsPeriodic:noArg configS1SwitchScenesSent:noArg configS2SwitchScenesSent:noArg configSetSlatsBackToPreviousPosition:noArg configSwitchType:noArg configTimeOfDownMovement:noArg configTimeOfUpMovement:noArg configVenetianBlindTimeOfFullTurnOfThe152:noArg mcCapability mcEndpoints:noArg mca mcaAll:noArg mcaGroupings:noArg meter meterSupported:noArg model:noArg neighborList:noArg powerlevel:noArg powerlevelTest:noArg protection:noArg swmStatus:noArg swmSupported:noArg version:noArg versionClass versionClassAll:noArg zwavePlusInfo:noArg

Mit der Abfrage list <device> erhalte ich folgende Infos:
Internals:
DEF ebbc0fef 14
FUUID 5c59d6ee-f33f-602c-d5b8-d753bcaf85058b16
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 2
NAME RollerShutter3_Terasse_re
NR 71
STATE dim 6513662
TYPE ZWave
ZWAVE1_MSGCNT 2
ZWAVE1_RAWMSG 0004000e0526036363fe
ZWAVE1_TIME 2019-02-05 19:46:03
ZWaveSubDevice no
cmdsPending 0
endpointChildren ZWave_SWITCH_MULTILEVEL_14.01,ZWave_SWITCH_MULTILEVEL_14.02
homeId ebbc0fef
isWakeUp
lastMsgSent 1549392362.98384
nodeIdHex 0e
READINGS:
2019-02-05 17:51:57 UNPARSED SWITCH_MULTILEVEL 04260135ff
2019-02-02 07:54:34 applicationStatus cmdRejected
2019-02-05 19:25:18 assocGroup_1 Max 1 Nodes ZWAVE1
2019-02-05 19:23:03 assocGroup_2 Max 5 Nodes
2019-02-05 19:23:25 assocGroup_3 Max 5 Nodes
2019-02-02 13:18:29 configAlarmConfiguration1stSlot 0
2019-02-02 13:18:29 configAlarmConfiguration2stSlotWater 100597760
2019-02-02 13:18:29 configAlarmConfiguration3stSlotSmoke 33488897
2019-02-02 13:18:29 configAlarmConfiguration4stSlotCO 50266113
2019-02-02 13:18:29 configAlarmConfiguration5stSlotHeat 83820545
2019-02-02 13:18:30 configDelayMotorStopAfterReachingEnd154 10
2019-02-02 13:18:30 configEnergyReportsOnChange 10
2019-02-02 13:18:30 configEnergyReportsPeriodic 3600
2019-02-05 19:31:23 configForceCalibration DeviceIsCalibrated
2019-02-02 13:18:30 configInputsOrientation Reversed
2019-02-02 13:18:31 configMeasuringPowerConsumedByThe60 Disabled
2019-02-02 13:18:31 configMotorOperationDetection 10
2019-02-02 13:18:31 configOperatingMode RollerBlind
2019-02-02 13:18:31 configOutputsOrientation Reversed
2019-02-02 13:18:31 configPowerReportsOnChange 15
2019-02-02 13:18:32 configPowerReportsPeriodic 3600
2019-02-02 13:18:32 configS1SwitchScenesSent 0
2019-02-02 13:18:32 configS2SwitchScenesSent 0
2019-02-02 13:18:32 configSetSlatsBackToPreviousPosition InCaseOfTheMainController1
2019-02-02 13:18:32 configSwitchType MomentarySwitches
2019-02-05 19:31:23 configTimeOfDownMovement 3058
2019-02-05 19:31:23 configTimeOfUpMovement 2878
2019-02-02 13:18:33 configVenetianBlindTimeOfFullTurnOfThe152 150
2019-02-01 08:31:46 config_150 1
2019-02-01 08:31:32 config_151 1
2019-02-01 08:33:26 config_156 2786
2019-02-01 08:33:45 config_157 3016
2019-02-01 08:31:38 config_20 0
2019-02-01 08:32:51 config_24 1
2019-02-01 08:32:58 config_25 1
2019-02-02 13:25:16 energy 0.16 kWh
2019-01-24 20:28:39 mcCapability_01 ZWAVEPLUS_INFO SWITCH_MULTILEVEL ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO SECURITY SECURITY_S2 SUPERVISION METER ALARM APPLICATION_STATUS
2019-01-24 20:28:39 mcCapability_02 ZWAVEPLUS_INFO SWITCH_MULTILEVEL ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO SECURITY SECURITY_S2 SUPERVISION APPLICATION_STATUS
2019-02-02 11:18:22 mcEndpoints total 2, different
2019-02-02 12:38:40 model FIBARO System FGR223 Roller Shutter Controller 3
2019-02-02 12:38:40 modelConfig fibaro/fgr223.xml
2019-02-02 12:38:40 modelId 010f-0303-1000
2019-02-05 19:31:59 power 0 W
2019-02-02 11:18:39 protection Local: unprotected RF: unprotected
2019-02-05 19:46:03 reportedState dim 6513662
2019-02-05 19:46:03 state dim 6513662
2019-02-05 19:46:03 timeToAck 0.068
2019-02-05 19:46:03 transmit OK
2019-02-02 11:18:57 zwavePlusInfo version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:1900 userIcon:1900
Attributes:
IODev ZWAVE1
classes ZWAVEPLUS_INFO SWITCH_MULTILEVEL ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO TRANSPORT_SERVICE VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY POWERLEVEL SECURITY SECURITY_S2 METER CONFIGURATION CLIMATE_CONTROL_SCHEDULE ZIP_PORTAL PROTECTION MULTI_CHANNEL CENTRAL_SCENE FIRMWARE_UPDATE_MD APPLICATION_STATUS SUPERVISION
room WoZi
vclasses APPLICATION_STATUS:1 ASSOCIATION:2 ASSOCIATION_GRP_INFO:2 CENTRAL_SCENE:3 CLIMATE_CONTROL_SCHEDULE:0 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:4 MANUFACTURER_SPECIFIC:2 METER:3 MULTI_CHANNEL:4 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 PROTECTION:2 SECURITY:1 SECURITY_S2:1 SUPERVISION:1 SWITCH_MULTILEVEL:4 TRANSPORT_SERVICE:2 VERSION:2 ZIP_PORTAL:0 ZWAVEPLUS_INFO:2

Im Logfile finde sehe ich eine Fehlermeldung die ich nicht interpretieren kann:
019.02.05 19:40:15 3: FHEMWEB WEB CSRF error: csrf_904269818532925 ne csrf_539530483348183 for client WEB_192.168.0.19_54726 / command get RollerShutter3_Terasse_re swmStatus. For details see the csrfToken FHEMWEB attribute.
2019.02.05 19:40:15 3: ZWave get RollerShutter3_Terasse_re swmStatus
2019.02.05 19:46:02 3: ZWave get RollerShutter3_Terasse_re swmStatus
2019.02.05 19:48:38 3: FHEMWEB WEB CSRF error: csrf_904269818532925 ne csrf_539530483348183 for client WEB_192.168.0.19_54773 / command list RollerShutter3_Terasse_re. For details see the csrfToken FHEMWEB attribute.
2019.02.05 19:52:20 3: ZWave got config for fibaro/fgwpe.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz

Ich bin für jeden Rat dankbar

Matthias

krikan · 05 Februar 2019, 20:54:32

CSRF-Error wundert mich, aber sollte eigentlich keinen Einfluß haben.

Zur ZWave-Problematik habe ich leider noch keinen wirkliche Idee und braeuchte mehr Input, wenn nicht jemand anderes direkt etwas erkennt.

Kannst Du bitte kontrollieren, ob bei Aufruf des FHEM-Kommandos "version" die Moduldateien 00_ZWDongle.pm, 10_ZWave.pm und ZWLib.pm in der Spalte Rev die Nummer 17186 haben.

Falls ja, dann folgende Attribute setzen:

Code Auswählen

attr ZWAVE1 verbose 5
attr global mseclog 1

Dann bitte abfragen

Code Auswählen

get RollerShutter3_Terasse_re swmStatus

Anschließend bitte den generierten Logfile-Auszug posten und schreiben, wie der Rolladen tatsaechlich steht.

Bitte dann Attribute wieder löschen, damit Dein Logfile nicht in ungeahnte Größen waechst.

Gruß, Christian

PS: Die Antwort auf "get <device> position" ist für den FGR-223 normal, da bisher nur der FGR(M)-222 im Fibaro-Modus von FHEM unterstützt wird.

zinserma · 05 Februar 2019, 21:22:46

... ja, die Dateien haben alle die Version 17186.

Die Abfrage liefert einen Wert DIM 254. (?) Das Rollo ist zu ca. 2/3 geschlossen.

Im Logfile steht folgendes:

2019.02.05 21:18:33.449 3: ZWave get RollerShutter3_Terasse_re swmStatus
2019.02.05 21:18:33.450 5: ZWDongle_Write 00130e0226022503 (ebbc0fef)
2019.02.05 21:18:33.450 5: SW: 010900130e0226022503eb
2019.02.05 21:18:33.453 5: ACK received, WaitForAck=>2 for 010900130e0226022503eb
2019.02.05 21:18:33.456 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.05 21:18:33.457 5: SW: 06
2019.02.05 21:18:33.458 5: ZWAVE1: dispatch 011301
2019.02.05 21:18:33.517 4: ZWDongle_Read ZWAVE1: rcvd 001303000006 (request ZW_SEND_DATA), sending ACK
2019.02.05 21:18:33.517 5: SW: 06
2019.02.05 21:18:33.518 5: device ack reveived, removing 010900130e0226022503eb from dongle sendstack
2019.02.05 21:18:33.518 5: ZWAVE1: dispatch 001303000006
2019.02.05 21:18:33.519 4: CMD:ZW_SEND_DATA ID:00 ARG:0006 CB:03
2019.02.05 21:18:33.519 4: ZWAVE1 transmit OK for CB 03, target RollerShutter3_Terasse_re
2019.02.05 21:18:33.746 4: ZWDongle_Read ZWAVE1: rcvd 0004000e0526030000fe (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.05 21:18:33.746 5: SW: 06
2019.02.05 21:18:33.747 5: ZWAVE1: dispatch 0004000e0526030000fe
2019.02.05 21:18:33.748 4: CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:0526030000fe CB:00

krikan · 05 Februar 2019, 21:49:58

Ok. Der FGR-223 nutzt SWITCH_MULTILEVEL V4 und der Code zur Analyse der Version 4 wird in 10_ZWave.pm nicht aufgerufen. Komisch, dass das bisher nicht aufgefallen ist. Bitte auf Rudi warten.

@Rudi:
Zeile 86 in 10_ZWave.pm matcht auch, obwohl 89 greifen müsste.

Code Auswählen

86	    parse => { "..2603(.*)"=> '($1 eq "00" ? "state:off" :
87	                               ($1 eq "ff" ? "state:on" :
88	                                             "state:dim ".hex($1)))',
89	               "052603(..)(..)(..)" => 'sprintf("swmStatus:%s target %s '.
90	                    'duration %s", hex($1), hex($2), ZWave_duration($3))', # V4

rudolfkoenig · 05 Februar 2019, 22:38:43

Ich habe wohl ZWave_duration irgendwannmal geaendert/umbenannt, und seitdem funktioniert das nicht.
Habs jetzt gefixt, hoffentlich ohne Nebeneffekte, bitte um Feedback.

krikan · 06 Februar 2019, 08:28:57

ZitatIch habe wohl ZWave_duration irgendwannmal geaendert/umbenannt, und seitdem funktioniert das nicht.

Bei diesem Change https://svn.fhem.de/trac/changeset/17004/trunk/fhem/FHEM/10_ZWave.pm sind Änderungen an Andreas Patch vorgenommen, die mMn zu falschen Ergebnissen führen. Hattest Du in https://forum.fhem.de/index.php/topic,60468.msg818902.html#msg818902 auch hinterfragt, ich habe das aber verbummelt.
Nach https://www.silabs.com/documents/login/miscellaneous/SDS13781-Z-Wave-Application-Command-Class-Specification.pdf PDF-Seite 39 Tab. 8 ist bei Duration 0xfe = "Unknown duration" und 0xff ="reserved". Das ist derzeit falsch; erkenne aber den Grund der Änderung im Vergleich zum Original-Patch nicht.

@zinserma:
Auch wenn die Auswertung in FHEM derzeit nicht ok ist, ist die Rückgabe des FGR223 bei Dir für mich unverständlich, wenn 2/3 geschlossen ist. Nach https://www.silabs.com/documents/login/miscellaneous/SDS13781-Z-Wave-Application-Command-Class-Specification.pdf PDF-Seite 356 unter "4.61.2 Multilevel Switch Report Command" ist die Rückgabe

Code Auswählen

ARG:0526030000fe
zu interpretieren als:
00 = Current Value 0%
00 = Target Value 0%
fe = duration unknown
Kann ich mir derzeit nur als Wert während des Fahrens des Aktors erklären. Dann müsste aber bei der Abfrage bei ruhendem Aktor ein "vernünftiger" Wert kommen. Bin aber bisher nicht tiefer in die Doku des Aktors und insbesondere die Config eingestiegen.

krikan · 06 Februar 2019, 08:41:40

@Rudi:
Problem hoffentlich gefunden: "Duration Encoding" ist beim Report anders als beim Set und nicht gleich wie derzeit in 10_ZWave.pm. Für Report gilt genannte Tab. 8 in https://www.silabs.com/documents/login/miscellaneous/SDS13781-Z-Wave-Application-Command-Class-Specification.pdf für Set hingegen Tab. 7. 0xfe ist bei Set, anders als bei Report eine Zeit. 0xff ist bei Report "reserved" und bei Set "Factory default". 0x00 ist auch leicht anders. Demnach wird derzeit der Report fälschlich mit dem Set-Encoding ausgewertet.

rudolfkoenig · 06 Februar 2019, 15:07:22

Ich habe die Funktion angepasst (im Wesentlichen nur die Texte fuer fe und ff geaendert), sehe aber noch nicht, inwieweit das einen wesentlichen Unterschied macht..

krikan · 06 Februar 2019, 16:01:37

Danke!

Für mich macht es den Unterschied, dass eine Zeitangabe beim Telegramm oben von zinserma für mich gänzlich unverständlich war, aber "unknown" Sinn ergibt.

zinserma · 06 Februar 2019, 20:42:42

Hallo Rudi, Christian,
vielen Dank für Eure Mühe. Ich habe eben Fhem geupdatet und neu gestartet.
Anschließend habe ich nochmal eine Kalibrierung des Rollos gemacht.
Das Verhalten ist jetzt anders:
Ich kann über dim nun %-Werte abschicken, aber das Rollo fährt entweder ganz hoch oder ganz runter. Es bleibt aber nie in einer Zwischenstellung stehen. Dafür liefert es in den Endpositionen nun schon mal 0 bzw. 99.

2019-02-06 20:36:23 ZWave RollerShutter3_Terasse_re dim 10
2019-02-06 20:36:26 ZWave RollerShutter3_Terasse_re power: 111.7 W
2019-02-06 20:36:30 ZWave RollerShutter_WoZiFenster_re energy: 0.03 kWh
2019-02-06 20:36:53 ZWave RollerShutter3_Terasse_re swmStatus: 99 target 99 duration 7620 seconds
2019-02-06 20:36:53 ZWave RollerShutter3_Terasse_re dim 99
2019-02-06 20:36:53 ZWave RollerShutter3_Terasse_re reportedState: dim 99
2019-02-06 20:36:55 ZWave RollerShutter3_Terasse_re power: 0 W
2019-02-06 20:37:08 PRESENCE Matthias.Handy absent
2019-02-06 20:37:08 PRESENCE Matthias.Handy presence: absent
2019-02-06 20:37:25 ZWave RollerShutter3_Terasse_re power: 0 W
2019-02-06 20:37:26 ZWave RollerShutter3_Terasse_re dim 91
2019-02-06 20:37:29 ZWave RollerShutter3_Terasse_re power: 112.1 W
2019-02-06 20:37:58 ZWave RollerShutter3_Terasse_re swmStatus: 0 target 0 duration 7620 seconds
2019-02-06 20:37:58 ZWave RollerShutter3_Terasse_re off
2019-02-06 20:37:58 ZWave RollerShutter3_Terasse_re reportedState: off
2019-02-06 20:38:01 ZWave RollerShutter3_Terasse_re power: 0 W

Habt Ihr noch eine Idee ?
Gruss,
Matthias

mvscheven · 06 Februar 2019, 20:50:53

Hallo zusammen,

ich kann das Verhalten (vor und nach dem Update) bestätigen. Ich hatte/habe dasselbe Problem und bin heute Nachmittag über diesen Thread gestolpert. Nach dem Update liefert state und reportedState immer 0 oder 99, auch wenn das Rollo auf halbe Position gestoppt wurde. Bei dim Befehlen fährt es immer ganz hoch oder runter.

Interessanterweise ist die duration im swmstatus bei mir auch genau 7620 seconds, wobei ich aber nicht weiß, was diese duration sein soll.
Gruß
Malte