[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

JHo

Zitat von: CoolTux am 12 Februar 2019, 21:37:31
ASC Unterstützt nun auch Fensterkontakte von Max mit opened und closed im STATE
Lieben Dank - ich passe den entsprechenden Eintrag im Wiki dann wieder an ;-)
Habe ein bisschen über die set- und Reading-Tabellen editiert, v.a. um sie besser lesbar zu machen.
1: FHEM auf Ubuntu, MAX!Cube, Wand- und Heizkörperthermostate, Eco-Schalter, diverse LaCrosse-Sensoren, per remote angebundene DS18B20-Sensoren
2: FHEM auf Raspi 3, Max!Cube, Wand- und Heizkörperthermostate, Eco-Schalter, ht_pitiny-Adapter zu Junkers FW120

CoolTux

Aktuell sitze ich an der SecurityMode Geschichte. Der Code ist soweit fast fertig. Dauert aber noch ein wenig.
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

throbin

Zitat von: throbin am 11 Februar 2019, 20:38:30
Hm, verstehe. Ich würde es jedoch darauf ankommen lassen, eventuell könnte man die Events über ein Attribut (pro Device...) aktivieren. Hilfreich wäre das schon zu sehen, was die Astro-Berechnung für Fahrzeiten ermittelt. Ich kann es dann gerne mal anhand 10 Devices testen. Bis jetzt lasse ich das ganze mit DOIFs auf einem Pi3 laufen, da gibt es keine Performance-Probleme.

Hi CoolTux,

wenn Du das eingebaut hast, poste bitte eine Info hier, dann werde ich es ausprobieren, danke!

LG

CoolTux

Zitat von: throbin am 12 Februar 2019, 22:20:00
Hi CoolTux,

wenn Du das eingebaut hast, poste bitte eine Info hier, dann werde ich es ausprobieren, danke!

LG

Habe ich aktuell mal so geändert. Kommt dann mit dem nächsten Update. Ich gebe eh vorher eine Version über Github zum testen frei.
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

Hallo
Habe gestern und heute morgen eine kleine Merkwürdigkeit festgestellt, und zwar wenn ich vorm Day Open ein Fenster kippe dann wir in Ventialte Position gefahren. Das Fenster bleibt dann gekippt über das Day Open hinweg und die Rolllade fährt auch hoch. Wenn jetzt das Fenster geschlossen wird fährt die Rolllade aber wieder komplett zu und das ASC Device schreibt window night closed. Das passiert bei einen Fenster mit Brightness sowie mit Astro.
ASC Version ist 0.4.0.2 mit der Git version habe ich es noch nicht ausprobiert.

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

Beetle2003

Hallo Alex,

so etwas habe ich heute auch festgestellt. Rollo wurde manuell vor Öffnungszeit manuell geöffnet.
Dann das Fenster zum lüften geöffnet und geschlossen. Anschliessen fährt es zu. Habe erwartet ( bisher es so nie gehabt ) das es öffentlich bleibt.

Gruss Ralf

CoolTux

Ich habe eure Beobachtungen im Git als Issues aufgenommen.

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: Beetle2003 am 15 Februar 2019, 06:33:22
Hallo Alex,

so etwas habe ich heute auch festgestellt. Rollo wurde manuell vor Öffnungszeit manuell geöffnet.
Dann das Fenster zum lüften geöffnet und geschlossen. Anschliessen fährt es zu. Habe erwartet ( bisher es so nie gehabt ) das es öffentlich bleibt.

Gruss Ralf

Für heute hätte ich eine Erklärung wenn Du sunriseTimeWeHoliday aktiv hättest.
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: majestro84 am 14 Februar 2019, 09:48:53
Hallo
Habe gestern und heute morgen eine kleine Merkwürdigkeit festgestellt, und zwar wenn ich vorm Day Open ein Fenster kippe dann wir in Ventialte Position gefahren. Das Fenster bleibt dann gekippt über das Day Open hinweg und die Rolllade fährt auch hoch. Wenn jetzt das Fenster geschlossen wird fährt die Rolllade aber wieder komplett zu und das ASC Device schreibt window night closed. Das passiert bei einen Fenster mit Brightness sowie mit Astro.
ASC Version ist 0.4.0.2 mit der Git version habe ich es noch nicht ausprobiert.

Gruß Alex

Kannst Du Dich noch erinnern wie Dein Roommate stand als Du das Fenster geschlossen hast? Hast Du überhaupt einen Roommate?
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 15 Februar 2019, 08:00:09
Kannst Du Dich noch erinnern wie Dein Roommate stand als Du das Fenster geschlossen hast? Hast Du überhaupt einen Roommate?
Nein keins für ASC eingerichtet
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

Die einzige Erklärung die ich finde das er tatsächlich dachte es wäre Nacht. War etwas besonderes am nächsten Tag. Irgendwas das die Sonnenaufgangszeit von der Uhrzeit her nach der Zeit legt wo Du das Fenster geschlossen hattest?
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

Also was ich merkwürdig finde ist das diese Situation eigentlich an einem der beiden Fenster sehr häufig so ist und es bis jetzt nie ein Problem war. Heute lief es auch wieder normal. Allerdings ist der Unterschied zu gestern das ich das Fenster relativ schnell nach dem day Open geschlossen habe und heute über ne halbe Stunde dazwischen lag. Ich werde das Mal am Wochenende weiter Beobachten und gucken ob ich den Fehler ausfindig machen kann bzw. bei welcher genauen Konstellation er Auftritt
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

CoolTux

Zitat von: majestro84 am 15 Februar 2019, 09:56:41
Also was ich merkwürdig finde ist das diese Situation eigentlich an einem der beiden Fenster sehr häufig so ist und es bis jetzt nie ein Problem war. Heute lief es auch wieder normal. Allerdings ist der Unterschied zu gestern das ich das Fenster relativ schnell nach dem day Open geschlossen habe und heute über ne halbe Stunde dazwischen lag. Ich werde das Mal am Wochenende weiter Beobachten und gucken ob ich den Fehler ausfindig machen kann bzw. bei welcher genauen Konstellation er Auftritt
Gruß Alex

Das wäre super wenn das getestet werden könnte.
Gut testen kann man gerade die halbe Stunde Verzögerung am Sonntag wenn du am wochenende andere Fahrzeiten hast. So sagen wir 9 Uhr. Dann öffnet er am Sonntag um 9 Uhr imd die Tagesberechnung wäre danach ab 7:45 rum.
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

Karflyer

Nach jedem Neustart von FHEM werden aktuell alle Rolläden zugefahren. Gibt es eine Einstellung im ASC-Modul, die dafür sorgt, dass das so ist, oder wo kann ich dieses Verhalten abschalten?

Was ich noch nicht verstanden habe, ist die Wirkung der beiden Attribute ASC_BrightnessMinVal und ASC_BrightnessMaxVal. Oder anders gefragt, welches Attribut muss mit welchem Wert befüllt werden, wenn morgens die Rolläden ab einem bestimmten 'Lichtlevel' hochfahren sollen?

Grüße
Stefan



CoolTux

Zitat von: Karflyer am 15 Februar 2019, 13:16:45
Nach jedem Neustart von FHEM werden aktuell alle Rolläden zugefahren. Gibt es eine Einstellung im ASC-Modul, die dafür sorgt, dass das so ist, oder wo kann ich dieses Verhalten abschalten?

Was ich noch nicht verstanden habe, ist die Wirkung der beiden Attribute ASC_BrightnessMinVal und ASC_BrightnessMaxVal. Oder anders gefragt, welches Attribut muss mit welchem Wert befüllt werden, wenn morgens die Rolläden ab einem bestimmten 'Lichtlevel' hochfahren sollen?

Grüße
Stefan

Das Verhalten ist komplett neu, mit nicht bekannt und bei mir in meiner Installation nicht vorhanden.
Da brauche ich wenn dann ein verbose 5 vom ASC Device beim start.

Abends MinVal und Morgens MaxVal


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