With the integration of Theengs Decoder the code has been refactored so that the discovery is more structured.
The unique id of entities will be (not implemented yet) -, example: "uniq_id":"882D777014C-pres"
before it was: "uniq_id":"882D7770014C-CLEARGRASSTRHKPA-pres"
For new devices and users, this will not be an issue but for existing users, the following consequences will occur:
you will see duplicate entities into the device view:
As background I’m not a heavy user of BLE, but a heavy user of the MQTT Device Discovery api. In the sample, is 882D7770014C a unique identifier from the BLE device or is it the ESP32? I believe it is the BLE device.
Looking at my DT24 device, am thinking the change will be this
Which isn’t an issue as I only have the single device, and 200507161361 is the BLE device and not the ESP32.
The consequence of this change is that you will lose the link between the new entity and the previous entity data history. You will have 2 entities for the same upcoming data if you keep the previous retained message format.
If you restart the broker and doesn’t persist messages you will have only one entity, the new one (as long as all your gateways are running the same OMG version).
Your historical data will be lost.