Skip to content

Commit 6bca2b7

Browse files
0xAHAclaude
andcommitted
docs: record the v1.3.0-v1.3.2 hardware confirmation in the v1.4.0 notes
The runtime_data migration, entity base class, diagnostics platform and PARALLEL_UPDATES all shipped as pre-releases because none of it could be verified locally. A MID 25KTL3-XH owner ran the full checklist on a direct v1.3.0 -> v1.3.7 upgrade (#367): 89/89 sensors, writes verified with no reversion, 2300-register scan with zero errors, diagnostics intact, and energy_total unbroken across the upgrade with byte-identical unique_ids -- which was the actual risk in the entity refactor. Co-Authored-By: Claude <noreply@anthropic.com>
1 parent 6a64c44 commit 6bca2b7

1 file changed

Lines changed: 22 additions & 0 deletions

File tree

RELEASENOTES.md

Lines changed: 22 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -99,6 +99,28 @@ Includes everything from the v1.3.7 pre-release.
9999
parses the profile sources to catch duplicate register addresses, which cannot be seen
100100
after import.
101101

102+
### Confirmed on hardware
103+
104+
The integration-quality work from v1.3.0-v1.3.2 — the `runtime_data` migration, the
105+
shared entity base class, the diagnostics platform and `PARALLEL_UPDATES` — shipped as
106+
pre-releases because there was no way to verify it locally. A MID 25KTL3-XH owner ran the
107+
full checklist on a direct v1.3.0 → v1.3.7 upgrade ([#367](https://github.com/0xAHA/Growatt_ModbusTCP/issues/367)):
108+
109+
- **89 of 89 sensors populated**, none unavailable, plus 9 number and 21 select entities
110+
- **Writes verified** — discharge rate 100 → 99 → 100, `verified_state` on both, value read
111+
back in the same poll cycle, no reversion under `PARALLEL_UPDATES = 1`
112+
- **Register scanner** — 2300 registers across 17 ranges, 523 non-zero, zero read errors
113+
- **Diagnostics download** — 7235 bytes across client / coordinator / data / entry /
114+
shared_connection
115+
- **Entity history intact**, which was the real risk in the entity refactor: `energy_total`
116+
runs unbroken from 139.3 kWh on 9 July to 2512.7 kWh, monotonic, with no reset at the
117+
upgrade point. The `unique_id`s really are byte-identical.
118+
119+
One upgrade note from that report: Home Assistant returned 502 for roughly two minutes
120+
after restart on a large instance (~1100 entities) before coming back cleanly. Probably
121+
unrelated to this integration, but worth knowing before anyone reaches for a rollback too
122+
early.
123+
102124
### Not changed, deliberately
103125

104126
- **No plausibility bound on decoded values.** It was proposed as a second line of

0 commit comments

Comments
 (0)