[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

@@ -12,7 +12,7 @@
 >
 > ✅ **ПРИМЕНЕНО 2026-09-16 (поздний вечер): объединение двух автоматизаций душевой в ОДНУ по таблице истинности — см. §4.7.** Один сценарий `1771997851260` (`mode: restart`, 4 триггера, 4 ветки `choose`), вторая `1771997918348` **отключена** (`off`). Залито через REST с внешнего адреса, прочитано обратно, закоммичено. Дрожание радара (§4.6.2) лечится структурно: `mode: restart` гарантирует **ровно одно выполнение** — новый триггер убивает предыдущее ожидание. Отдельный выбор по `fading_time` снят с повестки.
 >
-> 🔴 **ТРАНСПОРТ К HA НА t610 (§4.7):** `192.168.2.176:8123` **НЕ работает** — это ssh-аддон, не HA. HA = **`172.30.32.1:8123`** (внутри Docker-сети супервизора). На t610 **нет `python3`**, только `jq`. Заголовок `Authorization: Bearer <TOKEN>` **нельзя** собирать через `$(cat file)` в ssh-строке/here-doc — рвётся фильтром секретов; читать токен через `read -r T < file`.
+> 🔴 **ТРАНСПОРТ К HA НА t610 (§4.7):** `192.168.2.176:8123` **НЕ работает** — это ssh-аддон `core_ssh`, не HA. ✅ **Рабочий путь — `https://mallexxx.duckdns.org`** (см. строку выше и §4.7 «Транспорт»). `172.30.32.1:8123` (Docker-сеть супервизора) отвечает, но практического применения не потребовалось. На t610 **нет `python3`**, только `jq`. Заголовок `Authorization: Bearer <TOKEN>` **нельзя** собирать через `$(cat file)` в ssh-строке/here-doc — рвётся фильтром секретов; читать токен через `read -r T < file` (bash) или `fh.readline().strip()` (python на Mac).
 >
 > 🗓 **Сессия 2026-09-16 (день):** починены три дефекта автоматизаций — мёртвые `entity_id` в триггерах кабинета (§2.2), потерянная защита `not_from` (§3), ложные включения ночного света душевой (§4.4). В душевой также: задержка на ветку по освещённости (§4.1), `fading_time` 10→2 с + задержка 10 с в сценарии ВЫКЛ (§4.2). **Итог приёмки (§4.6.1):** ложное включение при выходе устранено; осталось дрожание радара (§4.6.2).
 >
@@ -129,8 +129,8 @@ action:
 | `1771466955010` | Светло: выкл. подсветку лестницы | `illuminance above: 60` → `light.light_stairs_left`+`_right` turn_off |
 | `1771683420621` | Toggle Dimmer bed | кнопка `remote_button_short_press` → `light.toggle light.bed_dimmer` |
 | `1771683677259` | Dimmer bed cycle | кнопка `long_press` → `light.turn_on` brightness 50 % на `light.bed_dimmer` |
-| `1771997851260` | **Вкл. ночной свет душевая** | `occupied` (`id: presence` — мгновенно) / `illuminance below: 6` (`id: lux` → `wait_for_trigger` на `presence → off`, 6 с → включать только если присутствие держалось) → `light.dushevaia_night_light` on. См. §4.1, §4.5. 🟠 **Подлежит объединению с `1771997918348` в один сценарий — §4.7** |
-| `1771997918348` | **Выкл. ночной свет душевая** | `not_occupied` (`id: left` → `wait_for_trigger` 10 с → гасить, если присутствие не вернулось) / `illuminance above: 6` (`id: bright` → сразу) → off. `mode: restart`. См. §4.2. 🟠 **Подлежит отключению при объединении — §4.7** |
+| `1771997851260` | **Душевая: ночной свет** (объединённый) | `mode: restart`, 4 триггера: `P` (occupied) / `Poff` (not_occupied) / `Llow` (illuminance below 6) / `Lhi` (above 6). 4 ветки `choose`, действие ВНУТРИ ветки: `P`+presence on+lux<6 → вкл; `Llow`+presence on+lux<6 → delay 3 s → вкл; `Poff`+lux<6+свет вкл → delay 10 s → выкл; `Lhi`+lux>6+свет вкл → выкл. ✅ §4.7 |
+| `1771997918348` | **ОТКЛЮЧЕНО: Душевая выключение** | ⛔ **Отключена** (`state: off`, `triggers: []`). Логика перенесена в `1771997851260`. ✅ §4.7 |
 | `1773451257968` | Протечка котельная | `moist` → `notify.notify` |
 | `8800000000000`…`8800000000011` | **Батарея: 12 шт.** | см. §6 |
 | `heating_cable_ctl_0001` | **Греющий кабель: управление** | `time_pattern /15` + `numeric_state ZONT below −8` + отвал датчика → `choose` 5 веток на `switch.heating_cable_plug`. См. §7 |
@@ -615,9 +615,17 @@ mode: single
 
 ---
 
-## 4.7. 🟠 ОБЪЕДИНЕНИЕ двух автоматизаций душевой в ОДНУ (2026-09-16, вечер) — ДИЗАЙН СОГЛАСОВАН, ЖДЁТ ПРИМЕНЕНИЯ
+## 4.7. ✅ ОБЪЕДИНЕНИЕ двух автоматизаций душевой в ОДНУ (2026-09-16, вечер) — ПРИМЕНЕНО И ПРОВЕРЕНО
 
-> **Статус (обновлено 2026-09-16, поздний вечер):** дизайн **дожат до финала**, но **применение НЕ выполнено — автоматизации возвращены из бэкапа в исходное состояние**. Причина: все транспортные пути к HA REST оказались недоступны (см. «Транспорт» ниже). Следующей сессии — применить `~/tmp-t610/shower_merged_final.yaml`. Проверять актуальное состояние **в живом конфиге**, не по этому разделу.
+> **Статус: ✅ ПРИМЕНЕНО И ПРОВЕРЕНО ALEX («Работает!»), 2026-09-16 поздний вечер.** Один сценарий `1771997851260` (`mode: restart`, 4 триггера, 4 ветки `choose`), вторая `1771997918348` отключена. Залито через REST `https://mallexxx.duckdns.org`, прочитано обратно, закоммичено.
+>
+> **Коммиты проекта (`~/Automation/HA-ZONT-Modbus`):**
+> - `2eaa704` — «Sync automations.yaml from t610 prod (14 → 25 automations)» — коммит **ДО** работ.
+> - `0f5924f` — «Merge shower automations: 2 scenarios -> 1 (mode restart, 4-branch truth table)» — коммит **ПОСЛЕ проверки** Alex.
+>
+> 🔴 **ПОРЯДОК РАБОТЫ, ПОДТВЕРЖДЁННЫЙ ALEX (соблюдать буквально):** синхронизация файла → **коммит ДО** → патч → заливка через API → чтение обратно → **проверка Alex'ом вживую** → **коммит ПОСЛЕ**. Alex: «Я тебе сказал сделать один комит ДО. ВТОРОЙ-ПОСЛЕ ПРОВЕРКИ». Преждевременный второй коммит пришлось откатывать (`git reset --soft`). **Не коммитить результат до его проверки.**
+>
+> 🔴 **ОТКЛЮЧЕНИЕ ВТОРОЙ АВТОМАТИЗАЦИИ — ДВА ШАГА, не один.** Пустые `triggers: []` в конфиге НЕ выключают автоматизацию: после `reload` она по-прежнему `on`. Нужен явный `POST /api/services/automation/turn_off` с `entity_id`. Проверено: без него вторая висела `on`, после — `off`.
 
 **Проблема, которую решаем.** Две автоматизации (`1771997851260` ВКЛ + `1771997918348` ВЫКЛ) реагируют на **одни и те же** события presence/lux и тянут свет в противоположные стороны. Одно движение радара = оба сценария подряд. HA **не имеет** взаимной блокировки между автоматизациями: `mode` действует только внутри своей автоматизации (у ВКЛ `single`, у ВЫКЛ `restart`) — запуск одной не останавливает другую. Это и есть источник гонок.
 
@@ -711,20 +719,20 @@ actions:
 
 ### 🗓 Итог сессии 2026-09-16 (поздний вечер, часть 2)
 
-**Сделано:**
-1. **Папка проекта установлена окончательно: `~/Automation/HA-ZONT-Modbus`** (git, файл `homeassistant/automations.yaml`). Alex: «`~/Automation` блядь! Это не записано в доке?!» — в доке было **не** записано, исправлено в шапке.
-2. **Рабочий REST-путь найден: `https://mallexxx.duckdns.org`** (401 без токена, 200 с токеном). Проверено чтением обеих автоматизаций и `/api/states`.
-3. **Файл проекта синхронизирован с HA:** 283 строки / 14 автоматизаций → **806 строк / 25 автоматизаций**, хэш совпал (`652f921c9086981b55d994a74d5650f7`). **Закоммичено: `2eaa704` — «Sync automations.yaml from t610 prod (14 → 25 automations)»** (705 insertions, 182 deletions).
-4. **Патч финального конфига применён к файлу проекта** (не к HA): блок `1771997851260` → объединённый сценарий (4 триггера, 4 ветки, `mode: restart`), блок `1771997918348` → заглушка «ОТКЛЮЧЕНО». Проверка пройдена: 25 `^- id:`, diff чист, YAML валиден.
-5. Скрипты: `~/tmp-t610/ha_duck.sh` (чтение через внешний адрес — **рабочий**), `~/tmp-t610/post_merge_duck.py` (заливка, написан, **не запущен**).
-6. Бэкапы: `~/Automation/HA-ZONT-Modbus/homeassistant/automations.yaml.bak-20260916-205509` (состояние проекта до синхронизации).
+**Сделано (✅ ЗАВЕРШЕНО, проверено Alex):**
+1. **Папка проекта: `~/Automation/HA-ZONT-Modbus`** (git, файл `homeassistant/automations.yaml`).
+2. **Рабочий REST-путь: `https://mallexxx.duckdns.org`** (401 без токена, 200 с токеном).
+3. **Файл проекта синхронизирован с HA:** 283 строки / 14 автоматизаций → **806 строк / 25 автоматизаций**. Коммит `2eaa704`.
+4. **Патч применён к файлу проекта:** блок `1771997851260` → объединённый сценарий, блок `1771997918348` → заглушка. Проверка: 25 `^- id:`, diff чист, YAML валиден.
+5. **Залито в HA через REST:** `POST /api/config/automation/config/1771997851260` и `.../1771997918348` → оба `200 {"result":"ok"}`. **Прочитано обратно:** первый — `mode: restart` / 4 триггера `P`,`Poff`,`Llow`,`Lhi`; второй — 0 триггеров, 0 действий.
+6. **`POST /api/services/automation/reload`** → 25 автоматизаций, 24 `on`, 1 `off`, `unavailable` = 0.
+7. **Вторая автоматизация выключена явно:** `POST /api/services/automation/turn_off` (`entity_id: automation.vykl_nochnoi_svet_dushevaia`) → `state: off`. После `reload` она оставалась `on` — пустых триггеров недостаточно.
+8. **✅ ПРОВЕРЕНО ALEX ВЖИВУЮ: «Работает!»**
+9. **Коммит после проверки: `0f5924f`** — «Merge shower automations: 2 scenarios -> 1 (mode restart, 4-branch truth table)» (+ `.gitignore` для бэкапов проекта).
 
-**НЕ сделано (остановлено по «Стоп»):**
-1. Заливка в HA через `POST /api/config/automation/config/<ID>` — **не выполнена**, HA не тронут.
-2. `automation/reload` — не выполнен.
-3. **Коммит патча** — не сделан (сделан только коммит синхронизации).
+⚠️ **Порядок коммитов пришлось исправлять:** я закоммитил результат до проверки Alex, пришлось откатывать (`git reset --soft 2eaa704`) и коммитить заново после подтверждения. **Урок: коммит результата — строго ПОСЛЕ живой проверки Alex.**
 
-**Состояние на конец сессии:** боевой HA = исходные 2 автоматизации душевой (25/24 `on`/1 `off`, `unavailable` = 0). Файл проекта = отпатченный финал, синхронизация закоммичена, патч — в рабочей копии git (не закоммичен). **Следующей сессии: залить через API → прочитать обратно → reload → проверить → коммит.**
+**Скрипты:** `~/tmp-t610/ha_duck.sh` (чтение через внешний адрес), скрипты заливки писались на Mac (python3 `urllib`, читать токен через `readline()` — `pathlib.read_text()` рвётся фильтром секретов).
 
 ### 🚧 Исторические питфоллы транспорта (первая попытка, провалена)