FGR223 DIM funktioniert nicht - unplausible Werte > 100%

Begonnen von zinserma, 02 Februar 2019, 15:43:52

Vorheriges Thema - Nächstes Thema

zinserma

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

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

Gruß, Christian

zinserma

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

krikan

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> swmStatus
oder im Fibaro-Modus
get <device> position

zinserma

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

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.

zinserma

... 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

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




rudolfkoenig

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

krikan

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: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

@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

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

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

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

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

krikan

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".

mvscheven

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

mvscheven

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


krikan

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.

mvscheven

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?

krikan

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.

mvscheven

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


mvscheven

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" );

zinserma

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

krikan

In der Detailübersicht des Geraetes. Falls nicht, muss ich drüber nachdenken und schaffe es heute nicht mehr.

krikan

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.  :)

mvscheven

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".

mvscheven

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

krikan

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...

krikan

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
Ja.
Ist aber nicht im Sinne des Erfinders und total langweilig.  ;)

krikan

Mal zu den Config-Werten:
Habt Ihr schon einmal mit verschiedenen Werten von "configMotorOperationDetection" experimentiert?

rudolfkoenig

Ich weiss, dass das jetzt ganz unkonventionell ist, aber: habt Ihr schon mal daran gedacht, den Hersteller zu fragen?


mvscheven

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.

gZWm

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?

rudolfkoenig

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"

krikan

Danke Rudi für die Analyse.  :)
Korrigiere ich in den nächsten Tagen.

Gruß, Christian

krikan

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

stw-fhem

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) 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.

rudolfkoenig

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.

Beta-User

 :) 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 .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Badwolf

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.

FunkOdyssey

#42
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/