v0.0.7

Add support for TR2503R004-01 hardware (TYPE2 protocol)

Fixes #32.

Some newer 2025 hardware batches report the model string R004-01 (which the integration maps to the TYPE1 command set) but actually speak the TYPE2 protocol. The integration would pair and show the entity, but on/off (and colour) commands were ignored by the light.

This was confirmed by decrypting a btsnoop capture from the official iDealLed app: the device responds to the TYPE2 TURN (on/off) and SGLS (colour) commands, using the same AES key as before.

Changes

• Added a FIRMWARE_OVERRIDE table (const.py) matched as a prefix against the full firmware version string, checked before the model lookup. TR2503R004-01 is now forced to TYPE2.
• Older genuine TYPE1 R004-01 devices are unaffected, as the override matches the full firmware string, not the short model number.

If your device reports as ISP-*/IDL-* with an R004-01 model and on/off does nothing, update to this release and re-add the device if needed. If it still doesn't work, please open an issue with a btsnoop capture.

v0.0.6

Fix: integration failing to load due to pycryptodome/cffi mismatch

Some environments (notably Home Assistant on Python 3.14 / musl) ended up with a broken cffi install (Python package 2.1.0 vs compiled backend 2.0.0). Because pycryptodome imports cffi, this caused the whole integration to fail to import with a Version mismatch error.

Changes

• Replaced pycryptodome with the cryptography library (a core Home Assistant dependency) for AES-128 ECB encrypt/decrypt. Output is byte-identical to before.
• Removed pycryptodome from the integration requirements, so it no longer pulls in cffi.

If you hit the Unable to import component / cffi Version mismatch error, updating to this release should resolve it. A full Home Assistant restart is recommended so dependencies are re-resolved.