[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.6.x

Begonnen von CoolTux, 27 April 2019, 08:04:52

Vorheriges Thema - Nächstes Thema

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

Typ1er

Zitat von: Beta-User am 22 Mai 2019, 17:53:30
- Man benötigt also in jedem Fall zwei Befehle, wenn man die Lamellenposition "irgendwie anders" oder "genau definiert" mittels Fahranweisung festlegen will.

Die spannende Frage für Zwischendurch heißt: Was passiert, wenn du den positionSlat-Befehl absetzt, kurz nachdem du dim xy eingegeben hattest und die Jalousie noch unterwegs ist?

so habe getestet:
erst den Fahrbefehl zb von ,,auf" nach ,,zu" (über set <device> positionsBlinds 0), dim sollte genauso gehen
innerhalb des Fahrzeit die Lamellen auf zb 40% gestellt (über set <device> positonSlat 40).
beides wird nacheinander abgearbeitet.


zur Config meiner RollerShutter 2
- bei dim und positonBlinds, wird nur die Jalousie gefahren, die vorhergehende Lamellenposition wird wiederhergestellt
- bei positionSlat wird nur die Lamelle verstellt
- die Hardwareschalter stellen die Position nicht wieder her, beim zufahren zu und beim auffahren sind sie auf

kjmEjfu

Migriere derzeit zu Home Assistant

Uwe S.

Hallo,

irgendwie werde ich nicht ganz schlau...

in den Readings des ASC-Devices stimmen die _PosValue und _lastPosValue nicht mit den tatsächlichen Ständen überein. Zudem sind die Zeitstempel dieser Readings nicht aktuell (zwischen 1 und 3 Tage alt).


Kann das die Ursache sein, warum meine Rollläden abends nicht automatisch runterfahren?

CoolTux

Eher nicht, da die aktuelle Positionen immer kurz vorher direkt ausgelesen 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

Uwe S.


CoolTux

Ich verwende die FHEM Funktion ReadingsNum dafür. Wenn Du das meinst.
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

dancatt

Moin,

folgendes Szenario:
Rollladen fährt automatisch runter -> ok
Rollladen wird manuell hochgefahren -> ok
Terassentür wir geöffnet -> ok
Rollladen fährt in die comfortOpen_Pos -> soll das so sein? Nicht nur wenn der Rollladen vorher im Zustand geschlossen war?

Vielen Dank.

Gruß Daniel
Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55

majestro84

Zitat von: dancatt am 26 Mai 2019, 08:33:00
Moin,

folgendes Szenario:
Rollladen fährt automatisch runter -> ok
Rollladen wird manuell hochgefahren -> ok
Terassentür wir geöffnet -> ok
Rollladen fährt in die comfortOpen_Pos -> soll das so sein? Nicht nur wenn der Rollladen vorher im Zustand geschlossen war?

Vielen Dank.

Gruß Daniel
Das ist mir auch gestern in der aktuellen Version aufgefallen.
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

Danke Euch für die Infos. Das schaue ich mir sehr gerne an.
Natürlich sollte es nicht so sein das wenn das Rollo oben ist es beim öffnen der Tür in Comfort fährt.


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 25 Mai 2019, 12:43:19
Irgendwie ist da der Wurm drin.
Heute ist keine Jalousie hochgefahren, die wie folgt konfiguriert sind:
ASC_Time_Up_WE_Holiday 08:00
ASC_Mode_Down off
ASC_Mode_Up always
ASC_Down time
ASC_Up time

Egal ob Contact-Attribut gesetzt war oder nicht.
Und auch nur am WE!
Rollos werden abends immer manuell geschlossen.

Am Donnerstag ist Feiertag. Bitte bis dahin kein Update machen.
Schaue bitte am Mittwoch Morgen und Abend genau auf das Datum und die Uhrzeit zum Hochfahren am Donnerstag.



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

FunkOdyssey

Zitat von: CoolTux am 27 Mai 2019, 11:25:30
Am Donnerstag ist Feiertag. Bitte bis dahin kein Update machen.
Schaue bitte am Mittwoch Morgen und Abend genau auf das Datum und die Uhrzeit zum Hochfahren am Donnerstag.

Das kann ich machen. Wäre auch super, wenn das ins Rollo-Log wandern würde. Würde es einfacher machen.

Was mir noch eingefallen ist:
Diese beiden haben als einzige Jalousien "ASC_Shading_Mode = off".
Vielleicht hat das auch etwas damit zu tun.

CoolTux

Zitat von: FunkOdyssey am 27 Mai 2019, 11:42:34
Das kann ich machen. Wäre auch super, wenn das ins Rollo-Log wandern würde. Würde es einfacher machen.

Was mir noch eingefallen ist:
Diese beiden haben als einzige Jalousien "ASC_Shading_Mode = off".
Vielleicht hat das auch etwas damit zu tun.

Nein. So wie ich das sehe hat es etwas mit dem ASC_Up time zu tun. Anscheinend berechnet er im WE jedesmal nicht die Zeit für den Folgetag sondern für den der nach dem Folgetag kommt. Also am 27. nicht für den 38. sondern fpr den 29.
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

shrek71

Guten Tag,

ich finde das Modul "AutoShuttersControl" klasse.
Konnte auch bis jetzt alle meine DOIFs und Skripte die ich für die Steuerung meiner
Rolladen erstellt hatte, durch das Modul ersetzen.
Bis auf eins :-(.
Ich habe im Ankleidezimmer Rolläden, die nur aufgehen sollen wenn die Roomates aufstehen. Sprich der Status nicht mehr "asleep" ist.
Das funktioniert auch wenn man die entsprechenden ASC*Einträge an den Rolladen vornimmt.

Nun habe ich das Problem, dass ich die Anwesenheit in den Schlafräumen durch ein "Presence"-Modul mit Bluethooh Erkennung durchführe.
Manchmal kommt es dann vor, wenn ich ein Etage unter den Schlafräumen bin, ich auf einmal auf "asleep" geschaltet werde und dann automatisch
die Rolladen runterfahren. Nach einer Weile wieder hoch.

Gibt es eine Möglichkeit, die Rolläden so einzustellen dass diese bei einem "ASC_ShuttersLastDrive day open" nicht mehr automatisch
auf asleep reagieren?
Für das runterfahren, verwenden wir die "ASC_autoShuttersControlEvening" am Abend.

Gruß,
Sascha

CoolTux

Hallo Sascha,

Nein diese Möglichkeit gibt es leider nicht. Es ist ja gewollt das auch am Tag wenn man sich schlafen legt die Rollos runter gehen. Halt damit man schlafen kann.
Du wirst wohl versuchen müssen die presence Erkennung besser zu machen. Eventuell mit einer presenceThreshold oder so.
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