Sorry, sowas passiert vor dem ersten Kaffee. Ich denke dann hat @Janniboy einen passenden Hinweis gegeben. Oder du machst dir einen Template binary_sensor-Helfer.
Edit:
Du könntest auch eine zweite Automatisierung machen und einen input_boolean-Helfer schalten. Trigger wäre
triggers:
- entity_id:
- sensor.strom_eg_aktuell
for:
hours: 0
minutes: 2
seconds: 0
below: -700
trigger: numeric_state
- entity_id:
- sensor.solargesamtinwatt
for:
hours: 0
minutes: 2
seconds: 0
above: 700
trigger: numeric_state
Bei unterschreiten, wird der input_boolean wieder auf off gesetzt.
Und den dann in der eigentlichen Automatisierung abfragen
da muss es doch eine besser lösung geben, also noch zwei zusätzliche sensoren anzulegen.
Ist es wirklich so schwer, dass eine Automation nur zw. X und Y Uhr laufen soll?
oder vielleicht sollte ich den Modus ändern?
by HarryP: Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)
Das bringt nichts, wenn kein Auslöser greift.
Dauert doch nur zwei Minuten
Kitty
16. April 2025 um 09:59
26
conym18:
Ändert die sich?
Kommt leider immer wieder vor, nach Updates oder neupaaren.
Du könntest eine Template-Bedingung probieren, dann musst du zumindest keine weiteren Hilfsentitäten anlegen:
triggers:
- id: sensor_a
trigger: state
entity_id: sensor.ERSTERSENSOR
to:
for:
minutes: 2
- id: sensor_b
trigger: state
entity_id: sensor.ZWEITERSENSOR
to:
for:
minutes: 2
conditions:
- condition: time
after: "09:00:00"
before: "18:00:00"
- condition: or
conditions:
- condition: and
conditions:
- condition: trigger
id: sensor_a
- condition: template
value_template: >
{{ (trigger.to_state.state|float(0) < -700 and now() -
trigger.to_state.last_changed >= timedelta(minutes=2)) }}
- condition: and
conditions:
- condition: trigger
id:
- sensor_b
- condition: template
value_template: >
{{ (trigger.to_state.state|float(0) > 700 and now() -
trigger.to_state.last_changed >= timedelta(minutes=2)) }}
actions:
…