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

[DJ-Mix]

Hallo zusammen,

vielleicht habe ich es bei Durchlesen nicht gefunden, jedoch habe ich ein Verständnis Problem mit den Zeiten.
Wenn ich im ASC Profile "ASC_autoAstroModeEvening" auf CIVIL stelle und im Device "ASC_AutoAstroModeEvening"
ebenso, dachte ich er nimmt dann die von Twilight zur Verfügung gestellten Zeiten ("ss_civil").
Jedoch werden mir hier Zeiten angezeigt, welche ich nicht nachvollziehen kann. . . . ?
Vielleicht habe ich hier einfach nur einen Denkfehler oder so.
Eventuell kann mir ja jemand hier mit Aufklärung helfen.

Bsp. ss-civil 02.12.2018 17:08:55 in Twilight
ASC_Time_DriveDown 2.12.2018 - 19:09 im Device und Modul

Danke

[CoolTux]

Denkfehler.
Twilight wird gar nicht zur Berechnung der Zeiten genommen.

Im ASC Device gesetzt bedeutet für alle gültig. Einzeln im Rolladendevice gesetzt bedeutet für den Rollladen. So kann man einige Rollläden ander fahren und den Rest global setzen.

[DJ-Mix]

Danke für die schnelle Rückmeldung.

Mein Gedanke war, dass ich ähnlich wie auch mit DOIF und Twilight (([([myTwilight:ss_civil]-900-int(rand(800)))]) )
das Modul von Dir benutzen kann.
Dazu benötige ich aber zumindest die Quelle, woher die Zeiten im Modul kommen - den Astro zeigt mir auch was anderes an?

Danke nochmals

VG

[CoolTux]

Als "Quelle" wird die Funktion
sunrise_abs() oder sunset_abs() aus 99_SUNRISE_EL.pm genommen.


Grüße

[CoolTux]

Okay, die Autokorrektur am Handy hat es mir heute nicht wirklich einfach gemacht. Sorry für die Verwirrung.

Ich habe "sunriseTimeWeHoliday" auf "on" und seit Samstag fahren die Jalousien nicht mehr hoch. Runter schon.
Die Bewohner stehen seit Freitag auf "gone". Die Steuerung funktionierte bisher immer.
Weitere Änderung: Ich habe am Freitag FHEM aktualisiert und somit auch das ASC-Modul. Aber das waren ja vermutlich nur kosmetische Änderungen im Code, oder?

Aus irgendeinem Grund fahren halt an diese WE die Jalousien nicht mehr hoch. Daher tippte ich auf den "gone"-Status im Residents-Modul.

Keine Ahnung, ob die folgenden Logs und Lists helfen. Um 09:50 Uhr habe ich die Jalousien manuell hochgefahren und auch an den Attributen gespielt. Diese Zeilen sollte man beim Debuggen vielleicht überspringen.

Ich habe mir das angeschaut. Das Dir Rollos nicht fahren sollte am "gone" liegen, ABER dann sollte das runterfahren auch nicht funktionieren. Sowohl sunset als auch sunrise haben die selbe abfrage.
Jetzt kommt natürlich die große Umfrage. Soll es so bleiben das in der Tat nur bei absent gefahren werden soll wenn absent im ASC_Mode_... Attribut drin steht oder auch bei gone.

[Papaloewe]

Bin dafür, dass das "gone" auch berücksichtigt wird.

[majestro84]

Fände es auch gut wenn sie beim gone auch hoch und runterfahren

Gesendet von meinem Redmi Note 4 mit Tapatalk

[FunkOdyssey]

Ich habe mir das angeschaut. Das Dir Rollos nicht fahren sollte am "gone" liegen, ABER dann sollte das runterfahren auch nicht funktionieren. Sowohl sunset als auch sunrise haben die selbe abfrage.

Das Runterfahren ist hier mit "always" eingestellt. Daher klappte das wohl einwandfrei.

Jetzt kommt natürlich die große Umfrage. Soll es so bleiben das in der Tat nur bei absent gefahren werden soll wenn absent im ASC_Mode_... Attribut drin steht oder auch bei gone.

Wie mir oben vorgeschlagen wurde, könnte man auch das presence-Reading im Residents-Modul nehmen. Dort haben ich dann weiterhin "absent" als Wert.
Aber: In meinen Skripten behandle ich "absent" und "gone" nahezu immer gleich. Das dürfte bei den Jalousien auch keine große Rolle spielen, da die Bewohner ja auch weiterhin nicht im Hause sind. Daher befürworte ich natürlich auch die zusätzliche Berücksichtigung von "gone".

[CoolTux]

Dann lasst uns mal gone mit ins absent aufnehmen. Passt schon.

[no_Legend]

Er sollte ,wenn das Fenster auf ist bei der Schließzeit, bis zur WinOpenPos fahren.


Grüße

Also gestern Abend ist der Rolladen auch bei Offenem (gekippt) Fenster wieder komplett zu gefahren.
Für mich ist das so wie es jetzt ist Okay. Kann also gerne so bleiben.

Gruß Robert

[dk3572]

Hallo,

ich habe heute Mittag einen Rollladen per Hand zu gefahren.
Nach Verlassen des Hauses und anschließender Rückkehr, fuhr der Laden hoch.

Code Auswählen Erweitern

ASC_ShuttersLastDrive residents home

Ist das so gewollt bzw. wo in ASC kann ich dieses Verhalten beeinflussen?
Eigentlich hätte ich gewollt, dass er unten bleibt.

Danke und Gruß
Dieter

[CoolTux]

Also gestern Abend ist der Rolladen auch bei Offenem (gekippt) Fenster wieder komplett zu gefahren.
Für mich ist das so wie es jetzt ist Okay. Kann also gerne so bleiben.

Gruß Robert

Sollte nicht so sein. Schaue ich mir an. Fenster war gekippt?

[CoolTux]

Hallo,

ich habe heute Mittag einen Rollladen per Hand zu gefahren.
Nach Verlassen des Hauses und anschließender Rückkehr, fuhr der Laden hoch.

Code Auswählen Erweitern

ASC_ShuttersLastDrive residents home

Ist das so gewollt bzw. wo in ASC kann ich dieses Verhalten beeinflussen?
Eigentlich hätte ich gewollt, dass er unten bleibt.

Danke und Gruß
Dieter

Das ist so gewollt. Also alles korrekt.

[dk3572]

Das ist so gewollt. Also alles korrekt.

...und wäre es möglich, wenn ich manuell gefahren habe, dass er dann die Position behält und erst wieder am Abend die Automatik greift?

[CoolTux]

...und wäre es möglich, wenn ich manuell gefahren habe, dass er dann die Position behält und erst wieder am Abend die Automatik greift?

Eher nicht. Aber verrate bitte erstmal den Grund warum der Rollladen unten sein sollte.