v2.1.2 — RX duplicate-frame de-dup + HT32A/HT34A hardware-verified

What's Changed

Bug Fixes

• Drop duplicate RX notification frames (#15) — an ESPHome BLE proxy can re-emit the same notification frame many times in a burst. Because every delivery was decrypted, a re-delivery advanced the AES-CTR counter with no new plaintext and desynced the keystream, silently corrupting all subsequent frames until the next handshake. The connection now drops an exact byte-for-byte repeat of the previous frame before it reaches the decrypt path (reset on handshake and disconnect so a fresh CTR stream is never deduped against a stale one). No behavior change on healthy direct links; device-class agnostic. Thanks @exactmike.

Documentation

• HT34A-0001 (fw0107) and HT32A-0001 (fw0107) are now marked hardware-verified in the supported-hardware table (#13, #16). Battery/status decode confirmed on a real HT34A; open/close actuation confirmed on HT32A units. HT34-0001/fw0058 remains flagged as untested (no such unit tested). Thanks @exactmike and @jameshallam.

Full Changelog: v2.1.1...v2.1.2