Betatester für neues Modul AutoShuttersControl gesucht!

[C0mmanda]

Hallo,
habe mir das ASC-Modul mal installiert zum testen.

Habe direkt eine Frage:
Ist es geplant bzw. möglich Zwischenzeiten einzustellen?
Ich lasse meine Rolladen i.d.R. in der Dämmerung erst zu 70% herunterfahren (Sichtschutz) und eine gewisse Zeit später schliessen sie dann ganz.

Gruß
CmdA

[CoolTux]

Hallo,
habe mir das ASC-Modul mal installiert zum testen.

Habe direkt eine Frage:
Ist es geplant bzw. möglich Zwischenzeiten einzustellen?
Ich lasse meine Rolladen i.d.R. in der Dämmerung erst zu 70% herunterfahren (Sichtschutz) und eine gewisse Zeit später schliessen sie dann ganz.

Gruß
CmdA

Aktuell ist nichts geplant. Aber ich kann es ja mal für Anfang nächsten Jahres vormerken.

[FunkOdyssey]

Danke. Ich habe mich nicht getraut zu fragen, denn ich fahre meine Jalousien auch zuerst auf 50% (je nach Jalousie unterschiedlich) und dann erst runter. Küche und WC schließe ich aber direkt. So wie Jalousien, in denen Deko-Leuchten stehen.
Sicherlich ist das nicht wirklich gut für die Motoren, aber ganz runter bei leichter Dämmerung fänd ich zu heftig.

[C0mmanda]

Aktuell ist nichts geplant. Aber ich kann es ja mal für Anfang nächsten Jahres vormerken.

Wäre toll wenn du das tun würdest
2-stufiges fahren sollte am Ende schon möglich sein.
Das aktuell andere Baustellen wichtiger sind ist klar...

Danke & Gruss
C0mmanda

[Beta-User]

Das mit der otionalen Zwischenstufe finde ich auch nicht übel, dürfte aber etwas Aufwand sein...

Hattest du nicht auch ne ReadingsGroup zur Konfiguration zur Hand?

Aktualisierte Fassung ist im Wiki.

Sonst noch Wünsche und Anregungen?

Zur Ergänzung das Rollomodul besitzt jetzt  auch pct https://github.com/RettungsTim/fhem-rollo

Das (und evtl. zwischenzeitlich geäußerte Wiki-Ergänzungswünsche) darfst du gerne ins Wiki korrekt eintragen  . Danke jedenfalls im Voraus für's Kümmern betr. die Attribute usw..

Bin echt beeindruckt, wie das hier vorwärts geht und wie viele sich aktiv einbringen!

Gruß, Beta-User

[CoolTux]

Guten Morgen,

Ich melde mich auch mal kurz. Die Entwicklung des Modules geht natürlich weiter, aktuell bin ich auf Käferjagd.
Jemand hier hatte den Wunsch die Astrozeiten REAL,CIVIL und so an den Rolladen ein zu stellen. Da meine Tochter nun auch diesen Wunsch hatte das ihre Rolladen später fahren werde ich das einbauen.


Grüße

[Beta-User]

Moin zusammen,
weiß nicht, ob das ein Käfer ist, aber hier mal einige Eckinfos:

- Die Version 0.1.35 hatte ich nach sunset vor zwei Tagen installiert und FHEM neu gestartet, sonst m.E. nichts mehr geändert an Zeiten uws..
- Gestern nachmittag waren einige Rollläden noch geschlossen; die sind auch heute morgen nicht aufgegangen.
- Gestern abend sind mind. einige Rolläden auch nicht geschlossen worden, bei den zweien im Schlafzimmer könnte es sein, dass dies manuell erfolgt ist.
- heute morgen gingen dann die im Schlafzimmer automatisch auf, die noch geschlossenen anderen nicht.
- jetzt stehen die im Modul angezeigten Timer auf morgen früh, vermutet hätte ich, dass dies heute abend sein müßte.

Was unterscheidet die Devices?
- die gar nicht mehr Fahrenden kennen keine Residents
- die Geschlossenen haben Residents, deren Anwesenheitsstatus sich zwischenzeitlich nicht geändert hat, die sind schlicht "absent"
- Im Schlafzimmer gibt es einen Resident mit sich änderndem Anwesenheitsstatus.

Ein "renew.." der Timer führt zu keinen anderen Timer-Readings.

Neustart lasse ich mal, für den Fall, dass weitere Infos erforderlich wären.

Gruß, Beta-User

[CoolTux]

Moin zusammen,
weiß nicht, ob das ein Käfer ist, aber hier mal einige Eckinfos:

- Die Version 0.1.35 hatte ich nach sunset vor zwei Tagen installiert und FHEM neu gestartet, sonst m.E. nichts mehr geändert an Zeiten uws..
- Gestern nachmittag waren einige Rollläden noch geschlossen; die sind auch heute morgen nicht aufgegangen.
- Gestern abend sind mind. einige Rolläden auch nicht geschlossen worden, bei den zweien im Schlafzimmer könnte es sein, dass dies manuell erfolgt ist.
- heute morgen gingen dann die im Schlafzimmer automatisch auf, die noch geschlossenen anderen nicht.
- jetzt stehen die im Modul angezeigten Timer auf morgen früh, vermutet hätte ich, dass dies heute abend sein müßte.

Was unterscheidet die Devices?
- die gar nicht mehr Fahrenden kennen keine Residents
- die Geschlossenen haben Residents, deren Anwesenheitsstatus sich zwischenzeitlich nicht geändert hat, die sind schlicht "absent"
- Im Schlafzimmer gibt es einen Resident mit sich änderndem Anwesenheitsstatus.

Ein "renew.." der Timer führt zu keinen anderen Timer-Readings.

Neustart lasse ich mal, für den Fall, dass weitere Infos erforderlich wären.

Gruß, Beta-User

Genau das ist es wo ich seit Tagen dran bin. Die Berechnung der neunen Timmer und deren Abhängigkeit zu nicht noch mal fahren am selben Tag wenn der nächste Startzeitpunkt nur ein paar Minuten später ist und noch hundert andere Sachen die beachtet werden müssen 
Bin aber dran und habe gute Hoffnung.

[Beta-User]

Na dann guten Erfolg.
Zur Info: Habe eben erst mal einen Reload gemacht => nix passiert, Timer standen auf morgen früh.

Dann den Party-Mode an und wieder aus => Rollläden gingen zu, obwohl die Astro-Zeit eigentlich um gewesen sein müßte vor dem Einschalten des Party-Mode.

Vielleicht hilft das weiter...

Danke für's Suchen "der die das" Käfer!

[Papaloewe]

Ja, das Verhalten kann ich auch bestätigen.

[CoolTux]

Hier ein Tip damit das setzen der Timer für das nächste Astroevent geht.

Code Auswählen Erweitern


deletereading RolladenDevice .AutoShuttersControl_InternalTimerFuncHash


Danach Timer neu setzen lassen über das ASC Device.

[Prof. Dr. Peter Henning]

Die Berechnung der neunen Timmer und deren Abhängigkeit zu nicht noch mal fahren am selben Tag wenn der nächste Startzeitpunkt nur ein paar Minuten später ist und noch hundert andere Sachen die beachtet werden müssen

Das ist in der Tat ein unschönes Problem, wie ich beim YAAHM-Modul gemerkt habe. Es kommt nämlich immer der nächste Tag ebenfalls ins Spiel. Hat eine Weile gedauert, da alle Fälle richtig zu erledigen. Beispiel: Ich stelle eine manuelle Weckzeit um 7:45, obwohl der Standardwecker auf 8:00 steht. Dann darf nach Ausführung des manuellen Weckers eben nicht die manuelle Weckzeit einfach gelöscht werden, sonst geht der Wecker um 8:00 erneut los.

LG

pah

[CoolTux]

Ich denke ich bin auf einem guten Weg was das alles an geht. In 40 Minuten werde ich es genau wissen 


Grüße

[Beta-User]

Klingt gut!

Hätte auch eine Idee gehabt, aber das ist vermutlich unausgereifter wie das was CoolTux grade testet.

Was den Rest angeht, hätte ich mal wieder ein paar Feststellungen, _Wünsche und Anregungen_:

- hotfix für das Timerproblem: Einfach diese beiden Dinge vorläufig kurz nach Mitternacht automatisiert durchführen. (das ist keine Lösung, sondern ein unschöner würgaround, das ist schon klar)

- Partymode sollte m.E. ein echtes "set" sein, kein Attribut (das betrifft ggf. noch mehr Einstellmöglichkeiten am zentralen Device, z.B. Comfort, Astro etc.). Das mit dem ? sollte man für solche "Kleinigkeiten" vermeiden, wenn es geht, lieber die Defaults sinnvoll wählen, für den Fall, dass noch nichts in der statefile steht.
- Die Attribute am zentralen Device brauchen m.E. nicht diesen langen Präfix, insbesondere dann nicht, wenn sich darüber nicht zentrale Defaults (für timer usw.) setzen  lassen.

- Das Zeitformat, das heute standarmäßig mit Sek. ausgerollt wird, könnte auf HH:MM geändert werden

- Welchen Sinn hat eigentlich die Einschränkung auf 10-er Schritte in den ganzen Positionsvorgaben? Macht als einfache Einstellmöglichkeit schon Sinn, aber praktisch sollten sich auch andere Werte setzen lassen? (Hier geht es eigentlich nur um das Wording in der Doku, ich gehe davon aus, dass es halt ein Zahlenwert sein muß).

Das war's erst mal wieder, aber bestimmt fällt mir noch das eine oder andere auf...

Gruß, Beta-User

[CoolTux]

Klingt gut!

Hätte auch eine Idee gehabt, aber das ist vermutlich unausgereifter wie das was CoolTux grade testet.

Was den Rest angeht, hätte ich mal wieder ein paar Feststellungen, _Wünsche und Anregungen_:

- hotfix für das Timerproblem: Einfach diese beiden Dinge vorläufig kurz nach Mitternacht automatisiert durchführen. (das ist keine Lösung, sondern ein unschöner würgaround, das ist schon klar)

- Partymode sollte m.E. ein echtes "set" sein, kein Attribut (das betrifft ggf. noch mehr Einstellmöglichkeiten am zentralen Device, z.B. Comfort, Astro etc.). Das mit dem ? sollte man für solche "Kleinigkeiten" vermeiden, wenn es geht, lieber die Defaults sinnvoll wählen, für den Fall, dass noch nichts in der statefile steht.
- Die Attribute am zentralen Device brauchen m.E. nicht diesen langen Präfix, insbesondere dann nicht, wenn sich darüber nicht zentrale Defaults (für timer usw.) setzen  lassen.

- Das Zeitformat, das heute standarmäßig mit Sek. ausgerollt wird, könnte auf HH:MM geändert werden

- Welchen Sinn hat eigentlich die Einschränkung auf 10-er Schritte in den ganzen Positionsvorgaben? Macht als einfache Einstellmöglichkeit schon Sinn, aber praktisch sollten sich auch andere Werte setzen lassen? (Hier geht es eigentlich nur um das Wording in der Doku, ich gehe davon aus, dass es halt ein Zahlenwert sein muß).

Das war's erst mal wieder, aber bestimmt fällt mir noch das eine oder andere auf...

Gruß, Beta-User

Ich habe eine neue Version ins Git geladen. Sie sollte nun die neuen Timer nach Ablauf der alten Timer korrekt setzen, würde aber noch nicht meine Hand dafür ins Feuer legen. Auf jeden Fall kann man aber ohne Probleme mit dem set Befehl zum setzen der neuen Timer das ganze korrigieren sollte es falsch berechnet werden. Dafür habe ich jetzt in den Rolladendevices selber vernünftige Datumsangaben.

Es gibt schon eine Weile einen set Befehl für den Partymode.

Ich habe die Astroangaben nun auch in den Rolladendevices selbst. Werden aber noch nicht beachtet. Ich muß da erstmal weiter testen was das Timer setzen an geht.

Bei den nicht so langen Präfix stimme ich Dir zu, aber einen Präfix brauchen sie. Wurde unter den Developern mal so Diskutiert und ich finde es sinnvoll.

Das mit den 10er Schritten habe ich so übernommen von Bernd. 5 oder gar 1er Schritte machen ja noch weniger Sinn finde ich.




Auf alle Fälle empfehle ich sehr die neue Version ein zu spielen. Danach ist ein neustart erforderlich. Sollten Probleme auftauchen meldet sie mir bitte.