[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.10

[xerion]

Kannst Du morgen bitte etwas testen.
Nach dem das Rollo wegen Brightness Wert hoch gefahren ist, stell bitte debug auf 1 und dann mach noch einmal eine IsDay Abfrage. Die Logausgabe dazu benötige ich dann bitte.

Hi CoolTux, wir haben "Glück" Das Problem war heute morgen wieder da. Anbei das Log.

[CoolTux]

Ich habe einen Ansatz. Hast Du im ASC Device zufällig sunriseTimeWeHoliday auf on stehen?
Kannst Du beim Rollo Rollo_Kueche_Carport bitte ein

Code Auswählen Erweitern

{ ascAPIget('TimeUpWeHoliday','Rollo_Kueche_Carport') }
machen.

[xerion]

Ich habe einen Ansatz. Hast Du im ASC Device zufällig sunriseTimeWeHoliday auf on stehen?
Kannst Du beim Rollo Rollo_Kueche_Carport bitte ein

Code Auswählen Erweitern

{ ascAPIget('TimeUpWeHoliday','Rollo_Kueche_Carport') }
machen.

sunriseTimeWeHoliday steht bei mir seit September auf Off.
ascAPIget gibt 01:25 zurück

[CoolTux]

OK, danke. Das muss ich mir genauer anschauen. Ist nicht ganz was ich erwartet habe.

[zife]

Hat einer eine kreative Idee, wie ich die Rollos morgens nach einer festen Zeit hochfahren lassen kann (am Wochenende später), und trotzdem abends nach Brightness fahre?

Mein Problem dabei:
Ich habe gelernt, dass der Modus für hoch und runter gleich sein muss, also entweder beide Brightness oder beide Time. Also brauche ich Brightness, sonst klappt das abends nicht mit dem PrivacyDown bei Dunkelheit.

Wenn ich nun für morgens eine widersinnig hohe Brightness einstelle (z.B. 1000000) und die Time_Up_Late auf die Wunschzeit (z.B. 7:30 Uhr), dann klappt das erst einmal. Aber wenn ich am Wochenende eine spätere Zeit möchte via Time_Up_WE_Holiday, dann darf diese ja lt. CommandRef nicht über der Time_Up_late sein. Das wäre dann aber max. 7:29 Uhr.

Und schon sitze ich in der Falle... ich finde so keinen Weg, unter der Woche um 7:30 hochzufahren und am WE z.B. um 8:30 Uhr.

Oder gibt's doch einen?


Vielleicht wäre es eine Idee für spätere Releases, dass man die PrivacyDown einfach völlig unabhängig von der eigentlichen Auf- und Zufahrt Brightness-gesteuert auslösen kann, während das eigentliche Auf und Zu nach Time funktioniert. Dann wäre mein Wunsch Wirklichkeit 

[CoolTux]

Wer sagt denn das er gleich sein sollte. Es sollte kein Problem sein Morgens mit fester Zeit und Abends über Brightness zu fahren.

[zife]

Das geht nicht. Du musst um im Privacy mit Brightness arbeiten zu können im ASC_Up oder ASC_Down auch mit Brightness arbeiten. Also PrivacyDown mit Brightnesswert dann ASC_Down brightness und bei Up das selbige wenn gewünscht.

Ach so, dann hab ich das hier falsch gelesen. Danke für die Klärung. Up und Down sind also komplett unabhängig voneinander. Steht ja eigentlich auch da, wenn man's nochmal liest 

[CoolTux]

Hi CoolTux, wir haben "Glück" Das Problem war heute morgen wieder da. Anbei das Log.

Ich denke das ich es fixen konnte. Hast Du das devel-testing Repo bei Deinem update eingebunden? Wenn ja dann mach mal bitte ein Update und teste das bitte noch einmal.
Sollte nun entsprechend korrekt anzeigen.

[xerion]

OK, danke. Das muss ich mir genauer anschauen. Ist nicht ganz was ich erwartet habe.

Hallo CoolTux, ich habe Dir von heute Morgen auch ein Debug Log erstellt. Hier läuft es durch die andere Reihenfolge alles richtig. Also erst reseidents auf home und dann Brightness >0.
Vielleicht findest du unterschiede die dir helfen.

[xerion]

Ich denke das ich es fixen konnte. Hast Du das devel-testing Repo bei Deinem update eingebunden? Wenn ja dann mach mal bitte ein Update und teste das bitte noch einmal.
Sollte nun entsprechend korrekt anzeigen.

Oh das ist gerade was doppelt gelaufen . Ja ich nutze deine Test Repo, werde gleich mal updaten

[CoolTux]

Hallo CoolTux, ich habe Dir von heute Morgen auch ein Debug Log erstellt. Hier läuft es durch die andere Reihenfolge alles richtig. Also erst reseidents auf home und dann Brightness >0.
Vielleicht findest du unterschiede die dir helfen.

Die Erklärung ist einfach. Es lag am Wochenende das es nicht ging, bzw. am IsWe(). Es fehlte in der IsDay Funktion eine tiefere Abfrage wenn Wochenende ist.

[xerion]

Die Erklärung ist einfach. Es lag am Wochenende das es nicht ging, bzw. am IsWe(). Es fehlte in der IsDay Funktion eine tiefere Abfrage wenn Wochenende ist.

Alles klar, aber kann es dann auch in der Woche Probleme damit gegeben haben? Denn im Sommer hatte ich das fast jeden Morgen?

[CoolTux]

Alles klar, aber kann es dann auch in der Woche Probleme damit gegeben haben? Denn im Sommer hatte ich das fast jeden Morgen?

Nach meiner Analyse eher nicht. Wieso das im Sommer so war müsste man sich noch mal anschauen. Beziehungsweise schauen ob es überhaupt noch so ist.

[xerion]

Nach meiner Analyse eher nicht. Wieso das im Sommer so war müsste man sich noch mal anschauen. Beziehungsweise schauen ob es überhaupt noch so ist.

Das einzige was mir gerade einfällt, das ich für den Urlaub ein Dummy habe, der von Google Kalender getriggert wird. Dadurch wird dann IsWe auf 1 gesetzt. Vielleicht war das aktiv. Aber genau das kann ich jetzt Mal für morgen zum testen nehmen;-)

[CoolTux]

Das einzige was mir gerade einfällt, das ich für den Urlaub ein Dummy habe, der von Google Kalender getriggert wird. Dadurch wird dann IsWe auf 1 gesetzt. Vielleicht war das aktiv. Aber genau das kann ich jetzt Mal für morgen zum testen nehmen;-)

Ja das kann sein, ich hatte in meinem Testsystem genau das selbe. Daher konnte ich so gut testen.