В HA все однотипные вещи которыех много сложно поддерживать

И это верно, я для себя нашел приемлемое решение, мало универсальных тригеров и много бинарных сенсоров в которых вся логика определения в них и использую now

Не идеально, но поддерживать гораздо проще чем такое же количество на тригерах

И полностью решается проблема с условиями в шаблонах типа numeric_state где не вовремя пеегрузил ха и автоматизация не сработала

На мой вкус как раз триггеры лучше правятся/настраиваются через гуй с фильтрами. А вот сенсоры это дебри/лабиринты. Хотя он них многие вещи проще делаются. В сенсорах по сути уходишь на нижний уровень программирования. Тогда уж логичнее в питоне упражняться.

Так и есть ) но в АppDaemon громоздко сущности создавать которые потом нужны для других вещей типа проброса в HomeKit (

@SmartHomeDivan можно вопрос по Deepstack?

задавай )

Автоматизация срабатывает, но выводит текст сообщения и пустые кавычки(((

Похоже датчик отвалился: ""

Тогда вопрос, как из choose забирать friendly_name, для уведомления

День добрый.планирую приобрести умный замок .порекомендуйте пожалуйста .понравился aqara n 100 но он без зигби.

Вот так сделал

alias: Состояние датчиков (не обновляются)
description: ''
trigger:
  - platform: time_pattern
    minutes: /3
condition: []
action:
  - choose:
      - conditions:
          - condition: template
            value_template: >-
              {{ ((as_timestamp(now()) -
              as_timestamp(states.binary_sensor.datchik_protechki.last_updated))
              / 3600) > 24 }}
        sequence:
          - service: notify.me
            data:
              message: >-
                {{state_attr("binary_sensor.datchik_protechki","friendly_name") }} отвалился, похоже. Последний раз он был на связи в {{ as_timestamp(states.binary_sensor.datchik_protechki.last_updated) | timestamp_custom('%H:%M') }} часов {{ as_timestamp(states.binary_sensor.datchik_protechki.last_updated) | timestamp_custom('%d.%m.%Y') }} года 
      - conditions:
          - condition: template
            value_template: >-
              {{ ((as_timestamp(now()) -
              as_timestamp(states.sensor.a4c138ac4adb_temperature.last_updated))
              / 3600) > 24 }}
        sequence:
          - service: notify.me
            data:
              message: >-
                {{state_attr("sensor.a4c138ac4adb_temperature","friendly_name") }} отвалился, похоже. Последний раз он был на связи в {{ as_timestamp(states.sensor.a4c138ac4adb_temperature.last_updated) | timestamp_custom('%H:%M') }} часов {{ as_timestamp(states.binary_sensor.datchik_protechki.last_updated) | timestamp_custom('%d.%m.%Y') }} года 
    default: []
mode: single

Аналогичная ситуация.

А почему смотришь last_updated? Правильнее смотреть last_seen. Ну и цикл замутить, весь список перебирать.
/3 часто, будет от души бомбить уведомлениями.

Или тут поискать варианты готовые. Уже раз … много было

Можно и спросить, поделимся

Тоже вариант

/3 это на время тестирования)))
Last_seen - как его смотреть?

Про все датчики думал, но уведомления будут сыпаться про ненужные сущности.

Был бы рад))

Но если научится/освоиться то строго сама сама сама;)