[73_AutoShuttersControl.pm] Neues Modul zum automatisierten steuern von Rolläden

majestro84 · 01 Dezember 2018, 11:53:41

Zitat von: CoolTux am 20 November 2018, 15:02:57
Nein die Möglichkeit gibt es nicht. Macht auch keinen Sinn, da das Twilight Modul die selbe Basis für die Berechnungen nutzt wie sunset_abs() oder sunrise_abs()

Grüße

Hi
Du ich hätte dazu noch Mal ne Frage weil mir die Zeiten nicht ganz so gut gefallen etwas später runter und etwas früher hoch wäre mir lieber wie könnte ich das den in dem Modul umsetzen ähnlich wie im Twilight. Hast du da ein Tipp für mich?

Dann hätte ich noch eine Frage was dann wiederum vielleicht die vorige überflüssig macht. Es war Mal kurz die Rede von Sichtschutz gegen Abend zum Beispiel also bei Zeit Real zum Beispiel auf Position 30 und dann bei civil komplett zu. Wäre das noch möglich mit einzubauen?

Gruß Alex

Gesendet von meinem Redmi Note 4 mit Tapatalk

CoolTux · 01 Dezember 2018, 12:02:10

Im Internal NOTIFYDEV kann ich kein Fenster Device sehen.
Ich gehe davon aus das im Rolladen ein Device im Attribut angegeben ist. Dann bitte im ASC das Attribut expert auf 1 setzen und set createNotify... machen.

no_Legend · 02 Dezember 2018, 07:29:30

Zitat von: CoolTux am 01 Dezember 2018, 12:02:10
Im Internal NOTIFYDEV kann ich kein Fenster Device sehen.
Ich gehe davon aus das im Rolladen ein Device im Attribut angegeben ist. Dann bitte im ASC das Attribut expert auf 1 setzen und set createNotify... machen.

Wie gesagt die hm drehgriff Kontakte waren alle sauber eingetragen.
Es hat ja auch schon alles funktioniert.
Nach dem ich bin einfach in die Attribute mit denn drehgriff Name reingegangen bin und einfach nur enter gedrückt habe, geht die Funktion wieder.

Mir ist da aber gestern Abend etwas aufgefallen.
Wie soll das Verhalten sein, wenn beider fährt zur Schließ-Zeit das Fenster bereits geöffnet ist?
Aktuell wird der Rollladen komplett geschlossen. Für mich ist das so okay.

Gruß Robert

Gesendet von iPhone mit Tapatalk Pro

CoolTux · 02 Dezember 2018, 07:37:24

Zitat von: no_Legend am 02 Dezember 2018, 07:29:30
Wie gesagt die hm drehgriff Kontakte waren alle sauber eingetragen.
Es hat ja auch schon alles funktioniert.
Nach dem ich bin einfach in die Attribute mit denn drehgriff Name reingegangen bin und einfach nur enter gedrückt habe, geht die Funktion wieder.

Mir ist da aber gestern Abend etwas aufgefallen.
Wie soll das Verhalten sein, wenn beider fährt zur Schließ-Zeit das Fenster bereits geöffnet ist?
Aktuell wird der Rollladen komplett geschlossen. Für mich ist das so okay.

Gruß Robert

Gesendet von iPhone mit Tapatalk Pro

Er sollte ,wenn das Fenster auf ist bei der Schließzeit, bis zur WinOpenPos fahren.

Grüße

FunkOdyssey · 02 Dezember 2018, 09:54:08

Funktioniert das Hochfahren nach "absent" am Wochenende eigentlich nicht, wenn die Bewohner "gone" sind?

CoolTux · 02 Dezember 2018, 09:58:13

Wenn die Bewohner ohne was? sind?

FunkOdyssey · 02 Dezember 2018, 09:59:51

Im Residents-Modul werden Bewohner nach x Tagen von "absent" auf "gone" gestellt. Ist ein Automatismus im Modul.

binford6000 · 02 Dezember 2018, 10:02:59

ZitatIm Residents-Modul werden Bewohner nach x Tagen von "absent" auf "ohne" gestellt. Ist ein Automatismus im Modul.

Die sollten aber eigentlich auf "gone" gestellt werden:

ZitatAuto-Status 'gone'

Immer wenn ein Mitbewohner auf 'absent' gesetzt wird, wird ein Zähler gestartet, der nach einer bestimmten Zeit den Status automatisch auf 'gone' setzt.
Der Standard ist nach 36 Stunden.

Dieses Verhalten kann über das Attribut rr_autoGoneAfter angepasst werden.

VG Sebastian

CoolTux · 02 Dezember 2018, 10:06:03

Ich denke mal es war gone gemeint. Wenn nicht ist es in der Tat ein Fehler, es muss gone heißen. Und das sollte beachtet werden.

FunkOdyssey · 02 Dezember 2018, 10:12:11

Oops. Autokorrektur.

Dann habe ich einen anderen Fehler. Ich suche

CoolTux · 02 Dezember 2018, 10:35:04

Zitat von: FunkOdyssey am 02 Dezember 2018, 10:12:11
Oops. Autokorrektur.

Dann habe ich einen anderen Fehler. Ich suche

Ich schaue nachher noch mal genau. Dauert aber bisschen.

Papaloewe · 02 Dezember 2018, 10:35:51

ZitatIm Residents-Modul werden Bewohner nach x Tagen von "absent" auf "gone" gestellt. Ist ein Automatismus im Modul.

Um dieser "gone" Problematik zu entgehen, kann man einfach das Reading "presence" statt "state" verwenden. Dieses kennt nur die Stati "absent" und "home".

no_Legend · 02 Dezember 2018, 10:50:21

Zitat von: CoolTux am 02 Dezember 2018, 07:37:24
Er sollte ,wenn das Fenster auf ist bei der Schließzeit, bis zur WinOpenPos fahren.

Grüße

Ich schau es mir heute Abend noch mal an und melde mich dann morgen dazu.

Schönen Sonntag noch an alle.

Gruß Robert

binford6000 · 02 Dezember 2018, 11:30:16

ZitatDieses kennt nur die Stati "absent" und "home".

absent und present

FunkOdyssey · 02 Dezember 2018, 13:17:34

Zitat von: FunkOdyssey am 02 Dezember 2018, 10:12:11
Oops. Autokorrektur.

Dann habe ich einen anderen Fehler. Ich suche

Okay, die Autokorrektur am Handy hat es mir heute nicht wirklich einfach gemacht. Sorry für die Verwirrung.

Ich habe "sunriseTimeWeHoliday" auf "on" und seit Samstag fahren die Jalousien nicht mehr hoch. Runter schon.
Die Bewohner stehen seit Freitag auf "gone". Die Steuerung funktionierte bisher immer.
Weitere Änderung: Ich habe am Freitag FHEM aktualisiert und somit auch das ASC-Modul. Aber das waren ja vermutlich nur kosmetische Änderungen im Code, oder?

Aus irgendeinem Grund fahren halt an diese WE die Jalousien nicht mehr hoch. Daher tippte ich auf den "gone"-Status im Residents-Modul.

Keine Ahnung, ob die folgenden Logs und Lists helfen. Um 09:50 Uhr habe ich die Jalousien manuell hochgefahren und auch an den Attributen gespielt. Diese Zeilen sollte man beim Debuggen vielleicht überspringen.