[ASC] Nach Update auf auf 25129, brightness ohne Funktion

Begonnen von Martin Fischer, 11 November 2021, 22:09:07

Vorheriges Thema - Nächstes Thema

CoolTux

2021-11-22 16:33:48   ASC_ShuttersLastDrive manual

Was ist damit? Das blockiert das Rollo für 20 min da BlockingManual.

Ich habe eben auf dem Handy geschaut. Daher kann ich auch was übersehen haben. Sorry.
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

Martin Fischer

Zitat von: CoolTux am 22 November 2021, 17:50:15
2021-11-22 16:33:48   ASC_ShuttersLastDrive manual

Was ist damit? Das blockiert das Rollo für 20 min da BlockingManual.

Das könnte es in der Theorie gewesen sein, da ASC_blockAscDrivesAfterManual nicht gesetzt, also demnach auf default 1200 Sekunden steht.

Aber nach dem Setzen im AutoShuttersControl von
ASC_blockAscDrivesAfterManual 0
und
ASC_BlockingTime_afterManual 600
im ASC Device, hätte nach meinem Verständnis, dann spätestens 10 min. nach dem Setzen der Attribute etwas passieren müssen.
2021-11-22_18:27:51 GR.ga.SEC.MDIR.01 brightness: 72

--
Admin, Developer, Gründungsmitglied des FHEM e.V.

CoolTux

Schau mal bitte was ein

{ascAPIget('Sunset','ROLLONAME');}

ergibt
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

Martin Fischer

FHEM01 (@fhem01)> { ascAPIget('Sunset','EG.wz.SEC.BL.01') }
1
--
Admin, Developer, Gründungsmitglied des FHEM e.V.

CoolTux

ASC denkt es ist bereits wegen Sonnenuntergang gefahren. Womit es auch Recht hat. Nur das die Fahrt ausgesetzt wurde wegen Blocking Time. Die Fahrt nachholen wäre eine Option auch wenn Recht komplex von der Umsetzung. Aber ich werde mir da was überlegen.
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

Martin Fischer

Ok.. es klingt auf den ersten Blick plausibel..

Wenn man einen renew(All)Timer durchführt, dann wäre es doch sinnvoll, auch den "Sunset" und andere vorherigen zu löschen. Dann wäre das ARC Device quasi "jungfräulich".
--
Admin, Developer, Gründungsmitglied des FHEM e.V.

CoolTux

Zitat von: Martin Fischer am 22 November 2021, 19:36:24
Ok.. es klingt auf den ersten Blick plausibel..

Wenn man einen renew(All)Timer durchführt, dann wäre es doch sinnvoll, auch den "Sunset" und andere vorherigen zu löschen. Dann wäre das ARC Device quasi "jungfräulich".

Genau das soll nicht sein. Auf Basis der ermittelten Werte und Zeiten versucht ASC zu "erraten" ob es Tag oder Nacht ist. Auch nach einem FHEM Neustart zum Beispiel in der Nacht.
Das Setzen der Sunset und Sunrise interna wurde gerade wegen Brightness eingeführt. Ich habe noch einen User wo es "Probleme" gibt mit Brightness. Daher bin ich also am Thema dran.
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

Martin Fischer

Mal 'ne positive Rückmeldung:
2021-11-23_16:39:38 GR.ga.SEC.MDIR.01 brightness: 93

2021.11.23 16:39:38.399 3: CUL_HM set EG.wz.SEC.BL.01 pct 0
2021.11.23 16:39:38.634 3: CUL_HM set EG.wz.SEC.BL.02 pct 0
--
Admin, Developer, Gründungsmitglied des FHEM e.V.