ich komme an einer Stelle leider nicht weiter. In einem Dashboard verwende ich mushroom-chips-card (Typ Vorlage). In der yaml habe ich folgenden Befehl, mit dem ich ein Skript aufrufe:
Wenn ich mir aber anschaue, was im Skript ankommt, so steht in erg_ueberpruefen leider nicht true oder false, sondern der Text {{ is_state … }}, das heißt der Inhalt in {{ }} wurde leider nicht ausgeführt.
Ich vermute es hat mit dem Aufruf aus dem Dashboard zu tun. Weiß jemand Rat?
Ich verstehe nicht so ganz warum du das überhaupt als data übergibst?
was machst du damit im Script?
Das kann man bestimmt besser lösen.
Hast du viele unterschiedliche Entitäten die du so mit dem selben Script abfragen möchtest?
Du kannst bei einem Script auch mit einem Dropdown oder ähnlichem arbeiten:
Zunächst einmal vielen Dank, dass Du geantwortet hast. Aber weshalb eigentlich? Zur Frage konntest Du scheinbar nichts beitragen, aber immerhin hast Du mich zum Lachen gebracht.
Grundsätzlich natürlich gerne, aber wenn mich jemand fragt, was das Skript machen soll und direkt im Satz danach postuliert, man könne es bestimmt besser lösen .
Im Ernst: Tatsächlich hat das Problem doch gar nichts mit dem Skript zu tun. Es spielt überhaupt keine Rolle, was das Skript macht. Vereinfacht kann man unterstellen, das Skript schreibt eine E-Mail mit dem Inhalt von erg_ueberpruefen und dabei stellt sich heraus, dass in erg_uebergeben nicht true oder false steht, sondern der String “{{ is_state(‘input_boolean …’) }}”. Die Frage ist, wieso beim Aufruf aus dem mushroom-Dashboard die {{ }} nicht aufgelöst wird.
Ich habe jetzt eine Lösung gefunden. Aber zu den Fragen: Manchmal ist es sinnvoll etwas in einem Skript oder in ausgelagerten Jinja-Templates umzusetzen, damit man nicht doppelt programmiert. Das Skript dient dazu alle Rollos auf die in der die Variable ‘behanghoehen’ definierten Höhe zu fahren. Dabei werden bei mehr als einem Rollo Regeln zur Funkhygiene, zur zufälligen Reihenfolge der Räume und zur zufälligen Reihenfolge der Rollos in dem Raum eingehalten (ist deutlich overengineert - halt eine Spielerei). Über eine Auswahl möchte ich das nicht lösen, da es 2^11 theoretische Anzahl an Auswahlen gibt (und das auch nur wenn die Rollohöhe jeweils gleich ist - sonst bei dynamischen Szenen nochmal ein Vielfaches mehr). Wenn die Variable erg_ueberprüfen auf true steht wird zusätzlich überprüft, ob das Rollo Funkkontakt hatte (Anwendung: Man geht ins Bett und fährt alle Rollos runter - wenn eins nicht funktiniert bekommt man eine Info).