Z-wave repair oddities

So im trying to make sure my z-wave mesh is up and as pristine as possible to try to address the concerns in this other thread. When I run z-wave repair, a couple of my devices dont complete. I see multiple "setting SUC route" messages and then after a long timeout, it moves on to the next device. Both these failing devices are perfectly working from HE, they report status correctly when refreshed and go on and off instantly when I control them from the device edit page or the dashboard, and they report their state instantly as well. In other z-wave repairs, I have seen a similar failure mode for devices that are offline or unplugged or powered off, with multiple SUC messages then nothing for a while.

So its odd that these devices that are clearly online and on the mesh and responsive, are failing the z-wave repair in the same way that a device thats powered off would, no?

A secondary query I have with the z-wave repair process is that for each device, the log message starts with "starting", then it goes to "pinging", then it goes to "setting SUC route", but I would assume it would only proceed to "setting SUC route" if the device responded to the ping? If it doesnt respond to the ping, it probably won't be able to complete any of the following steps, so why not timeout and quit there and move on. So any device thats off-line or unplugged definitely would not respond to ping, but it moves on the SUC route anyway. These devices that are online and should be responding to ping also move on the SUC route, but never complete.

I suggest you to power off your house, after 10 seconds power on, if you have the hub in a battery backup then reboot the hub, then try the z wave repair. Some devices get unresponsive and resetting the power helps to make them refresh.

That's the pattern I see for my battery devices.

Just wow.

Thats the second time in a few days Ive received a suggestion to power off the hub to fix an issue.

The first one was related to forcing zigbeee to re-build, turn it off for 30 minutes they said...but but but ...what if I want my house to be automated during that time?

Now you are telling me to power off my whole house??? :smiley: The wife will love that.....

this HA stuff never ceases to bewilder and entertain.....

I can see the marketing material, " Fantastic home automation system, buy it now, works best with the power off."

sigh

Battery devices should not participate in z-wave repair. At least none of mine do, only wired ones.

here's a snippet of a recent ZWave Repair I've done:

Z-Wave Node 136: Repair starting
Z-Wave Node 7: Repair is done.
Z-Wave Node 7: Repair is requesting node neighbor info
Z-Wave Node 7: Repair is adding return route
Z-Wave Node 7: Repair is deleting routes
Z-Wave Node 7: Repair is requesting device associations
Z-Wave Node 7: Repair is updating neighbors
Z-Wave Node 7: Repair setting SUC route
Z-Wave Node 7: Repair pinging
Z-Wave Node 7: Repair starting
Z-Wave Node 134: Repair setting SUC route
Z-Wave Node 134: Repair setting SUC route
Z-Wave Node 134: Repair setting SUC route
Z-Wave Node 134: Repair setting SUC route
Z-Wave Node 134: Repair pinging
Z-Wave Node 134: Repair starting
Z-Wave Node 130: Repair is done

#7 = Closet Light [A/C powered]
#134 = powered off device
#130 = Garage DownLight (RGB) [Qubino RGBW]

Lol, sorry, I just want to make sure you power reset the devices, I had a similar problem and was after a power spike, I power reset them, problem solved. I hope your wife is not all day at home.

This made me laugh, sorry to suggest you powering off your house lol

I would say your node #134 is not a deleted device as its still trying to be repaired, it must still exist in HE, but may be powered off?

Most of my 25 or so z-wave nodes repair successfully, its just these 2 that seem to fail. They are both outdoors interestingly, one is a coolcam plug and one is a GE weatherproof outlet. I would say that signal strength is the issue, but I have a pretty good mesh outdoors, all my other outdoor devices pass repair just fine. Plus these 2 devices work perfectly when controlled by HE, so signal should not be an issue.

Maybe when repairing, z-wave uses a different vector to communicate with the devices?

There you go, turn off those devices in the circuit breaker! But if you have more devices outdoors then they should be fine with good mesh. Another odd thing I got, I had one device not updating the z wave repair, with my z wave tools, I discovered the device was not on the stick DB but it was on HE and it worked fine, I had to exclude it using an aeon remote, deleting the device from HE and then re pairing it back to HE, that solved the problem, no powering off your home included :laughing:

A month back I spent a couple hours with ZWave Repair trying to understand what the logs meant or implied...

I took a full log and sliced and diced and sorted and got this detail....

Node 8: Repair starting
Node 16: Repair starting
Node 18: Repair starting
Node 20: Repair starting
Node 22: Repair starting
Node 23: Repair starting
Node 24: Repair starting - bat
Node 24: Repair starting - bat
Node 25: Repair starting - bat
Node 27: Repair starting
Node 28: Repair starting - bat
Node 29: Repair starting - bat
Node 30: Repair starting
Node 32: Repair starting
Node 33: Repair starting
Node 34: Repair starting
Node 35: Repair starting
Node 36: Repair starting
Node 38: Repair starting
Node 39: Repair starting
Node 40: Repair starting
Node 42: Repair starting
Node 43: Repair starting

Node 8: Repair is done.
Node 16: Repair is done.
Node 18: Repair is done.
Node 20: Repair is done.
Node 22: Repair is done.
Node 23: Repair is done.
Node 27: Repair is done.
Node 30: Repair is done.
Node 32: Repair is done.
Node 33: Repair is done.
Node 34: Repair is done.
Node 35: Repair is done.
Node 36: Repair is done.
Node 38: Repair is done.
Node 39: Repair is done.
Node 40: Repair is done.
Node 42: Repair is done.
Node 43: Repair is done.

If you count, there's more started than finished. And the ones that didn't finish, were battery devices.

for #24:

Z-Wave Node 27: Repair starting
Z-Wave Node 24: Repair setting SUC route
Z-Wave Node 24: Repair setting SUC route
Z-Wave Node 24: Repair setting SUC route
Z-Wave Node 24: Repair setting SUC route
Z-Wave Node 24: Repair pinging
Z-Wave Node 24: Repair starting

FYI.. I have two Hubitat Hubs..

what kind of battery device is node 24, out of interest?

#24 = Aeon MultiSensor 6
#25 = Aeon MultiSensor 6
#28 = Aeon MultiSensor 6
#29 = Aeon MultiSensor 6

strange. I dont have any of those, I guess I just assumed that battery devices would not be included in z-wave repair as they dont route or repeat.

I am running a ZWave repair as we converse.. it got upto #24 again... here's today's result:

Z-Wave Node 25: Repair starting
Z-Wave Node 24: Repair is done.
Z-Wave Node 24: Repair is requesting node neighbor info
Z-Wave Node 24: Repair is adding return route
Z-Wave Node 24: Repair is deleting routes
Z-Wave Node 24: Repair is requesting device associations
Z-Wave Node 24: Repair is updating neighbors
Z-Wave Node 24: Repair setting SUC route
Z-Wave Node 24: Repair setting SUC route
Z-Wave Node 24: Repair setting SUC route
Z-Wave Node 24: Repair pinging
Z-Wave Node 24: Repair starting
Z-Wave Node 23: Repair is done.

ZWave Details are: (from Settings:ZWave Details)

024 (18) 100 258 in: 0x5E, 0x86, 0x72, 0x59, 0x85, 0x73, 0x71, 0x84, 0x80, 0x30, 0x31, 0x70, 0x7A, 0x5A, out: MultiSensor6C 2019-03-05 1:41:25 PM PST 2019-03-05 1:41:26 PM PST

#25 and #28 didn't finish.. it's working on #29 now.

Z-Wave Node 29: Repair starting
Z-Wave Node 28: Repair setting SUC route
Z-Wave Node 28: Repair setting SUC route
Z-Wave Node 28: Repair setting SUC route
Z-Wave Node 28: Repair setting SUC route
Z-Wave Node 28: Repair pinging
Z-Wave Node 28: Repair starting
Z-Wave Node 27: Repair is done.
Z-Wave Node 27: Repair is requesting node neighbor info
Z-Wave Node 27: Repair is adding return route
Z-Wave Node 27: Repair is deleting routes
Z-Wave Node 27: Repair is requesting device associations
Z-Wave Node 27: Repair is updating neighbors
Z-Wave Node 27: Repair setting SUC route
Z-Wave Node 27: Repair pinging
Z-Wave Node 27: Repair starting
Z-Wave Node 25: Repair setting SUC route
Z-Wave Node 25: Repair setting SUC route
Z-Wave Node 25: Repair setting SUC route
Z-Wave Node 25: Repair setting SUC route
Z-Wave Node 25: Repair pinging
Z-Wave Node 25: Repair starting

#29 didn't finish.. The full repair is complete.

battery devices sleep most of the time, if yours happened to be not sleeping during the repair, it could have been included. Ive never seen a battery device be listed in the repair.

I cycled the devices that aren't repairing, no change. I guess ill try removing and re-joining them. Oh joy.

How is this possible? I thought there was some kind of hard address table that the radio had to have to even be able to talk to a z-wave device. This makes me wonder why any devices need to be "on the stick" at all.

I have no idea but I'm sure what I saw, I confirmed using 2 different tools. I always have more questions but many not answered :wink:

Good luck