I have a fairly large home with an extended Z-Wave network, currently comprised of 130 nodes.
115 devices are made by Zooz, including the ZST39 controller.
12 are Kwikset Home Connect 620 .
3 are First Alert Z-Combo.
I have been experiencing various problems over the past year, which I related in many threads in these forums, including :
- numerous nodes randomly going dead, both Z-Wave and Z-Wave LR
- inability to include new Z-wave devices securely, including the First alert devices, some Zooz devices, and Hank smartplugs
- entire Z-wave network stalling during some new device inclusion, requiring the Z-Wave JS UI add-on to be manually restarted
- Sensors very frequently not reporting, especially battery-operated devices. In particular, locked/unlocked status from the Kwikset locks, and tilt from two Ecolink sensors that are no longer part of my network. I replaced these Ecolink tilt sensors with much better designed but proprietary Yolink tilt sensors earlier this week. At least the hub for it now runs locally, but new device inclusion still requires cloud, unlike Z-wave.
- major and random latency problems, for example with Z-wave remote control of smart switch relays taking many seconds, sometimes over 10 seconds, and sometimes simply getting lost.
When I switched from a regular LEDs to smart lightbulbs, I set the switches to smart bulb mode, and turned off the relays. Most of the switches are now scene controllers, to control properties of the Wifi bulb, such as on/off, and color temperature and effects. The same lag and lost signals were experienced when pressing the paddles on the switches.
A few weeks ago, I decided to nevertheless expand my network from about 70 nodes to the current 130. About 60 Zooz ZEN76 800LR switches were added.
I chose to try to debug the problems by factory resetting every single Z-Wave device, including the controller, and re-creating the entire network from scratch. This was a herculean effort, as it also required updating or newly creating over 100 device-based Home assistant automations, and all the device IDs changed as part of the network rebuild.
During my network expansion and rebuild, I chose to prioritize Z-Wave LR over Z-Wave.
I have 91 ZEN76 800LR switches, now all configured to use Z-Wave LR. An additional 3 ZEN76 700 series switches remain, which are on regular Z-Wave.
I ran into a few defective ZEN76 800LR switches during the expansion, that just failed to include into the network with various odd symptoms. I had bought some spares, and was able to use those and include them successfully.
The network was working fairly well being mostly LR. A few LR nodes would temporarily go dead, still, but usually would respond to a manual ping. They werenât dropping off permanently. It was a short list of devices periodically doing this, less than 10.
I then proceeded to add back the non-LR nodes.
I made sure to put new CR2032 batteries in my five ZEN34 scene controllers, to avoid any problems related to low voltage.
I had trouble including Zooz ZSE18 securely. One ZSE18 included with S2, but the other only plaintext.
The 3 First alert Z-Combo could not be added with either SmartStart or manual inclusion. I tried brand new AA alkaline batteries, tested with a voltage tester, as well as rechargeable NiMH, charged in a smart charger, with capacity checked. I just could not add any of those Z-Combo.
I also replaced all 48 AA batteries in the 12 Kwikset locks with newly charged and tested Eneloops. All but one are regular Z-Wave, the other Z-Wave LR. All 12 included without problem.
I did not try to re-include the 3 Hank smartplugs, as they donât support S2, and I was told to avoid S0 devices. In the past, I was able to include one Hank smartplug with S0, but the other two only worked with plain-text.
I tried to switch the few ZEN76 800LR nodes that were periodically going dead away from LR, and on to regular Z-Wave. After excluding them, updating the SmartStart entries, and re-including them, they would only re-include as plain-text. The secure inclusion would fail, and Z-Wave JS would start the inclusion all over again. It went on in a loop, using all the Z-Wave node IDs successively, failing, and on and on. I had to disable the SmartStart Z-wave entry, manually delete all the non-working Z-Wave nodes, and switch the SmartStart entry back to LR, in order to re-include the switches. Secure non-LR Z-Wave inclusion of the ZEN76 was quite simply impossible.
Eventually, I noticed a ZAC38 plug-in range extender dead node in Z-Wave JS UI. It would never respond to ping. I went to check the physical device. It had actually died. I unplugged it. Suddenly, my Z-Wave network started working much more reliably. I was able to easily add back all 3 Z-combo. I was able to securely re-include the ZSE18 that only worked as plain-text. One distant ZEN76 800LR node was successfully switched to non-LR Z-Wave securely, also.
Basically, the faulty ZAC38 range extender was wreaking havoc with the Z-Wave network. This has been nothing short of a nightmare to diagnose.
I still noticed a few nodes periodically going dead, notably a small set of LR nodes. I took a stab at trying to debug a few of them earlier tonight.
One was an ZEN76 800LR switch for my master bathroom fan, which was included in LR mode, but listed in Z-Wave JS UI as not having Z-Wave+, unlike the other 90 ZEN76 800LR. I manually excluded it, and re-included it with SmartStart, still in LR mode. It came back with Z-Wave+ enabled this time around. Itâs too early to say if itâs going to drop off again. Itâs in the same wall box as another identical model switch that is not dropping off.
Another misbehaving switch was a ZEN76 800LR switch in my dining room, which is used strictly as scene controller - not directly connected to a load. I factory reset it and tried to re-include it as LR with SmartStart. The inclusion completely hung the Z-Wave JS add-on. Every Z-Wave device stopped responding. The only way I could fix it was to restart the add-on. It showed a new LR node for the switch at that point, but that new node misbehaved too, dropping off. I tried this a few times, always with the same result - a dead Z-Wave network. I did not try to wait very long to see if would resolve itself after some timeout. I did wait more than one minute before restarting the add-on, though. I tried to reset and re-included another same model switch in the same wall box, and it worked just fine. I concluded one switch is faulty. I marked it as such in the SmartStart provisioning entry. I have left it excluded and factory reset.
As of this writing, all 130 nodes are showing green. I tried to ping many at random, and all responded, except the battery-powered ZEN34, HC620, and Z-combo, but that is as expected.
I now believe that most of the problems I have been experiencing with Z-Wave have been caused by a few faulty devices polluting the radio, and not by range issues with the very large property and thick building materials, as I previously thought.
Edit: I have the new ZWA-2 antenna on order, as I believe the larger design is still likely to be beneficial in my home. I donât like the tabletop form factor, though. I would much prefer something wall mountable. I will find a flat spot for it when it arrives, still.
It has been extremely challenging to reach this conclusion. I donât know if the network is going to remain stable, or for how long. Unfortunately, these electronic devices seem to be very sensitive, and many that are initially good fail over time.
I donât know if there is anything that Z-Wave JS developers could do to try to detect these faulty devices, and point them out, to facilitate eliminating them, as I expect I have not seen my last Zooz device hardware failure, unfortunately, despite having a high-end Siemens FS140 whole-house surge protector on the main panel, as well as surge protectors on all 6 subpanels in the home, for all loads and solar generators.
Iâm not seeing this rate of hardware failure with the hundreds of other electronic devices I own. Many are >10 years old. The failure rate with the Zooz devices stands out.
