[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

eurofinder

Ich hätte auch noch mal eine Verständnisfrage, wie ASC reagieren wird.
Ich möchte gerne die Rolläden in Abhängigkeit des Sonnenstandes morgens öffnen und abends automatisch schließen lassen und habe dazu im global im ASC für ASC_autoAstroModeEvening bzw. ASC_auto_AstroModeMorning auf HORIZON gesetzt.

Das klappt auch schon mal.

Nun möchte ich ergänzend in den Sommer - bzw. Wintermonaten erreichen, dass bestimmte Rolläden nicht vor 5 Uhr morgen, aber spätestens 9:00 geöffnet und frühestens 15:30 Uhr, aber spätestens 22:00 Uhr geschlossen werden. Ich habe dazu bei den betroffenen Devices jeweils die Werte ASC_Time_Down_Early, ASC_Time_Down_Late, ASC_Time_Up_Early und ASC_Time_Up_Late mit den entsprechenden Uhrzeiten versehen.

Sehe ich das richtig, dass wenn jetzt HORIZON für Morning einen berechneten Wert von z.B. 4:53 Uhr hat, die betroffenen Rolläden aber erst um 5:00 Uhr geöffnet werden, weil der Wert ASC_Time_Up_Early auf 5:00 Uhr gesetzt ist? Oder funktioniert das alles nur, wenn ich ASC_Up bzw. ASC_Down auf brightness setze und für ASC_twilightDevice ein Device hinterlegt habe, dass mir dann unter ASC_brightnessMinVal bzw. ASC_brightnessMaxVal die entsprechenden Lichtwerte liefert?

Gruß
eurofinder
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

CoolTux

Zitat von: diki am 04 Februar 2019, 16:33:01
Ich muss nochmal fragen, sonst kapier ich es nicht  :-\

Also kann man bei Beschattungsautomatik das Rollo nur durch einen manuellen Fahrbefehl bewegen? Und danach ist die automatische Beschattung für diesen Tag ausgeschaltet?

Eine manuelle Fahrt (also, das Anfahren einer anderen Position als ventilatePosition oder comfortPosition) schaltet die Automatik aus?

Kann ich die Logik des Moduls irgendwo zusammengefasst nachlesen (ein Zustandsdiagramm)? Ich habe hier immer versucht mitzulesen, aber ich muss da einiges übersehen haben.

Danke und Grüße, Dirk

Eine manuelle Fahrt unterbricht die Automatik für die Dauer der Zeit von ASC_BlockingTime_afterManual. Ausnahme ist die Beschattung. Solange die Rollos in der Beschattungsposition sind bleibt jegliche Automatik aussen vor. Ausnahme die Beschattungsautomatik selbst. Fährt also das Rollo wieder hoch wenn die Beschattung zu Ende ist wird auch wieder Fensterevents funktionieren.
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

Zitat von: eurofinder am 04 Februar 2019, 17:11:59
Ich hätte auch noch mal eine Verständnisfrage, wie ASC reagieren wird.
Ich möchte gerne die Rolläden in Abhängigkeit des Sonnenstandes morgens öffnen und abends automatisch schließen lassen und habe dazu im global im ASC für ASC_autoAstroModeEvening bzw. ASC_auto_AstroModeMorning auf HORIZON gesetzt.

Das klappt auch schon mal.

Nun möchte ich ergänzend in den Sommer - bzw. Wintermonaten erreichen, dass bestimmte Rolläden nicht vor 5 Uhr morgen, aber spätestens 9:00 geöffnet und frühestens 15:30 Uhr, aber spätestens 22:00 Uhr geschlossen werden. Ich habe dazu bei den betroffenen Devices jeweils die Werte ASC_Time_Down_Early, ASC_Time_Down_Late, ASC_Time_Up_Early und ASC_Time_Up_Late mit den entsprechenden Uhrzeiten versehen.

Sehe ich das richtig, dass wenn jetzt HORIZON für Morning einen berechneten Wert von z.B. 4:53 Uhr hat, die betroffenen Rolläden aber erst um 5:00 Uhr geöffnet werden, weil der Wert ASC_Time_Up_Early auf 5:00 Uhr gesetzt ist? Oder funktioniert das alles nur, wenn ich ASC_Up bzw. ASC_Down auf brightness setze und für ASC_twilightDevice ein Device hinterlegt habe, dass mir dann unter ASC_brightnessMinVal bzw. ASC_brightnessMaxVal die entsprechenden Lichtwerte liefert?

Gruß
eurofinder

Es funktioniert genau so wie Du es beschrieben hast. Morgens wenn Du 5 Uhr an gibst aber berechnet wird 4:35 dann fährt er erst um 5 Uhr. Und Abends genau so.
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

eurofinder

@CoolTux:
Danke für die Klarstellung, dann habe ich es ja doch richtig verstanden und eingerichtet:-)

Gruß
eurofinder
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

no_Legend

@CoolTux

Geht die Beschattung eigentlich schon?
Was für Werter erwartet das Modul?
Lux? Mit oder ohne Komma?

Gruß Robert
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.

CoolTux

Zitat von: no_Legend am 04 Februar 2019, 20:15:25
@CoolTux

Geht die Beschattung eigentlich schon?
Was für Werter erwartet das Modul?
Lux? Mit oder ohne Komma?

Gruß Robert

Die Beschattung sollte schon funktionieren. Lux ohne Komma.
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: CoolTux am 04 Februar 2019, 20:17:17
Die Beschattung sollte schon funktionieren. Lux ohne Komma.

Spitze, dann muss ich morgen die Batterien tauschen am Sensor!
Hab ich schon 4 Monate vor, ist aber so kalt auf dem Dach!
Docker FHEM immer aktuell,4x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
Homematic, Shelly, Tasmota, MQTT, Unifi Network usw.

stefanpf

Welche Events benötigt das Modul von den einzelnen Devices?
Wäre ein
event-on-change-reading pct
ausreichend?
Hintergrund: Bis auf eine kleine Unstimmigkeit funktionierte das Modul mit den Homematic Aktoren perfekt bis ich letzte Woche ein paar Shellys per MQTT angebunden habe.
Die Shellys fuhren nicht automatisch herunter und das ASC Device stand ständig im state=manual.
Auch die Homematic Aktoren  mit Presence Eintrag verhielten sich auf einmal merkwürdig.
Nun vermute ich, dass die regelmäßigen Events das ASC durcheinander bringen und versuche sie entsprechend zu beschränken.

Gruß Stefan

CoolTux

Zitat von: stefanpf am 04 Februar 2019, 21:16:56
Welche Events benötigt das Modul von den einzelnen Devices?
Wäre ein
event-on-change-reading pct
ausreichend?
Hintergrund: Bis auf eine kleine Unstimmigkeit funktionierte das Modul mit den Homematic Aktoren perfekt bis ich letzte Woche ein paar Shellys per MQTT angebunden habe.
Die Shellys fuhren nicht automatisch herunter und das ASC Device stand ständig im state=manual.
Auch die Homematic Aktoren  mit Presence Eintrag verhielten sich auf einmal merkwürdig.
Nun vermute ich, dass die regelmäßigen Events das ASC durcheinander bringen und versuche sie entsprechend zu beschränken.

Gruß Stefan

Guten Morgen

Für die Rollläden reicht der pct Event.

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

eurofinder

Habe jetzt im ASC 11 Rolläden (alle Somfy Oximio IO - nutze Modul tahoma) mit ASC hinterlegt. Diese sollen alle gleichzeitig in Abhängigkeit des Sonnenstandes Abends geschlossen werden.
Funktioniert im Prinzip auch tadellos, allerdings werden immer "nur" 10 Rolläden geschlossen.
Kann mich vage dran erinnern mal etwas gelesen zu haben, dass es wohl mit der Anzahl gleichzeitiger Verbindungen über die Somfy/Tahoma-Schnittstelle zu tun hat.

Wie kann ich es denn jetzt erreichen, dass auch der letzte Rolladen (Nummer 11) ebenfalls zur vorgesehen Zeit runterfährt? Ich möchte ungern einem Rolladen eine andere Zeit zuordnen, nur damit ich diese Problematik umgehen kann.

Da einige Zimmer mit mehreren Fenstern = Rolläden ausgestattet sind, könnte man auch irgendwie mehrere Rolläden zu einer Gruppe zusammenfassen und dann dieses Gruppendevice mit ASC steuern?

Hat jemand ggf. ein Beispiel, an dem ich mich orientieren kann?

Danke und Gruß
eurofinder
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

CoolTux

Würde nicht eine Verzögerung eventuell helfen?
ASC_Drive_OffsetStart

Arbeitest Du mit einem offSet?
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

magentouser

Hallo, hab grad mal dieses plugin installiert, mal schauen ob es funktioniert.

bei der einrichtung ist mir aufgefallen das es evtl. gut wäre wenn ASC_Down/Up brightness ist , nicht unbedingt ASC_Time_Down/Up_Late  greift falls mal der sensor ausfällt sondern dann z.b. astro aktiv (mit zufalsbreich und offset) ist bzw. ausgewertet werden könnte.

eurofinder

@CoolTux:
ASC_Drive_OffsetStart lautet -1 (Attribut ist übrigens nicht im wiki enthalten), ASC_Drive_Offset lautet ebenfalls -1.
Im ASC-Device selbst ist ASC_shuttersDriveOffset nicht gesetzt.

Reicht es im ASC-Device ASC_shuttersDriveOffset mit einem Wert zu setzen - wenn ja, wie viel Sekunden sind zu empfehlen - oder muss man das individuell durch probieren ermitteln?

Gruß und danke für die Unterstützung
eurofinder

 
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

CoolTux

Zitat von: eurofinder am 05 Februar 2019, 23:19:43
@CoolTux:
ASC_Drive_OffsetStart lautet -1 (Attribut ist übrigens nicht im wiki enthalten), ASC_Drive_Offset lautet ebenfalls -1.
Im ASC-Device selbst ist ASC_shuttersDriveOffset nicht gesetzt.

Reicht es im ASC-Device ASC_shuttersDriveOffset mit einem Wert zu setzen - wenn ja, wie viel Sekunden sind zu empfehlen - oder muss man das individuell durch probieren ermitteln?

Gruß und danke für die Unterstützung
eurofinder


Setze mal im ASC Device
ASC_shuttersDriveOffset
auf 1. Und dann packe Dir je nach dem wie es Dir beliebt Gruppen mit ASC_Drive_OffsetStart zusammen. Bedeutet, die Rollläden welche zum Beispiel alle bei ASC_Drive_OffsetStart eine 2 haben fahren nach 2 Sekunden zusammen los. Da Deine Rollladen zusammen sehr gut fahren kannst ja 5 Rollos nach 2s fahren lassen und 6 Rolllos nach 4s. Oder Du machst Untere Rolllos zusammen und 1. Etage. Spiel einfach mit bisschen rum.
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

Zitat von: magentouser am 05 Februar 2019, 23:12:28
Hallo, hab grad mal dieses plugin installiert, mal schauen ob es funktioniert.

bei der einrichtung ist mir aufgefallen das es evtl. gut wäre wenn ASC_Down/Up brightness ist , nicht unbedingt ASC_Time_Down/Up_Late  greift falls mal der sensor ausfällt sondern dann z.b. astro aktiv (mit zufalsbreich und offset) ist bzw. ausgewertet werden könnte.

Aktuell sehe ich da keine Möglichkeit der Umsetzung.

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