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

[drpen]

Danke für die vielen Antworten.

der Hinweis zu den zusätzlichen Attributen führt zu meiner Eingangsfrage - automatisches hinzufügen "notwendiger" Attribute beim scannen / Updaten aus dem ASC.

Danke CoolTux - es sollten somit alle Attribute vorhanden sein. Meine Hausaufgaben mache ich nachher.

in der cref heisst es

ASC_Mode_Down always, home, absent, off        wann darf die Automatik herunterfahren. immer, niemals oder bei Abwesenheit des Roommate (ist kein Roommate und absent eingestellt, wird gar nicht gesteuert) 

Daher wahrscheinlich auch die Annahme, dass wenn kein Roommate, dann muss das Attribut gesetzt werden - ist es so???

[moonsorrox]

Daher wahrscheinlich auch die Annahme, dass wenn kein Roommate, dann muss das Attribut gesetzt werden - ist es so???

das war auch meine Annahme, aber  (default: always)

[CoolTux]

Ich habe da nochmal eine Frage zum Beschatten:

Evtl ist es ganz gut wenn es eine 2. ASC_Shading_Pos geben würde.
Ich hatte das gestern schon einmal angesprochen das es evtl. gut wäre, wenn man keine direkte Sonneneinstrahlung mehr hat die ja durch den Winkel bestimmt wird, dass man dann in eine Position fahren könnte die jetzt etwas mehr Licht ins jeweilige Zimmer läßt.
Beispiel:
- der Rollladen ist in ASC_Shading_Pos auf 10% gefahren bei direkter Sonneneinstrahlung
- der Rollladen ist in eine 2. ASC_Shading_Pos auf 25% gefahren - keine direkte Sonneneinstrahlung mehr

vllt könnte man das noch einbauen je nachdem ob es gewünscht wird oder nicht.
Ich mache das momentan bei 4 Rollläden mit einem DOIF deshalb habe ich die noch nicht integriert ins ASC Modul

Ist in Planung. Kommt mit Version 0.8.x

[amenomade]

Wenn etwas in Entwicklung, wünsche ich mir entweder ein "set controlShading force" zusätzlich zu "on" und "off", oder ein entspr. Attr pro Rollladen, um diese Deaktivierung des Shadings bei manuellen Angriff umzugehen

Ich will auf Shading gehen, egal ob die Putzfrau gerade die Fenster putzt

[eurofinder]

@moonsorrx:

teilen immer gern...
welche Lösung meinst du..? das mit der readingsgroup..?/quote]
Jupp, genau.

Gruß
eurofinder

[drpen]

Nochmal kurz zurück zu meinem morgendlichen Fahrproblem.

Rollo hast von position auf pct umgestellt. Bitte ändern und dann sollte da auch was fahren. Testen kannst Du mit dem wiggle Befehl im ASC Device./quote]

Das habe ich gemacht und alles funzt. Danke.

Ich habe zusätzlich ein neues Rollo angelegt ASC auf 1 gesetzt und scan durchgeführt.

Per default steht der Eintrag so:
ASC 1
ASC_Pos_Reading     position

[CoolTux]

Nochmal kurz zurück zu meinem morgendlichen Fahrproblem.

Rollo hast von position auf pct umgestellt. Bitte ändern und dann sollte da auch was fahren. Testen kannst Du mit dem wiggle Befehl im ASC Device./quote]

Das habe ich gemacht und alles funzt. Danke.

Ich habe zusätzlich ein neues Rollo angelegt ASC auf 1 gesetzt und scan durchgeführt.

Per default steht der Eintrag so:
ASC 1
ASC_Pos_Reading     position

Es geht bei den ASC Attribut mit 1 oder 2 Hauptsächlich um die default Werte. Alsoder FRage zum Beispiel ist pct 100 ganz auf oder ganz zu. Basierend auf der Antwort dieser Frage nimmst Du 1 oder 2.

[FunkOdyssey]

Hallo, ich weiß nicht, was seit ein paar Tagen los ist.
Bei mir ist eine Jalousie morgens (ab ca. 08:00 Uhr) immer geöffnet. Und das obwohl diese eigentlich NIE eigenständig hochfahren sollte.
Das Rollo fährt mit der Begründung "shading out" hoch. Dies hätte, wenn schon, am Vortag passieren müssen, aber nicht, wenn das Rollo im eigentlich "night close" ist.

Oder hat es etwas mit diesem Bug hier zu tun:
https://github.com/fhem/AutoShuttersControl/issues/51


ASC-Modul v0.6.25

Code Auswählen Erweitern

Attributes:
   ASC        2
   ASC_BrightnessSensor sensor:brightness 150:150
   ASC_Down   brightness
   ASC_DriveUpMaxDuration 25
   ASC_Drive_Offset 180
   ASC_Drive_OffsetStart 120
   ASC_Mode_Down always
   ASC_Mode_Up off
   ASC_Partymode on
   ASC_Pos_Reading pct
   ASC_Shading_Angle_Left 85
   ASC_Shading_Angle_Right 135
   ASC_Shading_Direction 140
   ASC_Shading_MinMax_Elevation 25
   ASC_Shading_Min_OutsideTemperature 22
   ASC_Shading_Mode always
   ASC_Shading_Pos 0
   ASC_Shading_StateChange_Cloudy 7000
   ASC_Shading_StateChange_Sunny 23000
   ASC_Time_Down_Early 16:30
   ASC_Time_Down_Late 19:15
   ASC_Time_Up_Early 08:00
   ASC_Time_Up_Late 10:00
   ASC_Time_Up_WE_Holiday 09:30
   ASC_Up     brightness
   ASC_WiggleValue 15

Code Auswählen Erweitern

2019-08-08_22:00:28 jalousie deviceMsg: off (to VCCU)
2019-08-08_22:00:28 jalousie level: 0
2019-08-08_22:00:28 jalousie motor: stop:off
2019-08-08_22:00:28 jalousie pct: 0
2019-08-08_22:00:28 jalousie off
2019-08-08_22:00:28 jalousie timedOn: off
2019-08-08_22:00:29 jalousie ASC_ShuttersLastDrive: night close
2019-08-08_22:00:31 jalousie deviceMsg: off (to VCCU)
2019-08-08_22:00:31 jalousie level: 0
2019-08-08_22:00:31 jalousie motor: stop:off
2019-08-08_22:00:31 jalousie pct: 0
2019-08-08_22:00:31 jalousie off
2019-08-08_22:00:31 jalousie timedOn: off
2019-08-08_22:00:31 jalousie ASC_ShuttersLastDrive: night close
2019-08-09_08:04:42 jalousie level: set_100
2019-08-09_08:04:42 jalousie set_100
2019-08-09_08:04:42 jalousie deviceMsg: off (to VCCU)
2019-08-09_08:04:42 jalousie level: 0
2019-08-09_08:04:42 jalousie motor: up:off
2019-08-09_08:04:42 jalousie pct: 0
2019-08-09_08:04:42 jalousie off
2019-08-09_08:04:42 jalousie timedOn: off
2019-08-09_08:04:42 jalousie ASC_ShuttersLastDrive: shading out
2019-08-09_08:05:06 jalousie deviceMsg: on (to VCCU)
2019-08-09_08:05:06 jalousie level: 100
2019-08-09_08:05:06 jalousie motor: stop:on
2019-08-09_08:05:06 jalousie pct: 100
2019-08-09_08:05:06 jalousie on
2019-08-09_08:05:06 jalousie timedOn: off
2019-08-09_08:05:06 jalousie ASC_ShuttersLastDrive: maximum brightness threshold exceeded

Diese Version hat es nicht behoben. Heute ist die Jalousie um 09:35 Uhr mit folgender Begründung hochgefahren: "ASC_ShuttersLastDrive: maximum brightness threshold exceeded"
Ich erstelle dann nun ein Debug-Log.

[CoolTux]

Schaue ich mir nachher mal an.

[drpen]

Per default steht der Eintrag so:
ASC 1
ASC_Pos_Reading     position

Es geht bei den ASC Attribut mit 1 oder 2 Hauptsächlich um die default Werte. Alsoder FRage zum Beispiel ist pct 100 ganz auf oder ganz zu. Basierend auf der Antwort dieser Frage nimmst Du 1 oder 2.

ASC     1

[CoolTux]

siehst Du. Damit hast Du den Vorteil das Du viele Attribute nicht setzen musst da die defaults auf Deine Variante passen.
Was nicht passt musst Du natürlich an passen. Also zum Beispiel ASC_Pos_Reading. Alles kann man nicht voll automatisch machen. Bisschen lesen und kurz nachdenken und dann schauen ob es so passen kann 

[drpen]

So soll es auch sein. Vielen Dank für die schnelle Hilfe.

[Typ1er]

ich habe gestern ein FHEM Update gemacht,

heute sind alle Rolladen die auf Kipp standen nicht mehr in ASC_PrivacyDown_Pos gefahren, sondern gleich in ASC_Ventilate_Pos ist das geändert worden?

[CoolTux]

Das muss ich mir anschauen. Ich habe da vor 2-3 Versionen einiges umgebaut.

[Prof. Dr. Peter Henning]

Ich knobele gerade an meinen Velux-Integra-Fenstern.

Normalerweise macht ASC das ja so, dass auf "Öffnen"-Events der Fenster die Lüftungsposition angefahren wird. Bei den genannten Fenstern ist aber eine gleichzeitige Bewegung nicht möglich. Gebe ich dem Fenster einen Öffnungsbefehl, wird der erst abgefahren, und danach der Rollladenöffnungsbefehl ausgeführt. Jetzt ist es aber so, dass bei den Dachfenstern die 100-ige Öffnung gar nicht möglich ist, wenn der Rollladen zu ist. Ich müsste also nach dem durch ASC ausgelösten Öffnen des Rollladens erneut einen Fensteröffnungsbefehl absetzen.

Umgekehrt ist es so, dass zwar morgens bei starker Sonneneinstrahlung dann der Rollladen durch ASc auf die Shading-Position gefahren wird - aber das Fenster offen bleibt und er diese Position deshalb gar nicht erreicht.

Außerdem ist die Fensterposition 7% regensicher geschlossen - das ist die Lüftungsstellung.

Wie könnte man das umsetzen? Denkbar ist, Attribute ASC_closeCmd, ASC_openCmd, ASC_shadingCmd zu erlauben. Wenn diese gesetzt sind, wird eben beim Schließen nicht "set <device> pct 0" ausgeführt, sondern der Attributwert von ASC_closeCmd als FHEM-Befehl. Dann könnte man beliebige Sequenzen in einer Perl-Funktion oder einer FHEM-Kommandokette verstecken.

LG

pah