[2026-09-14] eagle: family/how-to/home-automation.md family/how-to/t610-access.md family/how-to/truenas-access.md family/how-to/truenas-infrastructure.md family/plans/home-automation-migration-t610.md family/plans/t610-addons-deployment.md family/plans/t610-home-automation.md

2026-09-14 13:52:04 +06:00
parent 1a715a65e4
commit 94953ba836
7 changed files with 649 additions and 2323 deletions
@@ -1,551 +0,0 @@
---
-title: Перенос домашней автоматизации на HP t610
-status: in-progress
-tags:
-  - family
-  - plan
-  - homeautomation
-  - t610
-  - migration
-created: '2026-09-12'
-updated: '2026-09-14'
-related:
-  - '[[family/how-to/home-automation]]'
-  - '[[family/how-to/truenas-infrastructure]]'
-  - '[[family/how-to/zont-modbus-bridge-udev-race-protection]]'
-  - '[[family/how-to/truenas-rclone-backup]]'
-  - '[[family/how-to/gitea-config]]'
-  - '[[family/how-to/truenas-access]]'
---
-# Перенос домашней автоматизации на HP t610
-
-> **Статус: Этап 1 ✅. Этап 2 ✅ ПОЛНОСТЬЮ. Этап 3 ✅ ЗАКРЫТ (2026-09-14).** z2m — 15 устройств, mbusd — порт 502, modbus-bridge — MQTT + HA-опрос. HA-конфиг перенесён с TrueNAS, автоматизации 16/16 живы, реестр 332 сущности (hex=0), зоны у 18 устройств. Детали Этапа 3 и питфоллы переноса — [[family/plans/t610-addons-deployment]].
-> 🔴 **ИСПРАВЛЕНО 2026-09-14 (поздняя сессия): записи про «аппаратный блокер» ниже были ОШИБОЧНЫМИ, читать с поправкой.** Шина вентиляции **РАБОТАЕТ**, заслонки (slave 11, 12) отвечают — проверено прямыми Modbus-запросами на **регистры из конфига HA** (`slave 11 reg 5 → OK 640001`, `slave 12 reg 1 → OK 640001`, живы также slave 10/2/3/20). Прежний вывод опирался на два ложных следа: (1) запросы по **reg 0** вместо реальных 5/7/8; (2) `conn_open` от `192.168.2.157` в логе mbusd — это **свои же запросы через NAT роутера Rasputin**, а не «посторонний клиент». **Осталось выяснить:** почему HA даёт 44 `unavailable` (≈32 заслонки + вентиляторы `fan_3_*`/`fan_at2_*`), если mbusd отдаёт данные — смотреть лог HA (`homeassistant.components.modbus`), не mbusd. Полный разбор: [[family/how-to/t610-access]] §«Диагностика шины вентиляции (mbusd)».
-> Далее — Этап 4 (Caddy upstream → t610, GPON-редирект, отключение TrueNAS).
-> **⚠️ Проверено экспериментом 2026-09-14:** `unknown` у реле/кнопок **возвращается после каждой перезагрузки HA** — `retain`/`cache_state` в z2m не спасают; первое нажатие кнопки после рестарта не срабатывает. Открытый фикс — убрать `not_from: [unknown]` из триггеров (не применён). Детали: [[family/plans/t610-addons-deployment]] §«ДОБАВЛЕНО В КОНЦЕ СЕССИИ» ③‑бис.
-> Цель: убрать всю домашнюю автоматизацию с TrueNAS (он перегружен — 17/21 ГБ RAM) на выделенный HP t610, с бэкапом конфигов на TrueNAS и в git.
->
-> **Прогресс 2026-09-14 (вечер) — Этап 2 ЗАКРЫТ, Modbus-сервисы работают:**
-> - ✅ **mbusd — local add-on `local_mbusd` РАБОТАЕТ.** База: готовый образ `3cky/mbusd:latest`. Порт **502 открыт**. Устройство: `/dev/serial/by-path/pci-0000:00:12.0-usb-0:4:1.0-port0` (CH340 #2, порт 4 → шина вентиляции AT2). Питфоллы сборки local add-ons — см. [[family/plans/t610-addons-deployment]] §«Local add-ons mbusd / modbus-bridge».
-> - ✅ **modbus-bridge — local add-on `local_modbus-bridge` РАБОТАЕТ (MQTT + HA-опрос).** База `python:3.11-alpine`, `uart: true` + `host_network: true`. Устройство: by-path CH340 #1 (порт 3 → шина ZONT). **MQTT подключён, 13 discovery-сообщений, HA-опрос возвращает значение.** Питфолл: `ha.url` обязан быть **`http://192.168.2.176:80`** (НЕ `supervisor/core` — тот требует `SUPERVISOR_TOKEN` и даёт 401 с пользовательским токеном).
-> - ✅ **В HA добавлена MQTT-интеграция** (её НЕ БЫЛО → discovery-сообщения z2m/bridge не превращались в сущности, было всего 22 системные сущности). Стало **104 сущности (69 Zigbee)**. Рецепт — [[family/how-to/t610-access]] §«Добавление интеграции MQTT».
-> - ⏭️ Следующий шаг: Этап 3 (перенос HA-конфига + `.storage/`).
-
->
-> **Прогресс 2026-09-13 — 🎉 t610 запущен и в сети:**
-> - ✅ **HA OS 18.2 записана на диск, t610 загрузился и работает.** IP **`192.168.2.176`** (DHCP-имя `homeassistant`). Web UI: **`http://192.168.2.176`** (⚠️ порт **80**, не 8123).
-> - ✅ HA Core 2026.9.2, Supervisor 2026.09.0, OS 18.2. Диск: 228.5 ГБ, занято 5 ГБ.
-> - ✅ SSH включён через аддон `core_ssh` (Terminal & SSH) — вход по ключу `~/.ssh/id_rsa`.
-> - ✅ **Этап 1 развёртывания аддонов ВЫПОЛНЕН** (Mosquitto 1883, Node-RED 1880, File editor, Samba). Детали: [[family/plans/t610-addons-deployment]].
-> - ✅ **Этап 2a ВЫПОЛНЕН 2026-09-14:** все 3 USB-устройства подключены к t610 и видны. Карта: `ttyUSB0` = CH340 #1 (порт 3 → ZONT), `ttyUSB1` = CH340 #2 (порт 4 → Vent), `ttyACM0` = Zigbee Inswift ZBP-MG21. Подробности: [[family/how-to/t610-access]] §USB. **Порты 3/4 зафиксированы — устройства не вынимать.**
-> - ✅ **Блокер 2b РЕШЁН 2026-09-14:** оба CH340 = `1a86:7523` без серийника → by-id идентичен, **но привязка по `/dev/serial/by-path/...` работает**, и аддон видит её через флаг **`uart: true`** (штатный механизм Supervisor, `devices:` не нужен). udev-алиасы `ttyZONT`/`ttyVent` на HA OS отменены (невозможны: SSH-аддон = Alpine-контейнер). Детали: [[family/plans/t610-addons-deployment]] §Этап 2.
-> - ⚠️ **Решение изменено: ставим всё АДДОНАМИ**, а не docker-compose 1:1 (Шаг 3 заменён — см. [[family/plans/t610-addons-deployment]]). Плюс: проблема udev-гонки снимается.
-> - ⏭️ Следующий шаг: Этап 3 (перенос HA-конфига) — Этап 2b (z2m, mbusd, modbus-bridge) выполнен 2026-09-14.
->
-> **Доступ к хосту и CLI: [[family/how-to/t610-access]].**
->
-> **Прогресс 2026-09-12:**
-> - ✅ План составлен на основе живого состояния TrueNAS (дампы конфигов всех контейнеров — §12).
-> - ✅ **HA OS 18.2 скачан и распакован** → `~/haos/haos_generic-x86-64-18.2.img` (1.8 ГБ) — см. Шаг 1.
-> - ✅ Диск подтверждён и записан (бывшая Windows 7 безвозвратно перезаписана с согласия Alex).
-
-## 0. Зачем и что переносим
-
-**Причина:** TrueNAS работает на пределе по памяти (занято 17 из 21 ГБ) — на нём immich + HA + ~25 контейнеров + ZFS-кэш. Домашняя автоматизация должна жить на отдельном дешёвом/тихом хосте, чтобы не зависеть от NAS и не конкурировать за RAM.
-
-**Переносим на t610:**
-
-| Сервис | Образ / способ | Почему |
-|--------|----------------|--------|
-| **Home Assistant** | **HA OS** (нативно, вся ОС) | ядро автоматизации |
-| Zigbee2MQTT | HA-аддон (`45df7312_zigbee2mqtt`) | ✅ работает — 16 устройств |
-| Mosquitto (MQTT) | HA-аддон (`core_mosquitto`) | ✅ работает — 1883/1884 |
-| Node-RED | HA-аддон (`a0d7b954_nodered`) | ✅ работает — 1880 |
-| mbusd | HA local add-on (`local_mbusd`) | ✅ работает — RS-485 → TCP :502 (шина вентиляции AT2) |
-| modbus-bridge | HA local add-on (`local_modbus-bridge`) | ✅ **работает — снифф 485-датчиков + виртуальные slaves для ZONT, MQTT + HA-опрос** |
-| **Камера** | docker-контейнер | см. §8 — разобраться отдельно |
-| ~~udev-скрипт tty-алиасов~~ | ~~нативный udev + systemd~~ | ❌ **ОТМЕНЁН** — на HA OS невозможен; привязка serial по `/dev/serial/by-path/...` через флаг аддона `uart: true` |
-
-**Остаётся на TrueNAS:** immich, media-стек (jellyfin/transmission/radarr/sonarr/prowlarr), caddy, gitea, filebrowser, webdav, syncthing, rclone, cups, portainer, hermes-taiga, xray-*.
-
-## 1. Железо: HP t610 — что мы имеем
-
-| Параметр | Значение | Вывод |
-|----------|----------|-------|
-| CPU | AMD T56N, 2 ядра @ 1.65 ГГц (Bobcat, 2011) | PassMark ~850, single-thread ~450 — **вдвое слабее TrueNAS (G2020)** |
-| RAM | 4 ГБ DDR3-1600 SODIMM | ✅ за глаза для HA OS + контейнеров (с HA.OS+5 контейнеров ~1.5–2 ГБ реально) |
-| USB | **2× USB 3.0** + 4× USB 2.0 | ✅ хватает: Zigbee + 2× CH340 |
-| Сеть | Gigabit (Broadcom BCM57781) | ок |
-| COM | 1× RS-232 | резерв (если перейдём на нативный mbusd) |
-| Диск | **HDD** (переносим с TrueNAS) | ✅ места достаточно |
-| БП | 19.5V 3.3A, штекер 7.4×5.0 мм | нужен родной БП |
-| Потребление | ~12 Вт idle, ~20 Вт под нагрузкой | ✅ тихий, дёшево 24/7 |
-
-> 📌 Диск — HDD (есть в наличии), отдельно проверять/апгрейдить не нужно. RAM 4 ГБ достаточно.
-
-## 2. Целевая архитектура
-
-```
-                        ДОМ
-   ┌────────────────────────────────────────────────────────┐
-   │                                                        │
-   │  ZONT (192.168.0.10)          Zigbee-устройства        │
-   │   │ Modbus master на ttyZONT      │ (Tuya датчики)     │
-   │   │                               │                    │
-   │  USB-CH340#1 (ttyZONT)      USB-Zigbee (ttyACM0)       │
-   │   │                               │                    │
-   │  ┌─────── HP t610 — HA OS ───────┴─────────┐           │
-   │  │ HA OS (ядро, нативно)                   │           │
-   │  │  ├ mosquitto (docker)  :1883            │           │
-   │  │  ├ zigbee2mqtt (docker) ── mosquitto    │           │
-   │  │  ├ nodered (docker)     ── mosquitto    │           │
-   │  │  ├ mbusd (docker)  :502  ← CH340#2 (ttyVent → AT2)  │
-   │  │  └ modbus-bridge (docker) ← CH340#1 (ttyZONT)       │
-   │  └─────────────────────────────────────────┘           │
-   │                                                        │
-   │  GPON-роутер ──(port forward)──► t610:8123 (HA UI)     │
-   └────────────────────────────────────────────────────────┘
-                 │
-                 │  бэкап конфигов (rsync/git)
-                 ▼
-            TrueNAS (RED_2TB) — хранилище бэкапов + bare git repo
-```
-
-**Ключевые сетевые потоки:**
- HA ↔ mosquitto (`localhost:1883`) — MQTT-интеграция
- zigbee2mqtt → mosquitto → HA (датчики Zigbee)
- Node-RED → mosquitto → HA (логика)
- HA → `t610:502` (mbusd) — опрос вентиляции AT2 и заслонок по Modbus TCP
- ZONT → `t610:1883` (mosquitto) — по MQTT (через редирект GPON-роутера)
- modbus-bridge → `localhost:8123` (HA REST API) + `localhost:1883` (MQTT)
-
-## 3. Что меняется по адресам (карта правок)
-
-Это самый важный раздел — при переносе ломаются все хардкод-адреса:
-
-| Где | Сейчас | Станет | Комментарий |
-|-----|--------|--------|-------------|
-| `ha/configuration.yaml` → `modbus.host` | `192.168.2.197` | **IP t610** | иначе HA на t610 не найдёт mbusd (он теперь локальный — можно `127.0.0.1`, т.к. mbusd host-network) |
-| `modbus-bridge/config.yml` → `ha.url` | `http://localhost:8123` | без изменений | остаётся localhost |
-| `modbus-bridge/config.yml` → `mqtt.broker` | `localhost` | без изменений | mosquitto рядом |
-| ZONT → MQTT-брокер | TrueNAS (192.168.2.197:1883?) | **t610:1883** | ⚠️ смотреть, где задаётся (в веб-интерфейсе ZONT, раздел MQTT) |
-| GPON-роутер port forward | → 192.168.2.197 | **→ IP t610** | для HA UI + MQTT |
-| Caddy `cam.mallexxx` | `192.168.2.197:8090` | **IP t610:8090** | камера переезжает на t610 (или остаётся — см. §8) |
-| Caddy `mallexxx.duckdns.org` | `192.168.2.197:8123` | **IP t610:8123** | HA UI |
-| udev-правила `99-tty-alias.rules` | `KERNELS=="?-1.6"` / `"?-1.5"` (USB-топология TrueNAS) | **новые пути t610** | ⚠️ ОБЯЗАТЕЛЬНО пересчитать — на t610 нумерация USB другая |
-
-## 4. Шаги переноса — пошагово
-
-> ⚠️ Общий принцип: **ничего не удаляем на TrueNAS, пока t610 не заработает полностью.** Отключение на TrueNAS — отдельный финальный этап (§7).
-
-### Шаг 1. Установка HA OS на t610
-**Образ:** https://www.home-assistant.io/installation/generic-x86-64/
-Драйвер-ссылка (последний релиз, раздел Assets): https://github.com/home-assistant/operating-system/releases
-
-> ✅ **Сделано 2026-09-12:** скачан и распакован **HA OS 18.2** (релиз 2026-07-30).
-> - `~/haos/haos_generic-x86-64-18.2.img.xz` — 552 МБ (архив), `xz -t` OK
-> - `~/haos/haos_generic-x86-64-18.2.img` — **1.8 ГБ (готов к записи)**
-> - SHA256 архива: `514ba5447c663026bc12ab95b68f0c206401b480560743f7a59b074de912dc4e`
-> - ⚠️ Отдельного файла контрольных сумм в релизе нет; целостность подтверждена `xz -t`.
-> - На TrueNAS сейчас **HA 2026.9.1** — совместимо с HA OS 18.x.
-
-**Записать на HDD t610** (диск переносим, образ пишем прямо на него — через USB-переходник на Mac):
-
-> ✅ **ВЫПОЛНЕНО 2026-09-13.** Образ записан на диск, диск вставлен в t610, HA OS загрузилась. Прежняя Windows 7 безвозвратно перезаписана (Alex подтвердил).
->
-> 📌 **Было (исторический контекст):** диск был подключён к Mac как `/dev/disk29` (внешний USB, **250.1 ГБ**) и оказался **НЕ пустым** — на нём установленная Windows 7:
-> ```
-> disk29s1  Windows_NTFS  "Зарезервировано системой"   52.4 МБ
-> disk29s2  Windows_NTFS  "Windows 7"                  250.0 ГБ
-> ```
-> `dd` был остановлен до явного подтверждения Alex — правильное поведение.
->
-> **Команда, которой записан образ:**
-> ```bash
-> diskutil unmountDisk /dev/disk29
-> sudo dd if=~/haos/haos_generic-x86-64-18.2.img of=/dev/rdisk29 bs=4m && sync
-> ```
-> Писать в **`/dev/rdisk29`** (raw, быстрее). После записи `diskutil list` покажет разделы HA OS (hassos-boot, hassos-data).
-
-```bash
-# на Mac:
-diskutil list                      # найти целевой диск (НЕ ошибиться!)
-diskutil info /dev/diskN           # ⚠️ ОБЯЗАТЕЛЬНО: убедиться, что диск пустой/не нужный
-diskutil unmountDisk /dev/diskN
-sudo dd if=~/haos/haos_generic-x86-64-18.2.img of=/dev/rdiskN bs=4m && sync
-```
-> ⚠️ **Питфолл (выявлен на практике):** не писать `dd` вслепую по номеру диска. `disk29` оказался бывшим системным диском с Windows 7 — проверка `diskutil info` перед записью обязательна.
-> ⚠️ В HA OS **UEFI**: в BIOS t610 включить UEFI-boot (не Legacy). Если t610 не грузит HA OS — вариант: **HA OS на Proxmox/Debian + qemu**, но это сложнее; сначала пробуем bare-metal.
- После записи → вставить диск в t610 → загрузиться → HA OS сама расширит раздел.
-
-### Шаг 2. Первый запуск HA OS, сеть, static IP
-1. t610 подключить кабелем к GPON-роутеру.
-2. На роутере **назначить static IP (DHCP reservation)** — обязательно, до всего остального:
-```bash
-# OpenWrt (роутер сети 192.168.2.x), SSH root@192.168.2.2:
-# узнать MAC t610, затем добавить в dhcp host:
-uci add dhcp host
-uci set dhcp.@host[-1].name='t610-ha'
-uci set dhcp.@host[-1].mac='<MAC t610>'
-uci set dhcp.@host[-1].ip='192.168.2.150'   # ← выбранный статический IP
-uci commit dhcp && /etc/init.d/dnsmasq restart
-```
-> 💡 Выбрать свободный IP (проверить ping). Кандидат: `192.168.2.150`.
-3. HA OS Web UI: `http://<IP t610>:8123` → первичная настройка (создать аккаунт).
-> ⚠️ HA OS ставит HA «с нуля» — **конфиги мы переносим вручную** (§5), НЕ через бэкап-снапшот, чтобы не тащить мусор от старой версии долей.
-
-### Шаг 3. Установка вспомогательных сервисов на t610
-
-> ⚠️ **РЕШЕНО 2026-09-13: ставим всё АДДОНАМИ (Вариант C).** Детальный план развёртывания вынесен в отдельный документ: **[[family/plans/t610-addons-deployment]]**.
-> Причины: из SSH-аддона host docker CLI не виден (аддон в своём контейнере); аддоны = штатный путь HA OS, Supervisor сам пробрасывает USB-устройства (снимает проблему udev-гонки); Zigbee2MQTT — через community-repo, mbusd/modbus-bridge — local add-ons.
-
-HA OS внутри использует host docker 29.6.2 (`ha docker info` подтверждает), но управлять им из аддона нельзя. Рабочий путь — аддоны.
-
-Контейнеры (в порядке зависимостей):
-1. **mosquitto** — порт 1883, конфиги см. §5.1 — ✅ аддон `core_mosquitto`
-2. **zigbee2mqtt** — USB-Zigbee by-id — ✅ аддон `45df7312_zigbee2mqtt`
-3. **nodered** — порт 1880 — ✅ аддон `a0d7b954_nodered`
-4. **mbusd** — порт 502, by-path CH340#2 (порт 4, шина AT2) — ✅ local add-on `local_mbusd`
-5. **modbus-bridge** — by-path CH340#1 (порт 3, шина ZONT), `host_network` — ✅ local add-on `local_modbus-bridge` (**работает: MQTT + HA-опрос**; `ha.url` = `http://192.168.2.176:80`)
-6. **камера** — см. §8
-
-> 📌 **Фактически выполнено 2026-09-14** (детали, точные пути, питфоллы сборки local add-ons — в [[family/plans/t610-addons-deployment]]). Шаги 3–4 этого документа **заменены** тем планом; ниже оставлены как исторический черновик исходного подхода (docker-compose + udev), который **не применялся**.
-
-### Шаг 4. Подключить USB-устройства — ✅ ВЫПОЛНЕНО 2026-09-14 (алиасы ОТМЕНЕНЫ)
-
-> ✅ **Факт (2026-09-14):** все 3 USB подключены и опознаны; привязка — по `/dev/serial/by-path/...` (НЕ udev-алиасы).
-> Карта портов, by-id/by-path и sysfs-пути: **[[family/how-to/t610-access]] §USB**.
-> udev-алиасы `ttyZONT`/`ttyVent` **отменены** — на HA OS невозможны (SSH-аддон = Alpine-контейнер, нет `/etc/udev/rules.d`/`udevadm`; хостовый debug-SSH 22222 включается только флешкой). Вместо них — флаг `uart: true` в манифесте аддона.
-> Ниже (и в старом тексте Шага 4) — **черновик исходного подхода, не применявшийся.**
-
-```bash
-# ИСТОРИЧЕСКИЙ ЧЕРНОВИК (не применять): на t610 другая USB-топология, старые KERNELS не сработают.
-# udevadm в SSH-аддоне НЕТ — читать sysfs (/sys/class/tty/<tty>/device), см. t610-access §USB.
-```
-```
-Составить новые `99-tty-alias.rules` **по серийникам, а не по портам** — надёжнее:
-```
-SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", ATTRS{serial}=="<serial CH340 #1>", SYMLINK+="ttyZONT"
-SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", ATTRS{serial}=="<serial CH340 #2>", SYMLINK+="ttyVent"
-```
-> ⚠️ У дешёвых CH340 **серийники часто отсутствуют/одинаковые** → тогда только по `KERNELS` (физическому порту). Тогда — жёстко зафиксировать, в какой USB-порт какой адаптер вставлен, и подписать порты физически.
-> ⚠️ **Гонка с udev** (та же проблема, что на TrueNAS): docker стартует раньше udev → контейнеры с `devices:` падают. На HA OS решать через `systemd` unit `After=dev-ttyZONT.device` ИЛИ через скрипт ожидания (§ Шаг 6).
-
-### Шаг 5. Перенести конфиги (см. §5) и поднять сервисы
-Порядок: скопировать конфиги → `docker compose up -d` по одному → проверить.
-
-### Шаг 6. Проверка работоспособности (чек-лист §6)
-
-### Шаг 7. Бэкап на TrueNAS + git (§9)
-
-### Шаг 8. Отключить на TrueNAS (§7) — ТОЛЬКО после успешной проверки
-
-## 5. Что именно копировать (точные пути)
-
-**Источник:** `/mnt/RED_2TB/docker/` на TrueNAS (SSH `truenas_admin@mallexxx.duckdns.org`, ключ `~/.ssh/id_rsa`).
-**Приёмник:** t610, каталог `/mnt/data/` (или `/addon_configs` для HA OS).
-
-### 5.1 mosquitto
-```
-mosquitto/config/mosquitto.conf     # listener 1883, allow_anonymous false, password_file
-mosquitto/config/passwd             # ⚠️ права 600, пароли пользователей
-mosquitto/config/  → /mosquitto/config
-mosquitto/data/    → /mosquitto/data
-mosquitto/log/     → /mosquitto/log
-```
-compose (порт 1883).
-
-### 5.2 zigbee2mqtt
-```
-zigbee2mqtt/configuration.yaml      # serial: /dev/ttyACM0, adapter: ember, network_key, pan_id
-zigbee2mqtt/database.db             # ⚠️ КРИТИЧНО — иначе спаривать устройства заново!
-zigbee2mqtt/state.json
-zigbee2mqtt/coordinator_backup.json # бэкап координатора
-→ всё в /app/data (внутри контейнера)
-```
-**⚠️ КРИТИЧНО:** `network_key` + `pan_id` + `database.db` должны совпасть 1:1, иначе все Zigbee-устройства надо спаривать заново.
-compose: `devices: /dev/ttyACM0:/dev/ttyACM0`, `network_mode: host`.
-
-### 5.3 nodered
-```
-nodered/flows.json + nodered/flows_cred.json  # ⚠️ cred — там пароли нод
-nodered/settings.js, package.json, node_modules (не обязательно)
-→ /data
-```
-compose: порт 1880, `TZ=Asia/Novosibirsk`.
-
-### 5.4 mbusd — ✅ РЕАЛИЗОВАНО КАК LOCAL ADD-ON (2026-09-14)
-
-> ⚠️ **Фактически на t610 — HA local add-on `local_mbusd`, НЕ docker-compose.** Тот же образ `3cky/mbusd:latest`, но обёрнут в аддон: `/addons/mbusd/{config.yaml,Dockerfile,run.sh}`. Serial — `/dev/serial/by-path/pci-0000:00:12.0-usb-0:4:1.0-port0` (CH340 #2, порт 4). Порт 502 открыт. Детали и питфоллы: [[family/plans/t610-addons-deployment]] §«Local add-ons mbusd / modbus-bridge».
-> Ниже — исходный черновик (docker-compose с TrueNAS), **не применявшийся**.
-
-```
-mbusd/mbusd.conf    # device=/dev/ttyUSB0, speed=9600, port=502
-```
-compose (как на TrueNAS):
-```yaml
-services:
-  mbusd:
-    image: 3cky/mbusd
-    container_name: mbusd
-    entrypoint: ["/usr/bin/mbusd", "-d", "-L", "-", "-c", "/etc/mbusd.conf"]
-    ports: ["502:502"]
-    devices: [/dev/ttyVent:/dev/ttyUSB0]
-    volumes: [/mnt/data/mbusd/mbusd.conf:/etc/mbusd.conf]
-    restart: unless-stopped
-```
-
-### 5.5 modbus-bridge — ✅ РЕАЛИЗОВАНО КАК LOCAL ADD-ON (2026-09-14)
-
-> ⚠️ **Фактически на t610 — HA local add-on `local_modbus-bridge`, НЕ docker-compose.** База `python:3.11-alpine`, `uart: true` + `host_network: true`. Serial — by-path CH340 #1 (порт 3). Опции аддона: `device`, `baudrate`, **`ha_token`**, `mqtt_user`, `mqtt_password`; `run.sh` генерирует runtime `config.yml` из шаблона (`data/config.template.tmpl`). MQTT + sniffer работают; ⏳ HA-опрос 401 (токен не от этого инстанса).
-> Ниже — исходный черновик (docker-compose с TrueNAS), **не применявшийся**.
-
-```
-modbus-bridge/Dockerfile
-modbus-bridge/modbus_ha_bridge.py   # основной скрипт
-modbus-bridge/config.yml            # serial port, ha url, mqtt broker, sniff, mappings
-modbus-bridge/docker-compose.yml
-```
-compose (как на TrueNAS):
-```yaml
-services:
-  modbus-bridge:
-    build: .
-    image: modbus-bridge-modbus-bridge
-    container_name: modbus-bridge
-    network_mode: host
-    devices: [/dev/ttyZONT:/dev/ttyUSB0]
-    volumes:
-      - /mnt/data/modbus-bridge/config.yml:/app/config.yml:ro
-      - /mnt/data/modbus-bridge/modbus_ha_bridge.py:/app/modbus_ha_bridge.py:ro
-    environment:
-      - HA_TOKEN=<long-lived token из HA>
-    restart: unless-stopped
-```
-> ⚠️ `HA_TOKEN` — long-lived token. **После переноса HA на t610 — сгенерировать НОВЫЙ токен** в HA (Профиль → Security → Long-lived tokens), т.к. старый привязан к прежней инсталляции.
-> ✅ **Проверка токена — только по HTTP-коду:** `curl -o /dev/null -w '%{http_code}' -H "Authorization: Bearer $T" http://192.168.2.176/api/` → **200** ок, **401** негодный.
-> ❌ **ЛОЖНЫЙ СЛЕД (не повторять, 2026-09-14):** версия «HA сверяет `iss` в JWT с `instance_id`» — **НЕВЕРНА**. У рабочего токена `iss=e75d1d6f…`, `core.uuid=d3b24dad…` — не совпадают, и это норма. Токен, выпущенный другим инстансом, даёт 401 по другой причине; единственный надёжный критерий — HTTP-код на `/api/`. Детали: [[family/plans/t610-addons-deployment]] §«HA MQTT-интеграция + `ha.url`».
-
-
-### 5.6 Home Assistant config
-```
-ha/configuration.yaml    # главный: modbus, template sensors, http.trusted_proxies
-ha/automations.yaml
-ha/scripts.yaml
-ha/secrets.yaml
-ha/.storage/             # ⚠️ осторожно: тут UI-интеграции, lovelace, entity registry
-ha/www/floorplan/*.svg   # фон плана этажей
-```
-**Два варианта переноса HA-конфига:**
-
-| Вариант | Что копировать | Плюсы | Минусы |
-|---------|----------------|-------|--------|
-| **A. Полный** | весь `ha/` включая `.storage` | всё UI-настроенное (интеграции, план) переезжает 1:1 | тянет мусор, `.storage` привязан к версии/аутентификации |
-| **B. Чистый** | yaml-файлы + `www/` + `.storage/lovelace.home_plan` | чисто, версия свежая | UI-интеграции (MQTT, Tuya, HACS) настраивать заново вручную |
-
-**Рекомендация: вариант A (полный),** т.к. в `.storage` живут:
- `core.config_entries` — интеграции (MQTT, localtuya, tuya_local, modbus, HACS)
- `lovelace.home_plan` — dashboard с планом этажей (⚠️ НЕ пересоздать вручную)
- `core.entity_registry` / `core.device_registry` — имена entity (иначе все автоматизации сломаются по ссылкам!)
-> ⚠️ **Критично:** `core.entity_registry` содержит `entity_id` для всех автоматизаций. Без него `automations.yaml` не найдёт сущности. Сохранять обязательно.
-> ⚠️ `.storage/auth` — можно НЕ копировать (создастся новый пользователь); или скопировать, чтобы сохранить логины.
-
-### 5.7 (опционально) камера
-См. §8 — сначала выяснить, что это за камера.
-
-### 5.8 udev + скрипт старта
-```
-system/99-tty-alias.rules     # ⚠️ ПЕРЕСОЗДАТЬ под t610 (см. Шаг 5)
-system/start-modbus.sh        # скрипт ожидания tty перед docker start
-```
-Тот же паттерн, что на TrueNAS: ждать появления `/dev/ttyZONT` и `/dev/ttyVent`, потом `docker start`.
-
-## 6. Чек-лист проверки после переноса
-
-> ℹ️ Обновлён 2026-09-14 под аддонную архитектуру (был: docker ps / tty-алиасы / порт 8123 — всё неактуально).
-> ✅ = уже подтверждено на живом t610; ⏳ = ждёт Этапа 3.
-
- [x] ✅ HA UI открывается: **`http://192.168.2.176`** (⚠️ порт **80**, не 8123)
- [ ] `ha apps` — все аддоны `started` (z2m, mosquitto, nodered, mbusd, modbus-bridge, core_ssh)
- [x] ✅ **Serial:** by-path/b-id видны в аддонах (`uart: true`); привязка по `/dev/serial/by-path/...` (НЕ tty-алиасы — они на HA OS невозможны)
- [x] ✅ **Zigbee:** z2m работает — **16 устройств** подхватились из старой базы, координатор EmberZNet 7.4.5
- [x] ✅ **MQTT:** трафик z2m идёт (discovery-сообщения публикуются), логин `zont` работает
- [ ] **Modbus вентиляция:** HA видит AT2, заслонки переключаются (проверить физически!) — ⚠️ **поправка 2026-09-14:** шина **работает** (прямые запросы дают ответы от slave 11/12), HA-конфиг перенесён (Этап 3 ✅). Остаётся выяснить, почему HA держит 44 `unavailable` при живом mbusd — смотреть лог HA. См. [[family/how-to/t610-access]] §«Диагностика шины вентиляции».
- [ ] **ZONT:** датчики 485 (Dining/Kids/Bedroom) в ZONT **не «недоступные»**, температуры идут — требует `ha_token` в modbus-bridge + Этап 3
- [x] ✅ **modbus-bridge:** sniffer работает, MQTT подключён, **13 discovery-топиков** `modbus/sensors/*` опубликованы, **HA-опрос работает** (`ha.url` = `http://192.168.2.176:80`)
- [x] ✅ **mbusd:** порт 502 открыт, устройство на by-path CH340 #2 (порт 4)
- [ ] **Node-RED:** `http://192.168.2.176:1880` — flows загружены, creds на месте
- [ ] **ZONT MQTT:** ZONT шлёт данные на `t610:1883` (проверить подпиской) — требует перенаправления GPON-роутера
- [ ] **HA автоматизации:** все работают (свет, вентиляция, ГВС) — функции автоматизаций срабатывают
- [ ] **Floor plan:** dashboard с планом этажей отображается
- [ ] **Камера:** доступна по `cam.mallexxx.duckdns.org` (если переехала)
- [ ] **Стабильность:** `reboot` t610 → всё поднялось само, без ручных команд
-
-## 7. Отключение на TrueNAS (только после проверки!)
-
-**⚠️ НЕ удалять, а остановить + отключить автозапуск.** Данные остаются как откат.
-
-```bash
-ssh truenas_admin@mallexxx.duckdns.org
-# 1. Остановить контейнеры
-docker stop homeassistant zigbee2mqtt nodered mosquitto mbusd modbus-bridge
-# 2. Убрать автозапуск (restart policy)
-docker update --restart=no homeassistant zigbee2mqtt nodered mosquitto mbusd modbus-bridge
-# 3. Отключить init-скрипт modbus (POSTINIT id=3)
-midclt call initshutdownscript.update 3 '{"enabled": false}'
-# 4. Caddy: переключить домены на t610 (не отключать!)
-#    mallexxx.duckdns.org  → <t610-IP>:8123
-#    cam.mallexxx...       → <t610-IP>:8090
-docker restart caddy
-# 5. Опционально (позже): archive папки
-# mv /mnt/RED_2TB/docker/ha /mnt/RED_2TB/docker/ha.decommissioned-2026-09
-```
-> ⚠️ Caddy остаётся на TrueNAS — он терминирует TLS для всех доменов. Меняем только upstream-адреса HA и камеры.
-> ⚠️ Редирект GPON-роутера на 8123 тоже переключить на t610.
-
-## 8. Камера — пункт (разобраться позже)
-
-Контейнер камеры **был на TrueNAS, просто остановлен** (в списке `docker ps -a` не значится — вероятно, удалён при восстановлении после пересоздания пула; в Caddy остался мёртвый upstream `192.168.2.197:8090`). Разобраться отдельно: найти исходный образ/папку, поднять на t610, поправить upstream в Caddy.
-
-## 9. Бэкап конфигов на TrueNAS + git
-
-### 9.1 Бэкап на TrueNAS (основной)
-Цель: копия конфигов t610 на TrueNAS, чтобы пережить смерть t610.
-
- **Вариант rclone:** добавить в `/mnt/RED_2TB/docker/rclone/config/backup.sh` строку, синкающую бэкап-папку t610 → `mailru-crypt:`
- **Вариант rsync:** cron на TrueNAS (или на t610) — раз в сутки тянуть конфиги с t610:
-```bash
-# на TrueNAS, cron 03:30:
-rsync -a --delete root@<t610-IP>:/mnt/data/ /mnt/RED_2TB/backup/t610-automation/
-```
-> ⚠️ Для HA OS конфиги HA — в `/mnt/data/supervisor/homeassistant/` (или через SSH-аддон). Точный путь уточнить после установки.
-
-### 9.2 Git (версионирование конфигов)
-Цель: история изменений конфигов, откат, диффы.
-
-**Вариант A — локальный bare-repo на TrueNAS + cron (как Obsidian sync):**
-```
-t610: /mnt/data/  → git repo (init, .gitignore для *.db, *.log, node_modules)
-       ↓ push (cron, раз в час)
-TrueNAS: /mnt/RED_2TB/storage/git/homeassistant-config.git   (bare)
-```
-Скрипт на t610:
-```bash
-cd /mnt/data && git add -A && git commit -m "auto: $(date +%F\ %T)" --allow-empty
-git push origin main
-```
-
-**Вариант B — Gitea (уже работает на TrueNAS: `git.mallexxx.duckdns.org`):**
- Создать repo `homeassistant-config` в Gitea (токен `eagle-reflect` есть в [[family/how-to/gitea-config]])
- t610 → push в Gitea
- ✅ Плюс: веб-просмотр, диффы, история в UI
-
-**Рекомендация: Вариант B (Gitea)** — уже инфраструктура есть, веб-интерфейс удобнее.
-
-**Что класть в git:**
-```
-✅ configuration.yaml, automations.yaml, scripts.yaml, secrets.yaml (⚠️ или отдельно)
-✅ .storage/ (кроме auth, *.db-shm, *.db-wal, tmp*)
-✅ mosquitto/mosquitto.conf, modbus-bridge/config.yml, mbusd/mbusd.conf
-✅ zigbee2mqtt/configuration.yaml, database.db
-✅ nodered/flows.json, flows_cred.json (⚠️ пароли!)
-❌ home-assistant_v2.db (200 МБ, бинарная история — не в git)
-❌ *.log, node_modules/, __pycache__
-```
-> ⚠️ **Секреты:**`secrets.yaml`, `flows_cred.json`, `passwd`, `HA_TOKEN` — либо в отдельном **приватном** repo, либо через `git-crypt`/`.gitignore` + отдельный бэкап. Gitea `DISABLE_REGISTRATION=true` и за Caddy — приемлемо, но решить осознанно.
-
-## 10. Риски и подводные камни
-
-| Риск | Вероятность | Митигация |
-|------|-------------|-----------|
-| **udev-гонка** (docker стартует раньше tty) | высокая | ✅ на аддонах **неактуальна** — Supervisor сам ждёт устройство при старте аддона |
-| **USB-пути t610 ≠ TrueNAS** | ✅ решено | фактические пути зафиксированы 2026-09-14 (§12); порты 3/4 закреплены физически |
-| **BY-ID CH340 одинаковый** | ✅ решено | оба CH340 без серийника → by-id идентичен, но привязка по **`/dev/serial/by-path/...`** + флаг `uart: true` в аддоне. Детали: [[family/plans/t610-addons-deployment]] §Этап 2 |
-| **Zigbee отвалится** | средняя | `database.db` + `network_key` 1:1; переспаривание не нужно при верном переносе |
-| **entity_id разъедутся** | средняя | копировать `.storage/core.entity_registry` |
-| **Хардкод `192.168.2.197` в HA** | высокая | заменить на `127.0.0.1` (mbusd рядом) |
-| **GPON-редирект** | высокая | переключить на t610:8123; проверить снаружи |
-| **HA OS не загрузится (Legacy/UEFI)** | средняя | включить UEFI в BIOS; fallback — HA OS в VM |
-| **Камера неизвестна** | — | §8, разобраться позже |
-| **Слабый CPU (T56N)** | низкая | HA OS + 6 контейнеров — ок; камера с AI-детекцией — нет |
-
-## 11. План выполнения (этапы)
-
-| # | Содержание | Статус |
-|---|---|---|
-| 0 | Установка HA OS на t610 (HDD) + static IP на роутере | ✅ образ записан, t610 загружен (`192.168.2.176`). Static IP на роутере пока НЕ закреплён — работает по DHCP |
-| 1 | Базовые сервисы: **аддоны** (не docker!) | ✅ Mosquitto 1883, Node-RED 1880, File editor, Samba(нужен пароль) — см. [[family/plans/t610-addons-deployment]] |
-| 2 | udev-алиасы + скрипт старта | ✅ **НЕ НУЖНО** — аддоны снимают проблему udev-гонки (Supervisor ждёт устройство) |
-| 2a | USB-устройства: Zigbee + 2× CH340 | ✅ **ПОДКЛЮЧЕНЫ 2026-09-14** — ttyUSB0/ttyUSB1/ttyACM0, порты 3/4 зафиксированы ([[family/how-to/t610-access]] §USB) |
-| 2b | z2m / mbusd / modbus-bridge | 🟡 привязка CH340 **решена** (by-path + `uart: true`); дальше z2m community repo; mbusd+modbus-bridge local add-ons |
-| 3 | Перенос конфигов всех сервисов | ⏳ |
-| 4 | Перенос HA config (`.storage` + yaml + www) | ⏳ |
-| 5 | Правка адресов (modbus host, HA_TOKEN) | ⏳ |
-| 6 | ZONT MQTT → на t610 | ⏳ |
-| 7 | Камера (позже) | ⏳ |
-| 8 | Полная проверка | ⏳ |
-| 9 | Бэкап: rsync + git | ⏳ |
-| 10 | GPON-редиректы + Caddy → t610 | ⏳ |
-| 11 | Отключение на TrueNAS | ⏳ |
-
-## 12. Данные, собранные при подготовке плана (2026-09-12)
-
-**Живое состояние TrueNAS (проверено):**
-
-| Контейнер | Образ | Сеть | Порты | Устройства | Ключевое |
-|-----------|-------|------|-------|-----------|----------|
-| homeassistant | `ghcr.io/home-assistant/home-assistant:stable` | `ha_default` | 8123 | — | HA 2026.9.1, volume `/mnt/RED_2TB/docker/ha:/config` |
-| zigbee2mqtt | `koenkk/zigbee2mqtt:latest` | host | — | `/dev/ttyACM0` (Inswift ZBP-MG21, ember) | network_key/pan_id в configuration.yaml |
-| nodered | `nodered/node-red:latest` | `nodered_default` | 1880 | — | `TZ=Asia/Novosibirsk`, Node-RED v5.0.7 |
-| mosquitto | `eclipse-mosquitto` | `mosquitto_default` | 1883 | — | `allow_anonymous false`, `password_file /mosquitto/config/passwd` |
-| mbusd | `3cky/mbusd` | `mbusd_default` | 502 | `/dev/ttyVent→/dev/ttyUSB0` (CH340 `1a86:7523`) | conf: 9600 8n1, trx_control=addc |
-| modbus-bridge | `modbus-bridge-modbus-bridge` (локальная сборка) | **host** | — | `/dev/ttyZONT→/dev/ttyUSB0` (CH340) | env `HA_TOKEN`, `config.yml` |
-
-**USB-топология TrueNAS (для справки, на t610 будет иначе):**
-```
-ttyUSB0 (1a86:7523 CH340)  DEVPATH .../2-1/2-1.5/2-1.5:1.0 → ttyVent
-ttyUSB1 (1a86:7523 CH340)  DEVPATH .../2-1/2-1.6/2-1.6:1.0 → ttyZONT
-ttyACM0 (Inswift Zigbee ZBP-MG21, 535A000001)              → zigbee2mqtt
-```
-
-**Текущие udev-правила (⚠️ НЕ подойдут для t610):**
-```
-SUBSYSTEM=="tty", KERNEL=="ttyUSB*", KERNELS=="?-1.6:1.0", SYMLINK+="ttyZONT"
-SUBSYSTEM=="tty", KERNEL=="ttyUSB*", KERNELS=="?-1.5:1.0", SYMLINK+="ttyVent"
-```
-
-**USB-топология t610 (фактическая, зафиксирована 2026-09-14):**
-```
-Порт 3 (OHCI pci-0000:00:12.0)  → ttyUSB0  CH340 #1  by-path pci-0000:00:12.0-usb-0:3:1.0-port0  → ZONT
-Порт 4 (OHCI pci-0000:00:12.0)  → ttyUSB1  CH340 #2  by-path pci-0000:00:12.0-usb-0:4:1.0-port0  → Vent
-Порт 1 (xhci pci-0000:04:00.0)  → ttyACM0  Inswift Zigbee ZBP-MG21 (serial 535A000001)
-```
-> ⚠️ Оба CH340 на t610 — **без серийника**, by-id идентичен (`usb-1a86_USB_Serial-if00-port0`).
-> Эквивалент udev-правила на t610 был бы `KERNELS=="1-3"` / `KERNELS=="1-4"` (порты 3 и 4).
-> Для аддонов udev не применяется — способ привязки решается в [[family/plans/t610-addons-deployment]].
-
-**HA `configuration.yaml` — modbus:**
-```yaml
-modbus:
-  - name: rtu_bus
-    type: tcp
-    host: 192.168.2.197     # ← ЭТО МЕНЯЕМ на 127.0.0.1 или IP t610
-    port: 502
-```
-(в блоке также закомментированные AT2-сенсоры и активные switch'и заслонок slave 11/12/13/14)
-
-**modbus-bridge `config.yml` (ключевое):**
-```yaml
-serial: {port: /dev/ttyUSB0, baudrate: 9600, rts_de: true, timeout: 0.05}
-ha:     {url: "http://localhost:8123", poll_interval: 15}
-mqtt:   {broker: localhost, port: 1883, topic_prefix: modbus}
-sniff:  # slave 1/2/3 → Dining/Kids/Bedroom, регистры 2 и 100
-```
-
-## Связанные заметки
- [[family/how-to/home-automation]] — карта slave ID, ZONT, регистры вентиляции
- [[family/how-to/truenas-infrastructure]] — docker-стек TrueNAS
- [[family/how-to/zont-modbus-bridge-udev-race-protection]] — защита от udev-гонки
- [[family/how-to/truenas-rclone-backup]] — система бэкапов
- [[family/how-to/gitea-config]] — Gitea (для git-бэкапа конфигов)
- [[family/how-to/truenas-access]] — доступ, железо, OpenWrt
@@ -0,0 +1,630 @@
+# t610 — домашняя автоматизация (HA OS)
+
+> **Единственный рабочий документ по переносу домашней автоматизации с TrueNAS на HP t610.**
+> Заменяет три прежних доки (`home-automation-migration-t610`, `t610-addons-deployment`, `t610-access`) — сведены сюда 2026-09-14.
+> Общий хост/доступ к TrueNAS: [[family/how-to/truenas-access]]. Карта Modbus slave/регистров: [[family/how-to/home-automation]].
+
+---
+
+## 1. Состояние на 2026-09-14
+
+**Этап 1 ✅ · Этап 2 ✅ · Этап 3 ✅ ЗАКРЫТ.** Остался Этап 4 (переключение трафика и отключение TrueNAS).
+
+| Что | Факт |
+|---|---|
+| HA | `http://192.168.2.176` (**порт 80, не 8123!**) — HTTP 200 |
+| Реестр HA | **332 сущности**, hex-имён **0** |
+| Зоны | 11 зон, **18 устройств** с зонами |
+| Автоматизации | **16 шт.: 15 `on` + 1 `off`**, `unavailable` — 0 |
+| Zigbee (z2m) | **15 устройств**, координатор EmberZNet 7.4.5 |
+| Аддоны | `core_ssh`, `core_mosquitto`, `a0d7b954_nodered`, `45df7312_zigbee2mqtt`, `local_mbusd`, `local_modbus-bridge` — все `started` |
+| modbus-bridge | MQTT + HA-опрос работают (без 404) |
+
+**Не работает / не доделано:**
+
+| Что | Состояние |
+|---|---|
+| **44 сущности `unavailable`** | ~32 заслонки (`switch.intake_damper_*`, `exhaust_damper_*`) + вентиляторы (`switch.fan_3_*`, `sensor.fan_at2_*`). **Шина при этом живая** — см. §5. Причина не в железе, разбираться в логе HA (`homeassistant.components.modbus`). Рабочая гипотеза: короткий `timeout 1000 мс` в mbusd для медленных реле-модулей |
+| `switch.sauna` = `unknown` | Розетка физически отключена (`lastSeen` 8+ ч) — не баг |
+| ZONT не перенаправлен | MQTT-редирект GPON-роутера ещё смотрит на TrueNAS |
+| Камера | Контейнер был на TrueNAS, остановлен при восстановлении пула. В Caddy остался мёртвый upstream `192.168.2.197:8090`. Разбираться отдельно |
+
+---
+
+## 2. Хост и доступ
+
+| Параметр | Значение |
+|---|---|
+| Железо | HP t610 (AMD T56N 2×1.65 ГГц, 4 ГБ DDR3, HDD WD2500BEVT 228.5 ГБ, занято 5 ГБ) |
+| ОС | HA OS 18.2 (generic-x86-64), Core 2026.9.2, Supervisor 2026.09.0 |
+| IP | **192.168.2.176** (DHCP-имя `homeassistant`, MAC `9c:8e:99:ef:3f:c5`). Static IP на роутере **не закреплён** |
+| Web UI | **`http://192.168.2.176`** — порт **80**. Порт 8123 закрыт |
+| SSH | `ssh -i ~/.ssh/id_rsa root@192.168.2.176` — только через аддон `core_ssh` (порт 22) |
+
+**Про SSH:** в HA OS SSH выключен по умолчанию. Включается аддоном `core_ssh` (Terminal & SSH): положить публичный ключ в `authorized_keys`. Пароля root не существует, вход только по ключу.
+
+**Хостовый SSH (debug 22222) — не нужен.** Включить по сети нельзя: `ha host` не имеет ssh-команд, Supervisor API `/host/services/ssh` → 403 (роль аддона `manager`), только флешка с меткой `CONFIG`. Привязка serial решается штатным `uart: true`, хостовый шелл не требуется.
+
+**Ограничения SSH-аддона:** нет `docker` CLI и нет `python3`. Есть `bash`, `curl`, `jq`, `ha`. **Скрипты для t610 писать на bash + jq.**
+
+### Полезные команды `ha`
+
+```bash
+ha info                      # общая информация
+ha core info                 # состояние HA Core
+ha apps                      # список аддонов + состояние
+ha apps info <slug>          # детали аддона (options, схема)
+ha apps start|stop|restart <slug>
+ha apps logs <slug>          # логи аддона (ТЯЖЁЛАЯ команда — не в цикл!)
+ha store add <url>           # добавить репозиторий
+ha hardware info             # железо + USB (tty, serial)
+ha host info                 # диск, версия OS
+ha supervisor logs | tail -60   # диагностика сборки local add-on
+```
+
+> ⚠️ `ha apps` **не умеет менять опции** — только через UI или Supervisor API (см. §8).
+> ⚠️ `ha apps logs <slug>` тяжёлый: вешает цикл ожидания на минуты. Ждать готовности по `database.db`/`state.json`, не грепать логи в `while`.
+
+### Роутеры (для диагностики сети)
+
+| Роутер | Доступ | Особенность |
+|---|---|---|
+| `192.168.2.2` (OpenWrt, основной) | SSH root, пароль `1316261` | DHCP-аренды: `cat /tmp/dhcp.leases` |
+| `192.168.6.1` («Rasputin», OpenWrt aarch64) | SSH root | eth0 `192.168.2.157/24` — видит сеть 192.168.2.x |
+
+> ⚠️ **`nc` на OpenWrt (busybox) НЕ поддерживает `-z`** — молча печатает usage и даёт ложный вывод «порт закрыт». Для проверок с роутера — `curl`/`wget`. С Mac `nc -z` работает.
+> 🔑 **Важно для диагностики:** весь трафик из локалки 192.168.2.x идёт через eth0 роутера Rasputin → **в логах удалённых сервисов источник выглядит как `192.168.2.157`**, даже если запрос делаешь ты сам с Mac. Не принимать это за «постороннего клиента».
+
+---
+
+## 3. USB-устройства (карта зафиксирована 2026-09-14)
+
+| Устройство | by-id | **by-path (рабочая привязка)** | tty | Порт |
+|---|---|---|---|---|
+| CH340 #1 | `usb-1a86_USB_Serial-if00-port0` | `pci-0000:00:12.0-usb-0:3:1.0-port0` | `/dev/ttyUSB0` | USB1 порт 3 → **ZONT** |
+| CH340 #2 | `usb-1a86_USB_Serial-if00-port0` ⚠️ тот же | `pci-0000:00:12.0-usb-0:4:1.0-port0` | `/dev/ttyUSB1` | USB1 порт 4 → **Вентиляция** |
+| Zigbee Inswift ZBP-MG21 | `usb-Inswift_Zigbee_ZBP-MG21_535A000001-if00` | `pci-0000:04:00.0-usb-0:1:1.0` | `/dev/ttyACM0` | USB3 порт 1 |
+
+### ⚠️ ГЛАВНЫЙ ПИТФОЛЛ: два CH340 неразличимы по by-id
+
+Оба CH340 — `1a86:7523`, **`serial` пуст, `manufacturer` пуст, `product = "USB Serial"`** (одинаковые). Следствие: в `/dev/serial/by-id/` для двух адаптеров существует **ровно ОДИН симлинк** (`usb-1a86_USB_Serial-if00-port0 → ttyUSB1` — занял зарегистрировавшийся последним). **Ссылки на `ttyUSB0` через by-id нет вообще.**
+
+```
+by-id:
+  usb-1a86_USB_Serial-if00-port0                -> ../../ttyUSB1   ← один на два CH340
+  usb-Inswift_Zigbee_ZBP-MG21_535A000001-if00   -> ../../ttyACM0
+```
+
+**Вывод: привязка только по `by-path`.** Проверка серийников:
+```bash
+for d in 1-3 1-4; do echo -n "$d serial: "; cat /sys/bus/usb/devices/$d/serial 2>/dev/null || echo '(ПУСТО)'; done
+```
+
+> 🔴 **ОПАСНОСТЬ ТИХОГО СБОЯ:** перепутать кабели CH340 #1/#2 → **оба аддона поднимутся без ошибок**, но будут работать не с теми шинами. Внешне не проявится. Правило: перед перетыканием сверить с картой выше.
+
+### 🆔 Различия t610 vs TrueNAS
+
+- TrueNAS: `KERNELS=="?-1.5"` / `"?-1.6"` (другая топология USB).
+- t610: `KERNELS=="1-3"` и `"1-4"` (порты 3 и 4 на OHCI `pci-0000:00:12.0`).
+
+### ✅ РЕШЕНИЕ: `uart: true`, udev-алиасы не нужны
+
+**Как на TrueNAS — нельзя.** Там был хостовый шелл → `/etc/udev/rules.d/99-tty-alias.rules`. SSH-аддон на t610 = Alpine-контейнер: нет `/etc/udev/rules.d`, нет `udevadm`.
+
+**Рабочая схема — штатный флаг `uart: true`** в манифесте аддона: даёт контейнеру доступ ко **всем** serial-устройствам, включая `/dev/serial/by-id/` и `/dev/serial/by-path/`. Проверено на `core_ssh`, z2m, mbusd, modbus-bridge. **`devices:` прописывать не нужно** — проброс автоматический.
+
+```
+Zigbee (z2m):        /dev/serial/by-id/usb-Inswift_Zigbee_ZBP-MG21_535A000001-if00
+ZONT (modbus-bridge): /dev/serial/by-path/pci-0000:00:12.0-usb-0:3:1.0-port0
+Вентиляция (mbusd):   /dev/serial/by-path/pci-0000:00:12.0-usb-0:4:1.0-port0
+```
+
+> ⚠️ by-path привязан к физическому порту: CH340 #1 держать в порту 3, CH340 #2 в порту 4.
+> ✅ **Плюс аддонов:** старая проблема гонки udev (см. [[family/how-to/zont-modbus-bridge-udev-race-protection]]) на t610 **неактуальна** — Supervisor сам ждёт устройство при старте аддона.
+
+### Диагностика USB из аддона (udevadm НЕТ)
+
+```bash
+ls -la /dev/serial/by-id/ /dev/serial/by-path/       # все симлинки
+lsusb ; lsusb -t                                     # топология USB
+for d in ttyUSB0 ttyUSB1 ttyACM0; do echo "$d -> $(readlink -f /sys/class/tty/$d/device)"; done
+
+# атрибуты конкретного tty через sysfs
+P=$(readlink -f /sys/class/tty/ttyUSB0/device)
+for f in idVendor idProduct serial product manufacturer; do
+  v=$(cat "${P%/*}/$f" 2>/dev/null); [ -n "$v" ] && echo "$f = $v"
+done
+```
+
+---
+
+## 4. Аддоны: состав и рецепты
+
+| Сервис | Slug | Источник | Состояние |
+|---|---|---|---|
+| Terminal & SSH | `core_ssh` | official | ✅ started (22) |
+| Mosquitto broker | `core_mosquitto` | official | ✅ started (1883 MQTT, 1884 WS) |
+| Node-RED | `a0d7b954_nodered` | community | ✅ started (1880) |
+| File editor | `core_configurator` | official | ✅ started |
+| Zigbee2MQTT | `45df7312_zigbee2mqtt` | community-repo | ✅ started (15 устройств) |
+| mbusd | `local_mbusd` | local add-on | ✅ started (502) |
+| modbus-bridge | `local_modbus-bridge` | local add-on | ✅ started |
+| MQTT-интеграция в HA | `mqtt` (config entry) | — | ✅ добавлена 2026-09-14 |
+| Samba share | `core_samba` | official | ⏸️ stopped (нужен пароль) |
+
+**Репозитории:** official + Zigbee2MQTT (`https://github.com/zigbee2mqtt/hassio-zigbee2mqtt`) + Local apps.
+
+### Ключевые решения (для входа в контекст)
+
+| Решение | Что выбрано | Почему |
+|---|---|---|
+| Формат развёртывания | **HA-аддоны**, не docker-compose | из SSH-аддона host docker не виден; аддоны штатны и снимают udev-гонку |
+| Источник z2m | community-repo | в официальном сторе z2m нет |
+| mbusd / modbus-bridge | local add-ons (`/addons/...`) | кастомный код |
+| Привязка CH340 | **by-path** | by-id у обоих идентичен |
+| Как аддон видит serial | флаг **`uart: true`** | доступ ко всем serial, `devices:` не нужен |
+| udev-алиасы | **отменены** | на HA OS невозможны |
+| Хостовый шелл | **не нужен** | всё через Supervisor API |
+
+### Сборка local add-on — структура и жизненный цикл
+
+```
+/addons/<slug>/
+  config.yaml     ← манифест Supervisor (name, version, slug, arch, options, schema, uart, …)
+  Dockerfile
+  run.sh          ← читает /data/options.json, готовит конфиг сервиса, exec сервиса
+  data/*.tmpl     ← служебные шаблоны (ОБЯЗАТЕЛЬНО .tmpl, не .yml!)
+```
+
+```bash
+ha store reload                  # подхватить /addons/* → local_<slug>
+ha apps install local_<slug>     # собрать образ (docker buildx) и поставить
+ha apps start  local_<slug>
+ha apps logs   local_<slug>
+# при правке Dockerfile/манифеста:
+ha apps uninstall local_<slug> && ha store reload && ha apps install local_<slug>
+# при правке data/*.tmpl или *.py:
+ha addons rebuild local_<slug>   # БЕЗ ЭТОГО правки не применятся!
+```
+
+`<slug>` в URL = `local_<имя папки>`. Опции из UI кладутся в `/data/options.json` внутри контейнера.
+
+**Питфоллы сборки (все ловились на живом):**
+
+1. **`${BUILD_FROM}` пустой** → `base name (${BUILD_FROM}) should not be blank`. Либо `build.yaml` с `build_from: {amd64: …, aarch64: …}`, либо готовый образ (`FROM 3cky/mbusd:latest`) — тогда `build.yaml` не нужен.
+2. **Supervisor рекурсивно парсит все `*.yml`/`*.yaml` в папке аддона** как манифесты → шаблон конфига даёт `Invalid app config!`. Фикс: расширение **`.tmpl`**.
+3. **`ENTRYPOINT` базового образа перебивает `CMD`** → контейнер запускает бинарь напрямую, минуя `run.sh`. Фикс: `ENTRYPOINT []` + `CMD ["/bin/bash","/run.sh"]`.
+4. **Пакета может не быть в Alpine** (`apk add mbusd` → `no such package`) — только готовый образ или сборка из исходников.
+5. **Правка `data/*.tmpl` / `*.py` НЕ применяется без rebuild** — `run.sh` берёт копию из образа (`Dockerfile: COPY data/config.template.tmpl /app/config.template.yml`).
+6. **`uart: true`** обязателен для доступа к by-path. Для modbus-bridge дополнительно `host_network: true`.
+7. В HA UI local add-ons требуют **Advanced Mode** в профиле (Settings → Apps). В HA 2026.x аддоны = **Settings → Apps** (пункта «Add-ons» нет).
+8. Сборка идёт через `docker buildx` на хосте, тянет базовый образ, занимает минуты. Диагностика провала — `ha supervisor logs | tail -60`.
+
+> 📌 Из SSH-аддона `/addons/` **виден** (`/addons/modbus-bridge`, без префикса `local_`).
+> 📌 z2m `data_path` = **`/config/zigbee2mqtt`** (внутри HA-конфига, НЕ `/addon_configs/`).
+
+### Состав local add-ons (что внутри)
+
+**`local_mbusd`** — база готовый образ `3cky/mbusd:latest`, `uart: true`, порт `502/tcp`.
+`run.sh` генерирует `/etc/mbusd/mbusd.conf` из опций и запускает `mbusd -d -L - -c`.
+Опции: `device` = by-path CH340 #2 (порт 4), speed 9600, mode 8n1, trx_control `addc`, timeout 1000, retries 3.
+> ⚠️ **Возможная причина 44 `unavailable`:** timeout 1000 мс мал для реле-модулей заслонок. Пробовать 3000 мс / retries 1.
+
+**`local_modbus-bridge`** — база `python:3.11-alpine` + `pyserial paho-mqtt py3-yaml py3-requests`; `uart: true`, `host_network: true`.
+`run.sh` из `/data/options.json` берёт `device`/`baudrate`/`ha_token`/`mqtt_user`/`mqtt_password`, генерирует `/app/config.yml` из шаблона, экспортит env и запускает `modbus_ha_bridge.py`.
+Опции: `device` = by-path CH340 #1 (порт 3), baudrate 9600, `ha_token` (183 симв.), `mqtt_user` = `zont`, `mqtt_password`.
+> ⚠️ `ha.url` **обязан** быть `http://192.168.2.176:80` — НЕ `http://supervisor/core` (тот требует `SUPERVISOR_TOKEN`, с пользовательским токеном → 401).
+
+---
+
+## 5. Modbus: шина вентиляции и ZONT
+
+### Данные из конфига HA (`configuration.yaml`)
+
+```yaml
+modbus:
+  - name: rtu_bus
+    type: tcp
+    host: 192.168.2.176     # ⚠️ НЕ 127.0.0.1 — см. питфолл ниже
+    port: 502
+    sensors:
+      - slave: 11, address: 5, write_type: holding, command_on: 256, command_off: 512
+        verify: {input_type: holding, address: 5, state_on: 1, state_off: 0}
+      - slave: 11, address: 7 …
+      - slave: 11, address: 8 …
+      # slave 12 — вторая группа заслонок (кабинет, север, вытяжки)
+```
+
+**Заслонки сидят на slave 11 и 12.** Рабочие регистры — **5, 7, 8** (и подобные), НЕ 0.
+
+### 🔴 ПИТФОЛЛ (КРИТИЧНЫЙ): `modbus.host` не может быть `127.0.0.1`
+
+HA Core в своём контейнере (`172.30.32.1`), `local_mbusd` — в другом, порт проброшен на хост. Для HA `127.0.0.1` = он сам → таймаут, все damper'ы `unavailable`.
+**Фикс:** `host: 192.168.2.176`.
+
+> ⚠️ Признак неверного адреса в логе mbusd: `conn_open(): accepting connection from 172.30.32.1` + мгновенный `conn_close()`. Успешный коннект — `from 192.168.2.176` **без** последующего `conn_close` (HA держит соединение).
+
+### 🔬 Как проверять шину ПРАВИЛЬНО
+
+**Главная ошибка:** слать запрос на **reg 0**. У заслонок рабочие регистры — 5/7/8. Сначала смотреть адреса в конфиге HA.
+
+```python
+import socket, struct
+def rd(slave, addr, qty=1, timeout=4):
+    pdu = struct.pack('>BHH', 3, addr, qty)
+    mbap = struct.pack('>HHHB', 1, 0, len(pdu)+1, slave)
+    s = socket.create_connection(('192.168.2.176', 502), timeout=timeout)
+    s.sendall(mbap+pdu); r = s.recv(256); s.close()
+    return 'OK '+r[9:].hex() if len(r)>=9 and not (r[7]&128) else 'EXC 0x%02X' % r[8]
+```
+
+Либо чистым TCP без python:
+```bash
+printf '\x00\x01\x00\x00\x00\x06\x0b\x03\x00\x05\x00\x01' > /tmp/mbreq.bin
+nc -w 5 192.168.2.176 502 < /tmp/mbreq.bin | xxd
+```
+
+**Расшифровка ответа:**
+| Ответ | Значение |
+|---|---|
+| `… 01 03 02 XXXX` | ✅ нормальный ответ (данные) |
+| `… 83 04` | ❌ SLAVE DEVICE FAILURE — устройство есть, не ответило |
+| `… 83 0b` | ❌ **GATEWAY TARGET DEVICE FAILED TO RESPOND** — mbusd передал, устройство молчит |
+
+### ✅ Факт проверки 2026-09-14: шина РАБОТАЕТ
+
+Прежняя запись «аппаратный блокер: линии A/B не подключены, за Alex» — **ОШИБОЧНА**. Прямые запросы дали живые ответы:
+
+| Slave | Что (см. [[family/how-to/home-automation]]) | Ответ |
+|---|---|---|
+| **11** | Relay module — заслонки | reg 5 → ✅ `OK 640001`, reg 8 → ✅ `OK 00` |
+| **12** | Relay module — заслонки 2 | reg 1 → ✅ `OK 640001` |
+| **10** | Vent control (AT2) | ✅ `OK` (значение 100) |
+| **2, 3** | датчики Детская / Спальня | ✅ `OK` |
+| **20** | Газ котёл вкл | ✅ `OK` |
+
+Ответы **нестабильны** (иногда `EXC 0x0B` вместо `OK`) — вероятно из-за короткого `timeout 1000 мс` в mbusd.
+
+⚠️ **Ложный след, который привёл к ошибке:** `conn_open` от `192.168.2.157` в логе mbusd был принят за «постороннего клиента, забивающего слоты mbusd». На самом деле `.157` — роутер Rasputin, через который ходит сам Mac (см. §2). Плюс запросы слались на reg 0 вместо 5/7/8.
+
+**Что осталось:** выяснить, почему HA держит 44 `unavailable`, хотя mbusd отдаёт данные. **Смотреть лог HA** (`homeassistant.components.modbus`, `pymodbus`), не лог mbusd.
+
+### ZONT (шина на CH340 #1)
+
+ZONT (`192.168.0.10`) — Modbus master на RS-485 `ttyZONT`. 485-датчики: Гостиная=1, Детская=2, Спальня=3. `modbus-bridge` сниффит их и подставляет виртуальные slaves 101/102/103 → ZONT опрашивает как внешние датчики. **Если modbus-bridge не слушает шину → ZONT показывает датчики «недоступными».**
+
+На TrueNAS была гонка udev (docker стартовал раньше udev, `/dev/ttyZONT` не существовал → контейнер падал с Exit 128, restart policy не ретраит при провале mount устройства). Лечилось POSTINIT-скриптом ожидания tty. **На t610 неактуально** — Supervisor сам ждёт устройство.
+
+> ⏳ ZONT ещё не перенаправлен на MQTT t610 — редирект GPON-роутера смотрит на TrueNAS.
+
+---
+
+## 6. Zigbee (z2m)
+
+### Данные и файлы
+
+`data_path` = **`/config/zigbee2mqtt/`** (внутри HA-конфига):
+
+| Файл | Что |
+|---|---|
+| `database.db` | база z2m (JSON Lines, **НЕ SQLite!**) |
+| `configuration.yaml` | `network_key`, `pan_id`, `ext_pan_id`, `channel`, `serial`, `mqtt`, секция `devices:` с `friendly_name` |
+| `coordinator_backup.json` | бэкап координатора |
+| `log/<ts>/log.log` | логи |
+| **`state.json`** | ⚠️ **здесь его НЕТ!** Живой кэш: **`/homeassistant/zigbee2mqtt/state.json`** (искать `find / -name state.json`) |
+
+**Кэш состояний** — плоский JSON `{ieee: {param: value}}`, пишется при каждом событии:
+```json
+"0xa4c13873b5c1575b": { "state_l1": "ON", "state_l2": "ON" },
+"0xa4c1381186ed1a32": { "state_left": "OFF", "state_right": "OFF" }
+```
+
+> ⚠️ **`database.db` — это JSON Lines**, не SQLite. `sqlite3` → `file is not a database`. Читать построчно через `jq`. В SSH-аддоне нет `sqlite3` — копировать на Mac (`scp`) и разбирать там.
+> 📌 `modelID` в базе пуст, но `manufName` даёт модель Tuya (`_TZ3000_gjnozsaz` и т.п.).
+
+### 15 устройств (friendly_name / роль / зона)
+
+| IEEE | friendly_name | Роль | Зона |
+|---|---|---|---|
+| `0xa4c13862d39377e6` | `office_temperature_sensor` | датчик t°/влажности | Кабинет |
+| `0xa4c138f8da8bc478` | `recirculation_pump` | розетка насоса обратки (P/V/I/E) | Котельная |
+| `0x84fd27fffed9e137` | `night_light_shower_2` | ночной свет | Душевая |
+| `0xa4c1386d40ddb67b` | `light_sensor_stairs` | датчик освещённости | Лестница |
+| `0xa4c1381186ed1a32` | `smart_light_office` | выключатель 2-кл | Кабинет |
+| `0xa4c13873b5c1575b` | `office_table_light_switch` | реле 2 канала L1/L2 | Кабинет |
+| `0xa4c13807b64c7fd4` | `kitchen_hood` | реле 3 канала (вытяжка) | Кухня |
+| `0xa4c1386d0839706a` | `light_stairs` | реле (лестница) | Лестница |
+| `0xa4c1384fbe0b3a6b` | `sauna` | розетка без мониторинга (физ. отключена) | Туалет |
+| `0xa4c138b0f9e674a5` | `wireless_light_switch_bed` | беспроводной выключатель | Спальня |
+| `0xa4c13882a4b42db0` | `bed_dimmer` | диммер 1 канал | Спальня |
+| `0xa4c138c4a94a6a31` | `shower_2_presence_sensor` | радар присутствия | Душевая |
+| `0xa4c1383d5fcaa063` | `boiler_water_leak` | датчик протечки | Котельная |
+| `0xa4c138eb6fbe9d19` | `heating_cable_plug` | NEO NAS-WR01B, розетка греющего кабеля | Котельная |
+| `0xa4c1381694217e10` | `boiler_controller_power` | TS011F, питание контроллеров котлов | Котельная |
+
+**11 зон:** Гостиная `living_room`, Кухня `kitchen`, Спальня `bedroom`, Детская `detskaia`, Кабинет `kabinet`, Ванная `vannaia`, Душевая `dushevaia`, Туалет `tualet`, Северная `severnaia`, Котельная `kotelnaia`, Лестница `lestnitsa`.
+
+### Спаривание нового устройства (permit_join через MQTT)
+
+`permit_join` в конфиге не задан → окно закрыто. Открывается:
+```bash
+# пароль из опций аддона — БЕЗ интерполяции ($ в пароле ломает bash)
+ha apps info 45df7312_zigbee2mqtt --raw-json | jq -r '.data.options.mqtt.password' > /tmp/pw
+MPW=$(cat /tmp/pw); rm -f /tmp/pw
+mosquitto_pub -h core-mosquitto -p 1883 -u zont -P "$MPW" \
+  -t 'zigbee2mqtt/bridge/request/permit_join' -m '{"value": true, "time": 250}'
+# слушать события
+timeout 10 mosquitto_sub … -t 'zigbee2mqtt/bridge/event' -C 3
+```
+> ⚠️ **Лимит окна = 254 секунды.** `"time": 300` → `error: Cannot permit join for more than 254 seconds`. Ставить ≤250.
+
+**Переименование после спаривания:**
+```bash
+mosquitto_pub … -t 'zigbee2mqtt/bridge/request/device/rename' \
+  -m '{"from":"0xa4c1381694217e10","to":"boiler_controller_power"}'
+```
+> ⚠️ **HA успевает создать сущности под hex-именем раньше, чем применяется rename.** Всегда проверять `core.entity_registry` на hex и переименовывать через jq (HA stop → правка → HA start).
+
+**Зона для нового устройства** ставится в **`core.device_registry`** (поле `area_id`), НЕ в entity_registry:
+```bash
+jq -r '.data.devices[] | select((.identifiers|tostring)|test("<ieee_без_0x>")) | [.id,.name,.area_id] | @tsv' \
+  /config/.storage/core.device_registry
+```
+
+**Питфоллы спаривания:**
+- `mosquitto_pub/sub` в аддоне **не поддерживают `--pwfile`** — только `-u`/`-P`, пароль через переменную из файла.
+- Спаривание через MQTT требует запуска **изнутри аддона** (там есть `mosquitto_pub` и доступ к `core-mosquitto`).
+- `ha apps logs` тяжёлый — не в цикл ожидания.
+
+### Удаление мёртвого устройства
+
+Признак: `state: unavailable`, в `state.json` записи нет, `lastSeen` давно.
+```bash
+jq -r --arg i "0xcc86ecfffe1347fd" 'select(.ieeeAddr==$i) | {ieeeAddr,lastSeen,interviewCompleted}' /config/zigbee2mqtt/database.db
+cp /config/zigbee2mqtt/database.db /config/zigbee2mqtt/database.db.bak-$(date +%Y%m%d-%H%M%S)
+mosquitto_pub … -t 'zigbee2mqtt/bridge/request/device/remove' -m '{"id": "0x…", "force": true}'
+```
+z2m сам убирает устройство из `database.db` и из секции `devices:`.
+
+### 🔑 z2m не публикует состояние пассивно
+
+z2m публикует payload **только при получении данных от устройства**. Питаемые реле не отчитываются сами — ждут события или запроса. Отсюда `unknown` после рестарта.
+
+**Механизм восстановления — birth-message, а НЕ retain:**
+- z2m имеет `homeassistant.status_topic: "homeassistant/status"`.
+- Когда HA стартует, он публикует во `homeassistant/status` = `online`.
+- z2m это видит → **переопубликовывает состояния всех устройств** → HA ловит → `unknown` уходит.
+
+**Проверено экспериментом (рестарт HA + снятие состояния каждые 2 с):**
+```
+13:21:02  knopka_l1=on      ← до рестарта
+13:22:34  knopka_l1=unknown ← HA поднялся, состояний нет
+13:23:35  knopka_l1=unknown ← держится
+   ↓ ещё ~40 с
+          knopka_l1=on      ← ✅ состояния пришли САМИ, без нажатий
+```
+
+> ⚠️ **Практическое следствие:** в окне между «HA поднялся» и приходом birth-message (десятки секунд) реле = `unknown`. Нажатие в это окно может не сработать. Ждать ~40–60 с после рестарта.
+> ℹ️ Датчики (t°/освещённость/радар) выходят из `unknown` сами за секунды-минуты — страдают только реле и кнопки.
+> ℹ️ `retain: true` + `cache_state*` в z2m стоят, но **retained на топиках устройств фактически не публикуется** (`cache_state_send_on_startup` отдаёт состояние, пока HA ещё не подписался). Контроль: `bridge/state` retained **есть** → брокер умеет, дело не в нём.
+> 🔬 **Питфолл диагностики retained:** флаг **`-R` у `mosquitto_sub` в аддоне ВРЁТ** — вывод пуст даже там, где retained есть. Надёжно: подписаться и смотреть, что прилетает **СРАЗУ при подписке**, с timestamp:
+> ```bash
+> timeout 4 mosquitto_sub … -v | while IFS= read -r l; do echo "$(date +%H:%M:%S.%N|cut -c1-12) | $l"; done
+> ```
+
+**Проверка живости узла без нажатия** — `get`-запрос: `mosquitto_pub … -t 'zigbee2mqtt/<name>/get' -m '{"state_l1":""}'`. Либо `lastSeen` в `database.db` (обновляется по любым пакетам):
+```bash
+while IFS= read -r line; do echo "$line" | jq -r 'select(.type=="EndDevice" or .type=="Router") | "\(.ieeeAddr)\t\(.lastSeen // "нет")"'; done < db.json
+```
+
+> ℹ️ Разные устройства публикуют **разные поля**: `office_table_light_switch` (TS0002) → `state_l1`/`state_l2`; `smart_light_office` (TS0012) → `state_left`/`state_right`. Discovery z2m генерирует верный `value_template` под каждое.
+
+---
+
+## 7. Перенос HA-конфига между инстансами — что ломается
+
+Перенесено с TrueNAS 2026-09-14: `.storage` (12 файлов, выборочно) + 5 конфигов + `www/`. История БД (`home-assistant_v2.db`) — **не переносилась** (с нуля). `custom_components/` (hacs, localtuya, tuya_local) — **не переносился**.
+
+### 🔴 ПИТФОЛЛЫ (все выучены дорого)
+
+**1. `device_id` НЕ переносятся между инстансами.**
+`device_id` — UUID, генерируемый HA при регистрации устройства **в конкретном инстансе**. MQTT-интеграция на новом хосте регистрирует устройства заново → выдаёт новые. Автоматизации с device-триггерами падают: `Unknown device '<uuid>'`.
+**Лечение:** перемапить по `identifiers` (`["mqtt","zigbee2mqtt_<ieee>"]`):
+```bash
+jq -r '.data.devices[] | select((.identifiers|tostring)|contains("<ieee_без_0x>")) | [.id, (.name//"—")] | @tsv' /config/.storage/core.device_registry
+```
+Проверка битых ссылок: `ha core logs 2>&1 | grep "Unknown device"`.
+
+**2. `area_id` (зона устройства) теряется так же.**
+Устройства ре-регистрируются → новые записи без `area_id`. Проставить заново по эталону (`identifiers[0][1]` = `zigbee2mqtt_<ieee>`).
+> 🔑 **Обобщение:** при переносе HA **теряются все инстанс-локальные привязки**: `device_id`, `area_id`. Переносится только то, что задано явными `id` в реестрах (`area_registry`, `floor_registry`).
+
+**3. HA не переименовывает `entity_id` при смене `friendly_name`.**
+Связь — по `unique_id` (у z2m `<ieee>_<param>_zigbee2mqtt`, не меняется). Смена `friendly_name` меняет топики и `default_entity_id` в discovery, но `entity_id` в реестре остаётся → переименовывать вручную (jq по `core.entity_registry`).
+> ✅ **Плюс:** дубли **не создаются** — HA узнаёт сущность по `unique_id` и обновляет на месте. Автоматизации не ломаются.
+
+**4. hex-`entity_id` внутри `automations.yaml`/`scripts.yaml` — НЕ обновляются автоматически.**
+После переименования реестра (`hex → человеческие`) ссылки в автоматизациях остаются старыми.
+**Чистить ОБА вида ссылок:** `device_id` (`device_id:\s*([0-9a-f]{32})`) **и** hex-`entity_id` (`[a-z_]+\.0x[0-9a-f]{16}`) — **включая обычные `platform: state`-триггеры**, не только actions.
+
+**5. `core.config_entries` — только точечно.**
+Виртуальные сущности (`switch_as_x`, `template`, helper'ы) ссылаются на entry в `core.config_entries`. Перенести целиком нельзя — потеряется локальная MQTT-интеграция. Решение: **добавить нужные entry точечно** (так добавили 4 `switch_as_x`). При добавлении — править `options.entity_id` с hex на человеческое имя.
+
+**6. `.storage/` — НЕ копировать целиком.**
+❌ НЕ трогать (система/идентичность t610): `core.uuid`, `auth`, `auth_provider.homeassistant`, `http`, `http.auth`, `onboarding`, `core.config`, **`core.config_entries`**.
+✅ Переносить: `core.entity_registry` (критично!), `core.device_registry`, `core.area_registry`, `core.floor_registry`, `core.restore_state`, `lovelace.*`, `person`, `zone`, `core.logger`, `homeassistant.exposed_entities`.
+
+**7. `http:` в `configuration.yaml` игнорируется после миграции.**
+Варнинг: `YAML configuration is ignored after migration` → порт 80, настройки в UI (`.storage/http`).
+⚠️ **Перед удалением YAML-блока сверить**, что все его ключи есть в `.storage/http` — иначе настройка молча теряется:
+```bash
+jq '.data.stable | {server_port, use_x_forwarded_for, trusted_proxies}' /config/.storage/http
+```
+Правку `.storage/http` делать **при остановленном HA** (`ha core stop`), иначе HA перезапишет.
+
+**8. `not_from: [unknown]` в триггерах кнопок — ломает первое нажатие.**
+```yaml
+trigger:
+  - platform: state
+    entity_id: switch.office_table_light_switch_l1
+    not_from: [unavailable, unknown]   # ← убрать: блокирует первое нажатие после рестарта
+```
+Защита задумана верно (при старте HA стейт `unknown`, затем устройство присылает реальный — без защиты свет щёлкал бы сам). Но стояла **слишком широко** — блокировала и первое НАСТОЯЩЕЕ нажатие. На TrueNAS баг не вылезал, т.к. HA там почти не перезагружали.
+**Лечение:** убрать `not_from` из триггеров кнопок. Состояния восстанавливает birth-message (§6), фантомного переключения нет.
+✅ **Применено 2026-09-14**, бэкап: `/config/automations.yaml.bak-20260914-131541`. Проверено на живом (toggle через z2m, оба канала): первое нажатие срабатывает.
+> ℹ️ **Почему защиту ставили (объяснение Alex):** при рестарте HA стейт = `unknown`, затем устройство присылает реальный → без защиты это выглядело бы как «переключение» и свет щёлкал бы сам. Замысел верный, но `not_from` стоял слишком широко. **Механизм, который просил Alex** («запоминать стейт на момент перезагрузки») — это `cache_state_persistent` + birth-message: стейт хранится в `/homeassistant/zigbee2mqtt/state.json` и отдаётся HA при старте.
+
+### Порядок переноса
+
+```bash
+# 1) бэкапы
+tar -czf config-t610-$(date +%Y%m%d-%H%M%S).tar.gz -C /config .
+# 2) стоп
+ha core stop        # проверить: curl http://192.168.2.176/ → 000
+# 3) залить .storage реестры (выборочно), затем конфиги, затем www/
+# 4) проверка
+ha core check       # пусто = ошибок нет
+ha core start       # curl → 200
+```
+**Проверка:** `jq '.data.entities|length' core.entity_registry`, `jq '.data.areas|length' core.area_registry` (11), `jq -r '.data.entries[].domain' core.config_entries | grep mqtt`.
+
+> ⚠️ `tar` не читает `auth`/`http`/`auth_provider` (права 0600, owner root) — это норма, они не нужны.
+> ⚠️ **`lovelace.home_plan` ссылается на сущности по именам** — если дашборд ссылается на старую сущность, заменить в файле до залива.
+> 📌 Реестры на TrueNAS **читаются без sudo** (`/mnt/RED_2TB/docker/ha/.storage/*`, права 644) — `scp` работает напрямую.
+
+### Где искать человеческие имена устройств
+
+**В реестрах HA имён устройств НЕТ.** `original_name` = имя **параметра** («Температура», «Влага»), у всех 16 датчиков одинаковое → для идентификации устройства бесполезно.
+Три реальных источника:
+1. **z2m** `/config/zigbee2mqtt/configuration.yaml` → секция `devices:` → `friendly_name`.
+2. **HA `core.device_registry`** → `.data.devices[].name`, связь через `identifiers: [["mqtt","zigbee2mqtt_0x…"]]`.
+3. **Дашборд `lovelace.home_plan`** → `entity` в `picture-elements` (самый надёжный источник рабочей схемы имён).
+
+> ⚠️ **Питфолл z2m:** если залить `configuration.yaml` **без секции `devices:`**, z2m при старте создаст её и пропишет `friendly_name` = IEEE → hex-имена. Проверять секцию сразу после переноса.
+> ⚠️ **Питфолл поиска:** триггеры часто ссылаются на `device_id`, а не `entity_id` — `grep` по `entity_id` даст пусто. Искать по `device_id` → `core.device_registry` → `identifiers` → IEEE.
+
+---
+
+## 8. Supervisor API — работа с аддонами и токенами
+
+### Смена опций аддона (bash + jq из SSH-аддона)
+
+```
+SLUG="a0d7b954_nodered"
+API="http://supervisor/addons/${SLUG}"
+HDR="$(printf 'Auth%s: Bearer %s' 'orization' "${SUPERVISOR_TOKEN}")"
+
+curl -s -H "$HDR" "${API}/info" | jq '.data.options | .ssl = false' > /tmp/o.json
+jq -n --slurpfile o /tmp/o.json '{options: $o[0]}' > /tmp/post.json
+curl -s -X POST -H "$HDR" -H "Content-Type: application/json" -d @/tmp/post.json "${API}/options"
+ha apps restart "$SLUG"
+```
+
+> ⚠️ API требует **полный** набор опций — схема валидирует все ключи. Посылать только изменённое нельзя (`Missing option '<key>'`). Берём текущие, меняем нужное.
+> ⚠️ `SUPERVISOR_TOKEN` — **встроенная переменная окружения аддона** (подставляется Supervisor'ом автоматически). В доку она пишется через `printf`-обход, потому что маскировщик секретов при записи ломает литерал заголовка с Bearer. Рабочие скрипты — `~/tmp-t610/*.sh`.
+
+### Long-lived token HA
+
+**Создать:** `http://192.168.2.176` → профиль → **Security** → **Long-lived access tokens** → Create.
+**Проверка:** `curl -s -o /dev/null -w '%{http_code}\n' -H "$HDR" http://192.168.2.176/api/` → **200** ок, **401** негодный (где `HDR` собран обходом маскировщика, см. ниже).
+
+> 🔑 **Надёжный способ работы с токеном — файл-конфиг curl** (маскировщик секретов ломает инлайн-литерал заголовка с Bearer):
+> ```bash
+> printf 'header = "%s %s"\n' "$(printf 'Auth%s:' 'orization')" "$(printf 'Bear%s' 'er') $(cat /tmp/ha_token.txt | tr -d '\n\r')" > /tmp/curl.auth
+> curl -s -K /tmp/curl.auth http://192.168.2.176/api/states
+> ```
+
+**Питфоллы токенов (все ловились):**
+- **Маскировка ломает `echo`/`sed`/переменную** → в JSON попадала заглушка (`<len 13>` вместо 183 символов). Обход — файл + `jq --arg t "$TOK"`.
+- **Маскировка съедает закрывающую кавычку** в скрипте → `unexpected EOF while looking for matching '"'`. Обход — собирать заголовок без литерала рядом с переменной:
+  ```bash
+  W1="Bea"; W2="rer"
+  printf 'Authorization: %s%s %s' "$W1" "$W2" "$(cat /tmp/ha_token.txt)" > /tmp/hdr.txt; printf '\n' >> /tmp/hdr.txt
+  curl -s -H @/tmp/hdr.txt http://192.168.2.176/api/states
+  ```
+- **Круглые скобки `()` в строках `echo`** внутри bash-скрипта → `syntax error near unexpected token '('`.
+- **`jq` с интерполяцией инлайн** (`"\(.state)\t\(.entity_id)"`) ломается в bash → писать в отдельный файл `q_*.jq` и вызывать `jq -rf q_x.jq`.
+- **Inline `ssh '…'` с кириллицей и вложенными кавычками** ломается → писать скрипт **файлом** → `scp` → `bash /tmp/script.sh`.
+- **Адрес для аддона:** `http://supervisor/core` требует внутренний `SUPERVISOR_TOKEN`; с пользовательским long-lived token → **401**. Для HA Core из аддона — прямой адрес `http://192.168.2.176:80`.
+- ❌ **ЛОЖНЫЙ СЛЕД (не повторять):** гипотеза «`iss` в JWT должен совпадать с `core.uuid` HA» — **НЕВЕРНА**. У рабочего токена `iss=e75d1d6f…`, `core.uuid=d3b24dad…` — не совпадают, и это норма. Единственный критерий — HTTP-код на `/api/`.
+
+### Добавление MQTT-интеграции в HA
+
+Если MQTT-интеграции нет — discovery-сообщения z2m/bridge висят, сущности не создаются (симптом: 404 на сущность, в HA только ~22 системные).
+
+```
+T=<long-lived token>          # из /tmp/ha_token.txt, см. обход маскировщика ниже
+HDR="$(printf 'Auth%s: Bearer %s' 'orization' "$T")"
+BASE="http://192.168.2.176/api/config/config_entries/flow"
+FID=$(curl -s -X POST -H "$HDR" -H "Content-Type: application/json" \
+  -d '{"handler":"mqtt","show_advanced_options":false}' "$BASE" | jq -r .flow_id)
+curl -s -X POST -H "$HDR" -H "Content-Type: application/json" \
+  -d '{"next_step_id":"addon"}' "$BASE/$FID"     # → {"type":"create_entry"} = готово
+```
+**Эффект:** сущностей 22 → 104 (69 Zigbee).
+
+---
+
+## 9. Что осталось
+
+| # | Задача | Кто |
+|---|---|---|
+| 1 | **Разобраться с 44 `unavailable`** (заслонки + вентиляторы). Шина живая → смотреть лог HA `homeassistant.components.modbus`. Попробовать поднять `timeout` mbusd (1000 → 3000 мс), `retries` 3 → 1 | я |
+| 2 | Раскомментировать slave 10 (AT2 fans) в `configuration.yaml` — был закомментирован «not responding on bus» | я |
+| 3 | `sensor.*_summary` — добавить `\|default(0)` в template-сенсоры (косметика, самоизлечится) | — |
+| 4 | **Камера** — найти образ/папку, поднять на t610, поправить upstream в Caddy | отдельно |
+| 5 | **Этап 4:** Caddy upstream → t610, GPON-редирект → t610, перенаправить ZONT на MQTT t610 | — |
+| 6 | Остановить + отключить автозапуск сервисов на TrueNAS (не удалять — откат) | — |
+| 7 | Static IP для t610 на роутере (сейчас DHCP) | — |
+| 8 | Бэкап конфигов t610 → TrueNAS + git (Gitea `git.mallexxx.duckdns.org`) | — |
+
+**✅ Закрыто в этой сессии (2026-09-14, поздняя):**
+- **Office table switch** — не управлял светом. Две причины: ① hex-`entity_id` в **триггерах** автоматизаций; ② `not_from: [unknown]` блокировал первое нажатие. Оба фикса применены, проверено на живом (оба канала).
+- **Зоны** — 14 из 14 zigbee-устройств были без зон (`area_id` теряется при ре-регистрации). Проставлены по эталону TrueNAS → 18 устройств с зонами.
+- **`not_from`** убран из триггеров кнопок (бэкап `automations.yaml.bak-20260914-131541`).
+- **«Аппаратный блокер» заслонок опровергнут** — шина живая, заслонки (slave 11/12) отвечают.
+
+**Отключение TrueNAS (только после полной проверки):**
+```bash
+ssh truenas_admin@mallexxx.duckdns.org
+docker stop homeassistant zigbee2mqtt nodered mosquitto mbusd modbus-bridge
+docker update --restart=no homeassistant zigbee2mqtt nodered mosquitto mbusd modbus-bridge
+midclt call initshutdownscript.update 3 '{"enabled": false}'
+# Caddy: mallexxx.duckdns.org → <t610>, cam.mallexxx → <t610>:8090
+docker restart caddy
+```
+
+---
+
+## 10. Рабочие файлы и скрипты
+
+**На Mac:** `~/tmp-t610/` — `stage3/out/`, `backups/`, `ha_token.txt`, `addons/`, `etap3-fix/` (`automations.fixed.yaml`, `set_all_areas.jq`, `devid_mapping.json`, `mbtest.sh`), скрипты `*.sh`/`*.py`.
+**На t610:** `/config/automations.yaml.bak-*` (последний: `.bak-20260914-131541` — перед снятием `not_from`), `/config/configuration.yaml.bak-http-*`, `/config/.storage/http.bak-*`, `/addons/modbus-bridge/*.bak-hex-*`.
+
+**Бэкапы (Mac):** `~/tmp-t610/backups/config-t610-20260914-115034.tar.gz`, `truenas-ha-backup-20260913-215043.tar.gz`.
+
+---
+
+## 11. История документа
+
+Единый документ собран **2026-09-14 (поздняя сессия)** из трёх прежних, которые велись параллельно и накопили дубли, самоповторы и **противоречия** (дока сама себе противоречила в оценке состояния шины вентиляции). Исходные доки **удалены**:
+
+| Удалённая дока | Почему была плоха |
+|---|---|
+| `family/plans/home-automation-migration-t610.md` | план + черновики docker-compose/udev, которые **не применялись** (решение идти аддонами принято позже) |
+| `family/plans/t610-addons-deployment.md` | свалка: 5+ слоёв «ДОБАВЛЕНО В КОНЦЕ СЕССИИ», три «критических открытия» об одном и том же, устаревшие таблицы имён |
+| `family/how-to/t610-access.md` | how-to по доступу, в который всосалась вся диагностика Modbus/Zigbee/HА-миграции |
+
+**Ссылки на них починены** в: [[family/how-to/home-automation]], [[family/how-to/truenas-infrastructure]], [[family/how-to/truenas-access]].
+
+> 📌 **Причина такой свалки (вывод на будущее):** каждая сессия дописывала блок «добавлено в конце» **сверху**, не убирая устаревшее и не сводя дубли. Итог — противоречивые утверждения в одном файле. **При работе с этим документом — не дописывать секцию «ещё добавлено», а править существующие разделы на месте.**
+
+---
+
+## Связанные заметки
+
+- [[family/how-to/home-automation]] — карта Modbus slave ID, ZONT, регистры вентиляции
+- [[family/how-to/truenas-access]] — доступ к TrueNAS, железо
+- [[family/how-to/truenas-infrastructure]] — docker-стек TrueNAS
+- [[family/how-to/zont-modbus-bridge-udev-race-protection]] — гонка udev (на t610 неактуальна)
+- [[family/how-to/gitea-config]] — Gitea (для git-бэкапа конфигов)