diff --git a/SKILL.md b/SKILL.md index 6ec45b6..df4284e 100644 --- a/SKILL.md +++ b/SKILL.md @@ -39,7 +39,7 @@ user-invocable: true diff --git a/reference/home-assistant.md b/reference/home-assistant.md index 48be8b3..f56a604 100644 --- a/reference/home-assistant.md +++ b/reference/home-assistant.md @@ -4,8 +4,10 @@ HA OS at `home.thelonglakelodge.com`, proxied via fritzlab sjc001 remote-proxy to `172.24.24.50:8123` (also directly reachable on the lab network). Supervisor Observer on `:4357` (read-only health, no auth). API token in `~/.env` as -`HA_TOKEN` (long-lived user token — has core API + service calls, but NOT the -`/api/hassio/*` Supervisor proxy → 401). No SSH (`:22` closed, no terminal addon). +`HA_TOKEN` (long-lived admin token — core API + service calls + Supervisor: +WS `{"type":"supervisor/api","endpoint":...}` for JSON endpoints, REST +`/api/hassio/addons//logs` for text logs; `/api/error_log` is 404 — +use WS `system_log/list`). No SSH (`:22` closed, no terminal addon). No automatic backups configured (`backup/info` → 0 backups). Local control via WebSocket: `wss://home.thelonglakelodge.com/api/websocket`, @@ -68,6 +70,37 @@ Then re-point dashboard climate tiles back to `climate.*_nest` if local control is wanted (see dashboard note). + +## Matter re-commissioning blocked (2026-07-05) + +Addon `core_matter_server` is now 9.0.4 = matter.js server (`matter-server/1.1.7`, +schema 11) — the 9.0.0 update REPLACED the Python Matter Server; the migration +left an EMPTY fabric (now `fabric_id: 2`, new compressed id — the pre-June +fabric `1E5211CA4C7B5275` is gone for good; nodes must be re-commissioned). + +Re-commissioning FAILS: server discovers the Nest via mDNS but PASE dials only +ONE candidate — the Nest's IPv6 link-local (`fe80::…%enp6s18`) — which is +"Address unreachable"; 3-min timeout, then +`Commission failed: … (1 of 1 started attempt(s) failed, 1 discovered)`. +NOT a pairing-code problem (wrong-pin tests fail identically at the same spot). + +Facts: HA VM `enp6s18` = 172.24.24.50/24, IPv6 fe80-only (no RA/GUA on vino). +Nests are WIRELESS on the SAME `vino` network (172.24.24.80-99); UniFi SSID has +l2_isolation/mcastenhance/proxy_arp all OFF. So either fe80→wireless NDP fails, +the advertised fe80 belongs to a non-WiFi Nest interface (Thread/BLE MAC +EUI-64), or matter.js ignores an IPv4 A record candidate. +matterjs-server has NO documented IPv4/interface knob (only --primary-interface); +addon passthroughs exist: `matter_server_args`, `matter_server_env_vars`, +`matter_server_version` (npm pin), `beta`. + +Addon `log_level: debug` is SET (revert to info when solved). Next attempt will +log the full discovery record (all A/AAAA candidates) — that discriminates the +root cause. A Matter setup code can be generated REMOTELY (Google Home app → +thermostat → Linked Matter apps & services), then drive +WS `{"type":"matter/commission","code":"<11-digit>"}` and read +`/api/hassio/addons/core_matter_server/logs`. + + ## Main Lovelace (`lovelace` / "Overview", storage mode)