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
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 ![]()
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 ![]()
Effektiv, setze deine Prod nicht für solche Tests aufs Spiel ![]()
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 ![]()
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 » ![]()
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 ![]()
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 ![]()
dachte ich, du wärst überzeugt? ![]()
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
Ich freue mich auf dein Feedback
Danke! Die Funktion findCurrentlyRunningEvent gefällt mir viel besser ![]()
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 ![]()
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).