#Zwave fails to include device

1 messages Β· Page 1 of 1 (latest)

modest nimbus
#

Zwave is just failing to include this device. Factory resets and exclusions are not helping. There's no diagnostic information in the home assistant logs that I can see. Just a red light after about 30 seconds of the device trying to include.

modest nimbus
#

There's no useful diagnostic logging for inclusion that I can see. It's just not very helpful

#

Somehow it's sort of half included now, maybe? I've managed to get home assistant to try an inclusion (I have NO idea how) and it's spinning at "get device info".

#

Nevermind, it was just an illusion

#

Still stuck at "This device has been provisioned but is not yet included in the network."

#

I've been working at this for four hours now

#

This is a nightmare. I have to keep the cats away from the live wires while I try and figure out what to do

#

I have opened a support ticket with zooz, but they've not responded either

#

What's frustrating is that sometimes it sort of half appears in HA. I'll get like the first stage of inclusion show up with no profiles loaded.

#

It should be noted that my zwave network seems to be healthy enough to install updated firmware on another device.

#

So I don't think it's mesh health being a problem

deep cypress
modest nimbus
#

As far as I can tell not a single line about this.. I'll check again later today after work.

modest nimbus
#

Ok. After about the 20th attempt at inclusion, including using zwavejsui or my preferred home assistant, it finally included. No idea what was different about this attempt vs the previous 19.

modest nimbus
#

is there a limit to how many devices can be on a zwave network?

upper relic
#

232 in mesh, 1000+ in LR

modest nimbus
#

hmmmm. so it's not 15 or so?

#
ZWaveError: Timeout while waiting for a callback from the controller (ZW0200)
    at Driver.sendMessage (file:///opt/node_modules/zwave-js/src/lib/driver/Driver.ts:7121:23)
    at ZWaveController.stopInclusionInternal (file:///opt/node_modules/zwave-js/src/lib/controller/Controller.ts:2923:22)
    at ZWaveController.stopInclusion (file:///opt/node_modules/zwave-js/src/lib/controller/Controller.ts:2900:29)
    at ControllerMessageHandler.handle (file:///opt/node_modules/@zwave-js/server/dist-esm/lib/controller/message_handler.js:64:62)
    at Client.receiveMessage (file:///opt/node_modules/@zwave-js/server/dist-esm/lib/server.js:134:100)
    at WebSocket.<anonymous> (file:///opt/node_modules/@zwave-js/server/dist-esm/lib/server.js:55:45)
    at WebSocket.emit (node:events:518:28)
    at Receiver.receiverOnMessage (/opt/node_modules/@zwave-js/server/node_modules/ws/lib/websocket.js:1220:20)
    at Receiver.emit (node:events:518:28)
    at Receiver.dataMessage (/opt/node_modules/@zwave-js/server/node_modules/ws/lib/receiver.js:596:14)```
#

is this error message relevant?

upper relic
#

Actually, "callback", not sure if I've seen that one.

modest nimbus
#

i mean, it's trying to do inclusion

upper relic
#

Definitely not a good thing to see.

modest nimbus
#

and that stack trace is about inclusion.

#

ok. another inclusion attempt has failed, after 5 minutes "No device found after 5 minutes... "

upper relic
#

Could try re-plugging the USB stick.

modest nimbus
#

and then i get that error a few seconds later

#

maybe.

#

i have a second usb stick that is zwave capable as well - i've debated switching to it, but haven't so far because "it's not broken, don't fix it". but perhaps it is now?

upper relic
#

What controller is this one?

modest nimbus
#

current controller is a silabs 700 jobbie i got about 5? years ago

upper relic
#

Have you updated the firmware?

modest nimbus
#

yes, several times. i wrote the howto on how to update it from the command line on linux ;P

#

back well before zwavejs supported doing it itself

#

and the only general option was to use a windows PC

#

probably a clue to it's age πŸ˜‰

#

v7.17.2 is what i currently have on there

#

zwavejs reports no updates, tho i believe there are several available. but again "not broke, don't fix"

#

to be precise, i have the "Silicon Labs Z-Wave Controller SLUSB7000A UZB-7"

#

amusingly, in the lsusb page, it reports identically to the zha-1 stick "Silicon Labs CP210x UART Bridge"

upper relic
#

Yeah that's ancient

#

Firmware service is not supported for that.

modest nimbus
#

as i said, i'm aware of it's antiquity

upper relic
#

I'm running 7.21.7 on mine. Haven't tested an inclusion lately though.

modest nimbus
#

hmmm

#

does this support the NVram dump/import to newer stick?

#

cos i got an aotec 10 pro stick the other month for zigbee stuff, because zwave is way too restrictive.

#

(i figure why not support all three! i have the zha1 matter stick too!)

#

i'm going to try inclusion from zwave-js-ui a minute

upper relic
#

I think that version is supported.

modest nimbus
#

The jankyness is real

#

if i force reboot zwavejsui (using the restart function) it sometimes shows up a new node...

#
2025-11-03 11:19:12.242 ERROR Z-WAVE: [Node 047] Interview FAILED: The node is dead```
#

it's not dead tho, it's very much alive and blinking. The zwave controller is the other size of the wall.

#

i can't get it much closer.

#

OK. it's kinda found it again. Node 48 now. But it's halfway dead in the interview process.

#

same as what I saw earlier.

modest nimbus
#

heck knows if i can get it to do this again.

#

it's utterly random when this happens.

#

Grrr. I hate "Unable to remove because the device responded to a ping"

deep cypress
#

Exclude it normally

modest nimbus
#

well, that was insane.

deep cypress
#

Don't force remove it.

modest nimbus
#

so, it's up now.

modest nimbus
#

just nothing happens.

deep cypress
#

Ok it really sounds like you have a terrible connection to the device

#

Is your stick on a USB extension cable?

modest nimbus
#

i doubt it? it's literally right next to the stick.

#

see that picture, behind that fibreboard is the stick and the computer.

#

anyway, it works now.

#

how i got it to work: i had to force restart zwavejsui.

deep cypress
modest nimbus
#

not this one. the other two are tho. and this mobo doesn't have wifi enabled.

deep cypress
#

Yeah so that's a problem

modest nimbus
#

i'm aware. see above: it's been working for 6 years.

deep cypress
#

Directly plugging in Z-Wave sticks is a no-go

deep cypress
modest nimbus
#

up until last night.

#

and only these specific devices.

deep cypress
#

Try it

modest nimbus
#

why do i have to reboot zwavejsui to get it to work?

deep cypress
#

It makes more of a difference than you think

deep cypress
modest nimbus
#

yes. see above

#

that's literally the logs

#

sorry it wasn't debug level

upper relic
#

not driver logs either

modest nimbus
#

i think i've got them somewhere here.

#

hang on.

#

how do i find them inside the zwavejsui container?

upper relic
#

In your store directory or from the Store page

#

Not really worth troubleshooting until a USB extension is installed. That has fixed problems for other users too many times to count.

modest nimbus
#

heh. 66megs

modest nimbus
#

i'm 99% sure it's irrelevant here.

upper relic
#

Heard that before

#

And if it isn't, well at least one thing is crossed off the list.

deep cypress
modest nimbus
#

well, i'm reviewing the driver logs here. it seems to be talking fine to it, then my very very chatty "hey here's a power update" thing comes along and the whole interview collapses.

deep cypress
#

And that's another one of the frequent issues 🫣

modest nimbus
#

my real question isn't this tho - it's why it completely failed to even include the thing until i restarted zwavejsui

#

still scrolling back in the logs. 66megs

deep cypress
#

Maybe the firmware got stuck. Restarting Z-Wave JS UI also restarts the stick.

deep cypress
modest nimbus
#

I'm about 99% sure zwavejs crashed.

#
                                 β”‚ RSSI: -54 dBm
                                 └─[CRC16CCCommandEncapsulation]
                                   └─[MultiChannelCCCommandEncapsulation]
                                     β”‚ source:      2
                                     β”‚ destination: 0
                                     └─[MeterCCReport]
                                         meter type:  Electric
                                         scale:       kVarh
                                         rate type:   Consumed
                                         value:       3.596
                                         time delta:  10 seconds
                                         prev. value: 3.596
2025-11-03 11:18:54.162 DRIVER   β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•—        β–ˆβ–ˆβ•—    β–ˆβ–ˆβ•—  β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•—  β–ˆβ–ˆβ•—   β–ˆβ–ˆβ•— β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•—          β–ˆβ–ˆβ•— β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•—
                                 β•šβ•β•β–ˆβ–ˆβ–ˆβ•”β•        β–ˆβ–ˆβ•‘    β–ˆβ–ˆβ•‘ β–ˆβ–ˆβ•”β•β•β–ˆβ–ˆβ•— β–ˆβ–ˆβ•‘   β–ˆβ–ˆβ•‘ β–ˆβ–ˆβ•”β•β•β•β•β•          β–ˆβ–ˆβ•‘ β–ˆβ–ˆβ•”β•β•β•β•β•
                                   β–ˆβ–ˆβ–ˆβ•”β•  β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•— β–ˆβ–ˆβ•‘ β–ˆβ•— β–ˆβ–ˆβ•‘ β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•‘ β–ˆβ–ˆβ•‘   β–ˆβ–ˆβ•‘ β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•—            β–ˆβ–ˆβ•‘ β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•—
                                  β–ˆβ–ˆβ–ˆβ•”β•   β•šβ•β•β•β•β• β–ˆβ–ˆβ•‘β–ˆβ–ˆβ–ˆβ•—β–ˆβ–ˆβ•‘ β–ˆβ–ˆβ•”β•β•β–ˆβ–ˆβ•‘ β•šβ–ˆβ–ˆβ•— β–ˆβ–ˆβ•”β• β–ˆβ–ˆβ•”β•β•β•       β–ˆβ–ˆ   β–ˆβ–ˆβ•‘ β•šβ•β•β•β•β–ˆβ–ˆβ•‘
                                 β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•—        β•šβ–ˆβ–ˆβ–ˆβ•”β–ˆβ–ˆβ–ˆβ•”β• β–ˆβ–ˆβ•‘  β–ˆβ–ˆβ•‘  β•šβ–ˆβ–ˆβ–ˆβ–ˆβ•”β•  β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•—     β•šβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•”β• β–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ–ˆβ•‘
                                 β•šβ•β•β•β•β•β•β•         β•šβ•β•β•β•šβ•β•β•  β•šβ•β•  β•šβ•β•   β•šβ•β•β•β•   β•šβ•β•β•β•β•β•β•      β•šβ•β•β•β•β•  β•šβ•β•β•β•β•β•β•
#

note that i was trying to include from about 10:40 onwards...

#

those are successive log entries in the log file

deep cypress
#

Odd

modest nimbus
#

do we have a preferred file share?

#

it was definitely logging the UI logs between those times.

#

hmmm. i think it's too big to directly attach in discord.

#

nevermind!

#

early on you'll find my extremely frustrated attempts to include a previous device that has exactly the same behaviour

#

that's Node 46. Node 8 is the chatty cathy that sends power updates every few seconds.

#

node 47 is the same device that became node 48. i'm pretty sure inclusion is crashing zwavejsui sometimes, and it's a silent crash

#

i don't know what caused the restart at 11:18 - i was chatting on here at the time as you can see...

#

actually, i did force it twice didn't i

upper relic
#

Might see if there's anything in the docker logs

#

sometimes exceptions are printed there

modest nimbus
#

those are the logs you saw earlier i think.

#

(they're from the home assistant addon "log" panel for zwavejsui)

#

ok. i'm going to install this in a wall a minute. i'll be back shortly.

modest nimbus
#

OK. trying again, again!

#

It did the half inclusion thing - it's got some configuration, but it's not correct...

#

the stick is on a usb extension about 6 foot from the computer...

#

it took several reinterviews for the device to show up properly, as well as a couple of rebuild routes. the zwavejsui didn't crash this time tho.

deep cypress
#

Couple of things:

2025-11-03 00:05:49.642 DRIVER Β« [RES] [GetBackgroundRSSI]
                                   channel 0: -81 dBm
                                   channel 1: -84 dBm
                                   channel 2: -84 dBm
                                   channel 3: -75 dBm

You have extremely high background noise. For a 700 series controller, these values should be around -100, or even less.

This could be caused by the excessive power meter reporting you already mentioned.
Node 8 sticks out like a sore thumb (73000 reports over the duration of the logfile). That's one report every 1.15 seconds, which is significantly too much for a stable mesh.
Node 35 has about 12k, half outgoing, half incoming, because it sends its reports using Supervision. The rest are fairly quiet.

#

For example, do you really need to know that the kVar reading on channel 2 changed by 0.002 in the last 10 seconds?

2025-11-03 11:34:19.060 DRIVER Β« [Node 008] [REQ] [BridgeApplicationCommand]
                                 β”‚ RSSI: -54 dBm
                                 └─[CRC16CCCommandEncapsulation]
                                   └─[MultiChannelCCCommandEncapsulation]
                                     β”‚ source:      2
                                     β”‚ destination: 0
                                     └─[MeterCCReport]
                                         meter type:  Electric
                                         scale:       kVar
                                         rate type:   Consumed
                                         value:       0.314
                                         time delta:  10 seconds
                                         prev. value: 0.312
#

I wouldn't be surprised that if you turn that single device off, 95% of your issues go away.

modest nimbus
#

I mean, it's entire job is to report power consumption. I'll see if there's config to turn it down a bit, but what's the point of having it if it isn't doing it's job?

#

Node 35 is a new dimmer switch I installed the other day. (Node 8 has been doing it's thing since about 2021)

modest nimbus
#

I mean, I have no idea how I'll fix it, the em noise is just high here- lots of suburban houses with lots of wifis and bluetooths and everything else

#

Pretty sure wrapping it in tinfoil would dramatically improve snr, but might impact the performance of the device

deep cypress
deep cypress
deep cypress
#

FWIW, the time delta your node 8 reports looks like it is actually violating the Z-Wave specification by a factor of 3: