Dropdown-Liste einer unvollständigen Bedingung?

Hallo

etwas Dummes

darin fehlt der Punkt, der es ermöglichen würde, die Heizung im Eco-Modus zu aktivieren, wenn es nicht notwendig ist, zum Beispiel

Danke

Ich komme nochmal darauf zurück

Denn ich weiß nicht, wie ich das mit meiner Heizung machen soll. Ich bräuchte eine Mindesttemperatur von 16 Grad, aber mit dem Szenario-System, das kein „sonst“ hat, sehe ich nicht, wie ich das machen soll.

Ich habe es geschafft, etwas Sauberes zu machen, damit die Heizung basierend auf dem Kalender aktiviert wird, aber ohne diese Bedingung muss ich einen vollen Kalender erstellen, obwohl es nur dann aktiviert werden muss, wenn nichts anderes läuft.

Ich hoffe, ich war klar (bin mir nicht sicher).

Schönes Wochenende.

Hallo!
Bei mir wird die Heizung von Gladys verwaltet.
Für die Mindesttemperatur ist es eine einfache Szene, die aktiviert wird, wenn die Temperatur unter 17°C liegt, ohne Bedingung (naja, ich habe einen „Frostschutz“-Modus).
Zum Abschalten des Heizkessels schalte ich ab, wenn es 18°C oder mehr hat und nicht im Komfortmodus ist.
Auslöser: Temperatur >18°C
Letzten Zustand des Heizmodus abrufen
Nur fortfahren, wenn nicht im Komfortmodus
Heizung ausschalten.

Alle Details sind hier, im Abschnitt ‹ Programmierung ›:
https://community.gladysassistant.com/t/tutoriel-maj-thermostat-fait-maison-et-integration-programmation-dans-gladys

Ich schaue mir das morgen mit frischem Kopf an
Danke

Ich habe in diese Richtung entwickelt

Es gibt ein Testbild, falls du die Funktionsweise überprüfen möchtest cicoub13/gladys:feat-calendar-does-not-contain

:warning: Wenn mehrere Ereignisse zum Zeitpunkt der Szene stattfinden, reicht es aus, dass ein Ereignis das gesuchte Wort nicht enthält, damit die Szene fortgesetzt wird.

Ich habe diese Option nicht für den Auslöser hinzugefügt (für mich macht das viel weniger Sinn).

Also kann ich nicht testen, weil beim letzten Mal

Ich alles neu machen musste, als ich ein Bild getestet habe

Ich muss mir dafür einen zweiten Testrechner einrichten

Entschuldigung

Danke für das PR @cicoub13 :slight_smile:

Kleine Frage, warum habt ihr diese Wahl getroffen und nicht die umgekehrte?

Wollt ihr nicht gerade, dass alle laufenden Ereignisse das Wort nicht enthalten?

Das erscheint mir logischer für die möglichen Anwendungen dieser neuen Option, aber ich könnte mich irren :slight_smile:

Effektiv, setze deine Prod nicht für solche Tests aufs Spiel :slight_smile:

Das erscheint mir logischer, wenn es alle Ereignisse betrifft, die nicht…

Okay, ich habe die Frage von allen Seiten betrachtet und es erscheint mir so logischer, wie Sie sagen :smile:

Gedankenexperiment

Stellen wir uns vor, ich möchte nicht heizen, wenn es einen roten Tempo-Tag gibt. Ich würde eine Szene konfigurieren, die jeden Tag heizt, mit der folgenden Aktion

Alles funktioniert perfekt. An blauen/weißen Tagen läuft die Szene weiter, weil « ein Ereignis, das rot nicht enthält, gefunden wurde ».

An einem roten Tag stoppt die Szene, weil « kein Ereignis, das rot nicht enthält, gefunden wurde » :exploding_head:

Jetzt, wenn ich einen Termin am Morgen in meinem Kalender « Arzttermin » hinzufüge, sollte die Szene weiterhin stoppen.

Aber dann habe ich ein Problem mit dem UX-Text

Wenn ein Ereignis gefunden wird, Szene fortsetzen

Cool! Kann ich dann deinen PR überprüfen?

Dafür würde ich empfehlen, einen speziellen Kalender zu erstellen, anstatt mit anderen Ereignissen zu mischen, die interferieren könnten.

PS: Ich erinnere daran, dass wir für Tempo EDF bereits native Szenenbedingungen haben :smiley:

Nein, ich habe die Änderungen noch nicht gemacht. Das bricht die Funktionsweise für diesen Fall etwas. Ich bin dran.

Es ist codiert, getestet und gepusht, aber das ist wirklich eine seltsame Denkweise (ich würde sagen, auf dem Kopf).
Ich habe Angst, dass einige Leute dieses Feature nutzen, aber vom Ergebnis überrascht sein werden :thinking:

dachte ich, du wärst überzeugt? :joy:

Ich habe dir eine Review gemacht:

Das ist korrigiert, ich lasse dich auf mich zukommen, falls nötig

Review erledigt!

Gut, ich habe heute Morgen meinen Code mit einem frischen Kopf überarbeitet und es ist jetzt sauberer :slight_smile: Ich freue mich auf dein Feedback

Danke! Die Funktion findCurrentlyRunningEvent gefällt mir viel besser :slight_smile:

Ich hätte noch zwei kleine Kommentare.

In Betracht gezogen

Danke für das Feedback, ich finde das cool! Allerdings ist das wirklich eine Funktion, die einem Kopfschmerzen bereitet :sweat_smile:

Zur Info, die finale Version sieht so aus:

Müsste man diese Funktion nicht vor dem Push in die Produktion testen? Oder zumindest jemanden, der uns einen genauen Anwendungsfall gibt und wir testen ihn?

@Prof_Techno, wie sieht es bei dir aus? Wie sieht dein Kalender aus?

Ich warte gerne auf einen echten Fall. Ich gebe zu, ich bin zu schnell in den Code gesprungen, bevor ich den Bedarf richtig verstanden habe (nicht gut).