Some changes in MQTT will impact the way Nuki is integrated in Home Assistant.
To quote the beta release note:
As for everything, there is good and bad because if the current implementation is not changed names will become very long for people who will update Home Assistant, and if changed it will impact people who will not update.
An advantage of the future implementation is more information will be shared so a lot of information will only be useful to be specified once instead of being for each entity.
An article is also available in the Home Assistant developers blog:
"Einige MQTT-Entitäten haben einen Entitätsnamen, der mit dem Gerätenamen beginnt. Dies ist nicht zu erwarten. Um einen doppelten Namen zu vermeiden, wird als Work-Around das Präfix des Gerätenamens aus dem Entitätsnamen entfernt. Bitte informiere den Betreuer der Softwareanwendung, die die betroffenen Entitäten bereitstellt, um dieses Problem zu beheben. "
are you saying that we need to remove it… and add it again after the upgrade?
In my case, I had it installed before, did the upgrade and then the warning appears…
All related battery binary sensor and sensor need no name as these have correct class
Buttons only need their function in the name
In the device part, only the name and identifier must be defined for all other entities than the lock. Other information only have to be defined for the smart lock. Information will be shared with other entities because identifier will be the same but I am not sure I understood what has to be done for the device name so defining it for all entities should be OK.
Thanks… but in order to me more precise … could you make an exmple (with screenshots) on how to configure the integration properly (after this change)?
I think this would be usefull for many people…
Warnings and repair issues can safely be ignored, the modifications have to be done from Nuki.
These warning should not prevent to use your smart lock in Home Assistant.
I should have replied to @Juergen’s reply of this topic, sorry for this confusion.
In the device section, the lock entity must have all information, other entities only need to have name and identifier set
The lock and the door sensor binary sensor, entities should have name set to ""
The charging state binary sensor, battery level sensor and smart lock battery critical sensor don’t really need a name because their state will be their respective name, maybe some people would not agree with me and would prefer to have a name set to the battery critical binary sensor to avoid having two entities named Door name battery even if the state allows to make the difference
The door sensor battery critical should keep its actual name except the smart lock name should be removed from the name, else we will have two binary sensors for battery critical. IIRC the name should be Door sensor battery critical.
Same for the fob battery critical sensor.
I hop I did not forget any entity.
The done side is for people using Home Assistant versions earlier than 2023.8 who won’t have the smart lock name in the entities.
They also will have default MQTT entity name for those which will have no name set at all and I don’t remember what happens for entities which have name set to null.
@TheGamersCubeNL@NoeG I have not changed my HA settings, in fact I have not this issue because I have not updated HA yet.
Information in my previous message are about the implementation Nuki should use to comply with new Home Assistant naming style in MQTT as @Juergen asked.
I still can give a YAML configuration to comply with new HA version if you want but you will have two devices so two of each entities except if you disable Home Assistant autodiscovery in the MQTT settings of the Nuki app.
Morning,
so if I get it correctly, there are 2 options right now.
Option 1) disable mqtt auto discovery and add the sensors manually with proper naming in the configuration yaml
Option 2) wait for nuki devs to adopt the mqtt naming scheme in their products
Could you please provide your custom configuration for the entities?
BR
Sure I can provide a configuration which should work, but I really hop an update will be provided before Home Assistant will stop supporting old names. @Juergen could you tel us if and eventually when an update will be provided?
No. In general we do no provide dates and contents of future updates. Besides that breaking changes are always problematic because they create lots of testing and communication efforts on our side in order to ensure that every update case is covered and no user is left unnoticed with a broken system.