I've got what I think is a ghost device in my network that I'm unable to get rid of. It is not an actual device nor related to any of my existing devices. The Device Class shows as "SPECIFIC_TYPE_POWER_SWITCH_BINARY". From the ZWave Details page, whenever I click the 'Remove' button in the Status column, it comes back showing "Pending". Then I look back later and it's still in the table as a device. All of it's fields, except Device, are populated with values, including the Route column. I'm stumped. My network seems to be operating just fine, but I'd obviously rather not have any junk in it.
I haven't been able to locate any additional methods for getting rid of ghost devices like this. Any and all suggestions would be appreciated.
Do a power down and pull the plug for a minute or two. Power up and try again. Try Refresh and Repair a few times. You should get a "Remove" button eventually. Worked for me. You need to fix this- ghosts will eventually screw up you mesh.
Below are the log entries - the first set (bottom) are when I click the "Repair" button in the Status column for that ghost node, and the second set of entries (top) result from clicking "Remove" for that node.
This would suggest the system can't find the node, so how do I remove a node the system can't find?
I wouldn't try a repair on a node you know doesn't exist--zero chance of that working, and you're just beating up the Z-Wave radio for no reason. The "busy" message is concerning, but it could have still been working on the repair when you tried the remove (another reason not to try one before this).
Did you only do a reboot, or did you do a shutdown, pull power and wait, and then try again, as suggested above? Anything less won't restart the Z-Wave radio, which can help with odd issues, even though it shouldn't be necessary.
That indicates that whatever the device is, is replying to the hub which prevents the forced removal from working. Most likely, it's whatever the next device in your Z-Wave list is. You'll have to remove power from the device for the force remove to work or use a USB stick with PC Controller to do a force remove with it powered up.
What's happening is that the device that created the ghost is still powered up making it impossible to remove. If you can identify the culprit (usually the same type of device right after the ghost) Power it down... Then shut down the hub and unplug for a few mins then power the hub back up and attempt removal of the ghost again. 9 times out o 10 you will be able to remove it this way. If it's the 1 out of 10 that just won't remove you will need a z-wave stick paired as a secondary controller to remove the ghost. The ghost will impact your mesh...
I've tried all the tips offered here (thank you). In my last attempt, I noticed that the device class of my ghost matched my Zooz Zen15 Power Switches, of which I have three in my network. However, none of them are "next in the list" to my ghost...one is a couple entries higher in the device list, and the other two are several entries lower in the list. Nonetheless, I unplugged all three, shutdown the Hub, powered back up and again attempted to remove the ghost. No joy.
Sounds like my only option is getting a z-wave stick. However, I'm a Mac user, so that adds even more complication to this fiasco. I've only got 14 devices in this network - I'm seriously considering a Z-wave radio reset/network re-build, although I'm not enthusiastic about that.
What a bummer. I didn't have any issues like this with the network in my second home, which is 4x in number of devices & complexity.
You can install parallels and a demo copy of windows or use boot camp with a demo copy of windows.
The issue is NOT how many devices you have nor the complexity of your automation. Ghosts and their removal are a product of the Silicon labs SDK. They are created from failed pairings and from forced removals. It's not just applicable to Hubitat, it's applicable to just about any hub that uses the SiLabs SDK. (ST etc)
So, I've installed Parallels and Windows 11. Where I'm stuck, now, is which version of Silicon Labs I should use to get the Z-Wave PC Controller software. Should I install the Windows version of Silicon Labs and get the PC Controller that way, or should I just install the Mac version of Silicon Labs Studio, get the PC Controller through there (even though it only works in Windows) and then somehow run it in Windows through Parallels. This is where the instructions get confusing to me.
I started by installing Silicon Studios for Mac, and then installed the PC Controller software. Obviously, when I click to run it, I get a message it only works in Windows. So, if this was the correct way to get the utility, how do I run it from within Parallels/Windows? If this was the incorrect way...
I then decided perhaps I should've done everything from within Parallels/Windows, so I go to the link to download Silicon Labs Studios for Windows. That works, but when I click on the installation file, I get an error "Sorry, there was a problem mounting the file." I seem unable to actually install Silicon Labs Studios inside Parallels/Windows.
All of the detailed instructions in the How-to Guide are great, but on this particular point, it's vague. Any guidance would be appreciated.
PS: I ordered a Zooz UZB stick which should arrive tonight. So, I'm hoping to resolve this issue once and for all tomorrow.
The mac version does not work with pc controller, hence why we had you install parallels and windows. You want to install the windows version. Also make sure to log in to the actual software so you can install the pc controller software.
However, while I can successfully download the .iso file for the Windows installation of Silicon Labs Studio, I can't seem to install it in Windows (Parallels). I double-click the ISO file and get the message "Problem mounting the file." I re-read the instructions on the Aeotec page, and it mentions to mount the .iso file as a virtual drive. I click the "Mount as Drive" when that file is selected, and again get the message "Problem mounting the file."