Es wäre gut, diesen Schalter wie unten in den Szenen zu haben
Je nach Auswahl wird die nächste Aktion ausgeführt, wenn mindestens ein Auslöser gültig ist (ODER-Funktion) oder wenn alle Auslöser aktiv sind (UND-Funktion)
Für mich kannst du bereits mehrere Auslöser einrichten, die mit einem ODER (irgendeiner, der ausgelöst wird, startet die Szene) funktionieren.
Und es hat keinen Sinn, sie mit einem UND zu verbinden, da es sich um Ereignisse und nicht um Zustände handelt. Du kannst nicht sagen „die Tür öffnet sich und die Temperatur steigt über 20°C“, sondern eher „die Tür öffnet sich und die Temperatur liegt über 20°C“.
Daher ist es bereits mit der Funktion „Nur wenn“ möglich.
Hast du ein Beispiel für einen Anwendungsfall?
Zum Beispiel:
Wenn ich das Haus verlasse und der Stecker eingesteckt ist, wird die nächste Aktion aktiviert
In diesem Fall ist einer der beiden Auslöser, der die nächste Aktion aktiviert
Es sei denn, ich habe meine Szene falsch gemacht…
Es kann auch sein, wenn ich das Haus verlasse und der Helligkeitssensor niedrig ist, das Außenlicht einschaltet usw.
In deinem Beispiel müsstest du Folgendes tun:
- Auslöser: Wenn du das Haus verlässt
- Status deiner Steckdose abrufen
- Nur fortfahren, wenn die Steckdose eingeschaltet ist
- gewünschte Aktion
etwas komplizierter, oder? Vor allem, wenn man mehrere UND-Bedingungen haben möchte, könnte man das doch einfach mit einem Toggle machen!
Programmseitig setzt man für jeden bestätigten Auslöser eine ‹ 1 ›, im gegenteiligen Fall eine ‹ 0 ›. Am Ende der Auslöserprüfung zählt man die Anzahl der Auslöser und die Summe der Auslöserwerte. Wenn beide gleich sind, handelt es sich um ein UND, also wird fortgefahren und die Aktion ausgeführt (in einer anderen Sprache wie C oder VB hätte ich das codiert, aber nicht in JS!)
Eigentlich ist das nicht viel komplizierter, es ist nur eine andere Logik.
Du kannst mehrere UND-Bedingungen leicht haben: Du platzierst einfach mehrere Blöcke nebeneinander.
Um mein Beispiel wieder aufzunehmen, könnte man machen:
Auslöser: Wenn du das Haus verlässtStatus abrufendeiner Steckdose, der Helligkeit, der TemperaturWeiter, wenn und nur wenndie Steckdose eingeschaltet ist /Weiter, wenn und nur wennHelligkeit > 150 Lumen /Weiter, wenn und nur wennTemperatur > 20°- gewünschte Aktion
In diesem Fall müssen alle Bedingungen im Block 3 erfüllt sein, um die Aktion auszulösen. Und das ist nicht viel zusätzliche Konfiguration.
Ich denke, was viele Leute überrascht, ist, dass man einen Wert abrufen muss, bevor man ihn verwenden kann (ich war der Erste, der das so sah).
Es muss einen technischen Grund dafür geben - @pierre-gilles, falls du das liest ^^ - aber es stimmt, dass in meiner idealen Welt meine Szene sein könnte:
Auslöser: Wenn du das Haus verlässtWeiter, wenn und nur wenndie Steckdose eingeschaltet ist /Weiter, wenn und nur wennHelligkeit > 150 Lumen /Weiter, wenn und nur wennTemperatur > 20°- gewünschte Aktion
Genau deshalb eure Stimmen:
VERDAMMT !!! Daran bin ich komplett vorbeigegangen !!!
Ich denke tatsächlich, dass man daran arbeiten sollte, ich bin nach wie vor überzeugt, dass es ein Hindernis für die Adoption von Gladys ist.
Wir haben schon mehrmals im Forum Leute gesehen, die sich über die Funktionsweise von Szenen Gedanken gemacht haben… das könnte helfen 
Genau! Ich stimme direkt ab!
EDIT: Eigentlich war das nach meinen allerersten Anmerkungen, als ich ankam 
1 „Gefällt mir“
Man könnte sagen, dass der Vorteil hier darin besteht, von einem Modus « mindestens eine der Bedingungen erfüllt » zu « alle Bedingungen erfüllt » in einem einzigen Block zu wechseln, ohne die Szene neu erstellen zu müssen. Das erscheint mir im Gebrauch klarer und praktischer umzusetzen (auf einen Blick sieht man alle Bedingungen)! Danach spricht nichts dagegen, beide Modi zu haben, im ersten Fall wird der Test der Primärbedingung hervorgehoben, bevor zu den anderen Tests übergegangen wird mit
weiter, wenn und nur wenn
, in dem von mir vorgeschlagenen Fall wird getestet, ob mindestens eine der Bedingungen erfüllt ist (aktuelle Funktionsweise) ODER es wird getestet, ob alle Bedingungen erfüllt sind
Da bin ich einverstanden, das wäre klarer, als Zustände abzurufen, um sie anschließend wie du sagst zu verwenden, wenn es dafür einen technischen Grund gibt…
Um einen Grund für dieses Feature hinzuzufügen und da ich gerade den Nutzen eines virtuellen Geräts verstanden habe (mein Gott, was ist nur mit mir los? 
)
Daher erstelle ich hier einen « Schalter » MQTT, der virtuell1 genannt wird, aber in meinem Beispiel « Alle Öffnungskontakte sind geschlossen » heißen sollte
In einer Szene erstelle ich
Die mein virtuelles Gerät hier im Beispiel aktiviert/deaktiviert, wenn alle meine NOUS-Steckdosen nicht verbrauchen (zu übertragen mit den Öffnungssensoren). Das Problem ist, dass ich eine inverse Szene « mindestens eine Steckdose verbraucht = mindestens ein Sensor ist offen » erstellen muss, um das virtuelle Gerät umzuschalten. Daher haben wir die Möglichkeit, das Häkchen bei « Mindestens einer » zu setzen
Dieses virtuelle Gerät könnte später in meinen Szenen verwendet werden (ist trotzdem praktischer!)
Daher ist der Vorteil dieser Anfrage, dass ich 20 Sensoren habe und den Zustand « alle Sensoren OK » betrachte, wenn ich « alle » angekreuzt habe…einfacher zu konfigurieren, oder?
Ideal wäre es, die Möglichkeit zu haben, ein Gerät « Virtuelles Gerät » auf der MQTT-Integrationsseite zu erstellen, das diese Rolle übernehmen würde!!!
Und jetzt, da @pierre-gilles die « Alarmanlage »-Integration entwickelt hat, denke ich, dass dies zusammenpasst!
Ich werde heute Abend in diese Richtung eine Anfrage stellen 
Können wir diese Feature-Anfrage schließen (oder sie einfach in ein Thema in Configuration umwandeln)?
Falls ich dich falsch verstanden habe, kannst du das doch schon machen, oder?
Du kannst SCENE 1 erstellen, die:
- alle deine Sensoren testet
- deinen Schalter auf EIN schaltet, wenn alles bei null ist
Dann SCENE 2 (um es dir einfach zu machen, kopierst du SCENE 1 und änderst sie nach Belieben), die:
- alle deine Sensoren testet
- deinen Schalter auf AUS schaltet, wenn einer oder mehrere Sensoren nicht null sind
Danach kannst du den Schalterzustand in den Szenen abrufen, wo immer du möchtest.
Ist das der Sinn der Sache?
Ja, genau das, vereinfacht oder klarer ausgedrückt: Die Möglichkeit, alle Sensoren im ersten Block zu platzieren und dann mit diesem Toggle, den ich vorschlage, die Wahl zu haben, vermeidet eine Liste von x Bedingungen wie „wenn fortgesetzt“ usw.!
Jetzt erledigen wir das in 2 Blöcken
Im Fall des Alarms
Erste Szene
Im ersten Block der Auslöser platziere ich alle meine betroffenen Sensoren mit dem Zustand „an“, ich aktiviere „alle“ und wenn alle in Ordnung sind, aktiviere ich den Alarm
Zweite Szene
Im ersten Block der Auslöser platziere ich alle meine betroffenen Sensoren, ich aktiviere „mindestens einen“ und wenn ein Sensor „aus“ ist, aktiviere ich den Alarm nicht und sende zum Beispiel eine Nachricht
Das erscheint mir viel einfacher und logischer…aber gut, wenn es keine Zustimmung gibt, dann ist es halt so…
Das grundlegende Problem in dem, was du beschreibst, ist, dass man das Problem drehen und wenden kann, wie man will: Ein Trigger kann nicht der Zustand eines Geräts sein, sondern ein Ereignis.
Daher kann deine ideale Szene nicht als solche existieren.
Aber ich bin der Erste, der sagt, dass man die Erstellung von Szenen verbessern kann. Jeder Vorschlag ist willkommen 
Finde ich auch, am besten wäre ein visuelles Interface wie node-RED
Damit bin ich eher einverstanden, ein gutes Beispiel wäre Homey (wenn ich mich nicht irre), das einen NodeRed-ähnlichen Editor entwickelt hat, um Szenen zu erstellen.
Allerdings wäre das eine riesige Überarbeitung, die zwar wahrscheinlich irgendwann umsetzbar ist, aber nicht verhindert, dass man die bestehenden Szenen anpasst, um die Benutzerfreundlichkeit zu verbessern. Denn ich bin überzeugt, dass die Leute diese Möglichkeiten nicht zu 100% nutzen.