Skip to content

fix: make shared breaker phase mapping configurable - #6

Closed
analienx wants to merge 1 commit into
supervisor/upstream-master-p022from
supervisor/zxb3-phase-mapping-final
Closed

analienx wants to merge 1 commit into
supervisor/upstream-master-p022from
supervisor/zxb3-phase-mapping-final

Conversation

@analienx

@analienx analienx commented Sep 8, 2026 •

Copy link
Copy Markdown
Owner

Superseded by RC2

This RC1 remains as the physically canary-tested predecessor artifact, but it is based on the older upstream tree and should not be submitted upstream.

Current upstream-ready candidate: #8

RC2 SHA: b278d857df8b8d12888e93f5ed9cb8ea4213ed65

RC2 is based directly on upstream 26.108.1, retains the same abc / cba behavior validated here on both installed SMTONOFF ZXB3-125 3P units, and has fresh green Build, Check, full Tests, Bench and autofix CI.


Historical RC1 context

The static TS0601 / _TZE204_wbhaespm identity is shared by physically different breaker variants, so it is not safe to use the dedicated priority SMTONOFF matcher introduced by Koenkk#12972 to infer brand, pole count, or phase order.

RC1 introduced an explicit per-device phase_mapping option:

  • default abc: DP6=A, DP7=B, DP8=C
  • explicit cba: DP6=C, DP7=B, DP8=A

The physical canary on both installed SMTONOFF ZXB3-125 3P breakers passed, including restart persistence and HA entity/statistics continuity.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant