Automation - Dynamische Abfrage von States möglich um damit scripts auf Grund des "Auslösers" zu starten

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden
1. offizieller Beitrag

    Hallo ich wechsle gerade von Node Red zurück zu automations und scripts direkt.

    Da es ja etwas unübersichtlicher ist wenn man viele scripts hat die eigentlich das selbe machen aber der einzige Unterschied ist z.b. welcher Button gedrückt wurde - aktuelles Beispiel Anfahren der Sonnenschutz-Position der Rollos

    also auslöser
    input_button.sunshield_wohnzimmer

    .....
    input_button.sunshield_esszimmer usw.

    dann daraus den raum extrahieren und den in ein script weitermelden der dann die gewünschten Werte je raum aus einem Helfer ausliest und die jeweilige Rollo des Raums dort hin bewegt.

    das schaffe ich schon, aber mich stört das ich im Event-State alle Buttons namentlich nennen muss auf die gelauscht werden soll

    Die Idee auf "alles" zu lauschen und nur darauf zu reagieren wenn im Aufrufer "input_button.sunshield_" enthalten ist, hat nicht funktioniert.

    Hat wer von euch so was in die Richtung schon versucht oder sogar eine Lösung dafür gefunden?


  • Roios 2. Januar 2025 um 15:56

    Hat den Titel des Themas von „Automation - Dynamische Anbfrage von States möglich um damit scripts auf Grund des "Auslösers" zu starten“ zu „Automation - Dynamische Abfrage von States möglich um damit scripts auf Grund des "Auslösers" zu starten“ geändert.
    • Offizieller Beitrag

    Laut ChatGPT:
    Der Ansatz, auf alle Events zu lauschen und dann dynamisch zu reagieren, ist mit Home Assistant möglich. Hier ein Lösungsansatz, wie du das umsetzen kannst:

    1. Automatisierung: Allgemeiner Trigger

    Anstatt jeden Button einzeln als Trigger zu definieren, kannst du einen allgemeinen event-Trigger verwenden, der auf state_changed lauscht. Dann filterst du die relevanten Events in einer Bedingung oder direkt im Automations-Template.

    Erklärung:

    1. Trigger auf alle Entitäten: Mit entity_id: [] lauschst du auf den state_changed-Event für alle Entitäten.
    2. Template-Bedingung: Die value_template-Bedingung überprüft, ob die entity_id mit input_button.sunshield_ beginnt.
    3. Raum extrahieren: Mit split() wird der Raumname aus der entity_id extrahiert und an ein Script übergeben.

    2. Script: Bewegungslogik

    Das Script, das die Rollos entsprechend der Helfer steuert, könnte so aussehen:

    Code
    alias: "Move Sunshield"
sequence:
  - variables:
      target_room: "{{ room }}"
      sunshield_position: >
        {{ states('input_number.sunshield_' ~ target_room) }}
  - service: cover.set_cover_position
    data:
      entity_id: "cover.{{ target_room }}"
      position: "{{ sunshield_position }}"

    Erklärung:

    1. Variablen: Der Raumname und die Zielposition werden dynamisch aus den übergebenen Daten und Helfern ermittelt.
    2. Service-Aufruf: Das passende cover-Entity wird anhand des Raumnamens gesteuert.

    Vorteile dieser Lösung:

    • Dynamisch und wartungsarm: Du musst keine Buttons mehr manuell eintragen.
    • Flexibilität: Neue Buttons können einfach hinzugefügt werden, solange sie das gleiche Namensschema verwenden (input_button.sunshield_*).
    • Klar strukturiert: Die Logik ist ausgelagert und modular aufgebaut.


    Roios mich würde mal interessieren, ob das wirklich hilft oder kompletter Unsinn ist :-).
    Bitte mal um Rückmeldung (für die Qualität und Quantität der Antworten)