[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.10

[eurofinder]

OK, das kann ich nachvollziehen:-)

eurofinder

[kjmEjfu]

Ok, die v0.10.12 ist installiert.
Ich melde mich am Wochenende wieder mit Ergebnissen.

sieht gut aus.
Also zumindest wurde innerhalb des erwarteten Zeitfenster bei nachvollziehbaren Helligkeitswerten gefahren.
Allerdings habe ich zu lange gepennt, um es 100% zu validieren

[CoolTux]

sieht gut aus.
Also zumindest wurde innerhalb des erwarteten Zeitfenster bei nachvollziehbaren Helligkeitswerten gefahren.
Allerdings habe ich zu lange gepennt, um es 100% zu validieren

Morgen dann bitte weniger lange pennen 

Klingt aber erstmal sehr gut. Lassen wir es einfach noch etwas laufen und schauen in Ruhe.

[Cerex]

Hi Cooltux,

gibt es eigentlich eine Möglichkeit, mit ASC_Antifreeze bzw. ASC_Antifreeze_Pos so zu arbeiten, dass ein Rolladen nur verfährt, wenn es unterhalb einer gewissen Temperatur (innerhalb einer Zeitspanne) ist? Wenn ich es richtig verstanden habe, verhindert ASC_Antifreeze entweder ein verfahren (hard), oder verfährt, wenn überhaupt gefahren wird, in eine ASC_Antifreeze_Pos (soft).

Hintergrund: Der Terrassen-Rollladen ist normalerweise immer oben, soll aber zum Heizungskostensparen selbst runterfahren, wenn es kalt ist. Ob das gesamtenergetisch sinnvoll ist, sei dahingestellt 

Habe das bisher mit einem DOIF realisiert, funktioniert auch, ist aber natürlich nicht so schön integriert.

Code Auswählen Erweitern

defmod di_Rollladen_Wohnzimmer DOIF ([Sensor_Draussen:temperature] < -3 and [18:00-23:59]) (set RL_Kueche runter, set RL_WZ_Sued1 down, set RL_WZ_Sued2 down, set RL_WZ_W down)

Gruß Ben

[CoolTux]

Hi Cooltux,

gibt es eigentlich eine Möglichkeit, mit ASC_Antifreeze bzw. ASC_Antifreeze_Pos so zu arbeiten, dass ein Rolladen nur verfährt, wenn es unterhalb einer gewissen Temperatur (innerhalb einer Zeitspanne) ist? Wenn ich es richtig verstanden habe, verhindert ASC_Antifreeze entweder ein verfahren (hard), oder verfährt, wenn überhaupt gefahren wird, in eine ASC_Antifreeze_Pos (soft).

Hintergrund: Der Terrassen-Rollladen ist normalerweise immer oben, soll aber zum Heizungskostensparen selbst runterfahren, wenn es kalt ist. Ob das gesamtenergetisch sinnvoll ist, sei dahingestellt 

Habe das bisher mit einem DOIF realisiert, funktioniert auch, ist aber natürlich nicht so schön integriert.

Code Auswählen Erweitern

defmod di_Rollladen_Wohnzimmer DOIF ([Sensor_Draussen:temperature] < -3 and [18:00-23:59]) (set RL_Kueche runter, set RL_WZ_Sued1 down, set RL_WZ_Sued2 down, set RL_WZ_W down)

Gruß Ben

Dein Anwendungsfall wird leider so nicht abgedeckt von ASC. Das Antifreez ist wie Du schon festgestellt hast für eine ganze andere Art der Anwendung gedacht.

[kjmEjfu]

Morgen dann bitte weniger lange pennen 

Klingt aber erstmal sehr gut. Lassen wir es einfach noch etwas laufen und schauen in Ruhe.

Heute hat alles wie erwartet funktioniert. Prima!

[CoolTux]

Dann mache ich morgen einen merge vom patch. Bitte entferne den update Kanal zum Patch Branch. Ich werde den Patch dann morgen im testing Zweig zur Verfügung stellen. Du brauchst ihn ja nicht mehr aber halt dann für die anderen.

[Cerex]

Muss mich nochmal mit ner blöden Frage melden
Da ich jetzt meine Rollläden alle von AT auf ASC umgestellt habe, möchte ich auch mein FTUI anpassen.

In FTUI konnte ich die Laufzeiten direkt eingeben bzw. das AT aktivieren (vgl. https://wiki.fhem.de/wiki/DOIF/Ein-_und_Ausgabe_in_FHEMWEB_und_Tablet-UI_am_Beispiel_einer_Schaltuhr dafür).
In ASC sind die Zeiten und Einstellungen über Attribute gelöst. Habe es bisher leider noch nicht geschafft, die über FTUI zu setzen. Auslesen geht wunderbar.
Vielleicht hat sich jemand sowas schon mal gebaut? Bin mir bewusst, dass nach jeder Änderung ein save passieren muss. Oder sollte ich die Frage lieber unter FTUI stellen?

Und noch eine Frage / Anregung:
Gibt es eine "Snooze"-Möglichkeit, die ASC_Time_Up_WE_Holiday einmalig für das nächste Up-Event ein bisschen Zeit draufgeben

Einen schönen Sonntagabend euch!

[CoolTux]

Zu FTUI kann ich nichts sagen.

Ein Snooze sollte nicht nötig sein wenn man die Möglichkeiten von ASC ausreizt. So kann man zum Beispiel Roommates verwenden das die Rollos nicht fahren auch wenn die Zeit eigentlich erreicht ist. Beispiel für das Schlafzimmer. Erst wenn alle Rommates im Schlafzimmer auf home stehen fahren die Rollos.

[Cerex]

Verstehe. Trifft nicht ganz meinen Anwendungsfall, müsste verhindern, dass (fast) alle Rollläden hochgehen. Das Haus ist recht hellhörig. Aber ich spiele mal ein wenig mit rum.
Danke dir!

[CoolTux]

Verstehe. Trifft nicht ganz meinen Anwendungsfall, müsste verhindern, dass (fast) alle Rollläden hochgehen. Das Haus ist recht hellhörig. Aber ich spiele mal ein wenig mit rum.
Danke dir!

Auch das ist möglich. Setze ASC_Mode_Up auf home. Die  Fahrt wird dann über das Residenz geregelt ähnlich wie bei roommate.

Grüße

[ch.eick]

Auch das ist möglich. Setze ASC_Mode_Up auf home. Die  Fahrt wird dann über das Residenz geregelt ähnlich wie bei roommate.

Hi, wieder etwas neues für mich
Wo ist denn da dann der Unterschied?
Gruß
   Christian

[CoolTux]

Hi, wieder etwas neues für mich
Wo ist denn da dann der Unterschied?
Gruß
   Christian

Unterschied zu roommate? Nun Roommate ist ausschließlich für Schlafräume gedacht. Sobald ein Roommate auf home geht wird der Residenz Status auch auf home gesetzt und somit fahren dann alle Rollos wo kein Roommate (also kein Schlafraum) eingetragen wurde. Das ist für die anderen die noch schlafen sicherlich immer noch laut aber leider nicht anders machbar.
Ich habe das bei mir so das in allen NICHT Schlafräumen erst die Rollos hoch fahren wenn Residenz home ist.

[duke_do]

Hallo,

nutze das ASC Modul mit DuoFern Rolladenaktoren. Nun habe ich statt der Astrowerte den Rademacher Umweltsnsor in Betrieb genomen und wollte die Rolläden über dessen Brightnesswert betreiben.

Leider scheint es immer mal wieder vorzukommen, dass der Brightnesswert kurzfritig unter den Schwellwert (bei mir 50) fällt und direkt danach wieder auf deutlich höhere Werte geht (eventuell Schatten von einem Vogel?). Dann sind meine Rolläden aber schon runter gefahren und es ist noch 45 Minuten hell genug draußen.

Ich habe den Wert in dem Moment auch mal geprüft, er ist dann tatsählich bei z.B. 35, ist aber beim nächsten Auslesen wieder bei z.B. 499.

Kann man einen Timer in ASC einrichten, dass der Brightnesswert für z.B. 5 Minuten unter dem Schwellwert sein muss (ich lese den Sensor im Minutentakt aus).

Oder habt ihr einen besseren Vorschlag, wie ich das verfrühte runter Fahren vermeiden kann? Oder gibt es gar schon eine Einstellung für meinen Vorschlag?

Gruß und Danke
Daniel

[teufelchen]

Hallo,

nutze das ASC Modul mit DuoFern Rolladenaktoren. Nun habe ich statt der Astrowerte den Rademacher Umweltsnsor in Betrieb genomen und wollte die Rolläden über dessen Brightnesswert betreiben.

Leider scheint es immer mal wieder vorzukommen, dass der Brightnesswert kurzfritig unter den Schwellwert (bei mir 50) fällt und direkt danach wieder auf deutlich höhere Werte geht (eventuell Schatten von einem Vogel?). Dann sind meine Rolläden aber schon runter gefahren und es ist noch 45 Minuten hell genug draußen.

Ich habe den Wert in dem Moment auch mal geprüft, er ist dann tatsählich bei z.B. 35, ist aber beim nächsten Auslesen wieder bei z.B. 499.

Kann man einen Timer in ASC einrichten, dass der Brightnesswert für z.B. 5 Minuten unter dem Schwellwert sein muss (ich lese den Sensor im Minutentakt aus).

Oder habt ihr einen besseren Vorschlag, wie ich das verfrühte runter Fahren vermeiden kann? Oder gibt es gar schon eine Einstellung für meinen Vorschlag?

Gruß und Danke
Daniel

Wenn Du einen Mittelwert der Helligkeit über einen Zeitraum bildest und dann diesen Wert in ASC eingibt, könntest Du kurze Schwankungen ausgleichen.
https://wiki.fhem.de/wiki/Gleitende_Mittelwerte_berechnen_und_loggen