@Robban, sorry, the entity id inside HA.
The uniqueid is different for all sensors, also for the three sensors in one case, i.e.:
{ "17": { "config": { "on": true, "reachable": true }, "ep": 1, "etag": "b61545be155759f8150333ed15f1e932", "manufacturername": "LUMI", "modelid": "lumi.weather", "name": "bathroom_temperature", "state": { "lastupdated": "2018-01-04T11:08:38", "temperature": 1972 }, "type": "ZHATemperature", "uniqueid": "00:15:8d:00:01:ab:4b:0e-01-0402" }, "18": { "config": { "on": true, "reachable": true }, "ep": 1, "etag": "b61545be155759f8150333ed15f1e932", "manufacturername": "LUMI", "modelid": "lumi.weather", "name": "bathroom_humidity", "state": { "humidity": 4909, "lastupdated": "2018-01-04T11:08:38" }, "type": "ZHAHumidity", "uniqueid": "00:15:8d:00:01:ab:4b:0e-01-0405" }, "19": { "config": { "on": true, "reachable": true }, "ep": 1, "etag": "b61545be155759f8150333ed15f1e932", "manufacturername": "LUMI", "modelid": "lumi.weather", "name": "bathroom_pressure", "state": { "lastupdated": "2018-01-04T11:08:38", "pressure": 991 }, "type": "ZHAPressure", "uniqueid": "00:15:8d:00:01:ab:4b:0e-01-0403" } }
Using it as the entity id inside HA, the entities would become the same object again, even if your deCONZ database was fried.
The names however, become the default ones again after you would rebuild your DB.
I already started working on this as a custom component, but you finished it before I did
Anyway, it was my initial thought, to ensure that even a complete new deCONZ implementation, would simply get the same customizations again, as you would have applied them based on the entity_id = hardware’s uniqueid.