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
Ist FHEM aktuell, d.h. "update" liefert "nothing to do.."? Ansonsten bitte "update" und "shutdown restart" ausführen.
Gruß, Christian
... ja, update und restart ist schon ein paar mal erfolgt. Leider ohne Erfolg.
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:
get <device> swmStatusoder im Fibaro-Modus
get <device> position
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
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:
attr ZWAVE1 verbose 5
attr global mseclog 1
Dann bitte abfragen
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.
... 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
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.
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
Ich habe wohl ZWave_duration irgendwannmal geaendert/umbenannt, und seitdem funktioniert das nicht.
Habs jetzt gefixt, hoffentlich ohne Nebeneffekte, bitte um Feedback.
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
ARG:0526030000fezu 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.
@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.
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..
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. :)
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
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
Zitat von: mvscheven am 06 Februar 2019, 20:50:53
Nach dem Update liefert state und reportedState immer 0 oder 99, auch wenn das Rollo auf halbe Position gestoppt wurde.
Die Positionsangabe ist also immer 0 oder 99; es gibt nie andere Werte auch wenn an Zwischenposition gestoppt wurde!?
@zinserma: Bei Dir auch?
Gibt es überhaupt jemanden bei dem die FGR-223 problemlos mit FHEM funktionieren?
Wenn keiner Lösungsansaetze hat, würden mich mehr Details (möglicht viele!) interessieren: 8)
Hat einer von Euch einen Taster/Schalter am Aktor angeschlossen? Falls ja, ist die Positionsangabe bei Tastersteuerung genauso falsch oder gibt es dort Zwischenwerte?
Sind die Werte von configTimeOfDownMovement und configTimeOfUpMovement bei Euch plausibel?
Habt Ihr schon einmal Steuerung über einen der Enndpoints .01 bzw 02 probiert; aendert das etwas?
Hat schon mal jemand mit MULTI_CHANNEL_ASSOCIATION statt normaler Association getestet (https://forum.fhem.de/index.php/topic,55991.msg882361.html#msg882361) ? Ist das genauso?
Mich würde auch ein Log von hoch- und runterfahren mit Zwischenstopp mit aktueller list-Ausgabe interessieren.
Und wenn ihr dann noch Lust habt zu forschen, faellt mir sicher noch mehr ein...
Gruß, Christian
Btw: 7620 seconds ist ab morgen korrekterweise "unknown".
Einen physikalischen Schalter habe ich leider nicht angeschlossen.
Die Werte für configTimeOfDownMovement und configTimeOfUpMovement sind korrekt, habe ich per Stoppuhr schon überprüft.
Hier nun einige Logs:
1. Vorher: Rollade oben, Befehl: set SZ_Rollade_Fenster on; Nachher: Rollade komplett unten; state/reported state: dim 99; swmStatus: 99
2019.02.07 07:27:55.011 3: ZWave set SZ_Rollade_Fenster on
2019.02.07 07:27:55.012 5: ZWDongle_Write 001306032601FF25a9 (d9cde475)
2019.02.07 07:27:55.013 5: SW: 010a001306032601FF25a9b7
2019.02.07 07:27:55.036 5: ACK received, WaitForAck=>2 for 010a001306032601FF25a9b7
2019.02.07 07:27:55.036 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 07:27:55.037 5: SW: 06
2019.02.07 07:27:55.039 5: ZWDongle_0: dispatch 011301
2019.02.07 07:27:55.041 4: ZWDongle_Read ZWDongle_0: rcvd 0013a900000200c37f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 07:27:55.041 5: SW: 06
2019.02.07 07:27:55.042 5: device ack reveived, removing 010a001306032601FF25a9b7 from dongle sendstack
2019.02.07 07:27:55.043 5: ZWDongle_0: dispatch 0013a900000200c37f7f7f7f0000030000000003010000
2019.02.07 07:27:55.044 4: CMD:ZW_SEND_DATA ID:00 ARG:000200c37f7f7f7f0000030000000003010000 CB:a9
2019.02.07 07:27:55.044 4: ZWDongle_0 transmit OK for CB a9, target SZ_Rollade_Fenster
2019.02.07 07:27:57.990 4: ZWDongle_Read ZWDongle_0: rcvd 000400060a32022132056900000000c300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 07:27:57.990 5: SW: 06
2019.02.07 07:27:57.992 5: ZWDongle_0: dispatch 000400060a32022132056900000000c300
2019.02.07 07:27:57.993 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0a32022132056900000000c300 CB:00
2019.02.07 07:28:16.805 4: ZWDongle_Read ZWDongle_0: rcvd 000400060526036363fec400 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 07:28:16.806 5: SW: 06
2019.02.07 07:28:16.808 5: ZWDongle_0: dispatch 000400060526036363fec400
2019.02.07 07:28:16.808 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0526036363fec400 CB:00
2019.02.07 07:28:19.481 4: ZWDongle_Read ZWDongle_0: rcvd 000400060a32022132000000000000c400 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 07:28:19.481 5: SW: 06
2019.02.07 07:28:19.483 5: ZWDongle_0: dispatch 000400060a32022132000000000000c400
2019.02.07 07:28:19.483 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0a32022132000000000000c400 CB:00
2. Vorher: Rollade unten, Befehl: set SZ_Rollade_Fenster off; Nachher: Rollade komplett oben; state/reported/state: off; swmStatus: 0
2019.02.07 07:31:28.304 3: ZWave set SZ_Rollade_Fenster off
2019.02.07 07:31:28.305 5: ZWDongle_Write 0013060326010025c2 (d9cde475)
2019.02.07 07:31:28.306 5: SW: 010a0013060326010025c223
2019.02.07 07:31:28.327 5: ACK received, WaitForAck=>2 for 010a0013060326010025c223
2019.02.07 07:31:28.327 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 07:31:28.328 5: SW: 06
2019.02.07 07:31:28.330 5: ZWDongle_0: dispatch 011301
2019.02.07 07:31:28.332 4: ZWDongle_Read ZWDongle_0: rcvd 0013c200000200c47f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 07:31:28.332 5: SW: 06
2019.02.07 07:31:28.334 5: device ack reveived, removing 010a0013060326010025c223 from dongle sendstack
2019.02.07 07:31:28.335 5: ZWDongle_0: dispatch 0013c200000200c47f7f7f7f0000030000000003010000
2019.02.07 07:31:28.335 4: CMD:ZW_SEND_DATA ID:00 ARG:000200c47f7f7f7f0000030000000003010000 CB:c2
2019.02.07 07:31:28.335 4: ZWDongle_0 transmit OK for CB c2, target SZ_Rollade_Fenster
2019.02.07 07:31:30.978 4: ZWDongle_Read ZWDongle_0: rcvd 000400060a32022132057200000000c100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 07:31:30.979 5: SW: 06
2019.02.07 07:31:30.981 5: ZWDongle_0: dispatch 000400060a32022132057200000000c100
2019.02.07 07:31:30.981 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0a32022132057200000000c100 CB:00
2019.02.07 07:31:53.592 4: ZWDongle_Read ZWDongle_0: rcvd 000400060a32022132000000000000c100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 07:31:53.592 5: SW: 06
2019.02.07 07:31:53.594 5: ZWDongle_0: dispatch 000400060a32022132000000000000c100
2019.02.07 07:31:53.595 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0a32022132000000000000c100 CB:00
3. Vorher: Rollade oben, Befehl: set SZ_Rollade_Fenster on; bei der Hälfte stop; Nachher: Rollade halb unten; state/reported state: dim 99; swmStatus: 99
2019.02.07 07:38:07.536 3: ZWave set SZ_Rollade_Fenster on
2019.02.07 07:38:07.537 5: ZWDongle_Write 001306032601FF25c3 (d9cde475)
2019.02.07 07:38:07.537 5: SW: 010a001306032601FF25c3dd
2019.02.07 07:38:07.578 5: ACK received, WaitForAck=>2 for 010a001306032601FF25c3dd
2019.02.07 07:38:07.579 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 07:38:07.579 5: SW: 06
2019.02.07 07:38:07.582 5: ZWDongle_0: dispatch 011301
2019.02.07 07:38:07.584 4: ZWDongle_Read ZWDongle_0: rcvd 0013c300000200c37f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 07:38:07.584 5: SW: 06
2019.02.07 07:38:07.586 5: device ack reveived, removing 010a001306032601FF25c3dd from dongle sendstack
2019.02.07 07:38:07.587 5: ZWDongle_0: dispatch 0013c300000200c37f7f7f7f0000030000000003010000
2019.02.07 07:38:07.587 4: CMD:ZW_SEND_DATA ID:00 ARG:000200c37f7f7f7f0000030000000003010000 CB:c3
2019.02.07 07:38:07.587 4: ZWDongle_0 transmit OK for CB c3, target SZ_Rollade_Fenster
2019.02.07 07:38:10.930 4: ZWDongle_Read ZWDongle_0: rcvd 000400060a32022132058200000000c400 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 07:38:10.931 5: SW: 06
2019.02.07 07:38:10.932 5: ZWDongle_0: dispatch 000400060a32022132058200000000c400
2019.02.07 07:38:10.933 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0a32022132058200000000c400 CB:00
2019.02.07 07:38:16.730 3: ZWave set SZ_Rollade_Fenster stop
2019.02.07 07:38:16.731 5: ZWDongle_Write 00130602260525c4 (d9cde475)
2019.02.07 07:38:16.731 5: SW: 010900130602260525c423
2019.02.07 07:38:16.768 5: ACK received, WaitForAck=>2 for 010900130602260525c423
2019.02.07 07:38:16.769 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 07:38:16.769 5: SW: 06
2019.02.07 07:38:16.771 5: ZWDongle_0: dispatch 011301
2019.02.07 07:38:16.774 4: ZWDongle_Read ZWDongle_0: rcvd 0013c400000200c47f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 07:38:16.774 5: SW: 06
2019.02.07 07:38:16.775 5: device ack reveived, removing 010900130602260525c423 from dongle sendstack
2019.02.07 07:38:16.776 5: ZWDongle_0: dispatch 0013c400000200c47f7f7f7f0000030000000003010000
2019.02.07 07:38:16.777 4: CMD:ZW_SEND_DATA ID:00 ARG:000200c47f7f7f7f0000030000000003010000 CB:c4
2019.02.07 07:38:16.777 4: ZWDongle_0 transmit OK for CB c4, target SZ_Rollade_Fenster
2019.02.07 07:38:17.007 4: ZWDongle_Read ZWDongle_0: rcvd 000400060526036363fec300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 07:38:17.007 5: SW: 06
2019.02.07 07:38:17.009 5: ZWDongle_0: dispatch 000400060526036363fec300
2019.02.07 07:38:17.010 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0526036363fec300 CB:00
2019.02.07 07:38:20.032 4: ZWDongle_Read ZWDongle_0: rcvd 000400060a32022132000000000000c300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 07:38:20.033 5: SW: 06
2019.02.07 07:38:20.035 5: ZWDongle_0: dispatch 000400060a32022132000000000000c300
2019.02.07 07:38:20.035 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0a32022132000000000000c300 CB:00
4. Vorher: Rollade oben, Befehl: set SZ_Rollade_Fenster dim 50; Nachher: Rollade ganz unten; state/reported state: dim 99; swmStatus: 99
2019.02.07 07:45:20.679 3: ZWave set SZ_Rollade_Fenster dim 50
2019.02.07 07:45:20.680 5: ZWDongle_Write 001306032601322516 (d9cde475)
2019.02.07 07:45:20.681 5: SW: 010a001306032601322516c5
2019.02.07 07:45:20.702 5: ACK received, WaitForAck=>2 for 010a001306032601322516c5
2019.02.07 07:45:20.703 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 07:45:20.703 5: SW: 06
2019.02.07 07:45:20.705 5: ZWDongle_0: dispatch 011301
2019.02.07 07:45:20.707 4: ZWDongle_Read ZWDongle_0: rcvd 00131600000100c37f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 07:45:20.708 5: SW: 06
2019.02.07 07:45:20.709 5: device ack reveived, removing 010a001306032601322516c5 from dongle sendstack
2019.02.07 07:45:20.710 5: ZWDongle_0: dispatch 00131600000100c37f7f7f7f0000030000000003010000
2019.02.07 07:45:20.710 4: CMD:ZW_SEND_DATA ID:00 ARG:000100c37f7f7f7f0000030000000003010000 CB:16
2019.02.07 07:45:20.711 4: ZWDongle_0 transmit OK for CB 16, target SZ_Rollade_Fenster
2019.02.07 07:45:23.030 4: ZWDongle_Read ZWDongle_0: rcvd 000400060a32022132059700000000c400 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 07:45:23.030 5: SW: 06
2019.02.07 07:45:23.032 5: ZWDongle_0: dispatch 000400060a32022132059700000000c400
2019.02.07 07:45:23.033 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0a32022132059700000000c400 CB:00
2019.02.07 07:45:42.020 4: ZWDongle_Read ZWDongle_0: rcvd 000400060526036363fec600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 07:45:42.020 5: SW: 06
2019.02.07 07:45:42.022 5: ZWDongle_0: dispatch 000400060526036363fec600
2019.02.07 07:45:42.022 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0526036363fec600 CB:00
2019.02.07 07:45:44.526 4: ZWDongle_Read ZWDongle_0: rcvd 000400060a32022132000000000000c600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 07:45:44.526 5: SW: 06
2019.02.07 07:45:44.528 5: ZWDongle_0: dispatch 000400060a32022132000000000000c600
2019.02.07 07:45:44.529 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0a32022132000000000000c600 CB:00
2019.02.07 07:45:55.500 3: ZWave get SZ_Rollade_Fenster swmStatus
2019.02.07 07:45:55.501 5: ZWDongle_Write 0013060226022517 (d9cde475)
2019.02.07 07:45:55.502 5: SW: 01090013060226022517f7
2019.02.07 07:45:55.506 5: ACK received, WaitForAck=>2 for 01090013060226022517f7
2019.02.07 07:45:55.508 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 07:45:55.508 5: SW: 06
2019.02.07 07:45:55.510 5: ZWDongle_0: dispatch 011301
2019.02.07 07:45:55.526 4: ZWDongle_Read ZWDongle_0: rcvd 00131700000100c67f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 07:45:55.526 5: SW: 06
2019.02.07 07:45:55.527 5: device ack reveived, removing 01090013060226022517f7 from dongle sendstack
2019.02.07 07:45:55.528 5: ZWDongle_0: dispatch 00131700000100c67f7f7f7f0000030000000003010000
2019.02.07 07:45:55.529 4: CMD:ZW_SEND_DATA ID:00 ARG:000100c67f7f7f7f0000030000000003010000 CB:17
2019.02.07 07:45:55.529 4: ZWDongle_0 transmit OK for CB 17, target SZ_Rollade_Fenster
2019.02.07 07:45:55.569 4: ZWDongle_Read ZWDongle_0: rcvd 000400060526036363fec600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 07:45:55.570 5: SW: 06
2019.02.07 07:45:55.571 5: ZWDongle_0: dispatch 000400060526036363fec600
2019.02.07 07:45:55.572 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0526036363fec600 CB:00
Die Steuerung über die anderen Endpoints und die MULTI_CHANNEL_ASSOCIATION werde ich voraussichtlich heute Abend ausprobieren.
Vielen Dank für die Unterstützung!
Malte
Um auch evtl. Anfängerfehler in der Konfiguration auszuschließen, hier noch das Listing der Rollade:
Internals:
DEF d9cde475 6
FUUID 5c55c5c7-f33f-6861-5f0e-0d67e30326a8a24c
IODev ZWDongle_0
LASTInputDev ZWDongle_0
MSGCNT 413
NAME SZ_Rollade_Fenster
NR 44
STATE Auf
TYPE ZWave
ZWDongle_0_MSGCNT 413
ZWDongle_0_RAWMSG 000400060a32022132000000000000c300
ZWDongle_0_TIME 2019-02-07 08:06:15
ZWaveSubDevice no
cmdsPending 0
endpointChildren ZWave_SWITCH_MULTILEVEL_6.01,ZWave_SWITCH_MULTILEVEL_6.02
homeId d9cde475
isWakeUp
lastMsgSent 1549523174.06577
nodeIdHex 06
READINGS:
2019-02-02 16:44:17 SECURITY DISABLED (Networkkey not found)
2019-02-02 17:04:23 applicationStatus cmdRejected
2019-02-07 08:06:14 assocGroup_1 Max 1 Nodes ZWDongle_0
2019-02-07 08:06:14 assocGroup_2 Max 5 Nodes
2019-02-07 08:06:14 assocGroup_3 Max 5 Nodes ZWDongle_0
2019-02-07 08:06:13 assocGroups 3
2019-02-07 08:05:43 configAlarmConfiguration1stSlot 0
2019-02-07 08:05:44 configAlarmConfiguration2stSlotWater 100597760
2019-02-07 08:05:44 configAlarmConfiguration3stSlotSmoke 33488897
2019-02-07 08:05:44 configAlarmConfiguration4stSlotCO 50266113
2019-02-07 08:05:44 configAlarmConfiguration5stSlotHeat 83820545
2019-02-07 08:05:44 configDelayMotorStopAfterReachingEnd154 1
2019-02-07 08:05:44 configEnergyReportsOnChange 10
2019-02-07 08:05:44 configEnergyReportsPeriodic 3600
2019-02-07 08:05:44 configForceCalibration DeviceIsCalibrated
2019-02-07 08:05:44 configInputsOrientation Default
2019-02-07 08:05:44 configMeasuringPowerConsumedByThe60 Disabled
2019-02-07 08:05:44 configMotorOperationDetection 10
2019-02-07 08:05:44 configOperatingMode RollerBlind
2019-02-07 08:05:44 configOutputsOrientation Default
2019-02-07 08:05:44 configPowerReportsOnChange 15
2019-02-07 08:05:44 configPowerReportsPeriodic 3600
2019-02-07 08:05:44 configS1SwitchScenesSent 0
2019-02-07 08:05:44 configS2SwitchScenesSent 0
2019-02-07 08:05:44 configSetSlatsBackToPreviousPosition InCaseOfTheMainController1
2019-02-07 08:05:44 configSwitchType SingleMomentarySwitch
2019-02-07 08:05:44 configTimeOfDownMovement 2144
2019-02-07 08:05:44 configTimeOfUpMovement 2028
2019-02-07 08:05:44 configVenetianBlindTimeOfFullTurnOfThe152 150
2019-02-02 17:03:35 config_150 1
2019-02-02 17:03:35 config_156 2035
2019-02-02 17:03:36 config_157 2155
2019-02-07 07:24:46 energy 0.1 kWh
2019-02-02 16:44:19 mcCapability_01 ZWAVEPLUS_INFO SWITCH_MULTILEVEL ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO SECURITY SECURITY_S2 SUPERVISION METER ALARM APPLICATION_STATUS
2019-02-02 16:44:19 mcCapability_02 ZWAVEPLUS_INFO SWITCH_MULTILEVEL ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO SECURITY SECURITY_S2 SUPERVISION APPLICATION_STATUS
2019-02-02 16:44:19 mcEndpoints total 2, different
2019-02-07 08:05:57 mcaGroups 3
2019-02-07 08:05:57 mca_1 Max 1 Nodes ZWDongle_0
2019-02-07 08:05:57 mca_2 Max 5
2019-02-07 08:05:57 mca_3 Max 5 Nodes ZWDongle_0
2019-02-06 16:29:20 model FIBARO System FGR223 Roller Shutter Controller 3
2019-02-06 16:29:20 modelConfig fibaro/fgr223.xml
2019-02-06 16:29:20 modelId 010f-0303-1000
2019-02-07 08:06:15 power 0 W
2019-02-07 08:05:52 reportedState off
2019-02-07 08:05:52 state off
2019-02-07 08:05:52 swmStatus 0 target 0 duration 7620 seconds
2019-02-07 08:06:14 timeToAck 0.027
2019-02-07 08:06:14 transmit OK
Attributes:
IODev ZWDongle_0
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 CRC_16_ENCAP ALARM PROTECTION MULTI_CHANNEL CENTRAL_SCENE FIRMWARE_UPDATE_MD APPLICATION_STATUS SUPERVISION
devStateIcon Auf:fts_shutter_10@black Zu:fts_shutter_100@black .*:fts_shutter_50@black
eventMap off:Auf on:Zu stop:Stop
icon fts_shutter
room Schlafzimmer
vclasses ALARM:8 APPLICATION_STATUS:1 ASSOCIATION:2 ASSOCIATION_GRP_INFO:2 CENTRAL_SCENE:3 CONFIGURATION:1 CRC_16_ENCAP: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 ZWAVEPLUS_INFO:2
webCmd Auf:Zu:Stop
Danke.
FHEM ist mit diesen FGR-223-Problemen nicht alleine. Gleiche Themen finden sich im openhab-Forum sowie openzwave-Mailingliste und im Fibaro-Forum sogar zu z-way; Lösungen habe ich dort leider nirgends gefunden. Also dürfen wir wohl selbst forschen.
Nun habe ich noch einige weitere Dinge ausprobiert, aber nichts hat ein besseres Verhalten gebracht:
Steuerung über den endpoint 01:
Gleiches Verhalten wie bei maindevice, "dim 50" fährt bis zum Ende, bei "stop" auf der Hälfte liefert der swmstatus 99 oder 0, je nach Richtung
Steuerung über endpoint 02:
keine Reaktion auf on, off oder dim
MULTI_CHANNEL_ASSOCIATION:
waren schon (automatisch) eingetragen, aber auch nur mca oder nur normale association bringt keine Änderung.
Lohnt es sich noch logs für den einen oder anderen Fall zu posten oder sonstige Informationen?
ZitatLohnt es sich noch logs für den einen oder anderen Fall zu posten oder sonstige Informationen?
Mmh, meine große Hoffnung war eigentlich Multi Channel Association.
Hattest Du vorher wie verlinkt die normale Association gelöscht? Es darf nur die mca - Association aktiv sein.
Logs waeren nur interessant, wenn mal andere Werte auftauchen würden als 0 bzw. 99.
Testen könnte man noch, ob der FGR-223 eventuell die gleichen Sonderbefehle wie der FGR(M)222 hat und das funktioniert. Zur Aktivierung müsste in der aktuellen 10_ZWave.pm nach Zeile 635 folgende Zeile eingefügt werden:
"010f-0303-1000" => "Fibaro_FGRM222",Nach Neustart sollte es dann die "position.*"-Befehle im Menü geben, die man testen könnte. Ist aber nur ein kleiner Strohhalm.
Ich habe die MCA nochmal ausprobiert:
Internals:
DEF d9cde475 6
FUUID 5c55c5c7-f33f-6861-5f0e-0d67e30326a8a24c
IODev ZWDongle_0
LASTInputDev ZWDongle_0
MSGCNT 75
NAME SZ_Rollade_Fenster
NR 44
STATE mcaAdd 1 0 01 1
TYPE ZWave
ZWDongle_0_MSGCNT 75
ZWDongle_0_RAWMSG 00040006058e03030500c300
ZWDongle_0_TIME 2019-02-07 20:37:24
ZWaveSubDevice no
cmdsPending 0
endpointChildren ZWave_SWITCH_MULTILEVEL_6.01,ZWave_SWITCH_MULTILEVEL_6.02
homeId d9cde475
isWakeUp
lastMsgSent 1549568244.63819
nodeIdHex 06
READINGS:
2019-02-02 16:44:17 SECURITY DISABLED (Networkkey not found)
2019-02-02 17:04:23 applicationStatus cmdRejected
2019-02-07 20:36:06 assocGroup_1 Max 1 Nodes
2019-02-07 20:36:06 assocGroup_2 Max 5 Nodes
2019-02-07 20:36:06 assocGroup_3 Max 5 Nodes
2019-02-07 20:36:06 assocGroups 3
2019-02-07 20:22:19 configAlarmConfiguration1stSlot 0
2019-02-07 20:22:19 configAlarmConfiguration2stSlotWater 100597760
2019-02-07 20:22:19 configAlarmConfiguration3stSlotSmoke 33488897
2019-02-07 20:22:19 configAlarmConfiguration4stSlotCO 50266113
2019-02-07 20:22:19 configAlarmConfiguration5stSlotHeat 83820545
2019-02-07 20:22:19 configDelayMotorStopAfterReachingEnd154 1
2019-02-07 20:22:19 configEnergyReportsOnChange 10
2019-02-07 20:22:19 configEnergyReportsPeriodic 3600
2019-02-07 20:22:19 configForceCalibration DeviceIsCalibrated
2019-02-07 20:22:20 configInputsOrientation Default
2019-02-07 20:22:20 configMeasuringPowerConsumedByThe60 Disabled
2019-02-07 20:22:20 configMotorOperationDetection 10
2019-02-07 20:22:20 configOperatingMode RollerBlind
2019-02-07 20:22:20 configOutputsOrientation Default
2019-02-07 20:22:20 configPowerReportsOnChange 15
2019-02-07 20:22:20 configPowerReportsPeriodic 3600
2019-02-07 20:22:20 configS1SwitchScenesSent 0
2019-02-07 20:22:20 configS2SwitchScenesSent 0
2019-02-07 20:22:20 configSetSlatsBackToPreviousPosition InCaseOfTheMainController1
2019-02-07 20:22:20 configSwitchType SingleMomentarySwitch
2019-02-07 20:22:20 configTimeOfDownMovement 2144
2019-02-07 20:22:20 configTimeOfUpMovement 2028
2019-02-07 20:22:20 configVenetianBlindTimeOfFullTurnOfThe152 150
2019-02-02 17:03:35 config_150 1
2019-02-02 17:03:35 config_156 2035
2019-02-02 17:03:36 config_157 2155
2019-02-07 20:30:01 energy 0.16 kWh
2019-02-02 16:44:19 mcCapability_01 ZWAVEPLUS_INFO SWITCH_MULTILEVEL ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO SECURITY SECURITY_S2 SUPERVISION METER ALARM APPLICATION_STATUS
2019-02-02 16:44:19 mcCapability_02 ZWAVEPLUS_INFO SWITCH_MULTILEVEL ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO SECURITY SECURITY_S2 SUPERVISION APPLICATION_STATUS
2019-02-02 16:44:19 mcEndpoints total 2, different
2019-02-07 20:37:24 mcaGroups 3
2019-02-07 20:37:24 mca_1 Max 1 Nodes ZWDongle_0:1
2019-02-07 20:37:24 mca_2 Max 5
2019-02-07 20:37:24 mca_3 Max 5
2019-02-06 16:29:20 model FIBARO System FGR223 Roller Shutter Controller 3
2019-02-06 16:29:20 modelConfig fibaro/fgr223.xml
2019-02-06 16:29:20 modelId 010f-0303-1000
2019-02-07 20:33:58 power 0 W
2019-02-07 20:33:07 reportedState dim 99
2019-02-07 20:37:03 state mcaAdd 1 0 01 1
2019-02-07 20:33:07 swmStatus 99 target 99 duration unknown
2019-02-07 20:37:24 timeToAck 0.027
2019-02-07 20:37:24 transmit OK
Attributes:
IODev ZWDongle_0
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 CRC_16_ENCAP ALARM PROTECTION MULTI_CHANNEL CENTRAL_SCENE FIRMWARE_UPDATE_MD APPLICATION_STATUS SUPERVISION
devStateIcon Auf:fts_shutter_10@black Zu:fts_shutter_100@black .*:fts_shutter_50@black
eventMap off:Auf on:Zu stop:Stop
icon fts_shutter
room Schlafzimmer
vclasses ALARM:8 APPLICATION_STATUS:1 ASSOCIATION:2 ASSOCIATION_GRP_INFO:2 CENTRAL_SCENE:3 CONFIGURATION:1 CRC_16_ENCAP: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 ZWAVEPLUS_INFO:2
webCmd Auf:Zu:Stop
Rollade vorher offen, Befehl on, dann bei der Hälfte stop; Nachher: state,reported state,swmStatus = 99
2019.02.07 20:40:18.055 3: ZWave set SZ_Rollade_Fenster on
2019.02.07 20:40:18.056 5: ZWDongle_Write 001306032601FF254d (d9cde475)
2019.02.07 20:40:18.056 5: SW: 010a001306032601FF254d53
2019.02.07 20:40:18.095 5: ACK received, WaitForAck=>2 for 010a001306032601FF254d53
2019.02.07 20:40:18.096 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 20:40:18.096 5: SW: 06
2019.02.07 20:40:18.098 5: ZWDongle_0: dispatch 011301
2019.02.07 20:40:18.101 4: ZWDongle_Read ZWDongle_0: rcvd 00134d00000200c37f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 20:40:18.101 5: SW: 06
2019.02.07 20:40:18.103 5: device ack reveived, removing 010a001306032601FF254d53 from dongle sendstack
2019.02.07 20:40:18.103 5: ZWDongle_0: dispatch 00134d00000200c37f7f7f7f0000030000000003010000
2019.02.07 20:40:18.104 4: CMD:ZW_SEND_DATA ID:00 ARG:000200c37f7f7f7f0000030000000003010000 CB:4d
2019.02.07 20:40:18.104 4: ZWDongle_0 transmit OK for CB 4d, target SZ_Rollade_Fenster
2019.02.07 20:40:20.862 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e600d010132022132056d00000000c600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 20:40:20.863 5: SW: 06
2019.02.07 20:40:20.865 5: ZWDongle_0: dispatch 000400060e600d010132022132056d00000000c600
2019.02.07 20:40:20.865 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e600d010132022132056d00000000c600 CB:00
2019.02.07 20:40:26.562 3: ZWave set SZ_Rollade_Fenster stop
2019.02.07 20:40:26.563 5: ZWDongle_Write 001306022605254e (d9cde475)
2019.02.07 20:40:26.564 5: SW: 0109001306022605254ea9
2019.02.07 20:40:26.600 5: ACK received, WaitForAck=>2 for 0109001306022605254ea9
2019.02.07 20:40:26.600 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 20:40:26.600 5: SW: 06
2019.02.07 20:40:26.603 5: ZWDongle_0: dispatch 011301
2019.02.07 20:40:26.605 4: ZWDongle_Read ZWDongle_0: rcvd 00134e00000200c47f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 20:40:26.606 5: SW: 06
2019.02.07 20:40:26.607 5: device ack reveived, removing 0109001306022605254ea9 from dongle sendstack
2019.02.07 20:40:26.608 5: ZWDongle_0: dispatch 00134e00000200c47f7f7f7f0000030000000003010000
2019.02.07 20:40:26.608 4: CMD:ZW_SEND_DATA ID:00 ARG:000200c47f7f7f7f0000030000000003010000 CB:4e
2019.02.07 20:40:26.609 4: ZWDongle_0 transmit OK for CB 4e, target SZ_Rollade_Fenster
2019.02.07 20:40:26.839 4: ZWDongle_Read ZWDongle_0: rcvd 0004000609600d010126036363fec400 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 20:40:26.840 5: SW: 06
2019.02.07 20:40:26.842 5: ZWDongle_0: dispatch 0004000609600d010126036363fec400
2019.02.07 20:40:26.842 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:09600d010126036363fec400 CB:00
2019.02.07 20:40:29.973 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e600d010132022132000000000000c400 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 20:40:29.974 5: SW: 06
2019.02.07 20:40:29.976 5: ZWDongle_0: dispatch 000400060e600d010132022132000000000000c400
2019.02.07 20:40:29.976 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e600d010132022132000000000000c400 CB:00
2019.02.07 20:40:38.820 3: ZWave get SZ_Rollade_Fenster swmStatus
2019.02.07 20:40:38.821 5: ZWDongle_Write 001306022602254f (d9cde475)
2019.02.07 20:40:38.822 5: SW: 0109001306022602254faf
2019.02.07 20:40:38.825 5: ACK received, WaitForAck=>2 for 0109001306022602254faf
2019.02.07 20:40:38.828 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 20:40:38.828 5: SW: 06
2019.02.07 20:40:38.830 5: ZWDongle_0: dispatch 011301
2019.02.07 20:40:38.846 4: ZWDongle_Read ZWDongle_0: rcvd 00134f00000100c47f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 20:40:38.846 5: SW: 06
2019.02.07 20:40:38.848 5: device ack reveived, removing 0109001306022602254faf from dongle sendstack
2019.02.07 20:40:38.848 5: ZWDongle_0: dispatch 00134f00000100c47f7f7f7f0000030000000003010000
2019.02.07 20:40:38.849 4: CMD:ZW_SEND_DATA ID:00 ARG:000100c47f7f7f7f0000030000000003010000 CB:4f
2019.02.07 20:40:38.849 4: ZWDongle_0 transmit OK for CB 4f, target SZ_Rollade_Fenster
2019.02.07 20:40:38.890 4: ZWDongle_Read ZWDongle_0: rcvd 000400060526036363fec400 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 20:40:38.891 5: SW: 06
2019.02.07 20:40:38.893 5: ZWDongle_0: dispatch 000400060526036363fec400
2019.02.07 20:40:38.893 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0526036363fec400 CB:00
2019.02.07 20:40:40.487 3: ZWave get SZ_Rollade_Fenster swmStatus
2019.02.07 20:40:40.488 5: ZWDongle_Write 0013060226022550 (d9cde475)
2019.02.07 20:40:40.489 5: SW: 01090013060226022550b0
2019.02.07 20:40:40.492 5: ACK received, WaitForAck=>2 for 01090013060226022550b0
2019.02.07 20:40:40.495 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 20:40:40.495 5: SW: 06
2019.02.07 20:40:40.497 5: ZWDongle_0: dispatch 011301
2019.02.07 20:40:40.513 4: ZWDongle_Read ZWDongle_0: rcvd 00135000000200c47f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 20:40:40.513 5: SW: 06
2019.02.07 20:40:40.515 5: device ack reveived, removing 01090013060226022550b0 from dongle sendstack
2019.02.07 20:40:40.516 5: ZWDongle_0: dispatch 00135000000200c47f7f7f7f0000030000000003010000
2019.02.07 20:40:40.516 4: CMD:ZW_SEND_DATA ID:00 ARG:000200c47f7f7f7f0000030000000003010000 CB:50
2019.02.07 20:40:40.516 4: ZWDongle_0 transmit OK for CB 50, target SZ_Rollade_Fenster
2019.02.07 20:40:40.557 4: ZWDongle_Read ZWDongle_0: rcvd 000400060526036363fec400 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 20:40:40.557 5: SW: 06
2019.02.07 20:40:40.559 5: ZWDongle_0: dispatch 000400060526036363fec400
2019.02.07 20:40:40.559 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0526036363fec400 CB:00
Rollade halb zu, Befehl off dann bei ein viertel stop; Nacher: state,reported state = off, swmStatus = 0
2019.02.07 20:43:35.182 3: ZWave set SZ_Rollade_Fenster off
2019.02.07 20:43:35.183 5: ZWDongle_Write 001306032601002551 (d9cde475)
2019.02.07 20:43:35.184 5: SW: 010a001306032601002551b0
2019.02.07 20:43:35.216 5: ACK received, WaitForAck=>2 for 010a001306032601002551b0
2019.02.07 20:43:35.216 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 20:43:35.217 5: SW: 06
2019.02.07 20:43:35.219 5: ZWDongle_0: dispatch 011301
2019.02.07 20:43:35.221 4: ZWDongle_Read ZWDongle_0: rcvd 00135100000200c47f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 20:43:35.222 5: SW: 06
2019.02.07 20:43:35.223 5: device ack reveived, removing 010a001306032601002551b0 from dongle sendstack
2019.02.07 20:43:35.224 5: ZWDongle_0: dispatch 00135100000200c47f7f7f7f0000030000000003010000
2019.02.07 20:43:35.224 4: CMD:ZW_SEND_DATA ID:00 ARG:000200c47f7f7f7f0000030000000003010000 CB:51
2019.02.07 20:43:35.225 4: ZWDongle_0 transmit OK for CB 51, target SZ_Rollade_Fenster
2019.02.07 20:43:38.126 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e600d010132022132056200000000c300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 20:43:38.126 5: SW: 06
2019.02.07 20:43:38.128 5: ZWDongle_0: dispatch 000400060e600d010132022132056200000000c300
2019.02.07 20:43:38.129 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e600d010132022132056200000000c300 CB:00
2019.02.07 20:43:40.344 3: ZWave set SZ_Rollade_Fenster stop
2019.02.07 20:43:40.349 5: ZWDongle_Write 0013060226052552 (d9cde475)
2019.02.07 20:43:40.350 5: SW: 01090013060226052552b5
2019.02.07 20:43:40.386 5: ACK received, WaitForAck=>2 for 01090013060226052552b5
2019.02.07 20:43:40.386 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 20:43:40.387 5: SW: 06
2019.02.07 20:43:40.389 5: ZWDongle_0: dispatch 011301
2019.02.07 20:43:40.391 4: ZWDongle_Read ZWDongle_0: rcvd 00135200000200c37f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 20:43:40.392 5: SW: 06
2019.02.07 20:43:40.393 5: device ack reveived, removing 01090013060226052552b5 from dongle sendstack
2019.02.07 20:43:40.394 5: ZWDongle_0: dispatch 00135200000200c37f7f7f7f0000030000000003010000
2019.02.07 20:43:40.394 4: CMD:ZW_SEND_DATA ID:00 ARG:000200c37f7f7f7f0000030000000003010000 CB:52
2019.02.07 20:43:40.395 4: ZWDongle_0 transmit OK for CB 52, target SZ_Rollade_Fenster
2019.02.07 20:43:43.850 4: ZWDongle_Read ZWDongle_0: rcvd 000400060e600d010132022132000000000000c400 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 20:43:43.850 5: SW: 06
2019.02.07 20:43:43.852 5: ZWDongle_0: dispatch 000400060e600d010132022132000000000000c400
2019.02.07 20:43:43.853 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0e600d010132022132000000000000c400 CB:00
2019.02.07 20:43:48.248 3: ZWave get SZ_Rollade_Fenster swmStatus
2019.02.07 20:43:48.249 5: ZWDongle_Write 0013060226022553 (d9cde475)
2019.02.07 20:43:48.249 5: SW: 01090013060226022553b3
2019.02.07 20:43:48.252 5: ACK received, WaitForAck=>2 for 01090013060226022553b3
2019.02.07 20:43:48.255 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2019.02.07 20:43:48.255 5: SW: 06
2019.02.07 20:43:48.257 5: ZWDongle_0: dispatch 011301
2019.02.07 20:43:48.274 4: ZWDongle_Read ZWDongle_0: rcvd 00135300000200c47f7f7f7f0000030000000003010000 (request ZW_SEND_DATA), sending ACK
2019.02.07 20:43:48.274 5: SW: 06
2019.02.07 20:43:48.275 5: device ack reveived, removing 01090013060226022553b3 from dongle sendstack
2019.02.07 20:43:48.276 5: ZWDongle_0: dispatch 00135300000200c47f7f7f7f0000030000000003010000
2019.02.07 20:43:48.276 4: CMD:ZW_SEND_DATA ID:00 ARG:000200c47f7f7f7f0000030000000003010000 CB:53
2019.02.07 20:43:48.277 4: ZWDongle_0 transmit OK for CB 53, target SZ_Rollade_Fenster
2019.02.07 20:43:48.315 4: ZWDongle_Read ZWDongle_0: rcvd 000400060526030000fec400 (request APPLICATION_COMMAND_HANDLER), sending ACK
2019.02.07 20:43:48.315 5: SW: 06
2019.02.07 20:43:48.317 5: ZWDongle_0: dispatch 000400060526030000fec400
2019.02.07 20:43:48.318 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0526030000fec400 CB:00
Ich habe nun die Zeile in 10_ZWave.pm ergänzt, eine restart gemacht, sehe aber keine Position-Befehle. Wo sollen die genau sein?
use vars qw(%zwave_parseHook);
#my %zwave_parseHook; # nodeId:regexp => fn, used by assocRequest
my %zwave_modelConfig;
my %zwave_modelIdAlias = ( "0175-0004-000a" => "devolo_Siren",
"010f-0301-1001" => "Fibaro_FGRM222",
"010f-0302-1000" => "Fibaro_FGRM222", # FGR 222
"010f-0303-1000" => "Fibaro_FGRM222", # FGR 223 DEBUG !!!
"010f-0203-1000" => "Fibaro_FGS223",
"0108-0004-000a" => "Philio_PSE02", # DLink DCH-Z510
"013c-0004-000a" => "Philio_PSE02", # Zipato Siren
"0115-0100-0102" => "ZME_KFOB" );
Hallo,
es hilft nicht direkt weiter, aber vll bringt es noch ein paar Erkenntnisse fürs Protokoll.
Ich habe Taster an meinen FGR-223. Wenn ich den Rolladen über den Taster auf ca 50% verfahre, liefert die Positionsabfrage
get RollerShutter3_Terasse_re swmStatus
leider auch keine anderen Werte als:
2019-02-07 20:54:51 ZWave RollerShutter3_Terasse_re swmStatus: 99 target 99 duration 7620 seconds
2019-02-07 20:54:51 ZWave RollerShutter3_Terasse_re dim 99
2019-02-07 20:54:51 ZWave RollerShutter3_Terasse_re reportedState: dim 99
2019-02-07 20:55:11 ZWave RollerShutter3_Terasse_li power: 0 W
2019-02-07 20:55:11 ZWave RollerShutter3_Terasse_li energy: 0.19 kWh
Ich hatte auch schon die Assoziation 1 und 3 ausprobiert - ohne Erfolg.
Gruss,
Matthias
In der Detailübersicht des Geraetes. Falls nicht, muss ich drüber nachdenken und schaffe es heute nicht mehr.
Zitat von: zinserma am 07 Februar 2019, 21:00:35
es hilft nicht direkt weiter, aber vll bringt es noch ein paar Erkenntnisse fürs Protokoll.
Immerhin die Erkenntnis, dass es kein Einzelfallproblem ist; insbesondere mit den Berichten in den anderen Foren. :)
Nein, erscheint bei mir leider nicht. Ich habe auch probehalber die Attribute webCmd, devStateIcon nd eventMap gelöscht. Jetzt steht dort nur der state als Glühbirne und daneben "on" und "off".
Für alle die nicht auf die richtige Lösung des Problems warten wollen:
Mit dem Modul ROLLO kann man auch mit dem FGR-223 Zwischenpositionen ziemlich präzise ansteuern:
https://wiki.fhem.de/wiki/ROLLO (https://wiki.fhem.de/wiki/ROLLO)
Zitat von: mvscheven am 07 Februar 2019, 21:09:03
Nein, erscheint bei mir leider nicht.
Kann auch leider nicht. Habe meinen Gedankenfehler gefunden. Die Class für die Spezialfunktionien heißt MANUFACTURER_PROPRIETARY und nicht MANUFACTURER_SPECIFIC. MANUFACTURER_PROPRIETARY hat der FGR223 im Gegensatz zum FGRM222 nicht. Deshalb unmöglich. Sorry.
Momentan gehen mir die Ideen aus. Einen Konfigurationsfehler erkenne ich auch nach dem x-ten Lesen des Handbuches nicht...
Zitat von: mvscheven am 07 Februar 2019, 21:14:52
Für alle die nicht auf die richtige Lösung des Problems warten wollen:
Mit dem Modul ROLLO kann man auch mit dem FGR-223 Zwischenpositionen ziemlich präzise ansteuern:
https://wiki.fhem.de/wiki/ROLLO (https://wiki.fhem.de/wiki/ROLLO)
Ja.
Ist aber nicht im Sinne des Erfinders und total langweilig. ;)
Mal zu den Config-Werten:
Habt Ihr schon einmal mit verschiedenen Werten von "configMotorOperationDetection" experimentiert?
Ich weiss, dass das jetzt ganz unkonventionell ist, aber: habt Ihr schon mal daran gedacht, den Hersteller zu fragen?
Ist bereits geschehen, ich werde mich jetzt noch direkt an den Support wenden:
https://forum.fibaro.com/topic/32841-roller-shutter-3-calibration-and-working-issues/?page=0#comment-165233
Erste Antwort des Fibaro Supports:
Zitat
We're aware of this issue and we've already forwarded it to our engineers, who are currently working on resolving it as soon as possible. I'm very sorry for the inconvenience it caused but I have to ask you for a little more patience.
Ich melde mich wieder sobald es Neuigkeiten gibt.
Ist das hier noch aktuell mit den FGR223 Problemen?
Ich frage deshalb, weil ich gerade die hier beschriebenen Dinge (dim setzen und Position lesen) bei mir einwandfrei funktionieren. Dafür aber anderes nicht:
set FGR223 configS1SwitchScenesSent 0
-> funktioniert
set FGR223 configS2SwitchScenesSent 0
-> Fehler: "Unknown parameter 0 for configS2SwitchScenesSent, use one of"
Das scheint mir ein FHEM Bug zu sein, sind da vielleicht die erlaubten Werte (man beachte, dass in der Fehlermeldung keine stehen) nicht korrekt hinterlegt?
Ist ein Problem in der Datei FHEM/lib/fhem_zwave_deviceconfig.xml.gz, da ist configS1SwitchScenesSent (40) richtigerweise mit type="byte" definiert, und configS2SwitchScenesSent faelschlicherweise mit type="list"
Danke Rudi für die Analyse. :)
Korrigiere ich in den nächsten Tagen.
Gruß, Christian
Habe eben die Korrektur der XML eingecheckt. Ab sofort aus dem svn downloadbar und morgen ab ca. 8 Uhr Verteilung per update.
Bei Problemen bitte melden.
Gruß, Christian
Hallo,
ich probiere mich auch gerade an dem Fibaro Roller Shutter 3. Bisher konnte ich nicht erkennen, dass den jemand bereits erfolgreich mit Jalousien verwendet hat.
Daher frage ich mich, ob die Command Class 145 bereits implementiert ist, die eine VErstellung der Lamellen ermöglichen müsste. Im GIT (
https://github.com/OpenZWave/open-zwave/blob/master/config/fibaro/fgr223.xml (https://github.com/OpenZWave/open-zwave/blob/master/config/fibaro/fgr223.xml)) findet man dazu:
Zitat
<!-- Manufacturer Proprietary, sent when configuring "Fibaro Command Class" -->
<CommandClass id="145">
<Value genre="user" index="0" instance="1" label="Venetian Blind slat position" max="100" min="0" type="byte" units="%" value="0"/>
<Value genre="user" index="1" instance="1" label="Venetian blind tilt position" max="100" min="0" type="byte" units="%" value="0"/>
</CommandClass>
An anderer Stelle schreibt ihr allerdings, dass die MANUFACTURER_PROPRIETARY vom FGR-223 nicht unterstützt werden.
Habt ihr das schon mal probiert? Benötigt man dafür die Firmware 5.1 oder neuer? Aktuell ist auf meinen Geräten noch die Version 5.0.
Du kannst ja selbst experimentieren:
Fuer das Fibaro_FGRM222 sind in FHEM/10_ZWave.pm/zwave_deviceSpecial positionSlat/positionBlinds set Befehle definiert.
Wenn du dein modelId in zwave_modelIdAlias als Alias fuer Fibaro_FGRM222 eintraegst, dann wird dein Geraet (nach FHEM Neustart) auch diese Befehle haben.
Ob sie funktionieren, bzw. wenn ja, ab welcher Firmware, ist was ganz anderes, das kann ich nicht sagen.
:) würde mich auch interessieren...
Glaube aber nicht, dass das klappt, denn der Endpoint für die Lamellen wird bei mir (auch fw Version 5.01) auf Endpoint 2 gemappt, das scheint bei den "alten 222-ern" anders zu sein.
Habe heute mal etwas Zeit gehabt, mit der z-way-Software rumzuspielen, aber über einen update des Dongles bin ich nicht rausgekommen, da muß ich erst den PI, den ich dazu genutzt hatte, noch woanders hin platzieren.
Mein aktuelles Zwischenergebnis (was eigentlich für mich auch ganz ok funktioniert, wenn man davon absieht, dass man nicht wie bei den Homematic-Aktoren das Anfahren des Motors bei einem lokalen Tastendruck mitbekommt), ist hier zu finden: https://forum.fhem.de/index.php/topic,100390.0.html
Vielleicht bekomme ich alles weiter upgedated und habe dann ggf. bessere Erkenntnisse, aber im Moment scheint es so zu sein, dass man die Wahl hat, ob man entweder den lokalen Tastendruck (ohne Richtung) mitbekommt, oder den jeweiligen Level. Da ist mir letzteres lieber ;D .
Hallo, ich bin bis jetzt ein fleissiger MitLeser hier im Forum, und konnte so schon viele kleine "Probleme" beheben.
Ich denke ich kann etwas zum FGR223 beitragen, jedenfalls hab ich in Foren noch nichts darüber gelesen.
Ich hatte das "Vergnügen" 6 von den Dingern bei einem Kumpel einzurichten. Selber betreibe ich mehrere FGR222 und habe nicht mit Problemen beim Einrichten gerechnet.
Allerdings war schnell klar, dass mit der Firmware 5.0, ohne Rückmeldung und ohne Möglichkeit dim Werte direkt nutzen zu können, kein normaler Betrieb möglich sein wird.
Später bin ich jedoch über den Parameter 'configMotorOperationDetection' (155) gestolpert und habe dort etwas herumgespielt.
Wenn hier eine 1 (Default 10) eingetragen wird, bekommt man die Position als Rückmeldung. Auch kann man den Rollladen, wie beim FGR222, direkt mit dim hoch und runter fahren.
Wie das zusammenhängt kann ich nicht sagen, bin wie gesagt eher drüber gestolpert.
Die Rückmeldung kommt beim Fahren über die Taster, und wenn eine dim Fahrt unterbrochen wird.
Wird eine dim Fahrt vollendet wird die Position NICHT aktualisiert.
Die Befehle on bzw off funktionieren nicht richtig. Besser ist es dim 0 und dim 99 sowie stop zu nutzen.
Die Taster muss man jetzt allerdings festhalten um den Rollladen zu fahren. Das Verhalten ist auch über den Taster Typ nicht beeinflussbar.
Fazit... auch ohne ein Firmware Update auf 5.1 sind die Dinger vernünftig nutzbar. Leider ist die Frist zum Umtauschen schon abgelaufen.
Ich gehe gerade alle Threads zu diesem Thema durch und suche die großen Mängel bei dem Geräten.
Ist das Problem, dass die Positionsdaten ausgenommen von 0/100 nicht übermittelt werden?
Venetian Blinds bzw. Slats sind mir egal. Ich muss nur wie bei den 222ern ordentlich steuern können.
Oder wo genau haben die 223er sonst die Probleme?
Nachtrag: ich habe in den Fibaro Foren ne Menge Hinweise gefunden. Es sind wohl wirklich die Probleme mit den Positionsdaten. Ärgerlich. https://forum.fibaro.com/forum/872-roller-shutter-3/