Zustandsvariable einmal für Anfänger bitte

[SmartGR]

Ich möchte mich nicht selbert aussperren, deshalb soll die Rollade an der Terrasse nicht herunter gehen, solange die Terrassen-Tür geöffnet ist, obwohl sie laut Zeitprofil heruntergehen sollte.
Ist die Tür dann geschlossen, sollte Rollade automatisch herunter gehen sofern das Zeitprofil es vorsieht.

Ist bestimmt super einfach, ich raff es einfach (noch) nicht.

Danke!!!

[Gelöschter Benutzer]

OK, hier mein Vorschlag:

1. Du legst eine Zustandsvariable ROLLADENZEIT an.

2. Diese Zustandsvariable nimmst Du in das Zeitprofil an Stelle der Rollade als Aktor (Variable = EIN soll "Rollade runter" bedeuten).

3. Du legst ein Logikprofil an:
WENN
ROLLADENZEIT = JA
UND
Fenster geschlossen
DANN
Rollade = 0%

4. Ein zweites Logikprofil öffnet die Rollade, wenn die Zeit reif dafür ist:
WENN
ROLLADENZEIT = NEIN
DANN
Rollade = 100%

[SmartGR]

Danke schon einmal dafür. Anbei noch folgende Ergänzungsfrage:

Ich möchte eine Zustandsvariable per Ereignis setzen:

Tür auf oder aber Bewegung dann Variable ein. Ich bin über Ereignis gegangen und habe die Zustandsvariable als Gerät und z.B. den Tür-Sensor als Ereignis definiert.

Leider ändert sich die Variable nicht, wenn ich die Tür aufmache oder schließe.

Was mache ich falsch?

Danke

[Gelöschter Benutzer]

Danke schon einmal dafür. Anbei noch folgende Ergänzungsfrage:

Ich möchte eine Zustandsvariable per Ereignis setzen:

Tür auf oder aber Bewegung dann Variable ein. Ich bin über Ereignis gegangen und habe die Zustandsvariable als Gerät und z.B. den Tür-Sensor als Ereignis definiert.

Leider ändert sich die Variable nicht, wenn ich die Tür aufmache oder schließe.

Was mache ich falsch?

Danke

Vermutlich nichts.
Die Zustandsänderung der Variable kommt nur häufig mit deutlicher Verzögerung in der UI an.

[SmartGR]

Ok, das mit der Verzögerung habe ich auch schon gelesen. Gibt es da denn irgendwelche Richtwerte? Ich warte jetzt schon über 10 min.

Wie soll denn dann z.B. folgender use case funktionieren:

Ich komme nach Hause, Bewegung wird detektiert und damit die Zustandsvariable zuhause aktiviert. In Abhängigkeit davon sollen nun bestimmte Aktivitäten ein und z.b. die Alarmbereitschaft ausgeschaltet werden.

Wenn das alles erst nach einer halben Stunde passiert, ist das doch nicht wirklich im Sinne des Erfinders, insbesondere was die Lichsteuerung angeht.

[SmartGR]

OK, hier mein Vorschlag:

1. Du legst eine Zustandsvariable ROLLADENZEIT an.

2. Diese Zustandsvariable nimmst Du in das Zeitprofil an Stelle der Rollade als Aktor (Variable = EIN soll "Rollade runter" bedeuten).

3. Du legst ein Logikprofil an:
WENN
ROLLADENZEIT = JA
UND
Fenster geschlossen
DANN
Rollade = 0%

4. Ein zweites Logikprofil öffnet die Rollade, wenn die Zeit reif dafür ist:
WENN
ROLLADENZEIT = NEIN
DANN
Rollade = 100%

Hallo,

bei dem Wetter habe ich ein wenig Zeit gefunden mit SmartHome zu spielen. Das setzen der Zustandvariablen und Verknüpfen mit Zeitprofilen ist kein Problem. Sobald ich jedoch eine &-Verknüpfung dazu packe geht es nicht mehr, also heisst das doch, das Ergebnis &-Verknüpfung hat den Wahrheitswert falsch, d.h. die Türzustand wird nicht erkannt oder aber nicht als wahr sondern als falsch. Der Türsensor ist so konfiguriert, dass Tür geschlossen als "an-Zustand" definiert ist, also den Wahrheitswert wahr ergibt?? Somit müsste doch Tür zu = wahr und Zustandsvariable=wahr zu einem wahren Ergebnis führen, in meinem Testfall schalte ich dann einfach eine Lampe an (macht nicht so viel trouble wie Rolladen rauf und runter schalten). Ich möchte ja nur erst einmal das Prinzip verstehen. Es passiert aber leider nicht. Lasse ich die &-Bedingung weg, kann ich mit meinen beiden Logikprofilen alles bestens schalten.

Wo ist mein Denkfehler?

[Gelöschter Benutzer]

Ich kann das mangels Türsensor bei mir nicht testen, aber versuch mal, mit dem Türsensor in einem Ereignisprofil nur eine Zustandsvariable zu schalten, und dann diese Zustandsvariable für alle anderen Verknüpfungen herzunehmen. Das müsste dann gehen.

[SmartGR]

Ich kann das mangels Türsensor bei mir nicht testen, aber versuch mal, mit dem Türsensor in einem Ereignisprofil nur eine Zustandsvariable zu schalten, und dann diese Zustandsvariable für alle anderen Verknüpfungen herzunehmen. Das müsste dann gehen.

Ja, und genau das funktioniert bei mir nicht und ich habe keine Ahnung warum. Der Türsensor wird erkannt, denn bei geöffneter Tür erfolgt eine Temperaturabsenkung.


Ich übe weiter....

[Gelöschter Benutzer]

Kannst Du von Deinen Profilen mal Screenshots posten?

[SmartGR]

Kannst Du von Deinen Profilen mal Screenshots posten?

Nach einigen Übungen bin ich jetzt einen Schritt weiter:

Man kann Logikprofile auch ohne Ereignisse definieren.

Ereignisse werden nur einmal übertragen bzw. ausgewertet, d.h. ist ein Schwellwert über-/unterschritten gibt es nur eine Meldung. Ein Tür-Sensor meldet somit nur einmal eine Zustandsänderung von auf nach zu oder umgekehrt. Man kann ihn nicht abfragen, ob er auf oder zu ist, weil er nur bei Änderung aktiv wird (schont wahrscheinlich die Batterie).

Anders ist das bei Zustandsvariablen. Deren Zustand wird permanent abgefragt bzw. ausgwertet.

Bei den Logikprofilen scheint es so zu sein, dass diese immer nur in eine Richtung funktionieren, d.h., man muss eine Bedingung für die Aktivierung und eine Bedingung für die Deaktivierung definieren. Mit anderen Worten, wenn die Bedingungen für die Aktivierung nicht mehr erfüllt sind, erfolgt nicht automatisch die Deaktivierung. Verstehe ich zwar nicht, aber scheint so zu sein.

Kann mir einer diese Statements bestätigen bzw. korrigieren?

Welche Grundlagen sind noch erforderlich, um mit den neuen features (Zustandsvariablen/ Logikprofile) arbeiten zu können?

Hierzu schweigt sich das Handbuch leider noch aus.

Mit der Bitte um Grundlagen Inputs, danke!!!!!!!!!!!