What happened to Advanced menu on the whole network level? Previosly it was possible to one-click reinterview or heal whole network, now this option seems to be available only on individual nodes level… or am I missing something?
BTW I also see another change; there is compact view that shows nodes as tiles instead of table… I think this is new as well…
I don’t know for sure, but I am guessing anything on SDK 6.8X should work. For example, upgrading an Aeotec Gen5 from 1.0/1.1 to 1.2 should add support.
A future version of ZUI/Z-Wave JS might be able to read the routing information from the controller (possibly supporting these older ones), but there won’t be automatic updates.
There’s no list that I know of. If I had to guess, probably everything except the Nortek and Aeotec Gen5 < 1.2. The Z-Wave.me product page says the UZB1 supports statistics, so you might want to confirm with their tech support how that is supported. Maybe you need a firmware update. The controllers are not all the same, functionality will depend on which Z-Wave SDK they are using, and if the vendor has installed custom firmware, e.g. Z-Wave.me and Aeotec Gen5 use custom firmware. Most of the Gen 7 sticks are basically the same, but again Z-Wave.me is an exception.
Yes, the driver emits route information for each Z-Wave message and the graph will update to reflect the latest data. The graph should show live updates.
No
Click the big blue plus (+) button, then Advanced actions.
Added in v8.9.0, so about 3 months old.
2 Likes
Thanks for your replies, much appreciated 
I managed to upgrade from SDK 6.51.09 to 6.71.01 so far, there are other upgrades to still do but I am hitting issues so will follow up with Z-Wave.me support.
Edit: The network graph is now colored with links
1 Like
It’s also my understanding the routing info is only updated when the controller sends commands to nodes (part of the message ACK). For battery devices, you may not see any data until either the device wakes up, or you manually wake it up, or it uses Supervision, which all require the controller to send commands. I have a few battery devices that never wake up, and don’t support Supervisions, so while they are reporting states (e.g. door open), routing data is not provided.
After few days (and perhaps some data collection… or the latest update of Zwave JS done just today) I can confirm that graph is generated for old Aeotec Z-stick Gen 5 with FW 1.01. here is sample:
So as I guess from the chart sqares are battery powered devices, gexagons are mains powered, star is controller. cyans are first hop, greens are two hops away from controller and yellows are 3 hops… grayed are not (yet properly) discovered devices.
To be honest some of these routes do not make a lot of sense to me, as are far from optimal, considering distances and required wall penetration. How these are selected?
Ah yes it does, same here.
It’s so odd that the 4 hop one is ultimately pretty close to my main node and it uses a node across the house as the hop.
The Last Working Route (LWR) is queried on startup with the latest Z-Wave JS/Z-Wave JS UI, so I am guessing that’s what happened here, but you can check if you are getting live updates by inspecting the driver debug logs and looking for command ACKs. For example:
DRIVER « [RES] [SendDataBridge]
was sent: true
SERIAL « 0x011d00a99100000100c97f7f7f7f00000300000000030100007f7f7f7f7f6c (31 bytes)
SERIAL » [ACK] (0x06)
DRIVER « [REQ] [SendDataBridge]
callback id: 145
transmit status: OK, took 10 ms
routing attempts: 1
protocol & route speed: Z-Wave, 100 kbit/s
ACK RSSI: -55 dBm
ACK channel no.: 0
TX channel no.: 0
Did anything change between 1.13.2 and 1.13.3 with regards to Live Updates?
I was getting constant updates and changes of the graph while watching it on 1.13.2 but now it rarely changes.
Very cool! I am using SI labs 700 stick.
But here is the thing: Device “42 Not Used” has not been used in 6 months and has no battery in it, so cannot talk to my network. Yet it went from grey to green (left side of picture), showing it is connected to pool controller. But that is impossible. It has no battery so cannot talk. So how did that happen?
But in any case, THANKS for updating this network graph function. It really helps understand where my weak routes might be.
ZUI queries the controller for all the nodes’ last working route. So even though the node has not been used for some time, it still has information about previous routes.
1 Like
Yes, I was comparing live view on 1.13.2 to live view on 1.13.3 and my routes were changing literally all the time on 1.13.2.
Anyway not a big issue, just something I noticed.
@freshcoast , thanks. That makes sense as when I last use the ‘Not Used’ device 6 months ago, it was near the pool controller, which is what the graph does show. VERY cool graph function. Were you involved in updating this? If so, you really nailed it.
No, I have nothing to do with it. 
Just from my observations, another reason you can have missing route links in the “zoomed out” view is if the controller reported a next last working route (NLWR) instead of the LWR. It appears the NLWR are not rendered on the zoomed out view (dashed edges), but only when selecting the node.
What do I have to do to get the Network Graph in Home-Assistant? 🫣
Well, you could implement it and submit a PR. I’m sure a lot of people would appreciate it. https://github.com/home-assistant/frontend
If that’s not possible, then your choices are to wait and see if it ever gets implemented (could be never), or just switch to Z-Wave JS UI.
I trying the “switch”-option!
Got it running! 
1 Like