I can confirm it’s no longer available in 0.91.1
On discord i saw this was a bug and it should come back.
I totally agree. It’s a headache in the current implementation.
For renaming any item, not just zwave, I would love a checkbox / toggle to “rename all related items” that are part of the same device.
2 Likes
No news about renaming?
Hi all,
I’m in the same boat. I want to migrate around 100 x zWave devices from a Fibaro ZWave controller, to my new HA installation (v 0.100.3). If I have to rename each and every entity under1 a node, I’ll have around 700 individual changes to make in the UI.
Is there no easy way to rename the master node, and that change filter down to the entities underneath it?
We also added the entity registry, so you can change all the settings of the devices entities in one place.
And, bonus, when you rename a device on the device page, it will now also rename the entities of that device if they contain the device name. When you are in advanced mode, it can also rename the entity id’s for you.
2 Likes
According to the latest release announcement:
And, bonus, when you rename a device on the device page, it will now also rename the entities of that device if they contain the device name. When you are in advanced mode, it can also rename the entity id’s for you
Haven’t tried it myself, though.
1 Like
Seems to work for me. I didn’t even notice this part of the release notes!
I only noticed it when I was bored and read the notes the other day.
Sorted - thanks all for the advice. I used the service “zwave.rename_node” to rename the Node, it managed this, and the Entities attached to the node. 48 hours later, I have over 100 devices moved from Fibaro to Home Assistant, and I’m working on new automations already!
With that said, I have one remaining question. I think I have some orphaned nodes in Home Assistant. I want to make sure I start with a clean setup.
If I go to Configuration \ Z-Wave and open the “Nodes” drop-down from the “Z-Wave Node Management” section, I can see all my Z-Wave nodes, all correctly named.
But if I go to Configuration \ Devices I can see duplicated entries. For example:
- Family-Bathroom-Lights
- Family-Bathroom-Lights (2)
From what I can see, of these two, one will not have a ZWave entity included with it. My gut is telling me that this is the result of the entity name change, and that the old ‘records’ were not fully removed. So question:
- Is that assumption right?
- How do I delete the Devices? Is it Entity by Entity, underneath the orphaned Device in Configuration \ Devices?
Cheers,
Chris
1 Like
Yes, entity by entity.
Maybe, I’ve screwed up things by attempting to rename stuff, but using zwave.rename_node only seems to change the friendly name of the subordinate devices, not the entity_ids.
I find myself wishing there was a service I could call that would rename the entity_id (and perhaps friendly_name), and then I’d just hack up a shell script and hass-cli to do this easily. I also have the same problem as an earlier poster - I just got 2 of the Greenwave 6 outlet power strips and these things create a pile of entities, 5 or 6 or every outlet. I’m afraid to connect and include the second one until figure out a good path forward to arranging to have sane names.
I really don’t want to turn off Home Assistant and run sed over the files in the .storage folder if I can avoid it.
Hmm, this looks promising, maybe:
$ hass-cli entity rename --help
Usage: hass-cli entity rename [OPTIONS] OLDID [NEWID]
Rename a entity.
Options:
--name TEXT
--help Show this message and exit.```Yeah, I think this might work.
louie@kzin[13] $ hass-cli entity rename sensor.greenwave_reality_inc_powernode_6_port_previous_reading_12 sensor.greenwave_reality_inc_powernode_6_port_previous_reading_12_xyzzy
- id: 1
type: result
success: true
result:
config_entry_id: f832cc06006748b5b4d3ad331d2481c6
device_id: 4b5492f4c8da4f82b76a259d1ae044f9
disabled_by:
entity_id: sensor.greenwave_reality_inc_powernode_6_port_previous_reading_12_xyzzy
name:
platform: zwave
and now in Developer Tools/States, the entity actually did change its name as expected (just appending _xyzzy as a test)
So this is very encouraging, and if I can also update the Friendly Name at the same time, that would be great.
Yeah, this approach works. Here’s what I used to rename all the sensor and switch entities:
for e in $(hass-cli --columns entity_id entity list | egrep '^(sensor|switch).*greenwave' ); do \
new=$(echo $e | sed -e 's/_reality_inc_powernode_6_port/_powernode1/'); \
hass-cli entity rename "$e" "$new"; \
done
And you can rename the friendly_name field by doing something like this:
hass-cli state edit --merge --attributes "friendly_name=GreenWave PowerNode1 Energy 1" sensor.greenwave_powernode1_energy_1
Do not forget the -merge option, or you will blow-away all of the other attributes, which is probably not what you want to do!
Just a big shout-out and thanks to those that brought us hass-cli. If you’ve not heard of this tool, see https://www.home-assistant.io/blog/2019/02/04/introducing-home-assistant-cli/ and https://github.com/home-assistant/home-assistant-cli for more info. Also Introducing Home Assistant CLI aka. hass-cli .
If you want to attempt a similar thing, just some additional info on my environment. I don’t use hass.io; I just run the standard Home Assistant docker container off of docker hub. Even so, for this particular effort, I am using hass-cli installed on my MacBook Pro, remote from the Ubuntu Linux system that runs all my docker containers. So even Hass.IO users could do a similar thing if they have a UNIX shell somewhere to run hass-cli. I would imagine this would work regardless of how you happen to have Home Assistant running, as it just uses an API to do its work.
4 Likes
Can you help me understand your script a bit? What values should I edit as the Input & Output? To confirm, I’ll need to update all my automations to use the new entity name, is there anything else that is likely to break?
The core part that you need to understand is:
hass-cli entity rename sensor.this_is_the_old_ugly_name sensor.this_is_the_nice_new_name
The rest of that shell for loop is to just invoke that command with the old and the new entity names. You could just manually build a shell-script that invokes that command a number of times; I just managed to wrap it into a loop to do that mechanically based on my specific needs.
So
hass-cli --columns entity_id entity list
will print to standard output a list of all the entities in Home Assistant. So I pipe that into an egrep command that uses a pattern and selects out only the lines/entities that start with either sensor or switch at the start of the line (the ^ anchor) and then contains a string of any characters (the .* pattern) and then the string greenwave.
Enclosing those two commands within $( ... ) causes each line to be expanding “in place” so that the for command can iterate over them, one at a time, putting the “current” value in the $e shell variable.
Then the next line pushes each entity_id (in $e) through the sed command that does a substitution of the string using the s/old_pattern/replacment/ command that sed understands. The result is captured in the $new shell variable.
Then finally the hass-cli command is invoked to do the rename from the old name to the new name, and the done shell command denotes the end of the for loop, and the next iteration begins.
The takeaway here is that hass-cli can use an API to do the renaming operation. There’s nothing special about shell-script wrapped around it, other than that it was easy (for me) to cobble up quickly to solve the problem. I’ve used the UNIX shell to write one-off scripts like this for 25 years, so this was a natural solution and familiar pattern for me. You could choose do do this differently lots of different ways.
I hadn’t intended this to be a shell script / programming tutorial, and apologize that the core aspect of using hass-cli as a means of solving the renaming problem got obscured by the junk I wrapped around it. But it illustrates how handy of a tool hass-cli is, since it is a really nice building block that’s easily used inside shell scripts to do stuff like this. Thanks again to the author(s) of that tool!
1 Like
Yes, my goal was to rename the entity_id of a bunch of entities without having to click on that gear icon. So the old ones will be gone and your automations (and all the other things that reference the entity_id) will need to be updated, like the lovelace UI, for instance.
This is super helpful thanks. It seems like modifying the (sensor|switch).*greenwave section will change what entities this will affect and _reality_inc_powernode_6_port is effectively the find and _powernode1 is the replace. Did I get all of that right?
Yes, you’ve got it about right. I would strongly recommend that you try out those individual shell commands, especially hass-cli ... | egrep sequence to make sure it’s selecting and changing what you intend. Building regular expressions can be tricky if it’s something new to you.
Also, for a “dry run”, put an echo in front of the hass-cli entity rename .... command so you’ll see it print out the command it was going to run, without actually executing it.
Or just unroll the loop and build each of the commands yourself with a text editor. Many different ways to solve the problem and/or hang yourself 
great suggestions. I do know my way around regex, but its always smart to test before you click go 