Fibaro Roller Shutter FGRM 222: Lokale Bedienung sperren

Begonnen von Thomas_Homepilot, 26 April 2015, 19:33:09

Vorheriges Thema - Nächstes Thema

krikan

Hallo Thomas,

Du bist aber schnell ;). Zu Eleganz kann ich mir kein Urteil erlauben; Hauptsache es läuft erstmal.

Ich werde mal versuchen, ob man ich set-Commands in separate sub´s auslagern kann wie parse. Dann könnte man vielleicht Dein Problem mit den fehlenden Wildcards über ReadingsVal lösen, müsste sich nicht die Codes für Einstellungen protectionV2 merken, sondern könnte mit Klartext arbeiten, und man könnte noch die Classes unterscheiden. Aber wahrscheinlich ist das wieder zu viel für mich auf einmal...

Gruß, Christian

PS: Meine obigen Prios sind durch :). War einfacher als gedacht.

Thomas_Homepilot

Hallo Christian,

ich habe das set-Kommando jetzt in protectionBytes umbenannt. So bleibt es vergleichbar mit configByte und kann auch erhalten bleiben, wenn Du bzw. jemand anderes das Problem mit den Wildcards und den Klartextkommandos gelöst haben. Ich hänge den zugehörigen Patch mal hier an, in der Hoffnung, dass Rudolf hier mitliest. Ansonsten öffne ich morgen einen eigenen Beitrag für den Patch, wenn Du keine Einwände hast.

Gruß
Thomas
Rock64, RasPi mit AddOn-Board
Devices: Homematic, LaCrosse, SMLUSB, OneWire, Viessmann, Dect200, ZWave, PCA301, Zigbee

krikan

Von meiner Seite gibt es keine Einwände. Ob und wann ich mit meinen Basteleien zum Erfolg komme, steht in den Sternen :-[.
Rudi wird schon mitlesen, wenn er wieder Zeit hat.

Was mir gestern noch aufgefallen ist: Die Meldungen über Befehle an per PROTECTION geschützte Geräte kommen über die noch nicht eingebaute Class APPLICATION_STATUS rein.

Thomas_Homepilot

Zitat von: krikan am 30 April 2015, 09:56:59
Die Meldungen über Befehle an per PROTECTION geschützte Geräte kommen über die noch nicht eingebaute Class APPLICATION_STATUS rein.

Bei mir wird nur die Position (COMMAND_CLASS_SWITCH_MULTILEVEL, 0x26) und Leistung (COMMAND_CLASS_SENSOR_MULTILEVEL, 0x31) zurückgemeldet.
Kannst Du mal einen Log davon posten?

Gruß
Thomas
Rock64, RasPi mit AddOn-Board
Devices: Homematic, LaCrosse, SMLUSB, OneWire, Viessmann, Dect200, ZWave, PCA301, Zigbee

krikan

Entschuldige war vielleicht zu unpräzise: Ich habe das nicht am Aktor getestet. Mein "Wissen" beruht allein auf den Infos von S. 199 (oben) des besagten PDFs. Werde mal testen, wenn ich den Aktor wieder im Zugriff habe; es sei denn Du kommst mir zuvor.

rudolfkoenig

@Thomas: hab dein Patch umgebaut (den Code in die Funktion ZWave_protectionParse ausgelagert), und eingecheckt. Bitte testen.

Btw: disable gibts nicht, aber dummy (mit der gleichen Funktionalitaet). Ist wohl nicht ganz konsistent, aber geerbt von FS20, und funktioniert fuer alle Systeme, die zwei Module (ZWDongle/ZWave) verwenden, die per IOWrite kommunizieren (wie es sich gehoert).

Thomas_Homepilot

Hallo Rudolf,

habs getestet - läuft einwandfrei. Vielen Dank (auch für die Info bzgl. dummy-Attribut).

Gruß
Thomas
Rock64, RasPi mit AddOn-Board
Devices: Homematic, LaCrosse, SMLUSB, OneWire, Viessmann, Dect200, ZWave, PCA301, Zigbee

krikan

Hallo Thomas,
kannst Du "RF:No response" einschalten? Bei mir hat 2 keine Auswirkung: RF bleibt immer "unprotected", obwohl der verschickte Befehl korrekt aussieht:
2015.04.30 19:43:08 2: ZWave set ZWave_SWITCH_MULTILEVEL_4 protectionBytes
2015.04.30 19:43:08 5: SW: 010b0013040475010002050490
2015.04.30 19:43:09 5: ZWDongle/RAW: /060104011301e8
2015.04.30 19:43:09 5: SW: 06
2015.04.30 19:43:09 5: ZWDongle_Read ZWDongle_0: 011301
2015.04.30 19:43:09 5: ZWDongle_0 dispatch 011301
2015.04.30 19:43:09 5: ZWDongle/RAW: /010500130400ed
2015.04.30 19:43:09 5: SW: 06
2015.04.30 19:43:09 5: ZWDongle_Read ZWDongle_0: 00130400
2015.04.30 19:43:09 5: ZWDongle_0 dispatch 00130400
2015.04.30 19:43:09 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:
2015.04.30 19:43:09 4: ZWDongle_0 transmit OK for 04
2015.04.30 19:43:20 2: ZWave get ZWave_SWITCH_MULTILEVEL_4 protection
2015.04.30 19:43:20 5: SW: 01080013040275020590
2015.04.30 19:43:20 5: ZWDongle/RAW: /060104011301e8
2015.04.30 19:43:20 5: SW: 06
2015.04.30 19:43:20 5: ZWDongle_Read ZWDongle_0: 011301
2015.04.30 19:43:20 5: ZWDongle_0 dispatch 011301
2015.04.30 19:43:20 5: ZWDongle/RAW: /010500130200eb
2015.04.30 19:43:20 5: SW: 06
2015.04.30 19:43:20 5: ZWDongle_Read ZWDongle_0: 00130200
2015.04.30 19:43:20 5: ZWDongle_0 dispatch 00130200
2015.04.30 19:43:20 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:
2015.04.30 19:43:20 4: ZWDongle_0 transmit OK for 02
2015.04.30 19:43:20 5: ZWDongle/RAW: /010a00040004047503000087
2015.04.30 19:43:20 5: SW: 06
2015.04.30 19:43:20 5: ZWDongle_Read ZWDongle_0: 000400040475030000
2015.04.30 19:43:20 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0475030000


1 funktioniert auch bei RF wie gewünscht.
Gruß, Christian

Thomas_Homepilot

Hallo Christian,

'2' ist lt. Anleitung "not supported".

Gruß
Thomas

Rock64, RasPi mit AddOn-Board
Devices: Homematic, LaCrosse, SMLUSB, OneWire, Viessmann, Dect200, ZWave, PCA301, Zigbee

krikan

Danke (sehr schlau von mir), hätte ich da auch noch einmal reingeschaut, hätte ich mir Zeit sparen können 8). Soviel von mir zu strukturiertem Vorgehen.
Dann ist auch Class APPLICATION_STATUS hier nicht relevant.
Schönen Abend, Christian