Iā'm working on getting rid of the node id number in the end of zwave names.
Iām new to Home Assistant and not āofficialā developer so it might take a while before itās in releases.
I made a thread about this in Feature requests but no one voted it ( boo-hoo )
You can also make symbolic links between OZWCP config and hass config. Iāve symbolic links for zwcfg and options.xml. No need to cppy those files anymore.
Iām not quite sure if hass has right to write those but I donāt use hass to add new devices but OZWCP.
I should also put config files to /etc/openzwave because config files are more important to keep up to date if you have new devices. I could just create a script that fetches the latest from openzwave which is easier than updating the whole software.
I already wrote the code to get rid of node idās in the end of device name but the changes seem to be turned down.
So if you want this change to happen, go vote my feature request.
It of course needs the user to understand to name the devices uniquely.
Iāll be using my version because I need more control with the names. There will be problems also if device classes are renamed or moved during development.
I simply need this. Today I had to add some devices again, and old devices have a bug in that way that they try to keep their old node idās. So when I added an old device again, it took the same node id as one newer. So I have the add that newer device again and before that do a full reset. Then thereās the newer devices that I removed&added just to check the secure connection works and when I did this, their node idās changed even when their old node idās were now free.
Then I moved one temp&humidity sensor to roof and simply named it again:hass thinks it another sensor and sees two sensors, the one with the old name and one with the new name. I can move these sensor around and hass just thinks some sensor went off and another on. In the long run I can use these recorded values for planning how to control temperature and air quality.
This is why you should read release notes. The reasons and procedures were clearly laid out in the release notes and it was also mentioned again in the breaking changes section.
So, all openzwave device names are stored in an XML file, this is nothing to do with the devices themselves and canāt be written to them?
Are there any standards for such XML files, if i spend hours and hours renaming everything and keep backups of the XML will i always be able to use it?
Iām looking to buy 25 fibaro dimmer modules, so this seems like a must for me otherwise what a pain looking at 25 x ālight.fibaro_system_fgd212_dimmer_2_level_2_0ā !
thanks!
edit: Also i only have one switch installed but have two entries in HA with no differences in description?:
Customization will only solve the front end problems, and still would introduce problems writing automations. Distinguishing 20 almost identical entities.
The point iām making here is this is not a different deviceā¦
I have hidden it and 5 other elements from this single device that i donāt want displayed on the frontend using the customise feature, but its not a solution to what iām reporting.
The above two Entities have the same node_id, does anyone with fibaro switches have this issue?
Yes. Every Fibaro dimmer i have puts these two entities. Only the _0_2 reports on off state and brightness - see below for 2_0_2
Dimmer 1 light.fibaro_system_fgd212_dimmer_2_level_2_0 off node_id: 2 supported_features: 19 assumed_state: false light.fibaro_system_fgd212_dimmer_2_level_2_0_2 on brightness: 255 friendly_name: FIBARO System FGD212 Dimmer 2 Level node_id: 2 supported_features: 19
Dimmer 2 light.fibaro_system_fgd212_dimmer_2_level_3_0 off assumed_state: false node_id: 3 supported_features: 19 light.fibaro_system_fgd212_dimmer_2_level_3_0_2 off friendly_name: FIBARO System FGD212 Dimmer 2 Level node_id: 3
supported_features: 19
Hey, thanks for confirming that! However, iām not sure what you are explaining with your logs of the _2, what exactly are they for? Do you use anything but the _0 entity in your HA?
There is a whole bunch of stuff Fibaro reports and have no idea on the usage. For example
For example also have this
light.fibaro_system_fgd212_dimmer_2_step_size_2_6
supported_features: 19
light.fibaro_system_fgd212_dimmer_2_step_size_2_6_2
supported_features: 19
Iām actually pulling my hair out with the entity naming.
Today i replaced some halogen bulbs with LEDs, and of course i had to re-calibrate, however my fibaro dimmer went into alarm mode and so i factory reset it as per the instructions. Now my devices/entity names etc are wrong, so i have to edit my configurations again.
Why does HA/openzwave add node data to the ānameā? Iāve set this device to be called ābedroom_1ā, and if the node wasnāt added to the end (openzwave and HA append ā_9_0ā, all my configs would just work)
It seems like there isnāt a nice way to organise devices on a network at the moment, and I canāt figure out whos issue it is?
I donāt get it. I gave all my zwave nodes a Name and a Location in OZW, in HA they still show up like this:
switch.qubino_zmnhadx_flush_1_relay_switch_23_0
In my config i usualy try to not use this nameā¦I mostly use homeassistant.turn_on and the the group name. But when a device fails and I have to exclude/include i need to reconfigure all my groups and customize settings.
How can I rename the entity name so i donāt have to change my config all the time?
It is possible that ozwcp and HA are looking at two different xml files. You might (as root) change directory to / and then run a find comand see how many and where the files are located.