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

[wk]

Nein, Vormittags

[CoolTux]

schalte mal bitte Debug an und schaue mal morgen was ist. Und bestellt Deiner Frau vorausschauender Weise eine Entschuldigung von mir.
Ich habe auch gesehen das Du brightness verwendest. Es ist besser wenn Du da beide Werte, also early und late so verwendest das die Zeiten auch so sind wie der Name es suggeriert. Bei Dir wäre es auf Grund der Verwendung der default Zeiten für late aktuell nicht so. UpLate default ist 8:30 und Du hast Up_Early auf 9 Uhr.

[wk]

Danke.
Ich habe ASC_Time_Up_Late und ASC_Time_Down_Late eingestellt und werde es weiter verfolgen.

[D3ltorohd]

Ja Lockout steht auf soft. Werde mal ein update durchführen. Werde heute Abend schauen was passiert ?

Was passiert eigentlich wenn ich nach der Nachfahrt das Fenster öffne, dann fährt ja der Rollo auf Ventil Pos, sollte der Rollo wieder komplett schließen,wenn man das Fenster zu macht ?

[CoolTux]

Ja Lockout steht auf soft. Werde mal ein update durchführen. Werde heute Abend schauen was passiert ?

Was passiert eigentlich wenn ich nach der Nachfahrt das Fenster öffne, dann fährt ja der Rollo auf Ventil Pos, sollte der Rollo wieder komplett schließen,wenn man das Fenster zu macht ?

Ja dann sollte das Rollo wieder schließen.

[linuzer]

Hallo CoolTux,

erstmal vielen Dank und Glückwunsch für dieses coole Modul. Ich bin darauf gestoßen, weil ich auf der Suche nach einer vernünftigen Rollo-Steuerung war, nachdem ich mit meiner selbstbestrickten nicht mehr zufrieden war. Die Integration in bestehende Konzepte von FHEM, wie Presence, Twilight, Fensterkontakte, etc... finde ich einfach nur super!

Allerdings gibt es einen Bereich, der mir nicht gefällt und das ist die Beschattungsfunktion. Ich bin kein Freund von Rollosteuerungen über Helligkeitswerte, da diese im Allgemeinen sehr unzuverlässig sind (-> Unterschiede Sommer/Winter, Wolken, etc...). Außerdem möchte ich meine 7 Dachrollos im Laufe des Tages permanent nach dem aktuellen Sonnenstand nachstellen, denn wenn sie alle unten sind, ist meine Wohnung dunkel. Sie sollen also nur gerade so weit zu gehen, wie das nach aktuellem Sonnenstand nötig ist, um noch so viel Licht wie möglich reinzulassen.

Um das zu ermöglichen habe ich mir intensiv zu der dahinterstehenden Mathematik (Dachwinkel, Sonneneinstrahlwinkel, Fenstereinbautiefe, Mauer-/Dachvorsprünge, Größe des Fensters, etc.) Gedanken gemacht. Herausgekommen ist ein Script, das ein paar Grundwerte zu jedem Rollo braucht und dann nur anhand des Sonnenstands (Azimut und Elevation) die nötige Rolloposition zur Beschattung berechnet. Das läuft bei mir hervorragend.

Allerdings würde ich diese Funktion viel lieber als Teil Deines ASC-Moduls sehen, denn dann wäre es auch in all die anderen tollen Funktionen integriert, die Dein Modul bieten. Deswegen meine Frage an Dich: Hätte Du Lust/Interesse, diese Logik ins Modul aufzunehmen? Es könnte ja z.B. als 2. alternative Beschattungsfunktion parallel zur Steuerung mit Helligkeitssensoren implementiert sein (-> z.B. gesteuert über ein "Shutter Control Mode" Attribut). Falls Du Interesse hast, sag mir bitte, wie ich am besten helfen kann. Soll ich das Script einfach mal hier posten? Soll ich ein Issue auf Github aufmachen? Oder soll ich mich an einem Pullrequest versuchen (das wäre aber ziemlich schwierig für mich...)?

Freue mich schon auf Deine Meinung!

LG linuzer

[C0mmanda]

Hallo CoolTux,

erstmal vielen Dank und Glückwunsch für dieses coole Modul. Ich bin darauf gestoßen, weil ich auf der Suche nach einer vernünftigen Rollo-Steuerung war, nachdem ich mit meiner selbstbestrickten nicht mehr zufrieden war. Die Integration in bestehende Konzepte von FHEM, wie Presence, Twilight, Fensterkontakte, etc... finde ich einfach nur super!

Allerdings gibt es einen Bereich, der mir nicht gefällt und das ist die Beschattungsfunktion. Ich bin kein Freund von Rollosteuerungen über Helligkeitswerte, da diese im Allgemeinen sehr unzuverlässig sind (-> Unterschiede Sommer/Winter, Wolken, etc...). Außerdem möchte ich meine 7 Dachrollos im Laufe des Tages permanent nach dem aktuellen Sonnenstand nachstellen, denn wenn sie alle unten sind, ist meine Wohnung dunkel. Sie sollen also nur gerade so weit zu gehen, wie das nach aktuellem Sonnenstand nötig ist, um noch so viel Licht wie möglich reinzulassen.

Um das zu ermöglichen habe ich mir intensiv zu der dahinterstehenden Mathematik (Dachwinkel, Sonneneinstrahlwinkel, Fenstereinbautiefe, Mauer-/Dachvorsprünge, Größe des Fensters, etc.) Gedanken gemacht. Herausgekommen ist ein Script, das ein paar Grundwerte zu jedem Rollo braucht und dann nur anhand des Sonnenstands (Azimut und Elevation) die nötige Rolloposition zur Beschattung berechnet. Das läuft bei mir hervorragend.

Allerdings würde ich diese Funktion viel lieber als Teil Deines ASC-Moduls sehen, denn dann wäre es auch in all die anderen tollen Funktionen integriert, die Dein Modul bieten. Deswegen meine Frage an Dich: Hätte Du Lust/Interesse, diese Logik ins Modul aufzunehmen? Es könnte ja z.B. als 2. alternative Beschattungsfunktion parallel zur Steuerung mit Helligkeitssensoren implementiert sein (-> z.B. gesteuert über ein "Shutter Control Mode" Attribut). Falls Du Interesse hast, sag mir bitte, wie ich am besten helfen kann. Soll ich das Script einfach mal hier posten? Soll ich ein Issue auf Github aufmachen? Oder soll ich mich an einem Pullrequest versuchen (das wäre aber ziemlich schwierig für mich...)?

Freue mich schon auf Deine Meinung!

LG linuzer

Sowas fände ich sehr geil!
Je nach Höhe des Sonnenstandes benötige ich (eigentlich) unterschiedliche Beschattungspositionen.

[Reliktdragon]

Hallo,

Kurze frage

Kann man das { ascAPIget('ShadingStatus','badezimmer') } irgendwie als reading anlegen um es für ein DOIF zu verwenden?
Bin bereits den ganzen morgen dran und bekomme es nicht hin.

Grüße

[CoolTux]

Selbstverständlich geht das. Die Frage ist halt nur wie und wann willst Du es immer bereit stellen.
Du brauchst also eine Art Trigger. ASC bietet dazu nicht wirklich Möglichkeiten. Aber Prinzip ist es eine normale Perl Funktion welche man aus einem at oder notify heraus starten kann um ein Reading zu setzen.

[CoolTux]

Hallo CoolTux,

erstmal vielen Dank und Glückwunsch für dieses coole Modul. Ich bin darauf gestoßen, weil ich auf der Suche nach einer vernünftigen Rollo-Steuerung war, nachdem ich mit meiner selbstbestrickten nicht mehr zufrieden war. Die Integration in bestehende Konzepte von FHEM, wie Presence, Twilight, Fensterkontakte, etc... finde ich einfach nur super!

Allerdings gibt es einen Bereich, der mir nicht gefällt und das ist die Beschattungsfunktion. Ich bin kein Freund von Rollosteuerungen über Helligkeitswerte, da diese im Allgemeinen sehr unzuverlässig sind (-> Unterschiede Sommer/Winter, Wolken, etc...). Außerdem möchte ich meine 7 Dachrollos im Laufe des Tages permanent nach dem aktuellen Sonnenstand nachstellen, denn wenn sie alle unten sind, ist meine Wohnung dunkel. Sie sollen also nur gerade so weit zu gehen, wie das nach aktuellem Sonnenstand nötig ist, um noch so viel Licht wie möglich reinzulassen.

Um das zu ermöglichen habe ich mir intensiv zu der dahinterstehenden Mathematik (Dachwinkel, Sonneneinstrahlwinkel, Fenstereinbautiefe, Mauer-/Dachvorsprünge, Größe des Fensters, etc.) Gedanken gemacht. Herausgekommen ist ein Script, das ein paar Grundwerte zu jedem Rollo braucht und dann nur anhand des Sonnenstands (Azimut und Elevation) die nötige Rolloposition zur Beschattung berechnet. Das läuft bei mir hervorragend.

Allerdings würde ich diese Funktion viel lieber als Teil Deines ASC-Moduls sehen, denn dann wäre es auch in all die anderen tollen Funktionen integriert, die Dein Modul bieten. Deswegen meine Frage an Dich: Hätte Du Lust/Interesse, diese Logik ins Modul aufzunehmen? Es könnte ja z.B. als 2. alternative Beschattungsfunktion parallel zur Steuerung mit Helligkeitssensoren implementiert sein (-> z.B. gesteuert über ein "Shutter Control Mode" Attribut). Falls Du Interesse hast, sag mir bitte, wie ich am besten helfen kann. Soll ich das Script einfach mal hier posten? Soll ich ein Issue auf Github aufmachen? Oder soll ich mich an einem Pullrequest versuchen (das wäre aber ziemlich schwierig für mich...)?

Freue mich schon auf Deine Meinung!

LG linuzer

Da Du nicht der erste bist mit diesen Wunsch und es auch schon wegen Dachfenster Dialoge gab bin ich nicht abgeneigt.
Gib mir ein zwei Tage für eine Antwort.


Grüße

[ch.eick]

Moin zusammen.

ich habe jetzt den Fix für meine FSB61 dank Klaus eingepflegt und wage nun den erneuten Versuch mit ASC.

Code Auswählen Erweitern


ASC_Shading_Angle_Left Vorlaufwinkel im Bezug zum Fenster, ab wann abgeschattet wird. Beispiel: Fenster 180° - 85° ==> ab Sonnenpos. 95° wird abgeschattet
ASC_Shading_Angle_Right Nachlaufwinkel im Bezug zum Fenster, bis wann abgeschattet wird. Beispiel: Fenster 180° + 85° ==> bis Sonnenpos. 265° wird abgeschattet


Was trage ich den nun bei diesen beiden Attributen ein?

1) 0-360° als Winkel des Sonnenlaufs)

2) Beispiel Ostfenster, also 90°
    - 10° links
    + 70° rechts
   somit von 80° bis 160° ?

3) Beispiel Süd Fenster, also 180°
    - 80° links
    + 80° rechts
   somit von 100° bis 260° ?

Ich wurde etwas verwirrt durch das Beispiel der ReadingGroup "rg_ASC_Shading". Hier kann man über ein polldown von 0 bis 100 auswählen?


Ich verwende das Modul Astro (für mich ebenfalls neu)
Kann ich die Beschattung auch ohne Bridness Sensor nutzen, um schon mal einen Testlauf zu machen?

Ich habe die Probleme mit den twilight und der Wetteranbindung gelesen, gibt es da bereits eine Empfehlung?


Viele Grüße
     Christian

[CoolTux]

Du gibst einfach die Richtung des Fensters an.
90
Und dann für Links 30 wenn er bei 60 anfangen soll und bei Rechts 30 wenn er bei 120 aufhören soll.

Du kannst für Brightness auch einen Dummy verwenden.

[ch.eick]

Hallo CoolTux,

Du warst aber echt schnell Ich hatte gerade noch etwas editiert in Bezug auf Wetter.
Das mit dem Winkel habe ich jetzt mit Deiner Hilfe eingetragen, es gab ja noch das Attribut ASC_Shading_Direction, was ich in meinem Enthusiasmus übersehen hatte.
Jetzt sind die Werte in der rg_ASC_Shading als Vorauswahl geändert und somit läutet es mir ein.

Vielen dank so weit
   Christian

[CoolTux]

Ich habe die Probleme mit den twilight und der Wetteranbindung gelesen, gibt es da bereits eine Empfehlung?
Viele Grüße
     Christian

Die Wetter Einbindung in Twilight hat ja keine Auswirkungen auf Azimut oder Elevation. Man kann also auch Twilight ohne Sorge nehmen. Da Du nun eh Astro hast und es aktueller ist kannst auch dabei bleiben.


Grüße

[linuzer]

Gib mir ein zwei Tage für eine Antwort.

Grüße

Alles klar, sehr gerne!