[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

pc1246

Zitat von: Beta-User am 20 Dezember 2018, 21:13:53
Verrätst du uns den Gedanken dahinter?
Moin
Wie det schon schreibt, ist ja ein Mensch da, der das Fenster kippt. Der kann dann auch den Rollladen bedienen. Ausserdem waere Beschattung bei Anwesenheit, aus meiner Sicht, eh schon mit Lichtschlitzen, und dann brauche ich nicht mehr zu fahren. Aber da haben wir den Punkt, evtl. sollte es zwei Beschattungspositionen geben. Eine bei Anwesenheit und eine bei Abwesenheit?
Gruss Christoph
HP T610
Onkyo_AVR;Enigma2; SB_Server; SB_Player; HM-USB; PhilipsTV; harmony hub; Jeelink mit PCA301; Somfy; S7-300; LGW; HUE; HM-IP auf Charly; div

CoolTux

Vielen Dank für das Feedback. Ich werde mich nun hinsetzen und versuchen es halbwegs passend ein zu arbeiten  ;D
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

majestro84

Zitat von: pc1246 am 21 Dezember 2018, 08:18:06
Moin
Wie det schon schreibt, ist ja ein Mensch da, der das Fenster kippt. Der kann dann auch den Rollladen bedienen. Ausserdem waere Beschattung bei Anwesenheit, aus meiner Sicht, eh schon mit Lichtschlitzen, und dann brauche ich nicht mehr zu fahren. Aber da haben wir den Punkt, evtl. sollte es zwei Beschattungspositionen geben. Eine bei Anwesenheit und eine bei Abwesenheit?
Gruss Christoph
Interessante Denkweise was ich mich nur dabei Frage ist wofür brauche ich dann eine Automatisierung? Wenn ich das Fenster kippe und selbst das Rollo fahre ist es da ja schon Mal komplett überflüssig. Das hat dann für mich persönlich nichts mehr damit zu tun. Und nur wenn ich unterwegs bin naja dann kann ich auch im Sommer einfach die Rollladen unten lassen. Aber das ist halt meine Meinung dazu.
Gruß Alex

PS: der Fix für Brightness scheint gut zu funktionieren.
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

CoolTux

Zitat von: majestro84 am 21 Dezember 2018, 08:42:56
Interessante Denkweise was ich mich nur dabei Frage ist wofür brauche ich dann eine Automatisierung? Wenn ich das Fenster kippe und selbst das Rollo fahre ist es da ja schon Mal komplett überflüssig. Das hat dann für mich persönlich nichts mehr damit zu tun. Und nur wenn ich unterwegs bin naja dann kann ich auch im Sommer einfach die Rollladen unten lassen. Aber das ist halt meine Meinung dazu.
Gruß Alex

PS: der Fix für Brightness scheint gut zu funktionieren.

Die Frage ist ja halt auch immer. Was soll überwiegen? Die Beschattung oder das lüften? Viele haben Fenster auf im Sommer, immer. Aber beschattet soll trotzdem werden.
Ein guter Kompromiss wäre zu sagen. Ich entscheide über die Position des Rolladen meine Prioritäten. Ist die Beschattenposition unter der Lüften Position habe ich die Prio auf Lüften und der Rolladen verlässt die Beschattenposition beim öffnen.
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

majestro84

Ja würde das so sehen. Wenn das Fenster geschlossen ist fährt er auf die Beschattungsposition. Wird es nun gekippt wird auf die Lüftungsposition gefahren und wenn es geöffnet wird halt auf die comfort open Position. Wird das Fenster geschlossen dann wieder auf die Beschattungsposition wenn nötig. Vielleicht kann man sich die letzte Position vorm öffnen noch merken und dann nach dem schließen wieder auf die Position fahren. Das geht glaube ich im Moment auch beim morgens und abends öffnen und schließen auch nicht oder?
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

CoolTux

Zitat von: majestro84 am 21 Dezember 2018, 08:58:15
Ja würde das so sehen. Wenn das Fenster geschlossen ist fährt er auf die Beschattungsposition. Wird es nun gekippt wird auf die Lüftungsposition gefahren und wenn es geöffnet wird halt auf die comfort open Position. Wird das Fenster geschlossen dann wieder auf die Beschattungsposition wenn nötig. Vielleicht kann man sich die letzte Position vorm öffnen noch merken und dann nach dem schließen wieder auf die Position fahren. Das geht glaube ich im Moment auch beim morgens und abends öffnen und schließen auch nicht oder?

Wenn es Tag ist und das Fenster geschlossen wird, wird in die letzte automatisch angefahrene Position gefahren. Nachts wird immer geschlossen.
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

majestro84

OK danke für die Info hatte das nur Mal bei geschlossenem Rollladen probiert.
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

Beta-User

Zitat von: pc1246 am 21 Dezember 2018, 08:18:06
Wie det schon schreibt, ist ja ein Mensch da, der das Fenster kippt. Der kann dann auch den Rollladen bedienen. Ausserdem waere Beschattung bei Anwesenheit, aus meiner Sicht, eh schon mit Lichtschlitzen, und dann brauche ich nicht mehr zu fahren. Aber da haben wir den Punkt, evtl. sollte es zwei Beschattungspositionen geben. Eine bei Anwesenheit und eine bei Abwesenheit?
Gruss Christoph
Sehe das ähnlich wie majestro84 in #873 und würde ergänzen wollen, dass bei uns die Schalter an einer ganz anderen Stelle sitzen wie die Fenster. Das wäre also in der Konstellation unkomfortabel, wenn man zum Öffnen dazu auch noch einen Schalter betätigen müßte.
Muß aber zugeben, dass ich das ganze noch nicht in allen Varianten gedanklich durchgespielt habe...
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

det.

Zitat von: majestro84 am 21 Dezember 2018, 08:42:56
Interessante Denkweise was ich mich nur dabei Frage ist wofür brauche ich dann eine Automatisierung? Wenn ich das Fenster kippe und selbst das Rollo fahre ist es da ja schon Mal komplett überflüssig. Das hat dann für mich persönlich nichts mehr damit zu tun. Und nur wenn ich unterwegs bin naja dann kann ich auch im Sommer einfach die Rollladen unten lassen. Aber das ist halt meine Meinung dazu.
Gruß Alex
Ja, die Antwort auf Deine Frage oben ist einfach. Willst Du weiter majestro sein oder slavesro Deiner Hausautomatisierung werden?
LG
det.

majestro84

Ich wüsste jetzt nicht wo ich mich zum Sklaven meines Hauses mache. Wenn ich nicht möchte das zum Beispiel beschattet wird wenn ich zuhause bin oder halt nur bestimmte Fenster nicht beschattet werden sollen, dann deaktiviere ich dort die Beschattung bei Anwesenheit. Für mich soll eine Automatisierung Aufgaben abnehmen und das nicht nur wenn ich nicht Zuhause bin. Gruß Alex
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

Beta-User

Zitat von: det. am 21 Dezember 2018, 09:43:35
Ja, die Antwort auf Deine Frage oben ist einfach. Willst Du weiter majestro sein oder slavesro Deiner Hausautomatisierung werden?
Man ist majestro, wenn es so funktioniert, wie man das haben will! Und das konfiguriert man eben ;) .

Fassen wir zusammen: Du hättest gerne eine Option, bei der man (global oder lokal?) der Beschattung Vorrang vor dem Fensterstatus gibt.

Ich habe zwar persönlich noch nicht verstanden, warum und in welchen Konstellationen das automatische Öffnen des Rolladens bei Fenster-Öffnen genau "unerwünscht" ist, aber das ist auch nur zweitrangig wichtig.

Ich bin eher mit CoolTux,
Zitat von: CoolTux am 21 Dezember 2018, 08:49:33
Ein guter Kompromiss wäre zu sagen. Ich entscheide über die Position des Rolladen meine Prioritäten. Ist die Beschattenposition unter der Lüften Position habe ich die Prio auf Lüften und der Rolladen verlässt die Beschattenposition beim öffnen.
In meiner Gedankenwelt ist die Lüften-Position aber auch eher das Minimum; wenn der Benutzer mehr haben will, darf er das selbstredend manuell nachregeln. Und das Minimum bleibt eben Minimum, ob jetzt grade Beschattet wird oder nicht...

Damit bleibt doch der anwesende Nutzer Herr des Verfahrens, oder?

Aber das kann man bestimmt auch anders sehen, aber so ein Totschlaggerede mit slavesro ersetzt m.E. kein Argument :( ...
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

Dersch

Zitat von: CoolTux am 20 Dezember 2018, 08:56:00
Für alle die Brightness für Morgens und Abends fahrten verwenden

Zeile 1238

$shutters->getClosedPos );


Austauschen gegen

$posValue

Und auf jeden Fall neu starten.


Grüße

Heute gab es ein Update des Moduls. Ist das dort mit drin? Wenn ich die Änderung manuell vornehme startet das Modul nicht mehr.

Grüße
Dirk

FunkOdyssey

Es gab kein Update. Wahrscheinlich hast du den Code bei dir geändert und dir würde das Original wieder angeboten.


CoolTux

Es wird morgen früh ein Update geben. Version 0.2.2 wird Beschattung mitbringen und einige kleinere Bugfixes.
Bisher ist lediglich die deutsche Commandref für Beschattung erweitert worden. Also bitte die deutsche Version lesen.
Für die Beschattung gilt noch eine erweiterte Logausgabe im verbose 3 Mode. Also bitte nicht wundern.


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