[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.6.x

[eurofinder]

Hallo CoolTux,

mir ist heute aufgefallen, dass ein Rollladen, der korrekt in Shading-Position gefahren wurde (45 %) und anschließend von mir manuell in Position 100 % (geschlossen) ca. 20 Minuten später wieder vollständig geöffnet wurde (Position 0 %) wegen shading-out.

Ich dachte, dass die Systematik inzwischen so ist, dass nachdem ein Rolladen manuell betätigt wurde, diese Position erhalten bleibt oder habe ich da was falsch verstanden?

Bei dem betroffenen Fenster handelt es sich um eine Terrassenseite, das beim verlassen des Hauses geschlossen bleiben soll. Hier kann es aber teilweise vorkommen, dass sich der Rollladen wegen der herrschenden Wetterbedingungen bereits in der Position shading-in befindet. Über einen Rollladenschalter an der Eingangstür werden beim Verlassen des Hauses die einige Rollläden (drei, darunter auch der betroffenen Rollladen) "manuell" per Befehl alle auf Position geschlossen gefahren.

Gruß
eurofinder

[CoolTux]

das erschliesst sich mir nicht. Ich schreibe mal wie ich es vorher gelöst hatte.

Beim erreichen der Sunny Schwelle habe ich den Fahrbefehls mit wait 1200 gestartet, wurde innerhalb der Wartezeit die Schwelle wieder unterschritten, wurde wait/dim abgebrochen. So war auch bei bewölkten/sonnigen Himmel, die Beschattung nur auf sonnige Tage beschränkt.Also ASC_Shading_WaitingPeriod steht auf 1200

Jetzt werden alle 10 Minuten, ein Mittelwert der letzten 10 Minuten gebildet und danach gefahren? Ist das so richtig?

Nein.

Alle X Minuten sendet ein Helligkeitssensor Werte. Diese werden ausgewertet.
1. Stufe - es wird geschaut ob die letzten 10 min bereits eine Auswertung statt fand, wenn ja Abbruch, wenn nein 2. Stufe
2. Stufe - Es wird geschaut ob der Wert der Helligkeit über den Wert von Sunny steht und ob alle anderen Bedingungen auch erfüllt sind. 3. Stufe
3. Stufe - Es wird der Marker "in reserved" gesetzt aber noch nicht gefahren da erst bei "in" gefahren wird.
Nun wiederholt sich das ganze und wenn 10 min um sind und der Wert immer noch über Sunny wird "in"gesetzt und gefahren.

Hoffe das war soweit nun verständlich.


Grüße

[CoolTux]

Hallo CoolTux,

mir ist heute aufgefallen, dass ein Rollladen, der korrekt in Shading-Position gefahren wurde (45 %) und anschließend von mir manuell in Position 100 % (geschlossen) ca. 20 Minuten später wieder vollständig geöffnet wurde (Position 0 %) wegen shading-out.

Ich dachte, dass die Systematik inzwischen so ist, dass nachdem ein Rolladen manuell betätigt wurde, diese Position erhalten bleibt oder habe ich da was falsch verstanden?

Bei dem betroffenen Fenster handelt es sich um eine Terrassenseite, das beim verlassen des Hauses geschlossen bleiben soll. Hier kann es aber teilweise vorkommen, dass sich der Rollladen wegen der herrschenden Wetterbedingungen bereits in der Position shading-in befindet. Über einen Rollladenschalter an der Eingangstür werden beim Verlassen des Hauses die einige Rollläden (drei, darunter auch der betroffenen Rollladen) "manuell" per Befehl alle auf Position geschlossen gefahren.

Gruß
eurofinder

Hallo,

Dazu sollte wenn im ASC Device das Attribut ASC_blockAscDrivesAfterManual auf 1 gesetzt sein. Dann sollte ASC nicht mehr steuern.
Du darfst aber nicht auf ClosedPosition fahren sondern auf 1 davor. Das Rolllo darf auf keines der von ASC verwendeten Positionen stehen.

[eurofinder]

@CoolTux:
Ok, danke für die Rückmeldung/Klarstellung - probiere ich bei Gelegenheit aus.
Allerdings finde ich es problematisch, dass z.B. nicht der Wert 100 als Position beim manuellen fahren benutzt werden kann.
In der Realität sieht die Bedienung meist doch so aus: Es wird ein Wert zwischen 0 und 100 angefahren - in 10er Schritten unterteilt.

Ich finde es schwierig/unnötig kompliziert für z.B. manuell angefahrenen Positionen, shading-Position, vollständig geschlossenen Position etc. unzählige abweichende Werte von den 10er-Werten zu hinterlegen, nur damit die Automatisierung "korrekt" funktioniert. Könntest du das nicht bitte irgendwie anders in der Logik abfangen, so dass man eher die "Standardwerte" verwenden kann? Ich denke das würde vieles in der Bedienung erleichtern und ist für den Anwender leichter verständlich und nachvollziehbarer.

Ich kann ja nur von mir sprechen, aber für mich hat eine bewusst manuell angefahrene Position die Höchste Priorität - einzige Ausnahme, abends steht Rollladen oben, dann wird "zwangsweise" heruntergefahren, wenn Zeitpunkt (Brightness oder berechnete/vorgegeben Uhrzeit) erreicht wurde und Fenstersensor für open/close auf close steht - sofern vorhanden.

Auch ein shading-in wird für mich bei einem manuellen Eingriff bewusst abgebrochen und sollte damit automatisch auch ein shading-out beinhalten.

Gruß
eurofinder

[CoolTux]

Ich kann ja nur von mir sprechen, aber für mich hat eine bewusst manuell angefahrene Position die Höchste Priorität - einzige Ausnahme, abends steht Rollladen oben, dann wird "zwangsweise" heruntergefahren, wenn Zeitpunkt (Brightness oder berechnete/vorgegeben Uhrzeit) erreicht wurde und Fenstersensor für open/close auf close steht - sofern vorhanden.

Ich kann gerne versuchen es so zu implementieren, wenn die anderen dafür sind.

[gras64]

Ich bin erst vor kurzem zu ASC umgestiegen. Hatte alle 25 Rollladen über DOIF eingerichtet (4 Seiten Code). Super Arbeit das Modul echt. Was ich noch vermisse ist einen externen Auslöser für die Beschattung. Konkret soll bei einer Vorhersage von 28 Grad die Beschattung sofort ohne zusätzliche morgendliche Fahrt stattfinden.
Ich hatte hierzu mehrere Bedingungen (aktuelle Temperatur, vorhergesagte Temperatur, Bewölkung......) einbezogen.
Da mehrere Wettemodule ausgelaufen sind muss ich nur wieder ein neues Modul für die Vorhersage finden.

Zudem hatte ich eine Verknüpfung mit dem Raumlicht. somit konnte man 1h vor Sonnenuntergang zum Lesen das Licht einschalten und alle Rollläden gingen Runter.

[FunkOdyssey]

Ich kann gerne versuchen es so zu implementieren, wenn die anderen dafür sind.

Ich stimme eurofinder zu.

[CoolTux]

Ich bin erst vor kurzem zu ASC umgestiegen. Hatte alle 25 Rollladen über DOIF eingerichtet (4 Seiten Code). Super Arbeit das Modul echt. Was ich noch vermisse ist einen externen Auslöser für die Beschattung. Konkret soll bei einer Vorhersage von 28 Grad die Beschattung sofort ohne zusätzliche morgendliche Fahrt stattfinden.
Ich hatte hierzu mehrere Bedingungen (aktuelle Temperatur, vorhergesagte Temperatur, Bewölkung......) einbezogen.
Da mehrere Wettemodule ausgelaufen sind muss ich nur wieder ein neues Modul für die Vorhersage finden.

Soweit ich mich erinnere fährt das Rolllo in der Morgenfahrt nicht hoch sondern in die Beschattungsposition wenn bereits morgens shading in gesetzt wurde. Also sprich alle Bedingungen für eine Beschattung erfüllt sind. Es gibt aber nicht nur eine Bedingung (Temperatur)

Zudem hatte ich eine Verknüpfung mit dem Raumlicht. somit konnte man 1h vor Sonnenuntergang zum Lesen das Licht einschalten und alle Rollläden gingen Runter.

Soetwas in der Art will ich noch ein bauen. Also die Möglichkeit eines externen Triggers welcher selbst als Attribut festgelegt werden kann. Licht, Multimedia oder so.


Grüße

[JHo]

@CoolTux:
Ich kann ja nur von mir sprechen, aber für mich hat eine bewusst manuell angefahrene Position die Höchste Priorität - einzige Ausnahme, abends steht Rollladen oben, dann wird "zwangsweise" heruntergefahren, wenn Zeitpunkt (Brightness oder berechnete/vorgegeben Uhrzeit) erreicht wurde und Fenstersensor für open/close auf close steht - sofern vorhanden.

Auch ein shading-in wird für mich bei einem manuellen Eingriff bewusst abgebrochen und sollte damit automatisch auch ein shading-out beinhalten.

Sehe ich ähnlich, aber dann würde ja ein einziger manueller Eingriff jede Automatik-Aktivität des betroffenen Geräts bis Abends abwürgen. Daher sollte es vielleicht die Option geben, doch wieder zur Automatik zurückzukehren (etwa erkannte manuelle Fahrt --> ASC-Rollladen "automatic deactivated" --> "set ASC-Rolladen automatic activated"), bevor die zwingende Abendschließung stattfindet. Dann könnte sich jeder seine Routine basteln, die die Automatik wieder aktiviert. Etwa bei abwesenden Residents, oder nach x Stunden, ...

[volschin]

das erschliesst sich mir nicht. Ich schreibe mal wie ich es vorher gelöst hatte.

Beim erreichen der Sunny Schwelle habe ich den Fahrbefehls mit wait 1200 gestartet, wurde innerhalb der Wartezeit die Schwelle wieder unterschritten, wurde wait/dim abgebrochen.

Finde ich vom Ansatz her besser als die derzeitige Lösung. Entspricht dem watchdog.

[volschin]

Warum bewegt sich eigentlich auch Rollo2, wenn bei Rollo1 das Fenster geschlossen wird? Es hat definitiv einen anderen Fenstersensor.

[gras64]

Soweit ich mich erinnere fährt das Rolllo in der Morgenfahrt nicht hoch sondern in die Beschattungsposition wenn bereits morgens shading in gesetzt wurde. Also sprich alle Bedingungen für eine Beschattung erfüllt sind. Es gibt aber nicht nur eine Bedingung (Temperatur)

Soweit ich weis habe ich Sonnehöhe, Sonnenwinkel, Tepmeratur und einen Helichkeitswert als Auslöser für die Beschattung. ich habe bei Sonnenaufgang irgendwie immer Hellichkeit 0  somit kann es nicht zum shading in bei Sonnenaufgang kommen. Daher brauche ich eine zuverlässige Quelle die mir schon vor Sonnenaufgang sagen kann heute wird es heiß oder regnet es, fahre sofort auf shading in oder nicht.
Sonst passiert genau das Rolladen fährt hoch und 30min später wird die Hellichkeitsschwelle erreicht und Rolladen fährt auf shading in.

[FunkOdyssey]

@CoolTux:
Übrigens - heute sind alle Jalousien gefahren. Auch die, bei denen es die letzten Wochenenden nicht funktioniert hatte. Danke.

https://github.com/LeonGaultier/fhem-AutoShuttersControl/commit/7513c3470ec8ed5735849081b512463a172dd6c3

[volschin]

Soweit ich mich erinnere fährt das Rolllo in der Morgenfahrt nicht hoch sondern in die Beschattungsposition wenn bereits morgens shading in gesetzt wurde. Also sprich alle Bedingungen für eine Beschattung erfüllt sind. Es gibt aber nicht nur eine Bedingung (Temperatur)

Soweit ich weis habe ich Sonnehöhe, Sonnenwinkel, Tepmeratur und einen Helichkeitswert als Auslöser für die Beschattung. ich habe bei Sonnenaufgang irgendwie immer Hellichkeit 0  somit kann es nicht zum shading in bei Sonnenaufgang kommen. Daher brauche ich eine zuverlässige Quelle die mir schon vor Sonnenaufgang sagen kann heute wird es heiß oder regnet es, fahre sofort auf shading in oder nicht.
Sonst passiert genau das Rolladen fährt hoch und 30min später wird die Hellichkeitsschwelle erreicht und Rolladen fährt auf shading in.

Ziemlich speziell.
Wenn Du den Rollladen morgens nach Astro fährst, könntest Du evtl. den brightness-Sensor-Eintrag missbrauchen, um dort den Cloud_cover aus dem Wettermodul einzulesen. Allerdings habe ich aktuell wieder angenehmen Sonnenschein, obwohl der Wert auf 40 steht. Du müsstest außerdem in einem Dummy den Wert invertieren, also 100-cc.

[CoolTux]

Sehe ich ähnlich, aber dann würde ja ein einziger manueller Eingriff jede Automatik-Aktivität des betroffenen Geräts bis Abends abwürgen. Daher sollte es vielleicht die Option geben, doch wieder zur Automatik zurückzukehren (etwa erkannte manuelle Fahrt --> ASC-Rollladen "automatic deactivated" --> "set ASC-Rolladen automatic activated"), bevor die zwingende Abendschließung stattfindet. Dann könnte sich jeder seine Routine basteln, die die Automatik wieder aktiviert. Etwa bei abwesenden Residents, oder nach x Stunden, ...

Muss ich in Ruhe mal schauen wir man das sauber lösen kann.