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

[CoolTux]

Um 8:54 wird das Fenster geschlossen. Anstatt zu Öffnen fährt das Rollo wieder in Position 35

Das ist so gewünscht. Wenn beim schließen erkannt wird das es Tag ist soll das Rollo in die letzte Position fahren. Ich finde das selbst nicht sehr zielführend da die letzte Position auch zu sein kann. Aber es war mal vor Monaten so gewünscht worden.

[Typ1er]

Ich sehe das auch so, für mich würde ich nur Tag und Nacht unterscheiden (Auf und Ab)

Nachts die threestate Kontakte auswerten. Falls die Tür vorher offen ist, den Rollladen oben lassen. Nach dem Schliessen dann zu. (Falls man auf der Terrasse sitzt bekomme ich meine Tür auch wieder auf, was dann die Rollladen wieder hochfahren lassen sollte)

Bei Manuellen Fahrten über die Taster den Rolladen bis zur nächsten automatischen Fahrt oben oder unten lassen, würde bedeuten, Nachts geht nach dem Schliessen der Fenster der Rolladen zu. Egal ob sie vorher oben oder unten sind.

Beschattung genauso, nach dem ablaufen der 20 Minuten anfangen. Bei Tür auf, Rolladen auf.

[CoolTux]

Ich schaue noch mal.

[CoolTux]

Wie schaut die aktuelle Lage mit der aktuellen Version bei Euch aus?

[Loredo]

Gestern Abend und heute früh lief alles gut. Auch ComfortPos und Ventilation funktionierten.
Beschattung muss man auf besseres Wetter warten, Regenschutz müsste ich mal ausprobieren ob er sich so wie von mir erwartet verhält.

[Loredo]

Das ist so gewünscht. Wenn beim schließen erkannt wird das es Tag ist soll das Rollo in die letzte Position fahren. Ich finde das selbst nicht sehr zielführend da die letzte Position auch zu sein kann. Aber es war mal vor Monaten so gewünscht worden.

Finde ich auch alles andere als logisch und erklärt, warum ich das schon ein paar Mal hatte bei meinen produzierten Tests. Lässt sich der Requestor ausfindig machen, um den Use Case besser zu verstehen und besser abzustecken? Ich kann mir vorstellen, dass es auch was mit Beschattung oder Privacy für die Person zu tun hatte. In die letzte Position sollte wohl nur gefahren werden, wenn diese vorher manuell eingestellt gewesen ist und nicht der vollen "open" oder "closed" position entsprach. Aber ehrlich gesagt fällt mir kein Use Case ein, bei dem ich tagsüber meinen Rollladen manuell runterfahre, dann das Fenster zum lüften kippe oder ganz öffne, und es dann wieder schließe und den Rollo wieder runter haben möchte. Wenn ich den tagsüber unten haben will, ist das aus Beschattung oder Privacy heraus. Aber dann macht es keinen Sinn zum lüften das Rollo hochzufahren, wenn dann sind sowohl Beschattung als auch Privacy obsolete. Bleibt für mich daher komplett unlogisch 

[eurofinder]

Ich verstehe weiterhin nicht, warum ein manuell gefahrener Rollladen wieder von der Automatik verstellt wird - hier shading out - weil die Rahmenbedingungen für shading nicht erfüllt sind.

Gruß
eurofinder

[CoolTux]

Ich verstehe weiterhin nicht, warum ein manuell gefahrener Rollladen wieder von der Automatik verstellt wird - hier shading out - weil die Rahmenbedingungen für shading nicht erfüllt sind.

Gruß
eurofinder

Weil die Manuell angefahrende Position = der shading in Position war/ist???

[JHo]

Wie schaut die aktuelle Lage mit der aktuellen Version bei Euch aus?

Hatte heute früh spontan (10 Minuten vor den ersten DriveUp-Zeiten) das Bedürfnis, die Rollos noch länger geschlossen zu lassen, weil der Kleine überraschend noch geschlafen hat. Also im ASC-Device SunriseTeimWEHoliday auf on gestellt, um die WE-Zeiten (Stunde später) zu nutzen. Das hatte vor ~2 Wochen wunderbar funktioniert. Heute: keinerlei Änderung in den DriveUp-Zeiten aus ShowShuttersInformations oder den NextAstroTimeEvent-Zeiten.

Habe danach ein FHEM-Update gemacht und von 0.6.5 (oder so) auf die aktuelle Version geupdatet. Nochmal versucht, sunriseTimeWEHoliday auf off, dann wieder auf on - keinerlei Reaktion. Die Rolläden sind zur "frühen" Zeit hochgefahren, nicht zur "WE"-Zeit.

Ich habe kein Residents und nur AstroTime, nicht Brightness konfiguriert. Kannst Du das nachstellen / welche Logs brauchst Du?


Weil es vor kurzem angefragt wurde: ein genereller Schalter, das ganze ASC an- und auszuschalten (mit allem) als set-Befehl wäre toll.

Danke,
Jan

[CoolTux]

Hatte heute früh spontan (10 Minuten vor den ersten DriveUp-Zeiten) das Bedürfnis, die Rollos noch länger geschlossen zu lassen, weil der Kleine überraschend noch geschlafen hat. Also im ASC-Device SunriseTeimWEHoliday auf on gestellt, um die WE-Zeiten (Stunde später) zu nutzen. Das hatte vor ~2 Wochen wunderbar funktioniert. Heute: keinerlei Änderung in den DriveUp-Zeiten aus ShowShuttersInformations oder den NextAstroTimeEvent-Zeiten.

Habe danach ein FHEM-Update gemacht und von 0.6.5 (oder so) auf die aktuelle Version geupdatet. Nochmal versucht, sunriseTimeWEHoliday auf off, dann wieder auf on - keinerlei Reaktion. Die Rolläden sind zur "frühen" Zeit hochgefahren, nicht zur "WE"-Zeit.

Nee das kann auch nicht gehen da ja kein WE oder Holiday war, oder? Das greift wirklich nur am WE oder wenn ein holiday2we sagt es ist we. Also im Grunde ein Holiday Device sagt es ist Holiday.
Ich empfehle wirklich Dir ein Roommate Device zu zu  legen. Wegen meiner als Dummy. Dann fährt das Rolllo erst hoch wenn der Roommate awoken oder home steht.

Weil es vor kurzem angefragt wurde: ein genereller Schalter, das ganze ASC an- und auszuschalten (mit allem) als set-Befehl wäre toll.

Danke,
Jan

Da bin ich in der Tat in der Umsetzung. Will aber erstmal einen stabilen Schluß haben. Kommt noch mehr dann. Unteranderem plane ich eine API um auf Modulinterne Daten zugreifen zu können.

[eurofinder]

@CoolTux:

Weil die Manuell angefahrende Position = der shading in Position war/ist???

Sollte eigentlich nicht der Fall gewesen sein, probiere ich aber nochmals aus - danke für den Hinweis.

Gruß
eurofinder

[CoolTux]

@CoolTux:
Sollte eigentlich nicht der Fall gewesen sein, probiere ich aber nochmals aus - danke für den Hinweis.

Gruß
eurofinder

Ist wirklich das einzige was mir ein fällt. Denn das ist die Voraussetzung bei allen Fahrten welche aus einer Routine wieder raus fahren, das die Zielposition der Routine der aktuellen Position entsprecht. Also Lüften oder Comfort oder Beschatten und und und...

[JHo]

Nee das kann auch nicht gehen da ja kein WE oder Holiday war, oder? Das greift wirklich nur am WE oder wenn ein holiday2we sagt es ist we. Also im Grunde ein Holiday Device sagt es ist Holiday.
Ich empfehle wirklich Dir ein Roommate Device zu zu  legen. Wegen meiner als Dummy. Dann fährt das Rolllo erst hoch wenn der Roommate awoken oder home steht.

Hmm. Da ich zumindest nicht wissentlich ein Holiday2WE-Device irgendwo konfiguriert habe, dachte ich, der set-Befehl wäre die Entsprechung. Zumal es ja auch vor kurzem funktioniert hatte. Mag aber sein, dass das tatsächlich Sa oder So war.
Wieder was gelernt, Danke!

[FunkOdyssey]

Da bin ich in der Tat in der Umsetzung. Will aber erstmal einen stabilen Schluß haben. Kommt noch mehr dann. Unteranderem plane ich eine API um auf Modulinterne Daten zugreifen zu können.

Das würde mich auch freuen, wenn eine Deaktivierungsmöglichkeit eingebaut werden könnte.

[Typ1er]

Hier sind alle ordentlich gefahren, bis auf einer.  Der eine der gestern früh keine Position übermittelt hat, ist gestern Abend nicht runter gefahren.

Hier wäre es schön. Wenn es trotzdem fährt.