Betatester für neues Modul AutoShuttersControl gesucht!

Beta-User · 16 September 2018, 09:02:24

Moin,
habe die 0.1.45 vorhin eingespielt. Vorhin war genauer gesagt zwischen der Zeit für's Hochgehen unter der Woche und am $we.

Ergebnis: Die Timer stehen auf heute abend.

Ich gehe mal davon aus, dass ich die Rollläden daher heute manuell öffnen werde. Ist zwar kein Beinbruch, aber "eigentlich" sollte m.E. das Wochenende ebenfalls bei der Berechnung der neuen Timer berücksichtigt werden. (Betrifft zwar nur Neustarts, dürfte aber trotzdem immer mal wieder den einen oder anderen irritieren, der den ruhigen So.-Morgen für updates etc. nutzt).

Schönes WE,

Beta-User

CoolTux · 16 September 2018, 09:39:51

Kannst du mir da bitte Zeiten geben. Reicht so in etwa, muss nicht genau sein. Also auf welche Uhrzeit standen die Hochfahrzeiten und um welche Uhrzeit hast du neugestartet. Sicher daß es noch vor Sonnenaufgang war? Bei mir war schon lange Sonnenaufgang heute morgen wie ich das Modul hoch geladen habe.

Beta-User · 16 September 2018, 11:09:16

Alle Zeitangaben beziehen sich auf die Zeitzone Berlin usw..

Normale Morgens-Zeit: 6:45, WE-Time-up: 9:30
Einspielen des Moduls war kurz vor 8 (logischerweise nach deiner Info bzw. dem Hochladen zu github, also nach Sonnenaufgang und wie geschrieben vor der WE-Time).

Bis dato sind nur die Rolläden offen, die wir manuell geöffnet haben. Die Frühtimer scheinen daher verloren gegangen zu sein (bzw. die Info, dass auf awake etc. zu reagieren ist oder noch eine Aktion aussteht).

Reicht das so?

Was mir noch aufgefallen ist: die angezeigten Timer weichen jetzt leicht voneinander ab (heute nur in den Sekundenangaben). Absicht oder dauert das so lange, bis die Timer erstellt sind?

Gruß, Beta-User

CoolTux · 16 September 2018, 11:14:33

Zitat von: Beta-User am 16 September 2018, 11:09:16
Alle Zeitangaben beziehen sich auf die Zeitzone Berlin usw..

Normale Morgens-Zeit: 6:45, WE-Time-up: 9:30
Einspielen des Moduls war kurz vor 8 (logischerweise nach deiner Info bzw. dem Hochladen zu github, also nach Sonnenaufgang und wie geschrieben vor der WE-Time).

Bis dato sind nur die Rolläden offen, die wir manuell geöffnet haben. Die Frühtimer scheinen daher verloren gegangen zu sein (bzw. die Info, dass auf awake etc. zu reagieren ist oder noch eine Aktion aussteht).

Reicht das so?

Was mir noch aufgefallen ist: die angezeigten Timer weichen jetzt leicht voneinander ab (heute nur in den Sekundenangaben). Absicht oder dauert das so lange, bis die Timer erstellt sind?

Gruß, Beta-User

Also WE-Time wird doch noch gar nicht unterstützt? Werden doch nur die Attribute unterstützt welche in der Commandref stehen. Oder verstehe ich Dich gerade falsch?

Beta-User · 16 September 2018, 11:28:57

, ok.

Nochmal in die CR zu sehen hatte ich nicht mehr auf dem Schirm, da das Attribut ja schon vorhanden ist.

Aber dann ist folgendes anzumerken: Wären meine anderen Rollläden da schon offen gefahren gewesen (was eigentlich bei Nichtberücksichtigung des $we hätte so sein sollten), hätte ich vermutlich dran gedacht. Aber das war eben auch nicht der Fall. (Da war aber noch die Vorversion aus dem github aktiv, kann sein, dass dieses Verhalten zwischenzeitlich geändert wurde). Daher kam meine Unterstellung, dass das am WE liegt.

CoolTux · 16 September 2018, 12:14:34

Ich werde das Thema WE und Feiertag als nächstes mal angehen.

Wie viele Rollos hast Du eingebunden? Ich habe 10

Beta-User · 16 September 2018, 12:27:46

16 Aktoren

CoolTux · 16 September 2018, 12:30:46

Wie verhält sich FHEM bei Dir wenn Du die Timer von Hand neu setzt?

Beta-User · 16 September 2018, 12:40:06

Folgender Test: "set ... renew..." ausgelöst, neues Fenster mit einem Raum geöffnet.

Keine spürbare Verzögerung (Hardware siehe Signatur).

List sieht so aus:

Code Auswählen


     2018-09-16 12:34:58   Jalousie_Links_nextAstroTimeEvent Sun Sep 16 20:08:40 2018
     2018-09-16 12:34:58   Jalousie_Mitte_nextAstroTimeEvent Sun Sep 16 20:15:10 2018
     2018-09-16 12:34:58   Jalousie_Rechts_nextAstroTimeEvent Sun Sep 16 20:15:26 2018
     2018-09-16 12:34:58   Jalousie_WZ_nextAstroTimeEvent Sun Sep 16 20:15:32 2018
     2018-09-16 12:34:59   Rolladen_Bad_OG_nextAstroTimeEvent Sun Sep 16 20:15:13 2018
     2018-09-16 12:34:59   Rolladen_Buero_Ost_nextAstroTimeEvent Sun Sep 16 20:15:16 2018
     2018-09-16 12:34:59   Rolladen_Buero_Sued_nextAstroTimeEvent Sun Sep 16 20:15:17 2018
     2018-09-16 12:34:59   Rolladen_Chillraum_nextAstroTimeEvent Sun Sep 16 20:15:57 2018
     2018-09-16 12:34:59   Rolladen_Kind1_Sued_nextAstroTimeEvent Sun Sep 16 20:15:30 2018
     2018-09-16 12:34:59   Rolladen_Kind2_West_nextAstroTimeEvent Sun Sep 16 20:15:47 2018
     2018-09-16 12:34:59   Rolladen_Kind3_Nord_nextAstroTimeEvent Sun Sep 16 20:15:58 2018
     2018-09-16 12:34:59   Rolladen_Kind3_West_nextAstroTimeEvent Sun Sep 16 20:15:32 2018
     2018-09-16 12:34:59   Rolladen_SZ_Nord_nextAstroTimeEvent Sun Sep 16 20:15:41 2018
     2018-09-16 12:34:59   Rolladen_SZ_West_nextAstroTimeEvent Sun Sep 16 20:15:04 2018
     2018-09-16 12:34:59   Rolladen_Treppenhaus_nextAstroTimeEvent Sun Sep 16 20:15:51 2018
     2018-09-16 12:34:59   Rolladen_WZ_SSO_nextAstroTimeEvent Sun Sep 16 20:15:02 2018
     2018-09-16 12:34:59   Rolladen_WZ_SSW_nextAstroTimeEvent Sun Sep 16 20:15:23 2018

Weist also auch nicht auf größere Verzögerungen oder Schleifen hin. Man sieht auch die unterschiedlichen Sekundenangaben (nur eines der Attr. steht auf HH:MM).

CoolTux · 16 September 2018, 12:52:17

Super. Vielen Dank

CoolTux · 17 September 2018, 06:42:52

Guten Morgen,

Das Wochenende verlief ohne Probleme, bei mir werden die Zeiten nun korrekt angelegt. Werde mich nun an die Umsetzung der Wochenend und Urlaubszeiten machen.

Grüße

Beta-User · 17 September 2018, 07:09:14

Ebenfalls einen guten Morgen.

Timer scheinen auch hier soweit zu passen. Allerdings sind heute morgen in zwei Räumen die Rollläden nicht gefahren, nämlich in denen, in denen sich der Status der Bewohner jeweils nicht geändert hatte (beide "absent").
Da, wo es keine Bewohner gibt, paßt es, und soweit ich das beurteilen kann auch dort, wo den Rollläden "bewegliche Bewohner" zugeordnet sind.

Gruß, Beta-User

CoolTux · 17 September 2018, 07:48:48

Zitat von: Beta-User am 17 September 2018, 07:09:14
Ebenfalls einen guten Morgen.

Timer scheinen auch hier soweit zu passen. Allerdings sind heute morgen in zwei Räumen die Rollläden nicht gefahren, nämlich in denen, in denen sich der Status der Bewohner jeweils nicht geändert hatte (beide "absent").
Da, wo es keine Bewohner gibt, paßt es, und soweit ich das beurteilen kann auch dort, wo den Rollläden "bewegliche Bewohner" zugeordnet sind.

Gruß, Beta-User

Vielen vielen Dank für Deine super Tests. Schaue ich mir heute im laufe des Tages mal an.

CoolTux · 17 September 2018, 07:58:33

Kannst Du mir kurz sagen was bei diesen Rolladen im Attribut AutoShuttersControl_Mode_Down drin stand.
Und Du hast für den Rolladen einen Bewohner angegeben?

Beta-User · 17 September 2018, 08:21:19

Attribut steht (bei allen, auch den Fahrenden) auf "always" (auch für ..._Up).

Es ist - dort wo es Bewohner gibt - je nur einer angegeben. Der Unterschied liegt ggf. nur darin, dass die beiden für's Nichtfahren "verantwortlichen" Bewohner Dummy-Devices sind, im dritten Raum ist es eine structure (bei den aktuellen Sonnenstandszeiten mit Statuswechsel zwischen Schließen und Öffnen bzw. (abends) umgekehrt).