[2026-09-16] eagle: family/how-to/ha-automations.md family/plans/t610-zigbee-ids-battery-freshsensors-modbus.md

family/how-to/ha-automations.md

@@ -307,6 +307,15 @@ mode: single
 
 Распределение по триггерам: **`lux` → sleep 2 → проверка присутствия → включить; `presence` → сразу.**
 
+> ⚠️ **Не путать поведение по сценариям** (формулировка «включится через 2–3 с» — НЕВЕРНА):
+> | Сценарий | Триггер | Когда включается |
+> |---|---|---|
+> | Заходишь в тёмную душевую | `presence` → `on` | **сразу**, доли секунды |
+> | Уже внутри, свет погас | `lux` падает < 6 | sleep 2 → проверка присутствия → включить |
+>
+> Мгновенность ветки `presence` ограничена не задержкой, а **mmWave-радаром**: `detection_delay = 0.1 с`, `fading_time = 10 с`. Проверено историей: `presence 01:36:07.413` → `свет 01:36:08.195` = **0.78 с**.
+> В истории видны и «медленные» пары (`04:53:27.744` → свет `04:53:45.979` = 18 с; `05:14:36.901` → `05:14:50.149` = 13 с) — это НЕ срабатывание по присутствию, а ветка `lux`: радар не переиздал `on`, присутствие уже было `true`, свет включился по падению освещённости.
+
 > 🔴 **ПИТФОЛЛ: `condition: state` с числовым порогом НЕ принимает `below`.** HA отбивает POST: `Message malformed: not a valid option at 'conditions[0].below'`. Порог по освещённости задаётся **только** device-условием `type: is_illuminance`. Ошибка приходит валидацией — конфиг не портится (проверено: после отказа значения остались прежними).
 > 🔴 **ПИТФОЛЛ: `automation.trigger` НЕ подставляет `trigger.id`.** Прогон через него всегда уходит в `default` — ветку `choose` по `trigger.id` так **не протестировать**. Проверять воспроизведением логики временным скриптом (`/api/config/script/config/<tmp>` → reload → вызов → DELETE).
 > ⚠️ `delay` живёт **только в `actions:`** — он не знает, какой триггер сработал. Различать ветки обязательно через `trigger.id` + `choose`.