[ASC] AdvDriveDown öffnet und schließt dann

Begonnen von cbl, 28 November 2021, 22:19:25

Vorheriges Thema - Nächstes Thema

cbl

Hallo,

passend zum ersten Advent kommt eine Frage zu AdvDriveDown. Das im letzten Jahr gesetzte Attribut hat heute zuverlässig das Runterfahren verhindert. Über ein DOIF fahre ich die Rolladen aber dennoch mit Einbruch der Dunkelheit auf 70%.
Um 21:30 Uhr hat ein DOIF dann den AdvDriveDown-Befehl gegeben. Anstatt aber auf 100% herunterzufahren, fuhren die beiden Rolladen erst hoch und dann nach ungefähr einer Minute korrekt auf 100% runter.

Weshalb sendet das Modul erst ein Hochfahren, um dann auf 100% zu fahren? Die 70% liegen näher an 100%, so dass ich mit einer direkten Fahrt gerechnet hatte. Soweit ich mich erinnere, klappte das letztes Jahr auch so.

---

Die Adventszeit haben wir schon etwas großzügig ausgelegt und vergangenen Montag (nach Totensonntag) langsam eingeläutet. Wenn man den ADV-Zeitraum per Attribut am ASC-Modul konfigurieren könnte, hätten wir etwas mehr Freiheit - auch über den 6. Januar hinaus.

Gruß
Christian

CoolTux

Muss ich mir anschauen. Hättest Du das DOIF schon letztes Jahr?
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

Du kannst mal bitte bevor Du Abends dann schließt kurz für ein Rollo welches wegen ADV nicht gefahren ist ein

{ ascAPIget('DelayCmd','ROLLONAME') }

machen und mir sagen ob etwas drin steht oder nicht. wenn ja dann zeig mal bitte was.
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

cbl

Hallo,

ja, ich habe gar nichts an der Konfiguration verändert in der Weihnachtssteuerung und auch am ASC Device und den einzelnen Rolläden. Das läuft seit über einem Jahr alles tadellos.
Die einzigen Änderungen können sich durch Updates der beteiligten Module ergeben haben im Jahresverlauf.

Im ersten DOIF-Befehl wird der Befehl


und im zweiten DOIF-Befehl dann

set rolladensteuerung AdvDriveDown

gegeben.



Diesen Beitrag hatte ich heute früh getippt und dann nicht abgesendet.  :(
Deinen Befehl führe ich morgen Nachmittag aus. Heute hat meine Frau die Rolladen manuell nochmal hoch gefahren, so dass das Ergebnis nicht aussagekräftig ist.

Gruß
Christian

CoolTux

Die Länge des ADV variabel zu machen habe ich auf dem Schirm. Ich schaue was ich machen kann.
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

cbl

Zitat von: CoolTux am 29 November 2021, 15:39:14
Du kannst mal bitte bevor Du Abends dann schließt kurz für ein Rollo welches wegen ADV nicht gefahren ist ein

{ ascAPIget('DelayCmd','ROLLONAME') }

machen und mir sagen ob etwas drin steht oder nicht. wenn ja dann zeig mal bitte was.

Die Ausgabe ist 'none' für beide Rolladen, die durch ADV zurückgehalten und dann von mir per DOIF halb runtergefahren wurden.

CoolTux

Zitat von: cbl am 30 November 2021, 16:14:29
Die Ausgabe ist 'none' für beide Rolladen, die durch ADV zurückgehalten und dann von mir per DOIF halb runtergefahren wurden.

Dann kann das verhalten nicht von ASC kommen. ASC würde in dem Fall bei "set ASCDEV advdown" einfach die closePos anfahren.
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

cbl

Ich schaue mal, was heute um 21:30 Uhr passiert.

cbl

Hallo,

nachdem gestern dann doch wieder jemand vor 21:30 Uhr die Rolladen manuell gefahren hat, lief heute alles automatisch - und exakt so wie geplant. Ich habe keine Ahnung, was da am Sonntag schief gegangen ist. Laut Log gab es keine manuellen Aktionen außer vom ASC-Device sowie dem DOIF. Es war aber einmalig.

Von daher ist mein Problem "verschwunden".

Gruß
Christian

CoolTux

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