[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.8.x

[moonsorrox]

Für die Beschattung solltest Du andere Attribute bekommen haben welche ihrer neuen Logik nach die entsprechend passende Werte aus Deinen alten Attributen haben sollten.

das Problem ist ich weiß meine eingestellten Werte nicht mehr und gerade wollte ich mal den Fensterwinkel einstellen, aber er übernimmt das gar nicht und ein save config zeigt er auch nicht an

[CoolTux]

Guten Morgen,

OK so wird das nichts Jungs. Ihr habt ein Problem, ich sage einfach es gibt keine Probleme. Ich kann es beweisen, ich mache ein list vom Device und zeige Euch das meine Einstellungen funktionieren. Ich kann Euch genau beschreiben welches Attribut ich wie gesetzt habe.

Gebe es doch nur eine Möglichkeit mir zu zeigen das es Probleme gibt und wie sie sich bei welchem Vorgehen genau äußern 

Das gilt insbesondere auch für die mit eventuell fehlenden ASC Attributen. Es sollten im übrigen 37 zu ASC gehörende userattr sein.


Grüße

[drpen]

Hallo CoolTux,

auch ich teste nun die Version 8.3 - hab sie mir zufällig per Update installiert.

Heute morgen habe ich nach dem Update auf V8.3 plötzlich das Phänomen, dass alle Rollos, die ASC_Up time gesetzt sind, fix um 5:00 Uhr hochgefahren sind. (Das steht auch in dem entsprechenden Readings so drin).

Ich habe vergeblich gesucht. Beim Ändern auf ASC_Up astro wird ASC_Time_Up_Early berücksichtigt - sonst nicht. Das war doch bisher auch das attr für die morgendliche fixe Fahrzeit. Gibt es ein neuse zusätzliches attr, welches ich übersehe?

Die anderen Rollos fahren per astro wie gewünscht. Abendlich fahren alle per astro.

Code Auswählen Erweitern


Internals:
   FUUID      5d349c1c-f33f-17b9-d533-518f393e3aaf458b
   NAME       RoAZ
   NR         69
   STATE      open
   TYPE       ROLLO
   OLDREADINGS:
   READINGS:
     2019-08-06 23:25:49   ASC_Enable      on
     2019-08-22 07:00:35   ASC_ShuttersLastDrive day open
     2019-11-27 07:30:35   ASC_Time_DriveDown 27.11.2019 - 18:01
     2019-11-27 07:30:35   ASC_Time_DriveUp 28.11.2019 - 05:00
     2019-11-27 07:27:40   associatedWith  myASControl
     2019-11-27 05:00:01   command         pct-0
     2019-11-27 05:00:01   desired_pct     0
     2019-11-27 05:00:01   drive-type      modul
     2019-11-27 05:00:01   last_drive      drive-up
     2019-11-27 05:00:35   pct             0
     2019-11-27 05:00:35   state           open
Attributes:
   ASC        1
   ASC_Down   astro
   ASC_Drive_Delay 300
   ASC_Pos_Reading pct
   ASC_Roommate_Device rr_UG
   ASC_Roommate_Reading state
   ASC_ShuttersPlace window
   ASC_Time_Down_Early 18:01
   ASC_Time_Down_Late 21:00
   ASC_Time_Up_Early 7:00
   ASC_Time_Up_Late 10:00
   ASC_Time_Up_WE_Holiday 7:20
   ASC_Up     time


Vielen Dank schon mal und schöne Grüße
Mario

[Beta-User]

@drpen:
Sieht mir nach einem Duplikat von https://forum.fhem.de/index.php/topic,105390.msg996752.html#msg996752 aus.

(@CoolTux: kannst du den Umstellungscode fixen, dass das zwangsweise auf zwei Stellen umgestellt wird?)

[drpen]

@Beta-User,

vielen Dank für die schnelle Antwort. Den Hinweis habe ich nun nochmal gelesen und nun doch erkannte, dass eine 0 bei der Zeit vorangestellt wurde. (TomatenAufDenAugen)

[CoolTux]

@drpen:
Sieht mir nach einem Duplikat von https://forum.fhem.de/index.php/topic,105390.msg996752.html#msg996752 aus.

(@CoolTux: kannst du den Umstellungscode fixen, dass das zwangsweise auf zwei Stellen umgestellt wird?)

Schaue ich mir an, eigentlich hatte ich da nicht wirklich was geändert gehabt.

[Beta-User]

Danke.
(Ich habe aber nicht nachgesehen, ob da wirklich ein Problem im Code ist, sondern das nur geschrieben, weil es die 2. Meldung in diese Richtung innerhalb kurzer Zeit war, warum auch immer... Vielleicht wäre das mit dem default 05:00 Uhr auch noch mal ein Thema, ob man das nicht nachbarfreundlicher auf 08:00 Uhr oder so legen wollte?)

[CoolTux]

Ich habe das Problem gefunden und versuche es zu fixen. Es liegt an meiner RegEx

[drpen]

Wunderbar

Die Idee mit dem default 05:00 global änderbar anzubieten finde ich auch eine gute Idee.

Vielen Dank nochmal. Ich habe alle entsprechenden Werte mit Führungsnull ergänzt und alles sieht aus, wie zuvor.

[CoolTux]

Fehler ist gefunden und gefixt.

Morgen per Update zu erhalten.

[moonsorrox]

ich muss jetzt nochmal fragen gibt es das Attribut "ASC_Shading_Direction => 'ASC_Shading_Direction:90,180,270' so nicht mehr..?

[CoolTux]

Nein gibt es nicht mehr
ASC_Shading_InOutAzimuth
Ist das neue Attribut

[moonsorrox]

alles klar da kann ich ich mir den Wolf suchen.
Ist das irgendwo beschrieben was Neu ist.

Jetzt erklärt sich auch warum ich die Werte nicht habe...! 

[CoolTux]

Das neue Attribut sollte aber automatisch angelegt werden und entsprechend mit Werten gefüllt sein wenn Du vorher die alten Attribute auch hattest.
Nach lesen was neu ist kann man so einfach nicht. Auf Github kann man sich die Commits anschauen.

[moonsorrox]

OK..
Ja ich habe in meinen Devices Werte drin so z.B. ASC_Shading_InOutAzimuth 200:290
Der Fensterwinkel war vorher 270.

Ich habe dazu Readinggroups angelegt und da habe ich gesehen das eben keine Fensterwinkel mehr drin sind und eben auch die Beschattungswinkel rechts und links raus waren.