dem helper input_number in template einen Wert zuweisen

[Nival]

dann interne Variablen definiert

Das sieht nicht so aus, wie man in einem Script normalerweise Variablen definiert: https://www.home-assistant.io/docs/scripts/#variables - alternativ noch über die Felder: https://www.home-assistant.io/integrations/script/#configuration-variables

In beiden Fällen steht dabei, dass über Templates auf sie zugegriffen werden kann, also über die UI ist das wohl weniger drin, es sind auch keine Entitäten.

 

[amiko]

Garnicht.

Aber was genau hast Du denn vor? Wenn Du schon Helfer vom Typ input_datetime hast, weshalb möchtest Du die dann noch über einen weiteren Helfer leiten anstatt sie direkt auszuwerten? Im Fall von Delaware macht das Sinn weil es um eine Zeitverschiebung geht, aber davon sehe ich bei Dir nichts.

Du hast Recht, eigentlich brauche ich gar keinen zusätzlichen Helfer, ich wollte nur mal testen, wie das funktioniert.
Ich möchte die Zeit bestimmen, zu der das Auto geladen wird. Derzeit werden die Start- und Stoppzeiten im Fahrzeug eingestellt, dies hat verschiedene Nachteile. Die Batterie im Auto ist nicht besonders groß, wenn ich nicht sparsam fahre, wird die Batterie nicht ausreichen, um eine Woche lang damit zu Arbeit zu fahren. Die Tage werden kürzer, bald wird es nicht mehr möglich sein, abends mit Überschuss das Auto zu laden. Wenn ich weiß, dass der Tag sonnig wird, lade ich das Auto morgens aus der Hausbatterie. Im Fahrzeug stelle ich die Startzeit auf z.B. 4:30 Uhr, in der HA gebe ich den gewünschten Ladestrom ein. Ich möchte die Start- und Stoppzeiten in HA festlegen. Alle Ladestromberechnungen laufen ohnehin im Template, daher habe ich eine neue Variable im Template definiert.

- binary_sensor:
  - name: "Timer EV Laden"
    unique_id: "timer_ev_laden"
    state: >
      {% set target_time = ( as_timestamp (now() ) | timestamp_custom('%H:%M')) %}
      {% if states('input_datetime.ev_laden_ein') <= target_time < states('input_datetime.ev_laden_aus') %}
        true
      {% else %}
        false
      {% endif %}

Wie gesagt, es ist nur ein Test, um zu sehen, wie es funktioniert. In diesem Fall wird der Sensor jedoch auch eine Minute später als definiert eingeschaltet. Auf eine Minute kommt es nicht an, ich wollte es nur verstehen wieso.

Das funktioniert bei mir auch nicht, ich vermute die gleiche Uhrsache. Hängt wahrscheinlich mit der Aktualisierungszeit zusammen.

- trigger:
    - platform: template             
      value_template: "{{ (now().second % states('input_number.verschiebungszeit_schleife') | int) == 0 }}"
  sensor:
    - name: strom_gegl_delayed
      device_class: "current"
      state_class: "measurement"
      unit_of_measurement: "A"   
      state: '{{ states("sensor.strom_geglaettert") }}'

 

[amiko]

Hallo, seit einiger Zeit zeigt der Studio Code Server Fehler in den Automations, Scripts und Template.yaml an. Die Funktion ist gegeben. Die Automations.yaml habe ich angepasst, so dass keine Fehler mehr angezeigt werden. Bei Template und Scripts habe ich noch ein Problem. Wie soll ich jetzt nach den neuen Regeln Trigger in das Template schreiben?

#triggers:
- trigger:
    - platform: template
      value_template: "{{ (now().minute % states('input_number.aktualisierungszeit_min') | int) == 0 }}"
  sensor:
    - name: max_strom_wallbox_delayed
      device_class: "current"
      state_class: "measurement"
      unit_of_measurement: "A"
      state: '{{ states("sensor.max_strom_wallbox") }}'

 

[u5zzug]

ich würde sagen, 2x trigger:
siehe Beispiel https://www.home-assistant.io/integrations/template/

 

[amiko]

Danke, es wird kein Fehler mehr angezeigt. Muss ich die Funktion noch prüfen?

#triggers:
- trigger:
    - trigger: template
      value_template: "{{ (now().minute % states('input_number.aktualisierungszeit_min') | int) == 0 }}"
  sensor:
    - name: max_strom_wallbox_delayed
      device_class: "current"
      state_class: "measurement"
      unit_of_measurement: "A"
      state: '{{ states("sensor.max_strom_wallbox") }}'

 

[amiko]

Hallo, ich habe eine Frage zum Trigger und der anschließenden Bedienung. Muss die Bedienung zum Zeitpunkt des Triggers erfüllt sein, um die Aktion auszulösen oder wird der Trigger sozusagen gespeichert und wenn die Bedienung zu einem späteren Zeitpunkt erfüllt wird, wird die Aktion ausgeführt.

Hier als Beispiel, wenn binary_sensor.low_batt bei Sonnenuntergang off ist und erst später auf on wechselt, wird die Aktion ausgeführt oder nicht.

  triggers:
  - trigger: sun
    event: sunset
  conditions:
  - condition: state
    entity_id: binary_sensor.low_batt
    state: 'on'
  actions:

 

[u5zzug]

wenn Trigger auslöst, wird geprüft. Trigger sind immer Momente, da wird nix respeichert. -> Alle Sachen als Trigger anlegen (= oder) und bei Bedingung alle testen (= und).