[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

Weiterer Wunsch:
Könnte man das konfigurierbar machen, dass die Jalousien nach einer manuelle Korrektur nicht immer wieder durch das runter/hoch gefahren werden? Da will man sich aus dem Fenster das Feuerwerk anschauen und plötzlich fährt die Jalousie wieder runter.

Der Partymodus ist eher für geplante Aktionen.

CoolTux

Zitat von: FunkOdyssey am 31 Dezember 2018, 21:36:50
Mich hat das Modul in einer hektischen Situation erneut geärgert. Ist das ein großer Aufwand, das disable-Feature irgendwie modulintern zu lösen? Geht viel schneller (und gehört eigentlich auch dort hin) als ein attr mit Filtern zu schreiben.

Wie meinst Du das Modulintern. Das Attribut disable habe ich für die nächste Version entfernt.
Da es gewünscht würde pro Rolladen zu deaktivieren hatten wir uns ja darauf geeinigt das man mit dem Attribut ASC und den Wert 0 die Automatik deaktiviert.

Grüße und einen guten Rutsch
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

Beetle2003

Zitat von: CoolTux am 31 Dezember 2018, 15:40:18
Wenn Du auf Dein Fensterkontakt Device in FHEM gehst und dort ein
get regList
aus führst bekommst Du unteranderem angezeigt
1: eventDlyTime     |   0 to 7620s       |          | filters short events, causes reporting delay
Das sollte Dein Problem auf einfachste Art und Weise lösen.


Grüße

Ein frohes Neues Jahr wünsche ich allen in diesem Forum.

Nun eine weitere Nachfrage:
Mit dem dem Reading eventDlyTime funktioniert die Verzögerung.
Dieses hat den Nachteil, dass meine Alarmanlage ( Modul von Prof. Dr. Peter Henning ) auch die Verzögerung beinhaltet.

Somit bleibt mein Wunsch bestehen, bitte die Verzögerung im ASC Modul zu integrieren.
Gibt es weitere die diese Funktion benötigen?

Danke

CoolTux

Zitat von: Beetle2003 am 01 Januar 2019, 01:13:21
Ein frohes Neues Jahr wünsche ich allen in diesem Forum.

Nun eine weitere Nachfrage:
Mit dem dem Reading eventDlyTime funktioniert die Verzögerung.
Dieses hat den Nachteil, dass meine Alarmanlage ( Modul von Prof. Dr. Peter Henning ) auch die Verzögerung beinhaltet.

Somit bleibt mein Wunsch bestehen, bitte die Verzögerung im ASC Modul zu integrieren.
Gibt es weitere die diese Funktion benötigen?

Danke

Ein gesundes neues Jahr.
Hast Du es denn mal getestet? Also mit einem vernünftigen Wert?. Sagen wir so 2-3s. Es sollte ausreichen damit du das Fenster von schließen und wieder öffnen kannst. Und ich bilde mir ein 2-3s sind für den Alarm nicht die Welt.


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: FunkOdyssey am 31 Dezember 2018, 21:38:51
Weiterer Wunsch:
Könnte man das konfigurierbar machen, dass die Jalousien nach einer manuelle Korrektur nicht immer wieder durch das runter/hoch gefahren werden? Da will man sich aus dem Fenster das Feuerwerk anschauen und plötzlich fährt die Jalousie wieder runter.

Der Partymodus ist euer für geplante Aktionen.

Wieso fährt das Rollo obwohl entweder das Fenster auf ist oder ein ASC_BlockingTime_afterManual entsprechend gesetzt wurde?
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

ms_steini

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

FunkOdyssey

Zitat von: CoolTux am 01 Januar 2019, 09:58:53
Wieso fährt das Rollo obwohl entweder das Fenster auf ist oder ein ASC_BlockingTime_afterManual entsprechend gesetzt wurde?

ASC_BlockingTime_afterManual habe ich überall auf 1200 (default). Kannte ich ehrlich gesagt noch gar nicht.

Wieso aber das Rollo fährt, weiß ich auch nicht.
Ich weiß nur, dass ich mich alle paar Sekunden mit den Jalousien "streiten" muss.

- ASC fuhr - wie geplant - abends runter
- Ich wollte die Jalousie aber doch offen haben und habe die Jalousie wieder geöffnet
- Plötzlich fährt ASC die Jalousie wieder herunter

Kann das vielleicht am Triggern der Brightness-Werte liegen?

Vorschlag:
Könnte man vielleicht ASC_BlockingTime_afterManual auch für meinen Wunsch nutzen?
Wenn der Wert bspw. auf "-1" oder "none" oder ähnliches steht, dass das ASC-Modul dann gar nicht mehr eingreift?

Ich kann meine Familien unmöglich erklären, dass vorher in den Jalousiedevices ein Attribut namens "Partmode" auf "on" stehen muss und im ASC-Modul der Partymodus aktiviert werden muss. Und das nur, weil die gerade mal aus dem Fenster schauen wollen.

CoolTux

Ich schaue mir das mit Brightness und ASC_BlockingTime_afterManual noch mal an.
Wenn da was finde können wir erstmal das probieren?
Sollte das gar nichts für Dich sein können wir gerne noch mal über Deinen Wunsch nachdenken.
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: FunkOdyssey am 31 Dezember 2018, 21:38:51
Weiterer Wunsch:
Könnte man das konfigurierbar machen, dass die Jalousien nach einer manuelle Korrektur nicht immer wieder durch das runter/hoch gefahren werden? Da will man sich aus dem Fenster das Feuerwerk anschauen und plötzlich fährt die Jalousie wieder runter.

Der Partymodus ist euer für geplante Aktionen.
Hallo

Erstmal euch allen ein gesundes neues Jahr.
Habe das gerade Mal nachgestellt bei meiner Rolllade die mit Brightness fährt. Bei mir ist es genau so das immer wieder geschlossen wird wenn der Helligkeitssensor einen neuen Wert schickt, der unter der Grenze ist. Bei den Rollladen nach Astro kann ich nach dem schließen ohne Probleme die Rollladen in eine neue Position fahren und sie bleiben dann auch dort. So hätte ich mir das eigentlich bei Brightness auch vorgestellt. Wäre es nicht möglich das wenn night closed durch ist weitere werte unter der Grenze ignoriert werden ?
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

FunkOdyssey

Danke. Ich fühlte mich immer so alleine. 😄

Ich frage mich wofür die ASC_BlockingTime_afterManual ist?
Wird ja scheinbar bei dir in beiden Konstellationen berücksichtigt, oder?

majestro84

Meiner Meinung wird ASC_BlockingTime_afterManual überhaupt nicht berücksichtigt bei Brightness nicht und auch nicht bei Astro habe es auch auf 1200s stehen. Wenn es berücksichtigt wird wäre das für mich vollig okay wenn ich wo die Zeit einstellen kann wie lange die Rolllade in neuer Position bleibt bevor wieder geschlossen 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, 18:09:17
Meiner Meinung wird ASC_BlockingTime_afterManual überhaupt nicht berücksichtigt bei Brightness nicht und auch nicht bei Astro habe es auch auf 1200s stehen. Wenn es berücksichtigt wird wäre das für mich vollig okay wenn ich wo die Zeit einstellen kann wie lange die Rolllade in neuer Position bleibt bevor wieder geschlossen wird.

Ihr habt Recht. Es wird in der Tat nicht beachtet. Grund ist das sich innerhalb der Abfrage auch die Attribute ASC_BlockingTime_beforDayOpen und ASC_BlockingTime_beforNightClose befinden.
Ich muss mir das erstmal in Ruhe anschauen
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 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.
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 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.
OK super werde es morgen Abend Mal testen.
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, 18:51:14
OK super werde es morgen Abend Mal testen.
Langsam langsam, noch ist es nirgends erhältlich. Erst muss es durch meine Kontrolle  ;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