[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

hexenmeister

Zitat von: majestro84 am 09 November 2018, 12:48:26
Verschattung ist ja im Moment eh erstmal uninteressant.
Würde ich gar nicht so sagen, ich habe Dachfenster, die ich auch jetzt wegen der Sonne einseitig herunterfahre, weil man sonst durch die niedrig stehende Sonne geblendet wird. Aber das nur so am Rande, soll nicht als Drängeln verstanden werden 8)
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

CoolTux

Zitat von: enno am 09 November 2018, 12:50:58
Ich nutze Somfy mit Tahoma (https://fhem.de/commandref.html#tahoma) bei mir wird bei "Fenster offen" das Device auf disable gesetzt.
attr tahoma_23234545 disable 1

Wenn ich das richtig verstanden habe, sollte das mit deinem Vorschlag hier einen zwei drüber machbar sein.

Gruss
  Enno

Leider nein. Denn das Disable ist ein Attribut. Ausserdem ist das ja kein Hardware sperren sondern ein Software sperren, Wenn Deine Rolladen einen Hardwareschalter haben der direkt den Rolladen an spricht würde der ja dennoch fahren. Es muss im Schalter selber einen Sperrschutz geben.
Softwaremäßig sollte eine Sperre schon passieren, also wohl gemerkt eine Sperre das das ASC Modul keine Fahrten macht wenn Fenster offen ist. Andere Komponenten die den Rolladen in FHEM schalten können dennoch den Rolladen fahren lassen.
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

hexenmeister

Ich habe gestern mit dem Testen mit der 'richtigen Hardware' angefangen. Habe noch nicht alles konfiguriert, was ich so brauche, was ich jedoch ausprobiert habe, ging sofort. Coole Sache!
Habe auch das 'wiggle' ausprobiert. Grundsätzlich eine gute Idee. Der Wert 5 ist jedoch anscheinend festverdrahtet. Bei meinen Rolläden geht dabei allerhöchtens der oberste Lichtschlitz auf. Damit das so wirkt, als ob jeman durch die Schlitze gucken will, müssen Rollos deutlich weiter hoch fahren. Wäre toll, diesen Wert konfigurierbar zu machen.

Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

pc1246

Moin
Ich glaube Enno und Cooltux reden aneinander vorbei! Wenn die Tuer offen ist, darf die Automatik nicht mehr fahren.
Ich habe jetzt auch mal eine Frage. Ich habe derzeit ein DOIF welches einen Rollladen faehrt in Abhaengigkeit von Sonnenstand und Fernsehen an. Dieses wurde zuerst von meiner besseren Haelfte fuer Irrsinn erklaert, ist aber nicht mehr aus dem Alltag wegzudenken. Laesst sich so etwas noch integrieren, bzw. halbwegs einfach workarounden?
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

enno

Zitat von: CoolTux am 09 November 2018, 13:23:43
Softwaremäßig sollte eine Sperre schon passieren, also wohl gemerkt eine Sperre das das ASC Modul keine Fahrten macht wenn Fenster offen ist. Andere Komponenten die den Rolladen in FHEM schalten können dennoch den Rolladen fahren lassen.

Da ich keine Schalter habe, sollte das reichen. Wenn FHEM nicht fährt und das auf keinen Fall bei offenen Fenster macht, ist das was ich brauche schon drin. Weitere Sperre ist für meine Anwendungen nicht nötig.

Die gleiche Funktion mit TV wie pc1246 beschreibt, habe ich auch. Die Frage wollte ich eigentlich stellen wenn die Sache mit Verschattung funktioniert.

Gruss
  Enno
Einfacher FHEM Anwender auf Intel®NUC

CoolTux

Zitat von: hexenmeister am 09 November 2018, 13:40:40
Ich habe gestern mit dem Testen mit der 'richtigen Hardware' angefangen. Habe noch nicht alles konfiguriert, was ich so brauche, was ich jedoch ausprobiert habe, ging sofort. Coole Sache!
Habe auch das 'wiggle' ausprobiert. Grundsätzlich eine gute Idee. Der Wert 5 ist jedoch anscheinend festverdrahtet. Bei meinen Rolläden geht dabei allerhöchtens der oberste Lichtschlitz auf. Damit das so wirkt, als ob jeman durch die Schlitze gucken will, müssen Rollos deutlich weiter hoch fahren. Wäre toll, diesen Wert konfigurierbar zu machen.

Den Wert 5 hatte ich einfach mal so von pah übernommen. Vielleicht sollten wir den doch konfiguriebar machen damit auch Leute mit 0-15 als auf und zu das ganze verwenden können. Dann aber nach Möglichkeit im ASC Modul selbst.
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: pc1246 am 09 November 2018, 13:49:08
Moin
Ich glaube Enno und Cooltux reden aneinander vorbei! Wenn die Tuer offen ist, darf die Automatik nicht mehr fahren.
Ich habe jetzt auch mal eine Frage. Ich habe derzeit ein DOIF welches einen Rollladen faehrt in Abhaengigkeit von Sonnenstand und Fernsehen an. Dieses wurde zuerst von meiner besseren Haelfte fuer Irrsinn erklaert, ist aber nicht mehr aus dem Alltag wegzudenken. Laesst sich so etwas noch integrieren, bzw. halbwegs einfach workarounden?
Gruss Christoph

Sonnenstand wäre sicherlich möglich da der eh Verwendung findet beim shading später, aber auf Fernsehr prüfen ist dann doch sehr speziell. Das sollte denke ich nicht vom Modul abgedeckt 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

CoolTux

Zitat von: enno am 09 November 2018, 14:00:12
Da ich keine Schalter habe, sollte das reichen. Wenn FHEM nicht fährt und das auf keinen Fall bei offenen Fenster macht, ist das was ich brauche schon drin. Weitere Sperre ist für meine Anwendungen nicht nötig.

Die gleiche Funktion mit TV wie pc1246 beschreibt, habe ich auch. Die Frage wollte ich eigentlich stellen wenn die Sache mit Verschattung funktioniert.

Gruss
  Enno

Ok dann sind das mit dem Fernsehr schon 2, wenn jetzt noch 2 kommen werde ich sowas einbauen!!!
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

hexenmeister

Zitat von: CoolTux am 09 November 2018, 14:06:36
Ok dann sind das mit dem Fernsehr schon 2, wenn jetzt noch 2 kommen werde ich sowas einbauen!!!
*Meld*  ;D
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

hexenmeister

Vlt. Sollte man nicht direkt eine "Fernseherprüfung" einbauen, sondern ein device, der so eine Beschattung blockieren oder forcieren kann.
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

hexenmeister

Zitat von: CoolTux am 09 November 2018, 14:03:27
Den Wert 5 hatte ich einfach mal so von pah übernommen. Vielleicht sollten wir den doch konfiguriebar machen damit auch Leute mit 0-15 als auf und zu das ganze verwenden können. Dann aber nach Möglichkeit im ASC Modul selbst.
Sollte reichen, auch wenn sich meine Velux-Rollläden ganz anders verhalten, als die restlichen, aber für die braucht man das eher nicht.
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

pc1246

Hallo
Ich wollte hier kein Fass aufmachen. Aber es gibt ja auch noch andere Situationen, wo man gerne den Rollladen unten haben moechte, und er auch unten bleiben soll bis die Situation beendet ist. Manchmal moechte man ja auch die Nachbarn sicher aussperren! Und wenn dann die Automatik sagt, so jetzt aber wieder hoch, dann .....
Eigentlich ist es wie Lüften nur anders herum?
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

pc1246

Zitat von: hexenmeister am 09 November 2018, 14:16:24
Vlt. Sollte man nicht direkt eine "Fernseherprüfung" einbauen, sondern ein device, der so eine Beschattung blockieren oder forcieren kann.
Das sollte ein Beispiel sein, welches man sich bildlich vorstellen kann.
Eine Option zum runterfahren abhaengig von bis Bedingung zu Ende ist, waere der Wunsch!
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

hexenmeister

Vlt. Eine Möglichkeit, über ein set Befehl oder so eine bestimmte Situation zu erzwingen? Nactposition, Beschattungsposition etc.
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

pc1246

Zitat von: hexenmeister am 09 November 2018, 14:22:38
Vlt. Eine Möglichkeit, über ein set Befehl oder so eine bestimmte Situation zu erzwingen? Nactposition, Beschattungsposition etc.
;D Nactposition  :D
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly