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

[CoolTux]

Hast Du die Structur mit ASC verknüpft? Befinden sich ASC Attribute im Structure Device?

[eurofinder]

@CoolTux:
Eigentlich nicht:

Code Auswählen Erweitern

Internals:
   ATTR       room
   CFGFN     
   CHANGEDCNT 0
   DEF        room Rollo_EG_BU Rollo_EG_WZ Rollo_EG_WZ_Tuer
   FUUID      6077f335-f33f-49d8-fc5d-13da2f2fd18fc29c
   NAME       Rollo_Sicherheit
   NOTIFYDEV  Rollo_EG_WZ,Rollo_EG_WZ_Tuer,global,Rollo_EG_BU
   NR         212
   NTFY_ORDER 50-Rollo_Sicherheit
   STATE      ???
   TYPE       structure
Attributes:
   room       Rollladen

Gruß
eurofinder

[CoolTux]

Sehr seltsam. Habe ich keine Erklärung. Aber ein Ansatz zum selber testen.

[eurofinder]

@CoolTux:
Ich habe bei mir noch etwas weitergeforscht.

Nachdem ich die Struktur von Rollo_Sicherheit in Sicherheit umbenannt habe lief es wieder.

Ich denke der Übeltäter liegt eher in einer Test-Readingsgroup die ich angelegt habe:

Code Auswählen Erweitern

Internals:
   DEF        <Gerät>,<InAzi>,<OutAzi>,<MinEle>,<MaxEle>,<Sunny>,<Cloudy>,<Temperatur>,<Beschattung> (Rollo|Jalousie)_.*..:<{ascAPIget('ShadingAzimuthLeft',$DEVICE)}>,<{ascAPIget('ShadingAzimuthRight',$DEVICE)}>,<{ascAPIget('ShadingMinElevation',$DEVICE)}>,<{ascAPIget('ShadingMaxElevation',$DEVICE)}>,<{ascAPIget('ShadingStateChangeSunny',$DEVICE)}>,<{ascAPIget('ShadingStateChangeCloudy',$DEVICE)}>,<{ascAPIget('OutTemp',$DEVICE)}>,<{ascAPIget('ShadingStatus',$DEVICE)}>
   FUUID      602cdad9-f33f-49d8-6e1e-9704d0be4221972c
   NAME       RG_test
   NR         54
   NTFY_ORDER 50-RG_test
   STATE      Initialized
   TYPE       readingsGroup
   mayBeVisible 1
   CONTENT:
     Rollo_EG_BU 1
     Rollo_EG_KU 1
     Rollo_EG_WC 1
     Rollo_EG_WZ 1
     Rollo_EG_WZ_Tuer 1
     Rollo_OG_AK 1
     Rollo_OG_AK_Velux 1
     Rollo_OG_Bad 1
     Rollo_OG_GA 1
     Rollo_OG_GA_Velux 1
     Rollo_OG_SZ 1
   CONTENT2:
   DEVICES:
     ARRAY(0x93d49f0)
     ARRAY(0x7df6d50)
     ARRAY(0x8de9748)
     ARRAY(0x94ac670)
     ARRAY(0x94b0490)
     ARRAY(0x94a9d40)
     ARRAY(0x94a9098)
     ARRAY(0x9414960)
     ARRAY(0x94aac58)
     ARRAY(0x90daee8)
     ARRAY(0x94b03b8)
     ARRAY(0x938b3f0)
   fhem:
     lastDefChange 8
     last_update 1618483215.50727
   helper:
     DEF       
Attributes:
   disable    1
   room       ASC

Dort wird nach (Rollo|Jalousie)_.* gefiltert. Da die Structur auf Rollo_Sicherheit lautete, wurde diese da entsprechend mitberücksichtigt. Durch die Umbenennnung scheint das Problem behoben - verstehen tue ich es allerdings nicht, warum die Readingsgroup Auswirkungen auf das ASC-Device hat.

Vielleicht hilft es dir ja weiter.

Gruß
eurofinder

[tux75at]

Teste bitte einmal ob ein set ASCDEVICE wiggle ROLLONAME funktioniert

Also mit einem Wiggle ist ein Rolladen der geöffnet war, 5% zugegangen. Danke einmal für den Hinweis mit wiggle, das Device kann Commandos absetzen.
Ich vermute mein userReading macht noch Probleme. Am Wochenende sollte ich etwas Zeit finden hier etwas weiterzukommen.

Gibt es ein Command mit dem man das Schließen inklusive Verzögerungen triggern kann?
Also der Trigger vom Twilight simuliert wird?

Gruß
Tux

[CoolTux]

Also mit einem Wiggle ist ein Rolladen der geöffnet war, 5% zugegangen. Danke einmal für den Hinweis mit wiggle, das Device kann Commandos absetzen.
Ich vermute mein userReading macht noch Probleme. Am Wochenende sollte ich etwas Zeit finden hier etwas weiterzukommen.

Gibt es ein Command mit dem man das Schließen inklusive Verzögerungen triggern kann?
Also der Trigger vom Twilight simuliert wird?

Gruß
Tux

Zum testen kannst du statt Twilight mit festen Zeiten arbeiten.
Wichtig ist das nach einem Neustart welcher am besten am Tag passieren sollte ein schließen der Rollos kommen muss. Ein von Hand schließen und und die öffnen Zeit dann ändern um zu hoffen daß er öffnet wird nicht gehen.
Schau Dir in der Commandref mal ascAPIget an. Es gibt zwei get Befehle um herauszufinden ob ASC Tag und Nacht für das Rollo korrekt erkannt hat.
Ich schaue gegen Mittag selber mal kurz.

[cornelius fillmore]

Guten Morgen zusammen,
seit neuestem habe ich das Problem, dass ASC_Time_Up_WE_Holiday nicht mehr reagiert.
Auch am Wochenende wird an den Standard-Zeiten wie in der Woche hochgefahren.

Was kann ich prüfen oder tun?

VERSION v0.10.11

[CoolTux]

Guten Morgen zusammen,
seit neuestem habe ich das Problem, dass ASC_Time_Up_WE_Holiday nicht mehr reagiert.
Auch am Wochenende wird an den Standard-Zeiten wie in der Woche hochgefahren.

Was kann ich prüfen oder tun?

VERSION v0.10.11

Was sagt

Code Auswählen Erweitern


{ IsWe() }


[CoolTux]

Zum testen kannst du statt Twilight mit festen Zeiten arbeiten.
Wichtig ist das nach einem Neustart welcher am besten am Tag passieren sollte ein schließen der Rollos kommen muss. Ein von Hand schließen und und die öffnen Zeit dann ändern um zu hoffen daß er öffnet wird nicht gehen.
Schau Dir in der Commandref mal ascAPIget an. Es gibt zwei get Befehle um herauszufinden ob ASC Tag und Nacht für das Rollo korrekt erkannt hat.
Ich schaue gegen Mittag selber mal kurz.

Code Auswählen Erweitern


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


Code Auswählen Erweitern


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


Sunrise muss auf 1 stehen und Sunset auf 0 damit ist es Tag und das Rollo schließt. Zum öffnen muß Sunrise 0 und Sunset 1 sein. Dann ist Nacht und das Rollo öffnet.

[teufelchen]

@CoolTux
Mir ist aufgefallen dass bei mir zwei Getter Fehlermeldungen bringen, die restlichen funktionieren:
<{ascAPIget('FreezeStatus',Rollo_Kueche)}>
<{ascAPIget('WinDev',Rollo_Kueche)}>

Beide bringen als Fehler:
Unknown command <{ascAPIget('FreezeStatus',Rollo_Kueche)}>, try help.
PS: Konntest Du Dir schon mal mein ASC Lüften-Position Problem ansehen?

[CoolTux]

Der Funktionsaufruf ist aber auch falsch.

Rollo muss in ' '

Gib mal bitte kurz ein Link zu Deinem Problem?

[tux75at]

Code Auswählen Erweitern


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


Code Auswählen Erweitern


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


Sunrise muss auf 1 stehen und Sunset auf 0 damit ist es Tag und das Rollo schließt. Zum öffnen muß Sunrise 0 und Sunset 1 sein. Dann ist Nacht und das Rollo öffnet.

Hallo CoolTux,

Sunrise = 1
Sunset = 0
Es ist Tag also scheint das jetzt zu passen.

meine Readings habe ich auch in den Griff bekommen, vielleicht zu Z-Wave oder Device Spezifisch, power meter Meldungen haben einen Trigger der userReadings gebracht, damit gibts dann einen neuen Timestamp (falls du darauf schaust) und dann glaubt ASC es wurde manuell gefahren und blockiert.
Das habe ich jetzt mit timestamp-on-change-reading fuer mein userReading "dim" gesetzt und der Timestamp hat sich seitdem nicht mehr geändert.

Mal schauen ob am Abend etwas passiert.
Zum Twilight und fixen Zeiten hätte ich noch eine frage. Da die Zeiten korrekt aktuallisiert werden im ASC Modul für alle Rolladen, sieht es aus als ob dieser Teil funktioniert. Oder sollte ich das Twilight Modul wegschalten, nur um zu sehen ob es mit fixen Zeiten geht?

Gruß
Tux

[CoolTux]

Twilight musst Du nicht weg schalten, wenn dann müsst Du ASC_DownMode auf time statt Astro stellen. So meinte ich das.

[teufelchen]

Der Funktionsaufruf ist aber auch falsch.

Da ist mir mir den Tablet ein Fehler unterlaufen, jedoch auch bei korrekten Aufruf haben führen die beiden Werte zu einen Fehler.

Jetzt mit korrekten Aufruf:

{ ascAPIget('TimeDownLate','Rollo_Kueche') }
Ergebnis: 21:45

{ ascAPIget('FreezeStatus','Rollo_Kueche') }
Can't locate object method "getFreezeStatus" via package "FHEM::Automation::ShuttersControl::Shutters" at lib/FHEM/Automation/ShuttersControl.pm line 303.

{ ascAPIget('WinDev','Rollo_Kueche') }
Can't locate object method "getWinDev" via package "FHEM::Automation::ShuttersControl::Shutters" at lib/FHEM/Automation/ShuttersControl.pm line 303.

[CoolTux]

Ich schaue mal