HA: matter commissioning RESOLVED (addon socket wedge after boot; restart fixes) - procedure for remaining 7 zones, first backup taken
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
@@ -39,7 +39,7 @@ user-invocable: true
|
|||||||
|
|
||||||
<references>
|
<references>
|
||||||
<reference file="reference/home-assistant.md"
|
<reference file="reference/home-assistant.md"
|
||||||
summary="Home Assistant: access/WS+Supervisor API, dual Nest integration, 2026-06-15 Matter fabric loss, 2026-07-05 matter.js 9.0.4 commissioning blocked (fe80 unreachable) + debug procedure, main Lovelace dashboard"
|
summary="Home Assistant: access/WS+Supervisor API, dual Nest integration, matter.js 9.0.4 new fabric + re-commissioning procedure (1/8 done, addon-restart gotcha), first backup taken, main Lovelace dashboard"
|
||||||
categories=["home-automation"]
|
categories=["home-automation"]
|
||||||
keywords=["home assistant", "HA", "home.thelonglakelodge.com", "matter", "nest", "thermostat", "climate", "dashboard", "lovelace", "HVAC", "in floor heating", "environmentals", "core_matter_server", "172.24.24.50"] />
|
keywords=["home assistant", "HA", "home.thelonglakelodge.com", "matter", "nest", "thermostat", "climate", "dashboard", "lovelace", "HVAC", "in floor heating", "environmentals", "core_matter_server", "172.24.24.50"] />
|
||||||
</references>
|
</references>
|
||||||
|
|||||||
+29
-26
@@ -70,36 +70,39 @@ Then re-point dashboard climate tiles back to `climate.*_nest` if local control
|
|||||||
is wanted (see dashboard note).
|
is wanted (see dashboard note).
|
||||||
</matter-outage>
|
</matter-outage>
|
||||||
|
|
||||||
<matter-commissioning-blocked>
|
<matter-recommission>
|
||||||
## Matter re-commissioning blocked (2026-07-05)
|
## Matter re-commissioning (2026-07-05, in progress)
|
||||||
|
|
||||||
Addon `core_matter_server` is now 9.0.4 = matter.js server (`matter-server/1.1.7`,
|
Addon `core_matter_server` 9.0.4 = matter.js server (schema 11). The 9.0.0
|
||||||
schema 11) — the 9.0.0 update REPLACED the Python Matter Server; the migration
|
migration from the Python server lost the fabric — new fabric_id 2; the old
|
||||||
left an EMPTY fabric (now `fabric_id: 2`, new compressed id — the pre-June
|
fabric `1E5211CA4C7B5275` is gone. All 8 Nest thermostats need re-commissioning
|
||||||
fabric `1E5211CA4C7B5275` is gone for good; nodes must be re-commissioned).
|
onto the new fabric. DONE: Lodge Kitchen (node 16, `climate.lodge_kitchen_nest`,
|
||||||
|
device labeled `matter_nest`+`matter_hvac`, bridged temp sensor "Kitchen").
|
||||||
|
REMAINING: Office, Primary Bathroom, Bunkhouse Kitchen, Eat-in Kitchen,
|
||||||
|
Basement Bedroom, Tub Room, Basement Living Room. All stale old-fabric devices
|
||||||
|
deleted from the registry.
|
||||||
|
|
||||||
Re-commissioning FAILS: server discovers the Nest via mDNS but PASE dials only
|
Procedure (works fully remotely):
|
||||||
ONE candidate — the Nest's IPv6 link-local (`fe80::…%enp6s18`) — which is
|
1. Google Home app (lodge account) → thermostat → Settings → Linked Matter
|
||||||
"Address unreachable"; 3-min timeout, then
|
apps & services → Link apps & services → 11-digit code (single-use, ~5 min).
|
||||||
`Commission failed: … (1 of 1 started attempt(s) failed, 1 discovered)`.
|
2. WS `{"type":"matter/commission","code":"<code>"}` (or HA UI Add device).
|
||||||
NOT a pairing-code problem (wrong-pin tests fail identically at the same spot).
|
3. Rename device to "<Zone> Nest", label `matter_nest` + `matter_hvac`
|
||||||
|
(Office, Kitchen, Bunkhouse Kitchen) or `matter_in_floor_heat` (the 5
|
||||||
|
in-floor zones), rename climate entity to `climate.<zone>_nest`.
|
||||||
|
|
||||||
Facts: HA VM `enp6s18` = 172.24.24.50/24, IPv6 fe80-only (no RA/GUA on vino).
|
GOTCHA — "Address unreachable" / commission timeout: the matter.js server's
|
||||||
Nests are WIRELESS on the SAME `vino` network (172.24.24.80-99); UniFi SSID has
|
sockets can wedge when the addon starts at host boot (observed: fe80 dial to
|
||||||
l2_isolation/mcastenhance/proxy_arp all OFF. So either fe80→wireless NDP fails,
|
the Nest unreachable for hours, `1 of 1 attempt(s) failed, 1 discovered`).
|
||||||
the advertised fe80 belongs to a non-WiFi Nest interface (Thread/BLE MAC
|
FIX: restart the Matter Server addon, then retry — same address connects fine.
|
||||||
EUI-64), or matter.js ignores an IPv4 A record candidate.
|
Restart the addon BEFORE a commissioning session if the host rebooted since
|
||||||
matterjs-server has NO documented IPv4/interface knob (only --primary-interface);
|
the addon last restarted. Network is NOT the issue (Nests + HA share the flat
|
||||||
addon passthroughs exist: `matter_server_args`, `matter_server_env_vars`,
|
`vino` 172.24.24.0/24; vino has no IPv6 RA so everything is fe80 + IPv4).
|
||||||
`matter_server_version` (npm pin), `beta`.
|
|
||||||
|
|
||||||
Addon `log_level: debug` is SET (revert to info when solved). Next attempt will
|
Backups: first-ever backup taken 2026-07-05 ("pre-matter-recommission",
|
||||||
log the full discovery record (all A/AAAA candidates) — that discriminates the
|
hassio.local, unprotected). Automatic backups still NOT configured — set up
|
||||||
root cause. A Matter setup code can be generated REMOTELY (Google Home app →
|
Settings → System → Backups automatic schedule (the June fabric loss was
|
||||||
thermostat → Linked Matter apps & services), then drive
|
unrecoverable because there were zero backups).
|
||||||
WS `{"type":"matter/commission","code":"<11-digit>"}` and read
|
</matter-recommission>
|
||||||
`/api/hassio/addons/core_matter_server/logs`.
|
|
||||||
</matter-commissioning-blocked>
|
|
||||||
|
|
||||||
<dashboard>
|
<dashboard>
|
||||||
## Main Lovelace (`lovelace` / "Overview", storage mode)
|
## Main Lovelace (`lovelace` / "Overview", storage mode)
|
||||||
|
|||||||
Reference in New Issue
Block a user