Betatester für neues Modul AutoShuttersControl gesucht!

CoolTux · 29 Oktober 2018, 10:11:20

Zitat von: Karflyer am 29 Oktober 2018, 10:01:24
Da gebe ich dir 'bedingt' recht. Ausgangslage ist heißes Sommerwetter (wie über einen langen Zeitraum in diesem Jahr). Hier macht es Sinn die Rolläden schon morgens bei Zeiten komplett runter zufahren und den ganzen Tag geschlossen zu lassen. Ich habe das über die Wettervorhersage gelöst. Sind Tageshöchstemperaturen über 25°C angesagt fahren die Rolläden morgens bereits zu, wenn die Roommates das Haus verlassen haben oder spätestens beispielsweise um 09:00 Uhr. Und hier kommt der WAF ins Spiel. Wenn das Roommate 'Frau' zu Hause ist und plötzlich alle Rolläden zu fahren, obwohl man das gerade zu diesem Zeitpunkt gar nicht wollte, hat Mann! ein Problem. Deshalb dann die Regelung, ist ein Roommate zu Hause muss der/die sich um die morgentliche Verdunkelung kümmern. Gehen die Roomates 'absent' greift die Automatik in Verbindung mit der Wettervorhersage.

So habe ich mir Beschattung nicht vorgestellt. Die Rolläden fahren erst runter in die Beschattung wenn die Sonne auf das entsprechende Fenster scheint und eine gewisse Temperatur überschritten würde.
Bei mir zum Beispiel Nachmittag ab 13:30 im Sommer. Doch da ist keiner zu Hause in der Woche und ich habe für alle Rolläden home eingestellt. Dennoch möchte ich das beschattet wird damit die Räume nicht aufheizen.

CoolTux · 29 Oktober 2018, 10:11:43

@all
Was sind so Eure maximalen Fahrzeiten der Rolläden?

Cluni · 29 Oktober 2018, 10:13:25

Ich glaube die längste Fahrzeit ist bei mir 32s oder so.

FunkOdyssey · 29 Oktober 2018, 10:15:03

Hier: Max. 28sec

CoolTux · 29 Oktober 2018, 10:18:02

Dann gehe ich jetzt mal davon aus das kein Rolladen mehr wie 40s zum kompletten fahren benötigt.

Cluni · 29 Oktober 2018, 10:19:12

Warum willst du das begrenzen?

CoolTux · 29 Oktober 2018, 10:26:40

Nein nicht begrenzen. Ich möchte gerne ein Reading setzen, ok eigentlich mache ich es schon, welches im Rolladen angibt wieso er gefahren wurde. ASC schreibt als Value da diverse Dinge in das Reading wenn es selbst gesteuert hat. z.B. roommate awoken, rain protected und so weiter.
Wenn aber der Rolladen von Hand gefahren wurde, so steht da manual drin. Aber genau da muss ich unterschieden. Wenn ASC einen Fahrbefehl sendet kommt nach erreichen der Position ja ein Event vom Rolladen, dieses Event wertet ASC aus, ist dieser Event größer 40s älter wie der Timestamp vom ASC Fahrbefehl wird davon ausgegangen das der Fahrbefehl von Hand kam oder besser nicht von ASC.

Cluni · 29 Oktober 2018, 10:32:55

Das ist der Grund, warum bei mir im Skript ein Merker gesetzt wird, wenn ein Befehl vom Skript gesendet wird. Beim Event werte ich das einfach aus. Wenn da eine 0 drin steht, dann war es eine manuelle Aktion über Taster oder über die Oberfläche. Kannst du dir doch auch intern merken, oder? Die Timestamps auszuwerten wäre mir dazu zu unsicher. Überlege mal, wie einfach man den Raspi eine Zeit lang weghängen kann, wenn man das will. Wenn jemand da unsauber in einem Modul/DoIF/... programmiert hat, dann kann das schon mal vorkommen...

marvin78 · 29 Oktober 2018, 10:33:43

Ich hasse solche "Annahmen". Es gibt sicher Rollläden die deutlich länger fahren. Frei konfigurierbar kann man sowas machen, aber 40s als feste Grenze ist natürlich Quatsch.

"größer als" ...

Cluni · 29 Oktober 2018, 10:38:50

Wenn du es unbedingt so machen willst, dann könnte man den Wert (zumindest bei HM) von allen Aktoren auslesen und den größten plus Puffer nehmen...

CoolTux · 29 Oktober 2018, 11:00:42

Ich würde da einfach mal abwarten wie der Erfahrungswert sein wird.

Beta-User · 29 Oktober 2018, 11:37:58

Zitat von: CoolTux am 29 Oktober 2018, 10:18:02
Dann gehe ich jetzt mal davon aus das kein Rolladen mehr wie 40s zum kompletten fahren benötigt.

M.E. zu wenig: habe Jalousien, die ca. 1 Min. laufen.

CoolTux · 29 Oktober 2018, 11:42:52

Zitat von: Beta-User am 29 Oktober 2018, 11:37:58
M.E. zu wenig: habe Jalousien, die ca. 1 Min. laufen.

Würde denn > 60s bei Dir reichen?

Beta-User · 29 Oktober 2018, 11:49:15

Vermutlich.
Aber grundsätzlich fände ich es besser, bei Aktortypen, die die max. Fahrzeiten als Reading preisgeben, diesen auch zu verwenden (+kleine Zugabe, da up u. down unterschiedlich sein können/sind). Den Wert könnte man ja einmalig für jeden Aktor intern ermitteln und speichern/verwalten.

CoolTux · 29 Oktober 2018, 12:47:56

Zitat von: Beta-User am 29 Oktober 2018, 11:49:15
Vermutlich.
Aber grundsätzlich fände ich es besser, bei Aktortypen, die die max. Fahrzeiten als Reading preisgeben, diesen auch zu verwenden (+kleine Zugabe, da up u. down unterschiedlich sein können/sind). Den Wert könnte man ja einmalig für jeden Aktor intern ermitteln und speichern/verwalten.

Ist denn das Reading bei allen Aktoren gleich? Denke eher nicht.