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

[FunkOdyssey]

Ich muss mal wieder nach meinem Lieblingsthema fragen, da ich gerade wieder von ASC überrascht wurde.
Ich weiß, dass ihr gerade fleissig am Umbauen und Testen seid, aber ich traue mich trotzdem.

Ist irgendwie geplant das Feature "ASC darf manuell gesteuerte Jalousien nicht eigenhändig übersteuern" irgendwann umzusetzen? Ich habe hier im Thread ja bereits ein paar Problemsituationen geschildert. Und gerade war wieder so ein Fall.

Ich möchte es irgendwie hinbekommen, dass wenn ich die Jalousien entgegen der ASC-Konfiguration eigenhändig über Schalte hochgefahren habe, dass ASC dann die Finger davon lässt. Kein Sprinten ins Haus mehr. Kein Kopfeinklemmen mehr. Und auch die Lüftungsschlitze in der Jalousie sollen so bleiben wie meine Frau und ich sie gerne hätten. 

Gibt es eine Chance? Ich traue mich ansonsten mit dem Modul nicht in den Sommer rein.

Danke schön.

[CoolTux]

Ich werde versuchen mir etwas einfallen zu lassen.
Was genau war denn der Grund? Hat Fenster Erkennung nicht funktioniert?

[FunkOdyssey]

Danke dir.

Ich hatte u.a. im folgenden Post ein paar Beispiele aufgezählt: https://forum.fhem.de/index.php/topic,92628.msg880594#msg880594

In den letzten Tagen hatte ich weitere folgende Situationen:
- Die Level-Steuerung ist nie 100% korrekt und die Anzahl der Schlitze im Rollladen soll aber immer korrekt sein. Gerade haben wir die Jalousie im Kinderzimmer manuell auf pct=0 gefahren und dann manuell die Schlitze korrigiert, damit das Kind nachts Frischluftzufuhr hat und morgens die Sonnenstrahlen sieht. Wir haben also manuell eingegriffen, weil das Kind heute mal früher ins Bett sollte wie ASC sonst annimmt. Das Kind war gerade am Schlafen, da fuhr ASC die Jalousie in die konfigurierte Position. Nur das diese aber nicht mehr korrekt war, da die Dauer der Fahrt nun unterschiedlich war. Wie gesagt: PCT=20 ist nur PCT=20 wenn ich von PCT100 herunterfahre. Bin ich einmal manuell auf PCT=19 gegangen und ASC greift ein, so ist alles durcheinander.

Das ist nicht wirklich schlimm. Aber ärgerlich. Jedesmal wieder.

Die weiteren Beispiele (s.o.) sind aber übel. Stichwort: Kopf einklemmen beim Feuerwerk schauen.

Man fühlt sich vom Modul entmachtet. 
Wenn ich (Frau oder Kind) aus einem x-beliebigen Grund eine bestimmte Jalousie halt nicht in der ASC-konfigurierten Position haben will, weil z.B. Frischluft einströmen soll, ich den Mond sehen will oder z.B. Holz für den Kamin holen will, dann muss ASC einfach die Finger davon lassen.

Wir hatten neulich auch einen Babysitter im Haus, der kämpfte im Minuten-Takt gegen die ständige ASC-Übersteuerung.

Ich kann Kind und Frau unmöglich erklären, wie man das ASC-Attribut ändert oder den Partymodus einschaltet.

Ich habe mir so manches mal das disable-Attribut herbeigesehnt. Schlussendlich habe ich FHEM runtergefahren.

[CoolTux]

Danke dir.

Ich hatte u.a. im folgenden Post ein paar Beispiele aufgezählt: https://forum.fhem.de/index.php/topic,92628.msg880594#msg880594

In den letzten Tagen hatte ich weitere folgende Situationen:
- Die Level-Steuerung ist nie 100% korrekt und die Anzahl der Schlitze im Rollladen soll aber immer korrekt sein. Gerade haben wir die Jalousie im Kinderzimmer manuell auf pct=0 gefahren und dann manuell die Schlitze korrigiert, damit das Kind nachts Frischluftzufuhr hat und morgens die Sonnenstrahlen sieht. Wir haben also manuell eingegriffen, weil das Kind heute mal früher ins Bett sollte wie ASC sonst annimmt. Das Kind war gerade am Schlafen, da fuhr ASC die Jalousie in die konfigurierte Position. Nur das diese aber nicht mehr korrekt war, da die Dauer der Fahrt nun unterschiedlich war. Wie gesagt: PCT=20 ist nur PCT=20 wenn ich von PCT100 herunterfahre. Bin ich einmal manuell auf PCT=19 gegangen und ASC greift ein, so ist alles durcheinander.

Das ist nicht wirklich schlimm. Aber ärgerlich. Jedesmal wieder.

Die weiteren Beispiele (s.o.) sind aber übel. Stichwort: Kopf einklemmen beim Feuerwerk schauen.

Man fühlt sich vom Modul entmachtet. 
Wenn ich (Frau oder Kind) aus einem x-beliebigen Grund eine bestimmte Jalousie halt nicht in der ASC-konfigurierten Position haben will, weil z.B. Frischluft einströmen soll, ich den Mond sehen will oder z.B. Holz für den Kamin holen will, dann muss ASC einfach die Finger davon lassen.

Wir hatten neulich auch einen Babysitter im Haus, der kämpfte im Minuten-Takt gegen die ständige ASC-Übersteuerung.

Ich kann Kind und Frau unmöglich erklären, wie man das ASC-Attribut ändert oder den Partymodus einschaltet.

Ich habe mir so manches mal das disable-Attribut herbeigesehnt. Schlussendlich habe ich FHEM runtergefahren.

Das disable Attribut gibt es ja, heißt nur anders. Einfach Attribut ASC beim Rollladen auf 0 stellen.

Aber davon mal ab. Was ich nicht verstehe ist wieso ASC dauernd die Rollläden fährt. ASC macht nichts weiter wie auf Events zu reagieren. Also entweder Timer (Sonnenauf und Untergang) oder Fenster oder Beschattung. Das kann doch unmöglich minütlich passieren. Da passt doch was nicht?

Wobei mir gerade ein fällt. Du arbeitest mit Brightness richtig? Das könnte in der Tat sehr oft korrigieren innerhalb des early late Fensters.

[FunkOdyssey]

So sieht es aus. Ich nutze Brightness.
Aber es reicht ja schon, wenn es "nur" der EVENT aus dem Timer ist.
Fahre ich vor dem Timer runter, wieder hoch (warum auch immer) und halte den Kopf aus dem Fenster, so ist es schon übel.

[Cluni]

In meiner Steuerung mit meinem Skript kann ich eine "Sperrzeit nach manuell" in Minuten am Rollladen definieren. Während dieser Sperrzeit packt mein Skript diesen Rollladen nach einer manuellen Fahrt nicht an. Wäre das nicht auch bei dir die Lösung? [emoji848]


Gesendet von iPhone XR mit Tapatalk

[CoolTux]

In meiner Steuerung mit meinem Skript kann ich eine "Sperrzeit nach manuell" in Minuten am Rollladen definieren. Während dieser Sperrzeit packt mein Skript diesen Rollladen nach einer manuellen Fahrt nicht an. Wäre das nicht auch bei dir die Lösung? [emoji848]


Gesendet von iPhone XR mit Tapatalk

Leider nein. Diese Sperrzeit gibt es bereits. Gewünscht ist das der Rolladen wenn manuell gefahren wurde für diesen Tag nicht mehr angefasst wird. Zu mindest war der Wunsch früher mal so, soweit ich weiß.

Ich kann versuchen mit einem zu setzenden Attribut zu sagen fahre nur den Rollladen wenn er in einer dieser angegebenen Positionen ist. Also offen, geschlossen, Fenster offen, comfortPosition und Beschattung. Befindet er sich in einer anderen Position soll auf keinen Fall gefahren werden wenn der letzte Status der Fahrt manuell war.

[CoolTux]

So sieht es aus. Ich nutze Brightness.
Aber es reicht ja schon, wenn es "nur" der EVENT aus dem Timer ist.
Fahre ich vor dem Timer runter, wieder hoch (warum auch immer) und halte den Kopf aus dem Fenster, so ist es schon übel.

In diesem speziellen Fall sollte eigentlich die blockingAfterManual Einstellung greifen. Passt das bei Dir nicht, funktioniert sie also bei Dir nicht?
Ist da ein Fensterkontakt der kein event-on-change-reading für state hat?

[CoolTux]

Folgendes habe ich in der aktuellen Entwicklerversion gemacht.
  Attribut im ASC Device 'ASC_forceNoDriveThenManual'
ist dieses mit 1 gesetzt und der Rolladen hat eine andere Position wie die als Attribut einstellbaren Fahrpositionen für Beschattung, Open, Closed, Comfort, Lüften etc und die letzte Fahrt wurde als manuelle Fahrt erkannt dann wird ASC keinen Fahrbefehl los schicken. Für gar nichts.
Desweiteren habe ich nun für Brightness ein Merker gesetzt wenn bereits eine Sunrise oder Sunset Fahrt durchgeführt wurde. Dann wird für diesen Fahrgrund (Sunrise oder Sunset) keine Fahrt mehr durchgeführt.
Die selbe Logik verwende ich nun um bei den normalen Sunrise und Sunset Fahrten die Rücklaufende oder Vorlaufende Zeitberechnung zu erkennen und das WE Verhalten.

[Kai-Alfonso]

Folgendes habe ich in der aktuellen Entwicklerversion gemacht.
  Attribut im ASC Device 'ASC_forceNoDriveThenManual'
ist dieses mit 1 gesetzt und der Rolladen hat eine andere Position wie die als Attribut einstellbaren Fahrpositionen für Beschattung, Open, Closed, Comfort, Lüften etc und die letzte Fahrt wurde als manuelle Fahrt erkannt dann wird ASC keinen Fahrbefehl los schicken. Für gar nichts.
Desweiteren habe ich nun für Brightness ein Merker gesetzt wenn bereits eine Sunrise oder Sunset Fahrt durchgeführt wurde. Dann wird für diesen Fahrgrund (Sunrise oder Sunset) keine Fahrt mehr durchgeführt.
Die selbe Logik verwende ich nun um bei den normalen Sunrise und Sunset Fahrten die Rücklaufende oder Vorlaufende Zeitberechnung zu erkennen und das WE Verhalten.

Ich hatte gestern auch das Problem: Krank im Bett, Rollladen heruntergefahren und beim nächsten Brightness Event fuhr die Rollladen wieder hoch. Hatte das mit ASC_BlockingTime_afterManual gelöst, in dem ich den Standardwert (1200) auf 2 Stunden (7200) geändert habe.

Wann fährt denn bei ASC_forceNoDriveThenManual = 1 dann die Rolllade wieder manuell? Irgendwann muss sie ja wieder automatisch funktionieren

[Beta-User]

  Attribut im ASC Device 'ASC_forceNoDriveThenManual'

Anmerkungen/Fragen:
- Braucht es das ASC_-Präfix? (m.E. könnten diese im zentralen Device grundsätzlich weggelassen werden)
- wäre nicht nach dem, wie du das beschreibst, eine Benennung wie "blockAscDrivesAfterManual" sprechender?
- gibt es eine zeitliche Beschränkung bzw. gilt die "übliche".
- wind dringend ausnehmen, v.a. dann, wenn das "forever" gelten soll. Ist Sturm, sollen unbedingt meine Jalousien oben sein/bleiben, und gehe davon aus, dass ich damit nicht alleine bin. Akzeptabel fände ich es noch, wenn nach dem Auslösen einer wind-Fahrt jemand manuell was ändert oder die Änderung zeitnah vor dem wind-Ereignis war.
- für Lüften gilt ähnliches, aber da sollte ich vermutlich erst mal praktische Erfahrungen sammeln, ob das Einschalten der Option an sich für mich Sinn macht oder nicht.

[CoolTux]

Ich hatte gestern auch das Problem: Krank im Bett, Rollladen heruntergefahren und beim nächsten Brightness Event fuhr die Rollladen wieder hoch. Hatte das mit ASC_BlockingTime_afterManual gelöst, in dem ich den Standardwert (1200) auf 2 Stunden (7200) geändert habe.

Wann fährt denn bei ASC_forceNoDriveThenManual = 1 dann die Rolllade wieder manuell? Irgendwann muss sie ja wieder automatisch funktionieren

Gar nicht, sofern nicht eine der erwähnten Positionen von Hand angefahren wurde. Ihr müsst also dafür Sorge tragen dass, wenn Ihr wollt das ASC wieder die Fahrt übernimmt der Rollladen in eine der vom ASC bekannten Positionen (Attribute mit Pos) steht.

[Kai-Alfonso]

Gar nicht, sofern nicht eine der erwähnten Positionen von Hand angefahren wurde. Ihr müsst also dafür Sorge tragen dass, wenn Ihr wollt das ASC wieder die Fahrt übernimmt der Rollladen in eine der vom ASC bekannten Positionen (Attribute mit Pos) steht.

Also auf die im Rollladen-Device definierte Position für zu/auf/lüften?

[CoolTux]

Anmerkungen/Fragen:
- Braucht es das ASC_-Präfix? (m.E. könnten diese im zentralen Device grundsätzlich weggelassen werden)

Ja, dies ist ein Wunsch der Entwickler gewesen um generell besser zwischen FHEM globalen Attributen und Modul Attributen zu unterscheiden.

- wäre nicht nach dem, wie du das beschreibst, eine Benennung wie "blockAscDrivesAfterManual" sprechender?

Du weisst ja das ich bei sowas Leidenschaftslos bin. Habe es so übernommen.

- gibt es eine zeitliche Beschränkung bzw. gilt die "übliche".

Nein

- wind dringend ausnehmen, v.a. dann, wenn das "forever" gelten soll. Ist Sturm, sollen unbedingt meine Jalousien oben sein/bleiben, und gehe davon aus, dass ich damit nicht alleine bin. Akzeptabel fände ich es noch, wenn nach dem Auslösen einer wind-Fahrt jemand manuell was ändert oder die Änderung zeitnah vor dem wind-Ereignis war.

Danke das habe ich übersehen und werde ich anpassen. Das macht mehr wie Sinn.
Außversehen doch richtig gemacht 

- für Lüften gilt ähnliches, aber da sollte ich vermutlich erst mal praktische Erfahrungen sammeln, ob das Einschalten der Option an sich für mich Sinn macht oder nicht.

Gerade da wünschen es sich einige User das es hier dann blockiert bleibt



Grüße

[CoolTux]

Also auf die im Rollladen-Device definierte Position für zu/auf/lüften?

Genau, auf alle in den Attributen bekannten Positionen.