[73_AutoShuttersControl] Jalousien:Lamellen steuern -Version 0.9.x Beta

Typ1er · 26 April 2020, 22:33:57

Langsam wird es, heute Tagsüber in Beschattung gefahren, und auch wieder auf. Lamellen Position stimmte bei 2 von 3

da die Fensterkontakte nicht reagieren bei den Jalousien habe ich noch mal geschaut die stehen jetzt auf Beschattung "in" nach der Letzten Fahrt. Sind aber wie das Wohnzimmer 17:57 hochgefahren.

stw-fhem · 27 April 2020, 15:13:42

Hallo,

nachdem die Jalousien nun wie erwartet in die Beschattungsposition fahren, war es Zeit einen Fensterkontakt zu verknüpfen. Dabei ist mir Folgendes aufgefallen.

1. Ausgangsposition => Jalousie in Open-Pos (99:99)
2. Ereignis Bedingung Beschattung erfüllt => Jalousie fährt in Shading-Pos (0:70)
3. Ereignis Türgriff wird auf "open" gedreht => Jalousie fährt auf ComfortOpen-Position (50:70)
3. Ereignis Türgriff wird auf "closed" gedreht => Jalousie fährt wieder auf Beschattungs-Position (0:70)
4. Ereignis Beschattungsbedingungen sind nicht mehr erfüllt => Jalousie fährt fälschlicherweise(?) auf ComfortOpen-Position (50:70). Hier hätte ich eigentlich die Open-Pos (99:99) erwartet, so wie die anderen Jalousien auch gefahren sind.

Könnte es sein, dass
a. bei Anfahrt der Beschattungsposition in ASC der "alte Zustand" gespeichert wird und daher die Jalousien ohne Türkontakt in die Open-Position (99:99) fahren
b. bei Anfahrt der ComfortOpen-Position in ASC der "alte Zustand" gespeichert wird sich die Beschattungs-Position (0:70) merken?
c) bei Verlassen der ComfortOpen-Position der "alte Status" der Beschattungsposition angefahren wird und als neuer alter Status die ComfortOpen-Position gespeichert wird?
d. bei Verlassen der Beschattungspostion der alte Status angefahren wird, also dann aus Punkt c) die ComfortOpen Postion?

Noch nicht probiert habe ich:
- Ausgangsposition => Jalousie in Open-Pos
- Ereignis Bedingung Beschattung erfüllt => Jalousie fährt in Shading-Pos
- Ereignis Tür nach "open" => Jalousie fährt nach ComfortOpen-Pos
- Ereignis Bedingung Beschattung nicht mehr erfüllt => Jalousie fährt nach Open-Pos (Erwartungshaltung)

Vermutlich würde die Jalousie dann aber in die Shading-Pos fahren, weil es die alte Position ist, oder?

VG und danke für dein Engagement!

CoolTux · 27 April 2020, 15:21:22

Es ist in der Tat so das die alte gespeicherte Position angefahren wird. Es sei denn Du setzt das Attribut ASC_WindowRec_PosAfterDayClosed auf open

stw-fhem · 27 April 2020, 15:31:35

Da ich ASC_WindowRec_PosAfterDayClosed nicht wirklich interpretieren konnte ist es gar nicht gesetzt. Aber es kann eigentlich auch nicht sinnvoll hier verwendet werden, weil ich ja aus einem beliebigen Zustand heraus kommen kann und in den alten Zustand zurück möchte.

CoolTux · 27 April 2020, 16:31:09

Zitat von: stw-fhem am 27 April 2020, 15:31:35
Da ich ASC_WindowRec_PosAfterDayClosed nicht wirklich interpretieren konnte ist es gar nicht gesetzt. Aber es kann eigentlich auch nicht sinnvoll hier verwendet werden, weil ich ja aus einem beliebigen Zustand heraus kommen kann und in den alten Zustand zurück möchte.

Gut dann ist das ja geklärt. Dein alter Zustand war die Position welche Dir nicht gefallen hat. (50:70)

stw-fhem · 27 April 2020, 17:14:56

Zitat von: CoolTux am 27 April 2020, 16:31:09
Gut dann ist das ja geklärt. Dein alter Zustand war die Position welche Dir nicht gefallen hat. (50:70)

Sicher? Du schreibst in der Hilfe

Zitat
ASC_WindowRec_PosAfterDayClosed - open,lastManual / auf welche Position soll das Rollo nach dem schließen am Tag fahren. Open Position oder letzte gespeicherte manuelle Position (default: open)

Demnach hätte ja schon "open" greifen müssen, auch ohne dass das Attribut gesetzt ist. Aber ich trage da gerne nochmal "open" ein. Werde ich morgen wieder ausprobieren.

CoolTux · 27 April 2020, 17:21:09

Ich glaube jetzt haben wir aneinander vorbei geredet. Also viel mehr ich. Ich ging die ganze Zeit vom Fenster aus aber Deine letzte Aktion ist ja die Entschattung und da erwartest Du ja ein open aber er fährt da ja in die letzte Position und das war die von ComfortOpen. Und das passt mit dem aktuellen Code überein.
Sorry mein Fehler. Einzig prüft er noch ob die LastPosition die SleepPosition war und wenn ja fährt er in die OpenPosition. Ansonsten immer in die LastPosition.

xerion · 28 April 2020, 06:16:50

Zitat von: xerion am 20 April 2020, 07:06:34
Guten Morgen,
Bei der der 9.0.12 sind mir ein paar Perl Fehler im Log aufgefallen.
6.00 Uhr ist meine Time_Up_Early Zeit.

Code Auswählen Erweitern
2020.04.20 06:00:22 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/73_AutoShuttersControl.pm line 1886. 2020.04.20 06:01:13 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/73_AutoShuttersControl.pm line 2001.

Gesendet von meinem JSN-L21 mit Tapatalk

Guten Morgen CoolTux,

habe nun seit ein paar Tagen beim morgenlichen Hochfahren einen Perlfehler im Log:

Code Auswählen

2020.04.28 06:00:09 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/73_AutoShuttersControl.pm line 2015.

CoolTux · 28 April 2020, 07:31:35

Kannst Du bitte einmal mit der aktuellsten Version testen.
Danke Dir.

stw-fhem · 28 April 2020, 08:09:41

Zitat von: CoolTux am 27 April 2020, 17:21:09
... die SleepPosition war...

Wie fährt man denn in die Sleep Position? Kann das bei der nächtlichen Schließung irgendwie als Zielzustand angeben? Bisher fährt er ja auf die ClosedPostion, bei ModeDown.

Und weil wir einmal dabei sind, könntest du noch eine Day-Position für die Jalousiebenutzer spendieren, die mit dem Mode-Up am Morgen angefahren werden kann? Aktuell fährst du ja da immer die Open-Postion an.

xerion · 28 April 2020, 08:31:26

Zitat von: CoolTux am 28 April 2020, 07:31:35
Kannst Du bitte einmal mit der aktuellsten Version testen.
Danke Dir.

Das ist die letzte Version aus dem devel Branch. Also laut repo 6 Tage alt.

v0.9.15

Gesendet von meinem JSN-L21 mit Tapatalk

CoolTux · 28 April 2020, 08:49:24

Zitat von: xerion am 28 April 2020, 08:31:26
Das ist die letzte Version aus dem devel Branch. Also laut repo 6 Tage alt.

v0.9.15

Gesendet von meinem JSN-L21 mit Tapatalk

Ok dann kann ich mir die Zeile einmal anschauen. Danke Dir

CoolTux · 28 April 2020, 08:50:35

Zitat von: stw-fhem am 28 April 2020, 08:09:41
Wie fährt man denn in die Sleep Position? Kann das bei der nächtlichen Schließung irgendwie als Zielzustand angeben? Bisher fährt er ja auf die ClosedPostion, bei ModeDown.

Und weil wir einmal dabei sind, könntest du noch eine Day-Position für die Jalousiebenutzer spendieren, die mit dem Mode-Up am Morgen angefahren werden kann? Aktuell fährst du ja da immer die Open-Postion an.

In dem Du das Attribut für die SleepPos setzt. Es kam User die wollten gerade im Schlafzimmer nicht ganz runter fahren daher kam eine SleepPos dazu.

stw-fhem · 28 April 2020, 14:20:45

Zitat von: CoolTux am 28 April 2020, 08:50:35
... eine SleepPos dazu.

Das habe ich gesehen "ASC_Sleep_Pos" ... Position wird angefahren wenn Bedingung für modeDown aktiv ist.

Aber ich dachte die wird noch nicht angefahren, weil ich ASC_Sleep_Pos mit "0:30" definiert habe, aber die Jalousie bei modeDown auf "0:0" fährt.

Wäre es nicht eine Idee bei modeUp auch auf die ASC_Day_Pos zu fahren?

CoolTux · 28 April 2020, 14:46:03

Zitat von: stw-fhem am 28 April 2020, 14:20:45
Das habe ich gesehen "ASC_Sleep_Pos" ... Position wird angefahren wenn Bedingung für modeDown aktiv ist.

Aber ich dachte die wird noch nicht angefahren, weil ich ASC_Sleep_Pos mit "0:30" definiert habe, aber die Jalousie bei modeDown auf "0:0" fährt.

Wäre es nicht eine Idee bei modeUp auch auf die ASC_Day_Pos zu fahren?

das mit dem ModeUp und ASC_Day_Pos verstehe ich gerade nicht.