[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

Cluni

Zitat von: CoolTux am 15 November 2018, 10:10:36
Bezüglich Comfort  und twostate wird es erstmal so bleiben wie es aktuell ist. Lediglich den Attributsnamen habe ich in der Entwicklung geändert.
Und natürlich den Fix in zusammenhang mit lock-out ein gebaut.

Bedeutet vorerst, threestate können Comfort anfahren twostate nicht.
Wir können das ja auch erstmal in Ruhe zusammen testen und dann die Erfahrungen zusammen tragen. Ich denke dann entwickelt sich auch ein Bedürfnis oder nicht Bedürfnis nach Änderung..

Zum Thema twostate/threestate will ich noch meinen Senf dazu geben...
Ich habe nur einen einzigen threestate Sensor. Alle anderen sind reine twostate. Diese benutze ich bei mir auch z.b. an einem Hebeschiebeelement zum Komfortöffnen. An allen anderen Fenstern nutze ich sie zum Lüften. Ich persönlich finde da eine Auswahl sehr wichtig. Deshalb ist bei mir in den Attributen die Auswahl, wie der Sensor behandelt werden soll und wird von meinem Script ausgewertet.


Gesendet von iPhone mit Tapatalk

CoolTux

Zitat von: Cluni am 15 November 2018, 11:18:19
Zum Thema twostate/threestate will ich noch meinen Senf dazu geben...
Ich habe nur einen einzigen threestate Sensor. Alle anderen sind reine twostate. Diese benutze ich bei mir auch z.b. an einem Hebeschiebeelement zum Komfortöffnen. An allen anderen Fenstern nutze ich sie zum Lüften. Ich persönlich finde da eine Auswahl sehr wichtig. Deshalb ist bei mir in den Attributen die Auswahl, wie der Sensor behandelt werden soll und wird von meinem Script ausgewertet.


Gesendet von iPhone mit Tapatalk

Wäre Dir für den einen Rolladen mit dem Sensor geholfen wenn Du da einfach auf threestate um stellst. der Sensor gibt ja eh nur open closed von sich, wird aber vom Modul als threestate erkannt und somit wird der Rollladen in die Comfort Position gefahren. Nur Lüften gebe es dann halt nicht.

Ich muss eh zusehen das ich versuche mehr Altagssituationen zu testen.
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

enno

Zitat von: CoolTux am 15 November 2018, 10:34:42
Da würde mich mal der Grund interessieren. Einfach nur so für mich.
Meine Tochter wollte das ihr Rollo etwas später runter fährt weil auch das kleinste bisschen Restlicht (eigentlich keines mehr da) zum lesen gebraucht wird  ;D
Das kling ja noch logisch. Bei uns scheint die Sonne von der Seite ins Zimmer. Dadurch ist der Schatten auf dem Boden nicht parallel zur Teppichkante. Wenn man das Rollo nun schräg stellen könnte, wäre der Schatten gerade... Ausserdem wird man am Tisch nicht geblendet und es ist trotzdem noch hell. Da man aber Aussenrollos nicht (ohne Gewalt) schräg fahren kann, brauche ich mir da zum Glück keinen Kopf drum machen ;) Bei Jalousien, die ich zum Glück nicht habe, sähe das natürlich wieder anders aus.

Gruss
  Enno
Einfacher FHEM Anwender auf Intel®NUC mit Proxmox und Debian

Cluni

Zitat von: CoolTux am 15 November 2018, 12:05:26
Nur Lüften gebe es dann halt nicht.

Genau das benutze ich extrem oft. Sogar öfter als das Komfortöffnen. Abends mal schnell in der Küche und im WiZi auf kipp und schon bekommt man etwas Frischluft. Nachher einfach wieder schließen und die Rollladen fahren runter. Ich finde das extrem praktisch - die beiden Funktionen sind für mich nicht nur nice-to-have sondern ein Killerfeature ohne das ich nicht mehr mag. Habe auch damals gedacht "Wer braucht das denn?" als jemand das für das Script angefragt hat, aber mittlerweile haben sich da alle bei mir zu Hause dran gewöhnt und finden das toll.

Zitat von: enno am 15 November 2018, 12:55:19
Dadurch ist der Schatten auf dem Boden nicht parallel zur Teppichkante. Wenn man das Rollo nun schräg stellen könnte, wäre der Schatten gerade...

Da bin ich ja froh, dass ich doch nicht alleine auf der Welt bin - solche Ideen könnten auch von meiner Tochter kommen. Ab jetzt bist du mein Bruder im geist....  ;D

Schnurpi

Hi CoolTux,

mega, dass es hier so schnell voran geht. Bisher habe ich Cluni sein Script im Einsatz und will zum Wochenende beginnen, das Modul einzurichten.

Schon mal einen fetten Dank im Voraus.

Zitat von: CoolTux am 15 November 2018, 10:40:14
Jetzt will ich noch etwas am Frostschutz arbeiten. Zeit wird es ja.

Aktueller Stand:
Wenn die Frostschutztemperatur erreicht oder unterschritten wird fahren die Rolläden gar nicht, Beziehungsweise wird der Fahrbefehl aufgehoben bis die Randbedingungen für eine Fahrt wieder gegeben sind.

Bernd seine Variante fand ich auch gut, nicht fahren wenn es Morgens ist. Gut klingt aber auch einfach nicht komplett schließen oder sicherlich auch nicht komplett öffnen. Aber da kenne ich mich mit den Panzern draussen nicht so aus. Wie ist Eure Meinung/Erfahrung diesbezüglich?

Diese Funktion hatte ich mir seinerzeit gewünscht. Hintergrund war, dass bei stärkerem Frost (daher Temperatur wählbar) und geöffneten Fenstern in den Schlafzimmern, an den Rollläden von innen Wasser kondensierte. Dies führt dazu, dass das Wasser zwischen den Panzersegmenten friert und beim Öffnen der Panzer kaputt geht. So würde es aus meiner Sicht reichen, morgens das automatische Öffnen zu sperren. Es wäre aber auch sinnvoll, die Rollläden bei Frost generell nicht zu 100% zu schließen, um dem Festfrieren auf den Fensterbrettern vorzubeugen.

Gruß Maik

majestro84

Zitat von: Cluni am 15 November 2018, 13:12:10
Genau das benutze ich extrem oft. Sogar öfter als das Komfortöffnen. Abends mal schnell in der Küche und im WiZi auf kipp und schon bekommt man etwas Frischluft. Nachher einfach wieder schließen und die Rollladen fahren runter. Ich finde das extrem praktisch - die beiden Funktionen sind für mich nicht nur nice-to-have sondern ein Killerfeature ohne das ich nicht mehr mag. Habe auch damals gedacht "Wer braucht das denn?" als jemand das für das Script angefragt hat, aber mittlerweile haben sich da alle bei mir zu Hause dran gewöhnt und finden das toll.

Da bin ich ja froh, dass ich doch nicht alleine auf der Welt bin - solche Ideen könnten auch von meiner Tochter kommen. Ab jetzt bist du mein Bruder im geist....  ;D
Sehe ich genauso nutze ich bei vielen Fenstern mit twostate die zum Lüften da sind. Eigentlich habe ich nur einen twostate der comfort benutzt. Das ist die Terrassentür in der Küche.
Gruß Alex

Gesendet von meinem Redmi Note 4 mit Tapatalk

Server: Fujitsu ESPRIMO Q920 - aktuellen FHEM-Docker Image:Z-Wave (RollerShutter,DoorWindow,Socket,PIR,....) | ENIGMA2 | EGPM2LAN | BLE-Tag(PRESENCE) | HUE | alexa-fhem | Shelly | MQTT2
1.Pi-Zero:Viessmann(optolink) mit 89_VCONTROL300.pm
2.Pi3 Dongle Server: Zigbee2MQTT(CC1352P-2), Z-Wave(UZB1), BT

FunkOdyssey

Ab und zu habe ich merkwürdige Daten im NOTIFYDEV oder im PopUp-Fenster "showShuttersInformation" stehen.

Ich hatte gerade im NOTIFYDEV soweit ich mich erinner kann folgende Werte:
global,Rolladensteuerung,homekit,homekit,homekit,homekit,homekit,homekit,homekit

Dies verschand nach einem Shutter-Scan.




Heute morgen hatte ich unter "showShuttersInformation" folgende Ausgabe (siehe Anhang):

Ich kann das alles gerade nicht reproduzieren. Ich bleibe aber am Ball.

Dies verschwand nach dem "CreateNewNotifyDev"

CoolTux

Zitat von: Cluni am 15 November 2018, 13:12:10
Genau das benutze ich extrem oft. Sogar öfter als das Komfortöffnen. Abends mal schnell in der Küche und im WiZi auf kipp und schon bekommt man etwas Frischluft. Nachher einfach wieder schließen und die Rollladen fahren runter. Ich finde das extrem praktisch - die beiden Funktionen sind für mich nicht nur nice-to-have sondern ein Killerfeature ohne das ich nicht mehr mag. Habe auch damals gedacht "Wer braucht das denn?" als jemand das für das Script angefragt hat, aber mittlerweile haben sich da alle bei mir zu Hause dran gewöhnt und finden das toll.

Meine Aussage nur lüften gebe es dann nicht bezog sich einzig und allein auf den einen von Dir erwähnten Rolladen am Hebeschiebeelement. Alle anderen wären nicht von betroffen.
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

Cluni

Ach soooo, upps - da haben wir aneinander vorbei geredet. Das ist klar, dass dann bei dem Schiebehebeelement kein Lüften geht.

CoolTux

Zitat von: majestro84 am 15 November 2018, 14:37:53
Sehe ich genauso nutze ich bei vielen Fenstern mit twostate die zum Lüften da sind. Eigentlich habe ich nur einen twostate der comfort benutzt. Das ist die Terrassentür in der Küche.
Gruß Alex

Gesendet von meinem Redmi Note 4 mit Tapatalk

Dann kannst Du für diese eine Terrassentür den threestate einstellen, dann bekommst du bei einem open Event automatisch die ComfortOpen Posistion.

Ich habe die letzten 3 Tage sehr viel umgeschrieben und versucht bessere Logiken rein zu bekommen.
@Bernd und Alex, ich würde mich freuen wenn einer von Euch mein Lösungsvorschlag mit der kommenden Version 0.2.0.6 testen könnte. Sollte es nicht das sein was Ihr wünscht dann lassen wir uns was einfallen.
Also da wo twostate Kontakte verbaut sind und Ihr ComfortPos haben wollt einfach als Kontakttyp threestate angeben.


Thema Frostschutz. Aktuell so umgebaut das die Rollladen immer fahren aber wenn der Komplettschließen Befehl kommt und es ist Frost wird die AntiFreezePos an gefahren. Neues Attribut.
Das mit Morgens gar nicht fahren kann man schnell nachrüsten. Klingt logisch.
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: FunkOdyssey am 15 November 2018, 14:48:28
Ab und zu habe ich merkwürdige Daten im NOTIFYDEV oder im PopUp-Fenster "showShuttersInformation" stehen.

Ich hatte gerade im NOTIFYDEV soweit ich mich erinner kann folgende Werte:
global,Rolladensteuerung,homekit,homekit,homekit,homekit,homekit,homekit,homekit

Dies verschand nach einem Shutter-Scan.




Heute morgen hatte ich unter "showShuttersInformation" folgende Ausgabe (siehe Anhang):

Ich kann das alles gerade nicht reproduzieren. Ich bleibe aber am Ball.

Dies verschwand nach dem "CreateNewNotifyDev"

Wenn Du so einen Kraut in de rNOTIFYDEV hast, dann musst Du nur das Create neu ausführen. Allerdings frage ich mich wie das zu stande kommt, ich habe hier viel rum experimentiert und kein so ein Salat bekommen  :)
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

PSI69

So, nachdem ich nun schon seit einiger Zeit hier mitlese (auch den alten Threat), muss ich mal meinen Senf dazu geben ;)

Derzeit nutze ich für die Rolladen-/Jalousiensteuerung DOIFs; und zwar je Fenster eines. Die Rolladen fahren nach sunrise/sunset, unter Berücksichtigung von min und max Zeitangaben; am WE bzw. Feiertag jeweils zu etwas anderen (späteren) Zeiten. Das sollte ja inzwischen von AutoShuttersControl abgedeckt werden. Damit nicht alle Rolladen zur gleichen Zeit fahren, habe ich feste Verzögerungen von 1 Sekunde Abstand je Rolladen definiert.

Bei Frost fahren meine Rolladen aus Sicherheitsgründen alle gar nicht automatisch - ich hatte mehrfach Schnee darauf bekommen; tagsüber angetaut, Jalousien zur Nacht runter und durch die Restwassertropfen festgefroren (am Fensterbrett und die einzelnen Lamellen aneinander) - das möchte ich nicht noch einmal erleben... Aber das Thema ist ja gerade von CoolTux in Arbeit.

Bei der Automatik unterscheide ich derzeit zwischen Winter- und Sommermodus.
Im Wintermodus (derzeit aktuell) fahren alle Rolladen immer komplett hoch bzw. runter.
Im Sommermodus wird immer beschattet, je nach Sonnenstand. Die Heligkeit zur Steuerung nutze ich nicht (die PV Anlage stünde dafür als Quelle bereit), ich bin bei unseren Sommertemperaturen derzeit froh, die Rolladen als zusätzliche Isolierung unten zu haben.. Die Rolladen auf der Ostseite fahren Vormittags erst hoch, wenn die Sonne rumgewandert ist. Die Südseite irgendwann runter, wenn die Sonne um die Ecke lugt und Nachmittags wieder hoch. Die Westseite Nachmittags runter. Alle die noch offen sind fahren dann zur Nacht ebenfalls zu. Bei bestimmten Fenstern wird auch bei Beschattung nicht komplett zugefahren, hier bleibt einen Lücke - damit die Pflanzen dahinter noch etwas Licht bekommen. Das betrifft auch ein Fenster auf der Ostseite - das fährt dann früh, wenn S, W und Nord öffnen, in die gewünschte Position.
Zwischen beiden Modi wechsle ich derzeit per Dummy - ich hatte mich mit Temperatur und Wetter versucht und war mit dem Ergebnis nicht zufrieden...

Im Moment beobachte ich hier die spannende und sehr schnell weitergehende Entwicklung und warte auf das Ergebnis von Frost und Beschattung...

@CoolTux
Super Arbeit!!!

Peter
FHEM auf RPi 5 unter Bookworm mit inzwischen einem ganzen Zoo von Geräten...

Cluni

Ich habe das Gefühl, dass doch sehr viele mein Script noch nicht kannten..... :(

Beta-User

Na ja, wer irgendwann mal eine für ihn passende Lösung gebaut hat, hatte (und hat auch weiterhin) keinen Grund, daran was zu ändern....
Zumal nicht alle Aktortypen bzw. weniger erfasst waren.

Aber das Interesse an dem script (und die Diskussionen vorher) zeigten doch, dass Bedarf bestanden hat ;) . Dto., dass jetzt auch so reges Interesse besteht und viele interessante Aspekte reinkommen, aauf die mal allein erst mal nicht kommt.

Ergo: Klasse Sache, freue mich riesig, dass es so schnell Gestalt annimmt!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

CoolTux

Das Thema Frostschutz ist ja mal wieder sowas von unterschiedlich.

Vorschlag:
Das bereits vorhandene Attribut ASC_AntiFrozen mit on und off  bauen wir etwas um.
Daraus machen wir als Werte off,soft,hard
Bei soft wird noch gefahren aber wenn geschlossen werden soll nur bis zu ASC_AntiFrozenPos.
Bei hard wird gar nicht mehr gefahren.


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