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

2026-09-14 13:46:58 +06:00
parent 3ceebed695
commit 1a715a65e4
3 changed files with 57 additions and 19 deletions
@@ -20,7 +20,8 @@ related:
 # Перенос домашней автоматизации на 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]].
-> **⏸️ Остался один блокер — аппаратный:** 32 заслонки вентиляции `unavailable` (шина не отвечает, exception 0x0B) → CH340 #2 подключить к линиям A/B шины. Далее — Этап 4 (Caddy upstream → t610, GPON-редирект, отключение TrueNAS).
+> 🔴 **ИСПРАВЛЕНО 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.
 >
@@ -369,7 +370,7 @@ system/start-modbus.sh        # скрипт ожидания tty перед doc
 - [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, заслонки переключаются (проверить физически!) — требует Этапа 3 (перенос HA-конфига)
+- [ ] **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)