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

[CoolTux]

Super. Dann klappt das definitiv.
Einfach den Devicenamen in das Attribut holiday2we schreiben.

[CoolTux]

Meine Test-Jalousie wurde wegen Partymodus heute Abend nicht heruntergefahren. Und direkt nach dem Ausschalten des Modus fuhr diese auch runter. Alles fand statt zwischen Early/Late-Zeiten.

Komisch nur, warum das heute morgen beim Hochfahren anders war. Ich habe den Partymodus nach "Late" ausgeschaltet.

War der Rolladen heute morgen oben und sollte runter fahren?
Am besten morgen noch mal probieren und mit verbose 5 arbeiten.

[CoolTux]

Hallo zusammen,
also bei mir läuft das Modul doch ziemlich unzuverklässig.
Am 27.12. waren abends alle Rollläden wie eingestellt heruntergefahren.
Ich sehe auch die Einträge im Logfile:

Code Auswählen Erweitern

2018.12.27 17:00:02.018 3: CUL_HM set Rolllade.AZ pct 0
2018.12.27 17:00:02.067 3: CUL_HM set Rolllade.Bad.OG pct 0
2018.12.27 17:00:02.125 3: CUL_HM set Rolllade.KU.EG pct 0
2018.12.27 17:00:02.184 3: CUL_HM set Rolllade.KZ.OG pct 0
2018.12.27 17:00:02.543 3: CUL_HM set Rolllade.SZ pct 0
2018.12.27 17:00:02.592 3: CUL_HM set Rolllade.WC.EG pct 0
2018.12.27 17:00:02.640 3: CUL_HM set Rolllade.WZ.Garten pct 0
2018.12.27 17:00:02.688 3: CUL_HM set Rolllade.WZ.Strasse pct 0
2018.12.27 17:00:02.877 3: CUL_HM set Rolllade.WZ.Terrasse pct 0
Am 28.12. fahren nicht alle hoch:

Code Auswählen Erweitern

2018.12.28 08:35:34.065 3: CUL_HM set Rolllade.AZ pct 100
2018.12.28 08:35:34.272 3: CUL_HM set Rolllade.WC.EG pct 100
2018.12.28 08:35:34.322 3: CUL_HM set Rolllade.WZ.Garten pct 100
2018.12.28 08:35:34.371 3: CUL_HM set Rolllade.WZ.Strasse pct 100
Abends fahren alle Rollläden wieder runter:

Code Auswählen Erweitern

2018.12.28 17:00:02.021 3: CUL_HM set Rolllade.AZ pct 0
2018.12.28 17:00:02.077 3: CUL_HM set Rolllade.Bad.OG pct 0
2018.12.28 17:00:02.133 3: CUL_HM set Rolllade.KU.EG pct 0
2018.12.28 17:00:02.190 3: CUL_HM set Rolllade.KZ.OG pct 0
2018.12.28 17:00:02.354 3: CUL_HM set Rolllade.SZ pct 0
2018.12.28 17:00:02.399 3: CUL_HM set Rolllade.WC.EG pct 0
2018.12.28 17:00:02.443 3: CUL_HM set Rolllade.WZ.Garten pct 0
2018.12.28 17:00:02.490 3: CUL_HM set Rolllade.WZ.Strasse pct 0
2018.12.28 17:00:02.607 3: CUL_HM set Rolllade.WZ.Terrasse pct 0
Am 29.12. ist zum geplanten Zeitpunkt 9:00 Uhr kein Eintrag im Logfile:

Code Auswählen Erweitern

2018.12.29 08:56:04.174 3: notify_tagesschau return value: 1
2018.12.29 09:00:00.054 3: CUL_HM set KZ.DG.JalousieGarten.Auf on-for-timer 0.5
2018.12.29 09:00:00.144 3: CUL_HM set KZ.DG.JalousieStrasse.Auf on-for-timer 0.5
2018.12.29 09:00:00.527 3: ABFALL myAbfall - CALENDAR:MuellKalender triggered, updating ABFALL myAbfall ...
2018.12.29 09:00:13.633 3: WARNING master device SZ.OG.HT has no week profile - create default
2018.12.29 09:00:34.824 2: ROOMMATE set rr_Samia home
2018.12.29 09:01:04.183 3: notify_tagesschau return value: 1
Am 29.12. fahren alle wieder wie geplant herunter:

Code Auswählen Erweitern

2018.12.29 17:00:02.020 3: CUL_HM set Rolllade.AZ pct 0
2018.12.29 17:00:02.072 3: CUL_HM set Rolllade.Bad.OG pct 0
2018.12.29 17:00:02.122 3: CUL_HM set Rolllade.KU.EG pct 0
2018.12.29 17:00:02.175 3: CUL_HM set Rolllade.KZ.OG pct 0
2018.12.29 17:00:02.307 3: CUL_HM set Rolllade.SZ pct 0
2018.12.29 17:00:02.368 3: CUL_HM set Rolllade.WC.EG pct 0
2018.12.29 17:00:02.430 3: CUL_HM set Rolllade.WZ.Garten pct 0
2018.12.29 17:00:02.491 3: CUL_HM set Rolllade.WZ.Strasse pct 0
Am 30.12. fahren nicht alle Rollläden hoch:

Code Auswählen Erweitern

2018.12.30 09:00:00.045 3: CUL_HM set KZ.DG.JalousieGarten.Auf on-for-timer 0.5
2018.12.30 09:00:00.140 3: CUL_HM set KZ.DG.JalousieStrasse.Auf on-for-timer 0.5
2018.12.30 09:00:02.245 3: CUL_HM set Rolllade.WC.EG pct 100
2018.12.30 09:00:02.298 3: CUL_HM set Rolllade.WZ.Garten pct 100
2018.12.30 09:00:02.350 3: CUL_HM set Rolllade.WZ.Strasse pct 100
2018.12.30 09:00:12.872 3: cul_MAX: Unknown code Z00, help me!
2018.12.30 09:00:12.911 3: cul_MAX: Unknown code Z040C380442, help me!
2018.12.30 09:00:41.366 1: Cannot fork: Cannot allocate memory
2018.12.30 09:00:41.375 1: Cannot fork: Cannot allocate memory
2018.12.30 09:00:52.142 2: ROOMMATE set rr_Gerald absent
2018.12.30 09:01:23.130 2: ROOMMATE set rr_Gerald home
Und eben ist kein Rollladen herunter gefahren, Logfile keine Einträge hierzu.
Änderungen an den Einstellungen der Rollläden und ASC-Device habe seit meinem ersten Beitrag nicht gemacht.
Nur Updates von Fhem durchgeführt.

Vielleicht kann jemand mal daraufschauen, laut meinem ersten Beitrag sollten die Einträge soweit passen.
Grüße Gerald.

Hallo Gerald,

Da bräuchte ich bitte ein verbose 5 Log zu den öffnen und schließen Zeiten.

[Beetle2003]

Super. Dann klappt das definitiv.
Einfach den Devicenamen in das Attribut holiday2we schreiben.

Hallo,

wo finde ich das Attribut holiday2we. Habe es in meinen ASC Einstellungen nicht gefunden.

Weiter stellt sich mir noch folgende Frage: Ich habe einen twostate Fensterkontakt. Wenn ich z.B. das Fenster von gekippt auf öffnen umstelle geht das Fenster zu. Eine zeitliche Verzögerung von 2 sec brachte auch keine Lösung, da der Befehl zum schliessen nur verzögert übertragen wird.
Was ist die Lösung?

Danke

[dk3572]

Hallo,

wo finde ich das Attribut holiday2we. Habe es in meinen ASC Einstellungen nicht gefunden.

Im global Device.
Habe es mit meiner Variante getestet, klappt.

[CoolTux]

Hallo,

wo finde ich das Attribut holiday2we. Habe es in meinen ASC Einstellungen nicht gefunden.

Weiter stellt sich mir noch folgende Frage: Ich habe einen twostate Fensterkontakt. Wenn ich z.B. das Fenster von gekippt auf öffnen umstelle geht das Fenster zu. Eine zeitliche Verzögerung von 2 sec brachte auch keine Lösung, da der Befehl zum schliessen nur verzögert übertragen wird.
Was ist die Lösung?

Danke

Ein twostate Sensor kennt kein gekippt.
Wie meinst du das dein Fenster geht zu?

[Dersch]

Sollte in VERSION 0.2.2 eigentlich ein Fix für LockOut und BrightnessMode vorhanden sein? Lockout greift leider immer noch nicht wenn ein Rollo nach Brightness fährt.

[CoolTux]

Sollte gefixt sein. Wenn das Fenster auf open steht und im ASC Device hardLockOut on sollte das Rollo nicht fahren.

[Beetle2003]

Ein twostate Sensor kennt kein gekippt.
Wie meinst du das dein Fenster geht zu?

Das Fenster ist auf Lüftungsposition und gekippt. Wenn nun das Fenster geöffnet wird schlisst das Fenster, da der Fensterkontakt einen kurze geschlossen Meldung sendet. Das reicht aus, um das Rollo zu schliessen.

In meiner manuellen Programmierung hatte ich eine Verzögerung programmiert, damit das Rollo eine Zeit wartet bevor es schliesst.
Es wäre schön, wenn Du einen Paramater einbauen könntest, der die Wartezeit vor dem schliessen des Rollos steuert damit das Rollo nicht zugeht wenn man mit einem twostate Sensor arbeitet und das Fenster von gekippt auf geöffnet ändert.

[CoolTux]

Ok. Ich glaube ich verstehe.
Nicht das Fenster ist auf Lüftenposition sondern der Rollladen. Korrekt?
Desweiteren solltest Du wenn Du einen Sensor hast mit kipp und offen Erkennung auf threestate umstellen beim Sensortyp.

Was genau ist das für ein Sensor? Bei den Homematicteilen kann man zum Beispiel einstellen wie lange sie bis zum senden der Änderung warten sollen.

[Dersch]

Sollte gefixt sein. Wenn das Fenster auf open steht und im ASC Device hardLockOut on sollte das Rollo nicht fahren.

Ah ok, ich habe es LockOut auf Soft stehen. Kannst du mir den Unterschied evtl nochmal erklären? Aus der CommandRef werde ich mit der Erklärung nicht ganz schlau. Auch verstehe ich nicht ganz was beim Setzen von LockOut_cmd passiert mit Inhibit, blocked und protection.


BTW: Ich glaube ich habe hier auch noch einen Typo in der Erklärung gefunden:

Code Auswählen Erweitern

ASC_ShuttersPlace - window/terrace - Wenn dieses Attribut auf terrace gesetzt ist, das Residence Device in den Status [b]"done"[/b] geht und SelfDefence aktiv ist, wird das Rollo geschlossen

[Beetle2003]

Ok. Ich glaube ich verstehe.
Nicht das Fenster ist auf Lüftenposition sondern der Rollladen. Korrekt?
Desweiteren solltest Du wenn Du einen Sensor hast mit kipp und offen Erkennung auf threestate umstellen beim Sensortyp.

Was genau ist das für ein Sensor? Bei den Homematicteilen kann man zum Beispiel einstellen wie lange sie bis zum senden der Änderung warten sollen.

Ja, das hast Du richtig verstanden.
Ich habe an allen Fenstern den HM-SEC-SC-2. Dieser ist ein twostate Sensor. Er kennt nicht den unterschied zwischen gekippt und offen.
Wenn ich die Verögerung auf z.B. 2 sec einstelle, kommt das Signal nur verspätet an. Somit bekommt der Aktor die Meldung zum fahren und legt los. 
Da ich nur die Fensteröffnung von gekippt auf offen ändern wollte, ist das Rolle dann geschlossen. Somit wäre es im Falle eines twostate Sensors gut, wenn der Fahrbefehl erst nach einer eingestellten Wartezeit durchgeführt wird. Dieses hatte ich mit einem watchdog gesteuert, welcher die eingestellte Zeit gewartet hat. Als weitere Bedingung war eingestellt, dass es zwische Sonnenuntergang und Sonnenaufgang sein muss damit das Rolle nicht tagsüber geschlossen wird.

Hast Du eine Idee wie dieses umgesetzt werden kann?

[CoolTux]

Ja, das hast Du richtig verstanden.
Ich habe an allen Fenstern den HM-SEC-SC-2. Dieser ist ein twostate Sensor. Er kennt nicht den unterschied zwischen gekippt und offen.
Wenn ich die Verögerung auf z.B. 2 sec einstelle, kommt das Signal nur verspätet an. Somit bekommt der Aktor die Meldung zum fahren und legt los. 
Da ich nur die Fensteröffnung von gekippt auf offen ändern wollte, ist das Rolle dann geschlossen. Somit wäre es im Falle eines twostate Sensors gut, wenn der Fahrbefehl erst nach einer eingestellten Wartezeit durchgeführt wird. Dieses hatte ich mit einem watchdog gesteuert, welcher die eingestellte Zeit gewartet hat. Als weitere Bedingung war eingestellt, dass es zwische Sonnenuntergang und Sonnenaufgang sein muss damit das Rolle nicht tagsüber geschlossen wird.

Hast Du eine Idee wie dieses umgesetzt werden kann?

Wenn Du auf Dein Fensterkontakt Device in FHEM gehst und dort ein
get regList
aus führst bekommst Du unteranderem angezeigt
1: eventDlyTime     |   0 to 7620s       |          | filters short events, causes reporting delay
Das sollte Dein Problem auf einfachste Art und Weise lösen.


Grüße

[CoolTux]

Ah ok, ich habe es LockOut auf Soft stehen. Kannst du mir den Unterschied evtl nochmal erklären? Aus der CommandRef werde ich mit der Erklärung nicht ganz schlau. Auch verstehe ich nicht ganz was beim Setzen von LockOut_cmd passiert mit Inhibit, blocked und protection.

Hard und bedeutet nur das ein Befehl zum hardwareseitigen sperren gesendet wird. Hier wird also auch manuelles schalten mit gesperrt. Bei Soft wird lediglich die Fahrbefehle vom ASC gesperrt.
Funktionieren sollte es aber auf jeden Fall. Werde es mir aber im neuen Jahr noch mal anschauen.

[FunkOdyssey]

Für das disable hatten wir glaube ROLLADEN ASC 0 gemacht oder so 

Mich hat das Modul in einer hektischen Situation erneut geärgert. Ist das ein großer Aufwand, das disable-Feature irgendwie modulintern zu lösen? Geht viel schneller (und gehört eigentlich auch dort hin) als ein attr mit Filtern zu schreiben.