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

Begonnen von CoolTux, 30 Oktober 2018, 17:29:46

Vorheriges Thema - Nächstes Thema

Dersch

Hi, DANKE!!! :D So ein Modul fehlte wirklich sehr.

Ich fange grade an mich damit zu beschäftigen und meine ersten Gedanken:


  • Generelle Zeiten im Modul selbst definieren und, falls es abweichend davon sein soll, im Device
  • Ein Reading im Modul für die Werte der verknüpften Sensoren wäre toll
  • Wie mein Vorredner bereits erwähnte wäre es toll den Brightnesssensor im Modul direkt zu definieren
  • Wenn der minHelligkeitswert bereits vor TimeEarly unterschritten wurde passiert nichts, nach meinem Verständnis muss dann aber der Rolladen fahren
  • Was passiert der Logik nach wenn bei TimeEarly der maxHelligkeitswert bereits überschritten wurde? (Ungetestet)
  • Als was könnte man twilightDevice einsetzen? Einen Sensor für den Sonnenstand gibt es meines Wissens nach nicht.

Grüße
Dirk

Beetle2003

Zitat von: CoolTux am 13 Dezember 2018, 08:35:31
1. Im ASC Device gibt es das Attribut ASC_shuttersDriveOffset hier in Sekunden die Verzögerung einstellen. Diese wird dann zwischen 0 und Deinem eingetragenen Wert als Zufall "errechnet". Diese Einstellung wäre Global für alle Rollläden.
Du kannst auch in den Attributen im Rollladen ASC_Drive_Offset setzen. Dann wäre es für jeden Rolladen noch mal unterschiedlich.
2. Entweder das Attribut entfernen und dann neu setzen. Das wäre aber nun bei Dir zu spät da Du es bereits geändert hast.
Du kannst das Attribut expert auf 1 setzen und dann ein set createNewNotifyDev machen.


Grüße

Hallo,

danke für die schnelle Antwort. Hieraus ergeben sich neue Fragen:
1. Wie sehe ich ob der Wert übernommen wurde?
2. Gibt es die Möglichkeit den Offset für sunset und sunrise unterschiedlich zu setzten?

Vielen Dank

CoolTux

Zitat von: FunkOdyssey am 13 Dezember 2018, 11:07:44
Ich habe es nun endlich getan und habe meine gesamte Jalousiensteuerung auf ASC umgestellt.
Bisher hatte ich nur einige Test-Jalousien in unwichtigen Räumen aktiv.

Nun habe ich aber direkt ein paar Fragen:
1) Das Thema mit den "kombinierten Offsets" hatte ich ja bereits hier angesprochen. Über Structures zu arbeiten, wie von CoolTux vorgeschlagen, wäre natürlich möglich, aber ich verliere dann die feinen Konfigurationsmöglichkeiten, die ich sonst hätte. Nun ja, ich werde warten.

2) Ich gehöre zu den Anwendern, die die Jalousien über Helligkeitswerte fahren lassen. Das klappt beim Herunterfahren auch ganz gut, aber beim Hochfahren sind die Schwellwerte (brightnessMinVal) zu groß. Ich fahre die Jalousien bei einer geringeren Helligkeit hoch, da ich sonst viel zu lange warten muss.
Frage: Besteht die Möglichkeit, die Schwellwerte für das Hoch- und Runterfahren zu trennen?

3) Bei der Erstkonfiguration musste ich bei allen Jalousien manuell "ASC_Shading_Brightness_Sensor" und "ASC_Shading_Brightness_Reading" setzen. Beim "ASC_residentsDevice" und "ASC_temperatureSensor" hast du zusätzlich die Möglichkeit eingebaut, dies im ASC-Modul global zu definieren. Könnte man das beim Brightness-Sensor nicht auch anbieten? Also global wie auch individuell je Jalousie?


4) Das Fahren über "absent" bedeutet, dass ausschließlich gefahren wird, wenn die Kriterien (time, astro & Co.) zutreffen UND die Bewohner absent|gone sind, oder? Die Statusänderung auf "absent" ist kein Trigger, der das Fahren auslöst, oder? Ich dachte, vermutlich fälschlicherweise, dass beim Verlassen die Jalousien durch das absent-Event gefahren werden. Dies ist nur eine Frage - kein Änderungswunsch.  :)

2. Was hälst Du davon wenn wir hierfür den maxWert nehmen würden?

3. attr ASC!=0 ASC_Shading_Brightness_Sensor SENSORNAME, attr ASC!=0 ASC_Shading_Brightness_READING READINGNAME

4. Jepp genau das bedeutet es " gefahren wird, wenn die Kriterien (time, astro & Co.) zutreffen UND die Bewohner absent|gone sind. Oder wenn Statusänderung abenst ist und es Nacht ist.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: Dersch am 13 Dezember 2018, 22:55:30
Hi, DANKE!!! :D So ein Modul fehlte wirklich sehr.

Ich fange grade an mich damit zu beschäftigen und meine ersten Gedanken:


  • Generelle Zeiten im Modul selbst definieren und, falls es abweichend davon sein soll, im Device
  • Ein Reading im Modul für die Werte der verknüpften Sensoren wäre toll
  • Wie mein Vorredner bereits erwähnte wäre es toll den Brightnesssensor im Modul direkt zu definieren
  • Wenn der minHelligkeitswert bereits vor TimeEarly unterschritten wurde passiert nichts, nach meinem Verständnis muss dann aber der Rolladen fahren
  • Was passiert der Logik nach wenn bei TimeEarly der maxHelligkeitswert bereits überschritten wurde? (Ungetestet)
  • Als was könnte man twilightDevice einsetzen? Einen Sensor für den Sonnenstand gibt es meines Wissens nach nicht.

Grüße
Dirk

1. gerne in einer späteren Variante wenn alles soweit stabil läuft
2. Das wäre entweder viel Aufwand oder nie wirklich aktuell. Grund für nicht Aktualität ist das ich die meisten Routinen nur durchlaufen lasse wenn bestimmte Randbedingungen erfüllt sind.
3. siehe mein Vorpost
4. andere User hatten da ein anderes Verständnis und wollten es so haben. Ich persönlich finde es auch ok so. Im schlimmsten Fall schließt der Rolladen bei einer Sonnenfinsternis. Wer will das schon.
5. Lege ein Twilight oder ein Astro Device an.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: Beetle2003 am 13 Dezember 2018, 23:35:42
Hallo,

danke für die schnelle Antwort. Hieraus ergeben sich neue Fragen:
1. Wie sehe ich ob der Wert übernommen wurde?
2. Gibt es die Möglichkeit den Offset für sunset und sunrise unterschiedlich zu setzten?

Vielen Dank

1. Du kannst Dir wenn Du Expert Attribut auf 1 gesetzt hast mittels get showNotifyDevInformation anschauen ob es korrekt gesetzt wurde.
2. Du verstehst Offset falsch. Es ist nicht zur Änderung der Sunset oder Sunrise Zeit sondern dafür da das Rollläden bei eintreffen eines Fahrbefehles Zeitversetzt fahren können. Sinnvoll bei funkbasierten Systemen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

FunkOdyssey

Zitat von: CoolTux am 14 Dezember 2018, 08:15:57
2. Was hälst Du davon wenn wir hierfür den maxWert nehmen würden?

Ich würde mich echt freuen, wenn du das umsetzen könntest.

Zitat von: CoolTux am 14 Dezember 2018, 08:15:57
3. attr ASC!=0 ASC_Shading_Brightness_Sensor SENSORNAME, attr ASC!=0 ASC_Shading_Brightness_READING READINGNAME

Danke. Ich habe mich nur gewundert, dass das nicht Zuordnung der Devices/Readings im ACL-Modul und in den Jalousien nicht konsistent ist. Die Konfiguration ist eine einmalige Angelegenheit.

Zitat von: CoolTux am 14 Dezember 2018, 08:15:57
4. Jepp genau das bedeutet es " gefahren wird, wenn die Kriterien (time, astro & Co.) zutreffen UND die Bewohner absent|gone sind. Oder wenn Statusänderung abenst ist und es Nacht ist.

Auch hier vielen Dank.

CoolTux

Zitat von: FunkOdyssey am 14 Dezember 2018, 10:55:50
Ich würde mich echt freuen, wenn du das umsetzen könntest.
Auch hier vielen Dank.

Bau ich für die kommende Version 0.2.2 ein.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Dersch

Zitat von: CoolTux am 14 Dezember 2018, 08:15:57
3. attr ASC!=0 ASC_Shading_Brightness_Sensor SENSORNAME, attr ASC!=0 ASC_Shading_Brightness_READING READINGNAME

Ich verstehe nicht ganz was ich da tun soll.

grüße
Dirk

FunkOdyssey

Mit den beiden Befehlen kann man die Brightness-Werte auf alle ASC-Jalousie-Devices verteilen.
Alternativ: Manuell machen.

Beetle2003

Zitat von: CoolTux am 14 Dezember 2018, 08:25:39
1. Du kannst Dir wenn Du Expert Attribut auf 1 gesetzt hast mittels get showNotifyDevInformation anschauen ob es korrekt gesetzt wurde.
2. Du verstehst Offset falsch. Es ist nicht zur Änderung der Sunset oder Sunrise Zeit sondern dafür da das Rollläden bei eintreffen eines Fahrbefehles Zeitversetzt fahren können. Sinnvoll bei funkbasierten Systemen.

Hallo CoolTux,

danke für Deine Antwort.

Das Modul ist wirklich toll. Es löst viele einzel Programmierungen ab.

----

Das mit dem Offset habe ich tatsächlich falsch verstanden.
Ist es möglich meinen Wunsch zu realisieren

Ist es weiterhin möglich eine Pause für die Funktion ASC_Ventilate_Pos beim schliessen des Rollos zu programmieren?
Hintergrund: Ist das Fenster gekippt und soll geöffnet werden, so muss das Fenster kurzfristig geschlossen werden und das Rollo beginnt zu fahren. Deshalb wäre eine einstellbare Verzögerung schön.

Danke für Deine Antwort

CoolTux

Zitat von: Beetle2003 am 14 Dezember 2018, 13:41:58
Hallo CoolTux,

danke für Deine Antwort.

Das Modul ist wirklich toll. Es löst viele einzel Programmierungen ab.

----

Das mit dem Offset habe ich tatsächlich falsch verstanden.
Ist es möglich meinen Wunsch zu realisieren

Ist es weiterhin möglich eine Pause für die Funktion ASC_Ventilate_Pos beim schliessen des Rollos zu programmieren?
Hintergrund: Ist das Fenster gekippt und soll geöffnet werden, so muss das Fenster kurzfristig geschlossen werden und das Rollo beginnt zu fahren. Deshalb wäre eine einstellbare Verzögerung schön.

Danke für Deine Antwort

Wenn es sich um einen HM Fensterdrehgriff handelt kannst Du das senden des Events über ein Register verzögern. Ich stelle das immer auf 3s
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

pnewman

Hallo CoolTux,
hallo zusammen,

wieder einmal Danke für ein neues Modul.

Ich habe es installiert und teste es gerade.

Eine Frage stellt sich mir jetzt schon: Wo stelle ich ein wann im Sommer die Rollos beschatten?
Ich benutze umgebaute Temperatursensoren für diese Funktion, einen im Osten, einen im Süden!


Bisher hatte ich immer einen Wert von >40 und <41 dafür genutzt die Rollos der entsprechenden Seite auf 20pct zu fahren.
([07:01-12:29] and [EG.ku.TL_OST:temperature2]>40) (set R_Ost_str 20)
DOELSEIF ([07:01-12:29] and [EG.ku.TL_OST:temperature2]<41) (set R_Ost_str on)
DOELSEIF ([15:30-20:00] and [EG.ku.TL_OST:temperature2]<41) (set R_Ost_str on)

und
([07:01-{sunset("CIVIL",-60,"16:00","23:00")}] and [EG.ku.TL_SUED:temperature2]>40) (set R_Sued_str 20)
DOELSEIF ([07:01-{sunset("CIVIL",-1860,"16:00","22:00")}] and [EG.ku.TL_SUED:temperature2]<41) (set R_Sued_str on)

Als ASC_Shading_Brightness_Sensor habe ich diese Sensoren benannt, aber wo man die Werte einträgt habe ich noch nicht gefunden.

Wie stelle ich dies im ASC ein?


Gruß
Ralf
Raspberry Pi3B+ / Nano-Cul 868 - MAX!=Heizung, HM-Lan - Rollo+Licht, JeeLink-Clone 868 - LaCrosse, JeeLink-Clone 868 - PCA301, CUL 434 - IT-Steckdosen+Fernbedienung

CoolTux

Hallo Ralf,

In Deiner Version stellst Du da noch gar nichts ein. Ist noch nicht implementiert. In der aktuellen Developerversion teste ich das gerade.
Die gibt es aber FHEM noch nicht.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

pnewman

Hallo CoolTux,

danke für deine schnelle Antwort.

Erstmal funktioniert ASC in meinem ZOO, soweit ich es testen konnte.

Dann werde ich mich in Geduld üben.

Gruß
Ralf

Raspberry Pi3B+ / Nano-Cul 868 - MAX!=Heizung, HM-Lan - Rollo+Licht, JeeLink-Clone 868 - LaCrosse, JeeLink-Clone 868 - PCA301, CUL 434 - IT-Steckdosen+Fernbedienung

Dersch

Zitat von: CoolTux am 14 Dezember 2018, 08:23:17
4. andere User hatten da ein anderes Verständnis und wollten es so haben. Ich persönlich finde es auch ok so. Im schlimmsten Fall schließt der Rolladen bei einer Sonnenfinsternis. Wer will das schon.

Also ist es dann doch nur logisch den min Wert auf 0 zu belassen und nur mit max zu arbeiten? Denn im Winter wie jetzt ist der Helligkeitssensor bereits auf oder nahe 0 wenn die early time erreicht wurde.

Also ich habe zum Beispiel die früheste Zeit für down auf 17:30 und die späteste auf 22:30. Die Helligkeitswerte sind min 50 und max 100. Wenn nun um 17:30 der Helligkeitswert niedriger 50 ist fahren die Rollläden erst um 22:30 runter. Das macht doch keinen Sinn? Oder habe ich da einen Denkfehler.

Kannst du mir deine Logik für die Steuerung via Brightness erklären? Denn entweder habe ich da ein Verständnis Problem oder da ist ein Fehler in der Logik.

Grüße
Dirk

Nachtrag: Also nun weiß ich auch nicht. Der Helligkeitswert steht momentan auf 0.1 der minWert im ASC auf 0 nun sollten definitiv die Rollläden um 17:30 runterfahren. Aber sie stehen noch auf 22:30. Ich bin mir nun aber auch gar nicht sicher ob ASC den Sensor ausliest. Es ist ein BH1750 und sein relevantes Reading ist "luminosity" daher steht in jedem ASC Device auch: ASC_Shading_Brightness_Reading luminosity

Wie kann ich prüfen ob die Sensorwerte überhaupt verarbeitet werden?