[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

FunkOdyssey

Zitat von: CoolTux am 01 Januar 2019, 18:46:18
Ich habe das ganze nun entsprechend um gesetzt. Achtet aber bitte darauf das sollte das ASC_BlockingTime_afterManual beim schließen wegen Astro, Time oder Brightness zu schlagen es keine weitere Fahrt diesbezüglich geben wird.
Bei Brightness kann man glück haben und noch im Fenster sein wenn ASC_BlockingTime_afterManual aus läuft. Aber Time und Astro schlägt nur einmal zu.

Danke dir. Das Deaktivieren (oder ASC_BlockingTime_afterManual auf "unendlich") hast du aber nicht nicht in deiner Version, oder? Ich gehöre ja zu denen, die das am liebsten ausschalten würden. 😄

Für welche Einsatzzwecke braucht man das ASC_BlockingTime_afterManual eigentlich überhaupt?
Man korrigiert doch etwas, welches 1200sec später wieder überschrieben wird, oder?
Kennt jemand ein paar Beispiele?

CoolTux

Nun das waren Userwünsche.
Ging im besonderen wegen Beschattung. Könnte schwören Du wolltest das auch  ;D
Wenn manuell die Beschattung verlassen wird soll nicht gleich wieder hingefahren werden.
Und auch wenn manuell gefahren wird und das Fenster wird geschlossen soll nicht gefahren werden.
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 so hatte ich das ursprünglich auch verstanden das es hauptsächlich um die Beschattung geht. Wäre es nicht möglich ASC_BlockingTime_afterManual mit zum Beispiel -1 zu deaktivieren? Das dann überhaupt nichts weiter passiert in unserem Fall jetzt zum Beispiel bis morgens wieder geöffnet wird?
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 01 Januar 2019, 20:24:59
Ja so hatte ich das ursprünglich auch verstanden das es hauptsächlich um die Beschattung geht. Wäre es nicht möglich ASC_BlockingTime_afterManual mit zum Beispiel -1 zu deaktivieren? Das dann überhaupt nichts weiter passiert in unserem Fall jetzt zum Beispiel bis morgens wieder geöffnet wird?

Ich denke das lässt sich einrichten. Muss ich mir anschauen.
Soll es dann auch für Beschattung und allen drum und dran gelten?
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

Arg, immer wieder mehr Abhängigkeiten wie gedacht.

Wenn du schon fragst: Ja. Man sollte immer in der Lage sein, alles manuell übersteuern zu können.

majestro84

Zitat von: CoolTux am 01 Januar 2019, 20:35:39
Ich denke das lässt sich einrichten. Muss ich mir anschauen.
Soll es dann auch für Beschattung und allen drum und dran gelten?
Denke schon wenn wir nicht noch einen weiteren Parameter für die Steuerung haben wollen.
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

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: ms_steini am 01 Januar 2019, 15:51:07
Hallo und ein frohes neues Jahr.....

Ich bin erst kürzlich auf dieses Modul aufmerksam geworden, OK ich geb zu, ich habe jetzt NICHT ALLES hier gelesen und vieleicht wurden die Fragen ja schon gestellt...

1. kann ich einen Dienstplant/Schichtplan UND Schulferien (Kalender jeweils vorhanden) integrieren ?
2. ich verstehe nicht warum ASC_Time_Up_WE_Holiday nicht größer sein sollte als ASC_Time_Up_Late?
ASC_Time_Up_WE_Holiday - Sunrise frühste Zeit zum Hochfahren am Wochenende und/oder Urlaub (we2holiday wird beachtet). Achtung: Sollte nicht größer sein als ASC_Time_Up_Late, sonst wird ASC_Time_Up_Late verwendet

3. Ich würde gerne an WE/Holiday z.B. in der Diele in der Zeit von 06:00 bis 08:00 (Brightness) hochfahren lassen und im z.B. Kinderzimmer um genau 09:00 Uhr, also feste Uhrzeit.
und an Werktagen im Kinderzimmer in der Zeit von 06:30 bis 08:00 (Brightness) hochfahren lassen. Wie stelle ich das ein ?
WE/Holiday --- ASC_Up = time
Werktags   ---- ASC_Up = brightness
? verstehe ich nicht wie das gehen soll ?


Vielen Dank

Hallo,

1. Ja das kannst Du. Entweder über ein Holidaydevice oder Du wertest einen Calendar Device aus und schreibst 0 oder 1 in einen Dummy. Jeweils für state und für tomottow
siehe https://forum.fhem.de/index.php/topic,92628.msg878608.html#msg878608
2. Das hat programmiertechn. Gründe
3. Das wird leider so nicht gehen. Für WE wird automatisch eine feste Zeit zum hochfahren gesetzt. Die WE Zeit wird zwar gesetzt als spätester Zeitpunkt bei Brightness, wird aber vorher der max Brightnesswert erreicht fahren die Rollos hoch.
Das Kinderzimmer ist ein Schlafraum, da ist das nicht so interessant. Hier sollte das hoch und runterfahren über Roommates umgesetzt werden. Und nur wenn die Roommates vor den Tagesanbruch aufstehen wird der Rolladen dann nach der Zeit oder Brightness gefahren. Hoffe ich konnte mich da verständlich ausdrücken.


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

Das mit dem -1 im ASC_BlockingTime_afterManual ist irgendwie nicht so gut.
Wenn ich das auswerte wird er nie fahren, es sei denn ich werte vorher aus ob er heute schon manuell gefahren wurde. Denn wenn er gestern manuell gefahren wurde soll er ja heute fahren.
Es geht also darum das Ihr wenn Ihr heute einmal manuell fahrt der Rolladen HEUTE nicht mehr automatisiert fährt. Aber morgen soll das wieder hinfällig sein, oder heute beim Sonnenuntergang?

Ich finde das albern. Du weisst nicht wer wann das letzte mal den Rolladen manuell gefahren hat, und musst Abends beim zu Bett gehen nach der letzten eingestellten Zeit schauen ob überall zu ist. Aber was ist wenn Du früher ins Bett gehst?
Irgendwie Sinnlos. Dann lieber mit der blockingtime und Ihr stellt sie euch einfach nur groß genug ein. Wegen meiner 6 Stunden oder so.



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

Ich habe soeben Version 0.2.3 ins SVN geladen. Kommt morgen per Update.
Testet bitte erstmal in Ruhe die Änderungen bezüglich blockingAfterManual und Brightness und dann schauen wir einmal.
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

Frohes Neues!

Das Modul ist eine ganz schön große Mammutaufgabe für dich bei den ganzen individual Wünschen/Erfordernissen :) Danke für deine Mühe! Das Modul funktioniert schon ganz schön gut auch wenn ich anfangs so meine Probleme damit hatte muss man sagen das hier schon einiges an toller Arbeit von dir geleistet wurde! Je mehr ich hier mitbekomme desto mehr sehe ich eine Rollladensteuerung als eines der kompliziertesten Themen im Hausautomationsbereich.

CoolTux

Zitat von: Dersch am 02 Januar 2019, 10:47:53
Frohes Neues!

Das Modul ist eine ganz schön große Mammutaufgabe für dich bei den ganzen individual Wünschen/Erfordernissen :) Danke für deine Mühe! Das Modul funktioniert schon ganz schön gut auch wenn ich anfangs so meine Probleme damit hatte muss man sagen das hier schon einiges an toller Arbeit von dir geleistet wurde! Je mehr ich hier mitbekomme desto mehr sehe ich eine Rollladensteuerung als eines der kompliziertesten Themen im Hausautomationsbereich.

Gesundes neues Jahr,

Dessen war ich mir von Anfang an bewusst. Es ist in der Tat so das Rollladen, Heizung und Licht das komplexeste ist was es in der Automatisierung gibt. Ich bin auch gerne bereit Wünsche zu berücksichtigen. Keine Frage. Dennoch bin ich der Meinung über das ein oder andere sollte man Diskutieren. Ich selbst möchte auch verstehen wieso und warum der ein oder andere diesen speziellen Wunsch hat.
Ich lade auch gerne zu jeder Zeit zur Diskussion ein, gerne auch in einer Telko. Hatten wir ja schon einmal.  :)
Am Ende werden wir aber sicherlich alle von diesem Modul profitieren können. Es wird aber auch immer den einen oder anderen geben der so spezielle Wünsche hat das man da lieber versucht etwas eigenes, ohne Modul, zu realisieren.


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

majestro84

Zitat von: CoolTux am 02 Januar 2019, 10:06:47
Ich habe soeben Version 0.2.3 ins SVN geladen. Kommt morgen per Update.
Testet bitte erstmal in Ruhe die Änderungen bezüglich blockingAfterManual und Brightness und dann schauen wir einmal.
OK wird gemacht werde dann berichten.
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

stefanpf

Hi,

ich möchte noch einmal WG der WE Zeit nachhaken. Allerdings eher im Astro Mode (falls das einen Unterschied macht).

Mit Clunis Skript hatte ich z.B. immer etwas wie
abhängig vom Sonnenaufgang zwischen 06:30-08:00 öffnen, außer am WE/Feiertag/Holiday, dann erst um 10:00.
Mir scheint das auch logisch zu sein (klar, frag 10 Leute...) da ich unterstelle, dass die Meisten wenn überhaupt am WE länger schlafen möchten.
Ich behelfe mir derzeit in dem ich die späteste Zeit hinter die WE Zeit gesetzt habe.


Btw. mich hat es gerade ohne erkennbaren Grund auf der Terrasse ausgesperrt.
Die Terrassentür ist mit einem Three State ausgestattet,
ASC_ModeDown = absent
ASC_LockOut = soft.

Als ich nach Hause kam war der Rollladen schon unten
( korrekt, da dunkel und roomate abwesend).

Ich bekomme den genauen Sachverhalt leider nicht mehr auf die Kette,  meine aber, dass ich den Rolladen per Taster geöffnet habe und dann die Tür geöffnet habe.
Nach ~5s war der Rolladen dann auf dem Weg nach unten.
Da es grundsätzlich funktioniert vermute ich eine Art Timingproblem.
Ich werde das mal weiter beobachten...

CoolTux

Zitat
ASC_Time_Up_WE_Holiday - Sunrise frühste Zeit zum Hochfahren am Wochenende und/oder Urlaub (we2holiday wird beachtet). Achtung: Sollte nicht größer sein als ASC_Time_Up_Late, sonst wird ASC_Time_Up_Late verwendet

Ich habe das gerade getestet und es scheint nun auch zu funktionieren wenn ASC_Time_Up_WE_Holiday nach ASC_Time_Up_Late gestellt wird.

Daher würde ich sagen das
Zitat von: stefanpf am 02 Januar 2019, 18:27:11
abhängig vom Sonnenaufgang zwischen 06:30-08:00 öffnen, außer am WE/Feiertag/Holiday, dann erst um 10:00.
funktionieren sollte. Kannst Du gerne einmal 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