git_admin/obsidian-vault
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

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

Browse Source
This commit is contained in:
Alexey Martemyanov
2026-09-14 13:31:42 +06:00
parent c002ac520b
commit 3c4c9eec5a
2 changed files with 90 additions and 9 deletions
Download Patch File Download Diff File Expand all files Collapse all files
family/plans/t610-addons-deployment.md
+63 -4
View File
@@ -23,7 +23,7 @@ related:
> **modbus.host исправлен: `127.0.0.1` → `192.168.2.176`** (mbusd в отдельном контейнере — `127.0.0.1` изнутри HA его не видел).
> **modbus-bridge: HTTP 404 → 200.** Опрашивал HA по hex-`entity_id`; правился `modbus_ha_bridge.py` + `data/config.template.tmpl` + **обязательный rebuild аддона**.
> ⚠️ **ЕДИНСТВЕННЫЙ ОСТАВШИЙСЯ БЛОКЕР (физика, не конфиг): 32 заслонки вентиляции `unavailable`.** mbusd работает (TCP отвечает), но шина **не отвечает** — exception **0x0B** (GATEWAY TARGET DEVICE FAILED TO RESPOND). Вывод: **CH340 #2 воткнут в USB, но линии A/B вентиляционной шины к нему не подключены / шина обесточена.** За Alex.
> ⚠️ **`unknown` после рестарта HA — ПРОВЕРЕНО ЭКСПЕРИМЕНТОМ 2026-09-14, воспроизводится.** Реле/кнопки слетают в `unknown` при каждой перезагрузке HA; `retain: true` + `cache_state*` в z2m стоят, но не помогают. ✅ **ФИКС ПРИМЕНЁН: `not_from: [unavailable, unknown]` убран из триггеров** (`automations.yaml`, 2 шт.) — кнопка теперь срабатывает **с первого нажатия**, проверено на живом (l1 и l2, вкл+выкл). ⏳ Осталось выяснить, доходит ли cached-стейт из `state.json` до HA до первого события от устройства. См. §«ДОБАВЛЕНО В КОНЦЕ СЕССИИ» ③‑бис.
> ⚠️ **`unknown` после рестарта HA — ПРОВЕРЕНО ЭКСПЕРИМЕНТОМ 2026-09-14.** Реле/кнопки слетают в `unknown` при каждой перезагрузке HA, но **состояния возвращаются сами через ~40–60 с** (без нажатий) — их переопубликовывает z2m, увидев birth-message HA (`homeassistant/status`). `retain` для этого НЕ нужен и фактически не публикуется. ✅ **ФИКС ПРИМЕНЁН: `not_from: [unavailable, unknown]` убран из триггеров** (`automations.yaml`, 2 шт.) — кнопка срабатывает **с первого нажатия**, проверено на живом (l1 и l2, вкл+выкл). Полностью: §«ДОБАВЛЕНО В КОНЦЕ СЕССИИ» ③‑тер.
> **✅ ЗОНЫ ВОССТАНОВЛЕНЫ (18 устройств):** при переносе `area_id` теряются так же, как `device_id` (устройства ре-регистрируются) → все 14 zigbee были **без зон**. Проставлены по эталону с TrueNAS по zigbee-адресу. См. §«ДОБАВЛЕНО В КОНЦЕ СЕССИИ» ①.
> **✅ office-переключатель управляет светом:** устранены hex-`entity_id` **в триггерах** автоматизаций (`switch.0xa4c13873b5c1575b_l1/l2` → человеческие) + реле выведены из `unknown` физическим нажатием. Цепочка `light → switch_as_x → z2m → реле` проверена. См. §«ДОБАВЛЕНО В КОНЦЕ СЕССИИ» ②③.
> Сервисы: z2m (14 устройств), mbusd (502), modbus-bridge (MQTT + HA-опрос), MQTT-интеграция в HA.
@@ -962,7 +962,34 @@ mosquitto_pub … -t 'zigbee2mqtt/office_table_light_switch/set' -m '{"state_l1"
> "0xa4c13873b5c1575b": { "state_l1": "ON", "state_l2": "ON" },
> "0xa4c1381186ed1a32": { "state_left": "OFF", "state_right": "OFF" }
> ```
> При старте z2m с `cache_state_send_on_startup: true` эти значения **должны** переопубликовываться. **Остаётся открытым:** приходит ли cached-стейт к HA **до** того, как устройство пришлёт своё (тогда `unknown` не появится вовсе и `not_from` можно вернуть в узком виде). Проверяется так: рестарт HA + снятие состояния каждые 2 с → видно последовательность `unknown`→cached `ON` или `unknown`→`ON`(от устройства). **Эксперимент не доведён.**
> При старте z2m с `cache_state_send_on_startup: true` эти значения **должны** переопубликовываться. **Остаётся открытым:** приходит ли cached-стейт к HA **до** того, как устройство пришлёт своё (тогда `unknown` не появится вовсе и `not_from` можно вернуть в узком виде).
##### ③‑тер ✅ РЕШЕНО (2026-09-14, конец сессии): состояние восстанавливает **birth-message**, а не `retain`
**Эксперимент доведён.** Рестарт HA + снятие состояния каждые 2 с:
```
13:21:02 knopka_l1=on svet_left=off ← до рестарта
13:21:11 knopka_l1=NO_ANSWER (HA лежит)
13:22:06 knopka_l1=null (HA поднимается, сущности ещё не загружены)
13:22:34 knopka_l1=unknown ← HA поднялся, состояния НЕТ
13:23:35 knopka_l1=unknown ← держится
↓ ещё ~40 с ожидания + задержка на подписку MQTT
knopka_l1=on svet_left=off ← ✅ СОСТОЯНИЯ ВОССТАНОВИЛИСЬ САМИ
```
**Итог: после рестарта `unknown` ДЕРЖИТСЯ несколько десятков секунд, а затем состояния приходят сами — БЕЗ физического нажатия кнопок.** После этого нажатие срабатывает с первого раза.
**🔑 Механизм — `status_topic` / birth-message, а НЕ retained:**
- z2m имеет `homeassistant.status_topic: "homeassistant/status"` (`bridge/info → config.homeassistant`).
- Когда HA стартует, он публикует во `homeassistant/status` сообщение `online`.
- z2m это видит → **переопубликовывает состояния всех устройств** → HA их ловит → `unknown` уходит.
**Почему `retain` не спасал:** retained на топиках устройств фактически не публикуется, а `cache_state_send_on_startup` отдаёт состояние в момент, когда HA ещё **не подписался** на MQTT → сообщение улетает в пустоту. Birth-message закрывает ровно этот разрыв: z2m узнаёт о старте HA и повторяет publish **в нужный момент**.
> ⚠️ **Практическое следствие:** в окне между «HA поднялся» и «z2m увидел birth-message» (десятки секунд) реле могут быть `unknown`. Если нажать кнопку ровно в это окно — может не сработать. Ждать ~40–60 с после рестарта.
> ✅ Значит `not_from: [unknown]` возвращать **не нужно** и **вредно** (он блокировал первое настоящее нажатие) — состояния приходят сами, фантомного переключения при старте не происходит, т.к. `unknown` не является «переключением» от `on`/`off`.
> ℹ️ Датчики (t°/освещённость/радар) выходят из `unknown` сами за секунды-минуты — страдают только **реле и кнопки**.
> ℹ️ Проверка живости узла без нажатия — `get`-запрос: `mosquitto_pub … -t 'zigbee2mqtt/<name>/get' -m '{"state_l1":""}'` → устройство отвечает текущим состоянием.
@@ -977,6 +1004,38 @@ mosquitto_pub … -t 'zigbee2mqtt/office_table_light_switch/set' -m '{"state_l1"
**Итог по всем трём:** `light.smart_light_office_left/right`, `switch.*_office_table_light_switch_l1/l2`, `switch.smart_light_office_left/right` — все корректны, цепочка управления проверена. Зоны проставлены (18 устройств). Розетка котельной видна (её не было в UI именно из-за `area_id = null`).
##### ④ 🔬 Рецепт диагностики «состояние не доходит до HA» (переиспользуемый)
Порядок проверок (сверху вниз — от простого к сложному), всё через bash+jq/curl, **без python**:
```bash
# 0) HA-токен — надёжно через файл-конфиг curl (маскировщик ломает инлайн Bearer)
printf 'header = "Authorization: Bearer %s"\n' "$(cat /tmp/ha_token.txt | tr -d '\n\r')" > /tmp/curl.auth
curl -s -o /dev/null -w 'HA: HTTP %{http_code}\n' -K /tmp/curl.auth http://192.168.2.176/api/ # 200 = ок
# 1) состояние сущностей ДО (снимок)
curl -s -K /tmp/curl.auth http://192.168.2.176/api/states \
| jq -r '[.[]|select(.entity_id|test("^switch\\.(office_table_light_switch_l[12]|smart_light_office_(left|right))$"))]|.[]|"\(.entity_id) = \(.state)"'
# 2) проверить, жив ли узел физически (lastSeen в database.db — JSON-lines, читать построчно!)
# обновляется по ЛЮБЫМ пакетам → зелёный флаг, даже когда HA показывает unknown
# 3) проверить, публикует ли устройство вообще (listener + get-запрос)
# подписка в background, затем: mosquitto_pub -t 'zigbee2mqtt/<name>/get' -m '{"state_l1":""}'
# → устройство отвечает текущим состоянием (доказательство, что реле живо и отвечает)
# 4) есть ли retained: подписаться и смотреть, что прилетает СРАЗУ (с timestamp).
# ⚠️ Флаг -R (retained-only) в mosquitto_sub аддона ВРЁТ — не использовать!
# Надёжно: timeout 4 mosquitto_sub … -v | while read l; do echo "$(date +%H:%M:%S) | $l"; done
# 5) причины «unknown держится»: HA ещё не подписан на MQTT / z2m не увидел birth-message.
# Ждать 40–60 с после рестарта HA — состояния приходят сами.
```
> 🔑 **Главный вывод:** состояние восстанавливается не через `retain`, а через **birth-message** (`homeassistant/status`) — z2m переопубликовывает состояния при старте HA. `retain: true` в z2m можно оставить, но полагаться на него нельзя.
> ℹ️ После правок реестров **обновить страницу в браузере (Ctrl+Shift+R)** — UI держит кэш и может не показать новые зоны сразу.
### Этап 4 — проверка и отключение TrueNAS
@@ -1020,9 +1079,9 @@ mosquitto_pub … -t 'zigbee2mqtt/office_table_light_switch/set' -m '{"state_l1"
- [x] ✅ **ВЫПОЛНЕНО 2026-09-14 (конец сессии) — ЗОНЫ восстановлены у 18 устройств.** `area_id` теряется при ре-регистрации устройств (как `device_id`) — все 14 zigbee были без зон. Проставлены по эталону с TrueNAS по `identifiers[0][1]` (`zigbee2mqtt_<ieee>`). Скрипт: `~/tmp-t610/etap3-fix/set_all_areas.jq`.
- [x] ✅ **ИСПРАВЛЕНО 2026-09-14 (конец сессии) — office-переключатель:** hex-`entity_id` в **триггерах** автоматизаций (`switch.0xa4c13873b5c1575b_l1/l2` → `switch.office_table_light_switch_l1/l2`); реле выведены из `unknown` нажатием кнопок. Цепочка управления светом проверена на живом.
- [x] ✅ **УСТАНОВЛЕНО 2026-09-14 (конец сессии) — z2m не публикует состояние пассивно:** реле «залипают» в `unknown` до первого события. Живость проверять по `lastSeen` в `database.db` (JSON-lines, читать построчно).
- [x] ✅ **ПРОВЕРЕНО ЭКСПЕРИМЕНТОМ 2026-09-14 — `unknown` возвращается после рестарта HA.** Зафиксировано состояние → рестарт → состояние снято: всё `on`/`off` слетело в `unknown`. `retain: true` + `cache_state*` в z2m стоят, но retained на топиках устройств фактически не публикуется (контроль: `bridge/state` retained есть). Питфолл: `mosquitto_sub -R` в аддоне врёт. См. §«ДОБАВЛЕНО В КОНЦЕ СЕССИИ» ③‑бис.
- [x] ✅ **РАЗОБРАНО 2026-09-14 — `unknown` после рестарта HA: восстанавливается САМ за ~40–60 с.** Эксперимент доведён: рестарт HA → `unknown` держится десятки секунд → состояния приходят без нажатий. Механизм — **birth-message** (`homeassistant/status`): z2m видит старт HA и переопубликовывает состояния. `retain`/`cache_state*` для этого не нужны (retained на топиках устройств фактически не публикуется; контроль: `bridge/state` retained есть). Питфолл: `mosquitto_sub -R` в аддоне врёт. ✅ `not_from` убран из триггеров — возвращать НЕ нужно. См. §«ДОБАВЛЕНО В КОНЦЕ СЕССИИ» ③‑тер и ④.
- [x] ✅ **ВЫПОЛНЕНО 2026-09-14 (конец сессии, после объяснения Alex) — `not_from: [unavailable, unknown]` УБРАН** из триггеров `office_pass_switch_table`/`office_pass_switch_main`. Кнопка срабатывает **с первого нажатия после рестарта**; проверено на живом toggle'ом через z2m на обоих каналах. Бэкап `/config/automations.yaml.bak-20260914-131541`.
- [ ] ⏳ **ОТКРЫТО (низкий приоритет):** выяснить, доходит ли cached-стейт из `/homeassistant/zigbee2mqtt/state.json` до HA **до** первого события от устройства. Если да — `unknown` после рестарта исчезнет вовсе, и защиту `not_from` можно вернуть в узком виде (только против фантомного переключения). Метод: рестарт HA + снятие состояния каждые 2 с.
- [x] ✅ **ЗАКРЫТО 2026-09-14:** эксперимент проведён. Cached-стейт из `/homeassistant/zigbee2mqtt/state.json` доходит до HA **не мгновенно**, а через birth-message (~40–60 с после старта HA). До этого момента реле = `unknown`. Поэтому `unknown` после рестарта исчезает не сразу, и защиту `not_from` возвращать НЕ надо (она ломала первое нажатие). См. §«ДОБАВЛЕНО В КОНЦЕ СЕССИИ» ③‑тер.
- [ ] ⚠️ Незакреплённое: `sensor.0xa4c138f8da8bc478_voltage/energy/power/current` (11 hex-сущностей розетки Насос обратки) — проживут ли под новым `friendly_name` или создадутся дубли; проверить после шага 8.
## Связанные заметки