[73_AutoShuttersControl.pm] Neues Modul zum automatisierten steuern von Rolläden

Begonnen von CoolTux, 30 Oktober 2018, 17:29:46

Vorheriges Thema - Nächstes Thema

majestro84

Zitat von: CoolTux am 27 Januar 2019, 14:25:25
Eine neue Version liegt im master des Gits zum Download und testen bereit. Würde mich freuen wenn zwei drei Leute sich das einmal anschauen würden. Wenn das ein wenig getestet ist gebe ich das dann erstmal frei ins SVN von FHEM
Ist kopiert und wird getestet
Gruß Alex
Server: Fujitsu ESPRIMO Q920 - aktuellen FHEM-Docker Image:Z-Wave (RollerShutter,DoorWindow,Socket,PIR,....) | ENIGMA2 | EGPM2LAN | BLE-Tag(PRESENCE) | HUE | alexa-fhem | Shelly | MQTT2
1.Pi-Zero:Viessmann(optolink) mit 89_VCONTROL300.pm
2.Pi3 Dongle Server: Zigbee2MQTT(CC1352P-2), Z-Wave(UZB1), BT

throbin

Hi, funktioniert das Modul auch mit FIBARO Roller Shutter FGR-222 Devices? Diese lassen sich bspw. via set <device> dim 0 (bis 99) steuern?

majestro84

Zitat von: throbin am 27 Januar 2019, 19:44:26
Hi, funktioniert das Modul auch mit FIBARO Roller Shutter FGR-222 Devices? Diese lassen sich bspw. via set <device> dim 0 (bis 99) steuern?
Hallo throbin
ich nutze das Modul auch mit den Fibaro Roller shutter er funktioniert wunderbar. Du musst halt nur die 100 durch eine 99 ersetzen oder wie ich es mache für die Einstellungen mit einer Readinggroup findest du weiter oben. Dort halt auch die 100 mir 99 tauschen. Ausperrschutz und so weiter hat Cooltux alles mit eingebaut.



@ Cooltux das die Fahrt nachgeholt wird nach dem schließen funktioniert mit der neuen Variante aus dem git.
Server: Fujitsu ESPRIMO Q920 - aktuellen FHEM-Docker Image:Z-Wave (RollerShutter,DoorWindow,Socket,PIR,....) | ENIGMA2 | EGPM2LAN | BLE-Tag(PRESENCE) | HUE | alexa-fhem | Shelly | MQTT2
1.Pi-Zero:Viessmann(optolink) mit 89_VCONTROL300.pm
2.Pi3 Dongle Server: Zigbee2MQTT(CC1352P-2), Z-Wave(UZB1), BT

majestro84

Zitat von: CoolTux am 27 Januar 2019, 14:25:25
Eine neue Version liegt im master des Gits zum Download und testen bereit. Würde mich freuen wenn zwei drei Leute sich das einmal anschauen würden. Wenn das ein wenig getestet ist gebe ich das dann erstmal frei ins SVN von FHEM

Heute Morgen ist meine Rolllade die ich mit Brightness steuer beim Fenster öffnen (twostate) nicht in die ASC_Ventilate_Pos gefahren.
Gestern Abend hat es ohne Probleme geklappt. Kann es sein das es mit ASC_BlockingTime_beforDayOpen zusammenhängt?
Das würde von der Zeit ganz gut passen.
Server: Fujitsu ESPRIMO Q920 - aktuellen FHEM-Docker Image:Z-Wave (RollerShutter,DoorWindow,Socket,PIR,....) | ENIGMA2 | EGPM2LAN | BLE-Tag(PRESENCE) | HUE | alexa-fhem | Shelly | MQTT2
1.Pi-Zero:Viessmann(optolink) mit 89_VCONTROL300.pm
2.Pi3 Dongle Server: Zigbee2MQTT(CC1352P-2), Z-Wave(UZB1), BT

majestro84

Zitat von: throbin am 27 Januar 2019, 19:44:26
Hi, funktioniert das Modul auch mit FIBARO Roller Shutter FGR-222 Devices? Diese lassen sich bspw. via set <device> dim 0 (bis 99) steuern?

Ich stell dir hier mal meine readingsGroup (angepasst aus dem Wiki) rein für die Fibaro Roller Shutter 2. So brauchst du das nicht in jedem Device in dem "attr userattr" per Hand anpassen.

Einmal für die Zeiten:
define ASC_Jalousien_Times readingsGroup <Gerät>,<Stand>,<Time_Up_Early>,<Time_Up_WE>,<Time_Up_Late>,<Time_Down_Early>,<Time_Down_Late>,<Mode_Down>,<Mode_Up>,<PartyMode>,<LockOut> (.*_Jalousie.*):position,?ASC_Time_Up_Early,?ASC_Time_Up_WE_Holiday,?ASC_Time_Up_Late,?ASC_Time_Down_Early,?ASC_Time_Down_Late,?ASC_Mode_Down,?ASC_Mode_Up,?ASC_Partymode,?ASC_LockOut
attr ASC_Jalousien_Times commands {position => 'dim:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99',
ASC_Mode_Down => 'ASC_Mode_Down:always,absent,off',
ASC_Mode_Up => 'ASC_Mode_Up:always,absent,off',
ASC_Partymode => 'ASC_Partymode:on,off',
ASC_LockOut => 'ASC_LockOut:soft,hard,off',
ASC_Time_Down_Early => 'ASC_Time_Down_Early:15:00,15:15,15:30,15:45,16:00,16:15,16:30,16:45,17:00,17:15,17:30,17:45,18:00,18:15,18:30,18:45,19:00,19:15,19:30,19:45,20:00,20:15,20:30,20:45,21:00,21:15,21:30,21:45,22:00',
ASC_Time_Down_Late  => 'ASC_Time_Down_Late:20:15,20:30,20:45,21:00,21:15,21:30,21:45,22:00,22:15,22:30,22:45,23:00,23:15,23:30',
ASC_Time_Up_Early => 'ASC_Time_Up_Early:05:00,05:05,05:30,05:45,06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00',
ASC_Time_Up_Late =>'ASC_Time_Up_Late:06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00',
ASC_Time_Up_WE_Holiday => 'ASC_Time_Up_WE_Holiday:06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00'}
attr ASC_Jalousien_Times room Jalousien


Und für die Positionen:
define Jalousien_Level readingsGroup <Gerät>,<Closed_Pos>,<Open_Pos>,<Comfort_Pos>,<Ventilate_Pos>,<PrivacyDown_Pos>,<Shading_Pos> (.*_Jalousie.*):?ASC_Closed_Pos,?ASC_Open_Pos,?ASC_ComfortOpen_Pos,?ASC_Ventilate_Pos,?ASC_PrivacyDown_Pos,?ASC_Shading_Pos
attr Jalousien_Level commands { ASC_Closed_Pos => 'ASC_Closed_Pos:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99',
ASC_Open_Pos => 'ASC_Open_Pos:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99',
ASC_ComfortOpen_Pos => 'ASC_ComfortOpen_Pos:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99',
ASC_Ventilate_Pos => 'ASC_Ventilate_Pos:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99',
ASC_PrivacyDown_Pos => 'ASC_PrivacyDown_Pos:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99',
ASC_Shading_Pos => 'ASC_Shading_Pos:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99'}
attr Jalousien_Level room Jalousien


Gruß Alex
Server: Fujitsu ESPRIMO Q920 - aktuellen FHEM-Docker Image:Z-Wave (RollerShutter,DoorWindow,Socket,PIR,....) | ENIGMA2 | EGPM2LAN | BLE-Tag(PRESENCE) | HUE | alexa-fhem | Shelly | MQTT2
1.Pi-Zero:Viessmann(optolink) mit 89_VCONTROL300.pm
2.Pi3 Dongle Server: Zigbee2MQTT(CC1352P-2), Z-Wave(UZB1), BT

CoolTux

Zitat von: majestro84 am 28 Januar 2019, 09:59:22
Heute Morgen ist meine Rolllade die ich mit Brightness steuer beim Fenster öffnen (twostate) nicht in die ASC_Ventilate_Pos gefahren.
Gestern Abend hat es ohne Probleme geklappt. Kann es sein das es mit ASC_BlockingTime_beforDayOpen zusammenhängt?
Das würde von der Zeit ganz gut passen.

Hallo Alex,

Das liegt in der Tat daran. Persönlich finde ich das doof, aber nun gut. Man kann mal schauen ob man ASC_BlockingTime_beforDayOpen etwas kleiner an sätzt.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

majestro84

OK dann werde ich es Mal kleiner einstellen. Aber war das schon immer so? Eigentlich wäre es ja ob wenn sie schon mal ein Teil des Weges Fahrt zum öffnen nur wenn man das Fenster wieder schließt sollte sie nicht wieder runter fahren. So hätte ich mir das gedacht mit der Blockzeit vorm öffnen.
Server: Fujitsu ESPRIMO Q920 - aktuellen FHEM-Docker Image:Z-Wave (RollerShutter,DoorWindow,Socket,PIR,....) | ENIGMA2 | EGPM2LAN | BLE-Tag(PRESENCE) | HUE | alexa-fhem | Shelly | MQTT2
1.Pi-Zero:Viessmann(optolink) mit 89_VCONTROL300.pm
2.Pi3 Dongle Server: Zigbee2MQTT(CC1352P-2), Z-Wave(UZB1), BT

CoolTux

Zitat von: majestro84 am 28 Januar 2019, 11:30:47
OK dann werde ich es Mal kleiner einstellen. Aber war das schon immer so? Eigentlich wäre es ja ob wenn sie schon mal ein Teil des Weges Fahrt zum öffnen nur wenn man das Fenster wieder schließt sollte sie nicht wieder runter fahren. So hätte ich mir das gedacht mit der Blockzeit vorm öffnen.

Das war in den Vorversionen auch anders. Würde aber wie besprochen geändert. Man kann darüber nachdenken die Sperrzeiten für Sunset und sunrise bei der Prüfung für Fenster raus zu nehmen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Habe gerade entdeckt das ich ja bereits eine eigene Routine für das Prüfen auf Zeit manuelles Fahren drin habe, ich kann also ohne Probleme die Routinen austauschen für Fensterevents.

Würde bedeuten das bei einem Fenster Event ausschließlich das IsAfterShuttersManualBlocking Beachtung findet. Also nur bei vorher manuellen Fahren.

Was denkt Ihr?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Beetle2003

Zitat von: CoolTux am 28 Januar 2019, 17:11:24
Habe gerade entdeckt das ich ja bereits eine eigene Routine für das Prüfen auf Zeit manuelles Fahren drin habe, ich kann also ohne Probleme die Routinen austauschen für Fensterevents.

Würde bedeuten das bei einem Fenster Event ausschließlich das IsAfterShuttersManualBlocking Beachtung findet. Also nur bei vorher manuellen Fahren.

Was denkt Ihr?

Ich finde es eine gute Idee

majestro84

Zitat von: CoolTux am 28 Januar 2019, 17:11:24
Habe gerade entdeckt das ich ja bereits eine eigene Routine für das Prüfen auf Zeit manuelles Fahren drin habe, ich kann also ohne Probleme die Routinen austauschen für Fensterevents.

Würde bedeuten das bei einem Fenster Event ausschließlich das IsAfterShuttersManualBlocking Beachtung findet. Also nur bei vorher manuellen Fahren.

Was denkt Ihr?
Probieren wir es Mal aus und gucken was für Reaktionen kommen.
Server: Fujitsu ESPRIMO Q920 - aktuellen FHEM-Docker Image:Z-Wave (RollerShutter,DoorWindow,Socket,PIR,....) | ENIGMA2 | EGPM2LAN | BLE-Tag(PRESENCE) | HUE | alexa-fhem | Shelly | MQTT2
1.Pi-Zero:Viessmann(optolink) mit 89_VCONTROL300.pm
2.Pi3 Dongle Server: Zigbee2MQTT(CC1352P-2), Z-Wave(UZB1), BT

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

So neue Version ist im Master Branch von Github. Bitte einmal testen. Ich habe eine Kombination versucht. Mal schauen was bei raus kommt.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

no_Legend

Zitat von: majestro84 am 28 Januar 2019, 10:07:36
Ich stell dir hier mal meine readingsGroup (angepasst aus dem Wiki) rein für die Fibaro Roller Shutter 2. So brauchst du das nicht in jedem Device in dem "attr userattr" per Hand anpassen.

Einmal für die Zeiten:
define ASC_Jalousien_Times readingsGroup <Gerät>,<Stand>,<Time_Up_Early>,<Time_Up_WE>,<Time_Up_Late>,<Time_Down_Early>,<Time_Down_Late>,<Mode_Down>,<Mode_Up>,<PartyMode>,<LockOut> (.*_Jalousie.*):position,?ASC_Time_Up_Early,?ASC_Time_Up_WE_Holiday,?ASC_Time_Up_Late,?ASC_Time_Down_Early,?ASC_Time_Down_Late,?ASC_Mode_Down,?ASC_Mode_Up,?ASC_Partymode,?ASC_LockOut
attr ASC_Jalousien_Times commands {position => 'dim:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99',
ASC_Mode_Down => 'ASC_Mode_Down:always,absent,off',
ASC_Mode_Up => 'ASC_Mode_Up:always,absent,off',
ASC_Partymode => 'ASC_Partymode:on,off',
ASC_LockOut => 'ASC_LockOut:soft,hard,off',
ASC_Time_Down_Early => 'ASC_Time_Down_Early:15:00,15:15,15:30,15:45,16:00,16:15,16:30,16:45,17:00,17:15,17:30,17:45,18:00,18:15,18:30,18:45,19:00,19:15,19:30,19:45,20:00,20:15,20:30,20:45,21:00,21:15,21:30,21:45,22:00',
ASC_Time_Down_Late  => 'ASC_Time_Down_Late:20:15,20:30,20:45,21:00,21:15,21:30,21:45,22:00,22:15,22:30,22:45,23:00,23:15,23:30',
ASC_Time_Up_Early => 'ASC_Time_Up_Early:05:00,05:05,05:30,05:45,06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00',
ASC_Time_Up_Late =>'ASC_Time_Up_Late:06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00',
ASC_Time_Up_WE_Holiday => 'ASC_Time_Up_WE_Holiday:06:00,06:15,06:30,06:45,07:00,07:15,07:30,07:45,08:00,08:15,08:30,08:45,09:00,09:15,09:30,09:45,10:00'}
attr ASC_Jalousien_Times room Jalousien


Und für die Positionen:
define Jalousien_Level readingsGroup <Gerät>,<Closed_Pos>,<Open_Pos>,<Comfort_Pos>,<Ventilate_Pos>,<PrivacyDown_Pos>,<Shading_Pos> (.*_Jalousie.*):?ASC_Closed_Pos,?ASC_Open_Pos,?ASC_ComfortOpen_Pos,?ASC_Ventilate_Pos,?ASC_PrivacyDown_Pos,?ASC_Shading_Pos
attr Jalousien_Level commands { ASC_Closed_Pos => 'ASC_Closed_Pos:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99',
ASC_Open_Pos => 'ASC_Open_Pos:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99',
ASC_ComfortOpen_Pos => 'ASC_ComfortOpen_Pos:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99',
ASC_Ventilate_Pos => 'ASC_Ventilate_Pos:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99',
ASC_PrivacyDown_Pos => 'ASC_PrivacyDown_Pos:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99',
ASC_Shading_Pos => 'ASC_Shading_Pos:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,99'}
attr Jalousien_Level room Jalousien


Gruß Alex


Darf/Soll ich deine Readings ins Wiki einpflegen?
Kannst du mir dafür noch Screenshots machen?


Gesendet von iPhone mit Tapatalk Pro
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.

FunkOdyssey

Ich würde das RegEx aber anändern.
Man kann anhand des ASC-Attributs filtern. Habe ich hier mal im Thread geposted.

Bin gerade aktuell nur am Handy.