[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

Meine Z-Wave-Jalousien sind wieder nicht heruntergefahren.
Ich will aber nicht wieder einen Tag warten.
Wie kann ich eine zweite Fahrt erzwingen, wenn ich bspw. die Uhrzeit weiter nach hinten schiebe.
ASC beharrt aber darauf, erst morgen früh wieder zu fahren.

Ein Erzwingen via ... hat auch nicht geklappt:
setreading zw_jal.* ASC_ShuttersLastDrive day open




Ich sehe auch gerade die folgenden Readings. Wieso sind die auf "off"?

     2018-11-12 16:45:45   ASC_Time_DriveDown AutoShuttersControl off
     2018-11-12 16:45:45   ASC_Time_DriveUp AutoShuttersControl off

CoolTux

Zitat von: FunkOdyssey am 12 November 2018, 16:47:50
Meine Z-Wave-Jalousien sind wieder nicht heruntergefahren.
Ich will aber nicht wieder einen Tag warten.
Wie kann ich eine zweite Fahrt erzwingen, wenn ich bspw. die Uhrzeit weiter nach hinten schiebe.
ASC beharrt aber darauf, erst morgen früh wieder zu fahren.

Ein Erzwingen via ... hat auch nicht geklappt:
setreading zw_jal.* ASC_ShuttersLastDrive day open




Ich sehe auch gerade die folgenden Readings. Wieso sind die auf "off"?

     2018-11-12 16:45:45   ASC_Time_DriveDown AutoShuttersControl off
     2018-11-12 16:45:45   ASC_Time_DriveUp AutoShuttersControl off


ASC_ShuttersLastDrive day open

Ist doch nur eine Info und wird nirgendwo ausgewertet oder versendet.

2018-11-12 16:45:45   ASC_Time_DriveUp AutoShuttersControl off

Das kommt mir komisch vor. Gerade das AutoShuttersControl nach DriveUp ist dort nicht korrekt.  Wie sehen denn die Attribute für die Zeiten aus, welche Version verwendest Du aktuell. Hast Du Dir durchgelesen was ich geschrieben habe bezüglich testen?
Du kannst wiggle verwenden und einen Rollladen zum testen auswählen.
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 12 November 2018, 17:30:25
ASC_ShuttersLastDrive day open

Ist doch nur eine Info und wird nirgendwo ausgewertet oder versendet.

Okay, das war auch nur ein Versuch. :-)

Zitat von: CoolTux am 12 November 2018, 17:30:25
2018-11-12 16:45:45   ASC_Time_DriveUp AutoShuttersControl off
Das kommt mir komisch vor. Gerade das AutoShuttersControl nach DriveUp ist dort nicht korrekt.  Wie sehen denn die Attribute für die Zeiten aus,

Ich habe ein wenig herumgespielt mit den Zeiten. ASC sollte um 16:39 Uhr runterfahren. Hat nicht geklappt. Daraufhin habe ich die Zeiten auf 16:50 Uhr und danach auf 17:00 Uhr gesetzt.


Zitat von: CoolTux am 12 November 2018, 17:30:25
welche Version verwendest Du aktuell.

Das war ja mein Problem. Bei dieser Installation hatte ich zwar das Update geladen, aber den Neustart vergessen.
Ich war bei 0.2.0.1 und die Z-Wave-Jalousien sind wie zuvor (und bekannt bei dieser Version) nicht gefahren.
Nicht aktiv (weil kein Neustart) war im Hintergrund die Version 0.2.0.3
Blöder Fehler :-) - und dabei wollte ich nach Tagen endlich wissen, ob es funktioniert.

Zitat von: CoolTux am 12 November 2018, 17:30:25
Hast Du Dir durchgelesen was ich geschrieben habe bezüglich testen?
Hmm, was genau meinst du? Ich habe hier im Thread stets jedes Wort gelesen. Aber ich weiß jetzt gerade nicht, was du meinst.


Zitat von: CoolTux am 12 November 2018, 17:30:25
Du kannst wiggle verwenden und einen Rollladen zum testen auswählen.

Du meinst, dass ich damit testen kann, ob die Positionsdaten richtig erkannt werden?




Nachtrag: Siehe gut aus:

2018-11-12_17:48:34 Rolladensteuerung none
2018-11-12_17:48:36 Rolladensteuerung zw_jal_hwr_PosValue: 5
2018-11-12_17:49:34 Rolladensteuerung none
2018-11-12_17:49:37 Rolladensteuerung zw_jal_hwr_PosValue: 0


2018-11-12_17:48:34 zw_jal_hwr ASC_ShuttersLastDrive: none
2018-11-12_17:48:34 zw_jal_hwr dim 5
2018-11-12_17:48:36 zw_jal_hwr position: 5
2018-11-12_17:48:36 zw_jal_hwr power: 0.0 W
2018-11-12_17:49:34 zw_jal_hwr ASC_ShuttersLastDrive: none
2018-11-12_17:49:34 zw_jal_hwr dim 0
2018-11-12_17:49:35 zw_jal_hwr power: 134.6 W
2018-11-12_17:49:37 zw_jal_hwr position: 0
2018-11-12_17:49:37 zw_jal_hwr power: 0.0 W

FunkOdyssey

Am Rande:

ASC_Time_DriveDown und ASC_Time_DriveUp sind gar nicht im Device-Log.

sledge

Über die Attribute "ASC_Mode_Down / _Up" des Rollladen-Device steuere ich ja, wie sich der Rollladen in Abhängigkeit des Bewohners (ROOMMATE) verhält.

Für zwei Zimmer habe ich den Wert auf "absent" gestellt und entsprechende ROOMMATEs zugewiesen - einer steht auf "home", einer auf "gone"

Erwartetes Verhalten: Bewohner anwesend => keine automatischen Fahrten, Bewohner "absent" => automatische Fahrten

Der erste Fall klappt wunderbar, der zweite Fall jedoch nicht (bei mir), wenn der Status des ROOMMATE auf "gone" steht. In meiner (gedanklichen) Hierarchie wäre "gone" > "absent" - also erwarte ich auch hier, dass dann die Rollläden automatisch fahren.

Denkfehler meinerseits oder ggf etwas falsch konfiguriert??


FHEM: debian Intel-NUC / 25 x MAX!, 15 x HM-bidcos, MQTT, 3 x 1wire, 20 x Shelly, 20 x Tasmota, 12 x Yeelight, Opentherm-GW, Espeasy, alexa-fhem, kodi, unifi, musiccast, ...

CoolTux

Die beiden Readings geben kein Event ab. War bis jetzt nicht nötig.

Konntest Du mit set wiggle Rolladenname nun den Rolladen zum fahren bewegen?
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: sledge am 12 November 2018, 18:19:50
Über die Attribute "ASC_Mode_Down / _Up" des Rollladen-Device steuere ich ja, wie sich der Rollladen in Abhängigkeit des Bewohners (ROOMMATE) verhält.

Für zwei Zimmer habe ich den Wert auf "absent" gestellt und entsprechende ROOMMATEs zugewiesen - einer steht auf "home", einer auf "gone"

Erwartetes Verhalten: Bewohner anwesend => keine automatischen Fahrten, Bewohner "absent" => automatische Fahrten

Der erste Fall klappt wunderbar, der zweite Fall jedoch nicht (bei mir), wenn der Status des ROOMMATE auf "gone" steht. In meiner (gedanklichen) Hierarchie wäre "gone" > "absent" - also erwarte ich auch hier, dass dann die Rollläden automatisch fahren.

Denkfehler meinerseits oder ggf etwas falsch konfiguriert??

Weder noch, alles korrekt gemacht. Ich muss mir das noch mal 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

FunkOdyssey

Zitat von: CoolTux am 12 November 2018, 18:23:58
Die beiden Readings geben kein Event ab. War bis jetzt nicht nötig.

Konntest Du mit set wiggle Rolladenname nun den Rolladen zum fahren bewegen?

Ja. Ich habe vorher nen Neustart gemacht. Dann waren die Zeiten in den Readings wieder vorhanden.

CoolTux

Zitat
Montag, 12. November
21:00 bis 21:30


CoolTux lädt Sie zu einem geplanten Zoom Meeting ein.

Nehmen Sie teil von PC, Mac, Linux, iOS oder Android
https://zoom.us/j/225390542

Per Telefon beitreten
Mit einem Fingertipp auf dem iPhone:
+14086380986,,225390542# (San Jose)
+16465588665,,225390542# (New York)
Wählen(Für höhere Qualität eine auf Ihrem aktuellen Standort basierende Nummer wählen):
+1 408 638 0986 Vereinigte Staaten von Amerika (San Jose)
+1 646 558 8665 Vereinigte Staaten von Amerika (New York)
Meeting-ID: 225 390 542
Verfügbare internationale Nummern:
https://zoom.us/u/aeILaEFVFf
10 Minuten vorher als E-Mail
10 Minuten vorher

Zur Erinnerung. Wer Lust und Zeit hat
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

Vielen Dank Euch. Hat großen Spaß gemacht. Ich denke mal sowas kann man gerne wiederholen.  :)
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

enno

Moin CoolTux,

fand ich auch. Im Gespräch wird einem schnell vieles klarer, als wenn man zig mal hin und her schreibt.

Hier meine Zusammenfassung für Somfy und Tahoma Nutzer:

Im Rollo das Atrribut setzten und schon läuft es:

ASC_Pos_Reading      ClosureState

Gruss
  Enno
Einfacher FHEM Anwender auf Intel®NUC mit Proxmox und Debian

pc1246

Moin
Ich habe das gestern abend leider vergessen, waere auch gerne dabei gewesen!
Zu "ClosureState", wie kommt das jetzt uebereinander? Bisher hatte ich es so verstanden, dass der Fahrbefehl und der Zustand gleich sein muessen? Kann man ein tahoma device mit "Closurestate" fahren?
Gruss Christoph
HP T610
Onkyo_AVR;Enigma2; SB_Server; SB_Player; HM-USB; PhilipsTV; harmony hub; Jeelink mit PCA301; Somfy; S7-300; LGW; HUE; HM-IP auf Charly; div

CoolTux

Zitat von: pc1246 am 13 November 2018, 07:47:09
Moin
Ich habe das gestern abend leider vergessen, waere auch gerne dabei gewesen!
Zu "ClosureState", wie kommt das jetzt uebereinander? Bisher hatte ich es so verstanden, dass der Fahrbefehl und der Zustand gleich sein muessen? Kann man ein tahoma device mit "Closurestate" fahren?
Gruss Christoph

Wie bereits mehrfach erwähnt ist dies nicht mehr nötig, da die gängigsten Rolllotypen automatisch erkannt werden. Deswegen heißt das Attribut nun auch ASC_Pos_Reading. Also das Reading welches die aktuelle Position des Rollladens nummerisch an gibt. Ich werde in die Commandref noch rein schreiben welche Typen aktuell automatisch erkannt 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

Chaos

Hi,

ich bin auch mal zum Testen gekommen...

Das Modul ist der Wahnsinn. Vom Umfang und den Funktionen genau das was ich suche :-)

Die Einrichtung war trivial, aber ich hab noch ein Problem, bzw. ne kleine Frage:
Kann ich eine oder zwei Rolladen verzögert fahren? Ich müsste bei mir zwei Rolläden ca. 15 Sekunden später fahren (Verkabelungsgeschichte).
Oder macht das ASC_Drive_Offset?

MfG
Manuel

CoolTux

Zitat von: Chaos am 13 November 2018, 08:26:49
Hi,

ich bin auch mal zum Testen gekommen...

Das Modul ist der Wahnsinn. Vom Umfang und den Funktionen genau das was ich suche :-)

Die Einrichtung war trivial, aber ich hab noch ein Problem, bzw. ne kleine Frage:
Kann ich eine oder zwei Rolladen verzögert fahren? Ich müsste bei mir zwei Rolläden ca. 15 Sekunden später fahren (Verkabelungsgeschichte).
Oder macht das ASC_Drive_Offset?

MfG
Manuel

Hallo Manuel,

Das macht in der Tat ASC_Drive_Offset, das wäre dann einzeln für jeden Rollladen, oder im ASC Device ASC_shuttersDriveOffset eine Verzögerung für alle Rollläden. Bitte beachte aber das dies keine ganze Verzögerung des Wertes ist sondern eine zufällige Zahl zwischen 0 und Deinem Wert den Du ein gibst in Sekunden!!!


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