Z-Wave is not dead

If you port ESPHome to Silicon Labs’s “EFR32 platform” then you are probably half-way there :wink:

While just adding support for Silabs EFR32 Wireless Gecko (32-bit MCUs) to ESPHome without considering Z-Wave or even other types of wireless support on the EFR32 platform would be A LOT of work! It is way over my head, though I do believe that such ports would be technically possible on paper, as ESPHome, which originally only supported ESP8266 before ESP32 support was added, was previously also ported to at least Raspberry Pi’s RP2040 platform (RPi Pico) about two years ago, and an independent developer is currently working on porting ESPHome to Nordic Semiconductor’s nrf52 (and nrf53) platform. Maybe such an effort is less impossible since Silicon Labs recently partnered with Nabu Casa to support Open Source development + Home Assistant and ESPHome developers’s announcement of the Open Home Foundation, but then you run into the problem that the current libraries and SDK for Z-Wave might not be compatible for use with ESPHome’s free and open-source licenses? If you are interested in researching/investigating this possibility then you should be aware that Silicon Labs Gecko SDK (GSDK) is on GitHub and that siliconlabsefm32 platform is available on PlatformIO, (but I do not think there is support for Silabs Gecko SDK in PlatformIO’s siliconlabsefm32 platform?).

I therefore believe that it is more likely that we will see Zigbee (and Thread) support in ESPHome sooner than we will see Z-Wave support, especially since ESPHome already supports the ESP32 platform (espressif32) and Espressif has recently released an ESP Zigbee SDK + four ESP32 SoCs with IEEE 802.15.4 radios (for Zigbee and Thread support); first ESP-H2 and ESP32-C6 then very recently also ESP-H4 and ESP32-C5.

FYI, if you are interested in helping out with the Zigbee support development effort for ESPHome then you should know a couple of other independent developers are already experimenting with YAML support for that ESP Zigbee SDK in ESPHome, check out this development discussion here → New level for Zigbee in ESPHome · Issue #28 · luar123/esphome_zb_sensor · GitHub (and the end-users feature request discussion here → Zigbee/Thread support on the new upcoming ESP32-H2 variant? · Issue #1397 · esphome/feature-requests · GitHub).

1 Like

Hey @balloob
It’s great that you are building tighter connections with the zwave world.
Could you PLEASE put this new relationship to the test and put PRESSURE on SilLabs to fix this flammin’ “Controller Status Changed to Jammed” bug ASAP? It’s killing our zwave-based smart homes and the progress on fixing it seems to be very slow.

Cheers,
Geoff.

5 Likes

100% Agree!!! Seems to me Z-Wave firmware quality control has gone into a death spiral over the last 6 months.

2 Likes

Nabu Casa people: is your new product going to have the same VID:PID as your Sky Connect, which again is the exact same as the VID:PID of Zooz Z-Wave products, Sonoff Zigbee sticks, etc?

Im Happy to read that z-wave will continue to be worked on. I really hope it will get better.

But the real thing is, z-wave will die rapidly if SiliconLabs doesnt fix their firmware on the 700/800 controllers.

You cant expect people to keep investing in z-wave devices that cost much more than other types (i.e. zigbee) when reliabilty has been inexistant since the 700 series was released.

Lets be realistic, the 700 series controllers never worked reliably since they were released. First the infamous “dead nodes” issue and now the “jammed controller” issue.

Cant even turn on 4 lights at the same time or the controller will jam. This is a basic task a premium priced automation protocol should be able to do easily without the users having to implement multiple walkarounds to compensate the firmware flaws, or even downgrade to older gen controllers to avoid these issues.

How can we still have trust in z-wave when the chip manufacturer/sdk provider is unable to fix their own firmware and unable to keep the community updated? We dont even know if they are trying to fix anything and it looks like the support of gen 700 has been dropped in 7.22.0. Is this at least being discussed in these z-wave alliance summits? Asked some manufacturers the same question and no one answered, looks like no one have the balls to put pressure on SiliconLabs. Is the Alliance controlled by SiliconLabs?

This should be the first thing up in the list if the alliance members doesnt want z-wave to die. No one will keep buying z-wave if the reliabilty isn’t there.

I wanted to buy 11 more Inovelli red dimmers but still waiting (since october) for SiLabs’s firmware to be fixed (dont want to throw another 1000$ in z-wave if its not fixed). So meanwhile, an excellent manufacturer isn’t having my money because of this and im sure Im not alone…

5 Likes

No other Z-Wave USB dongle has unique product identifier, but the SkyConnect ZBT-1 does have a unique product identifier which is enough, see:

And

When is the Nabu Casa zwave controller/coordinator going to be available?

My ZBT-1 was DoA and I need to return it. I’ve since picked up a PoE Zigbee coordinator (SLZB-06 from Smartlight) based on Ti chipset.

Now I’m hunting for a similar form-factor Z-Wave radio that doesn’t suck. Sure wish Smartlight made one with similar setup.

Z-Wave PoE Kit – TubesZB is my recommendation. You do need to buy one of the two recommended Z-Wave radios that fit inside it though.

1 Like

Well - my experience with z-wave is not that good. Sticks not adhering to USB standards (AEOTEC), switches that are specced at 2000W load but simply crap out at half of the load and finally random complete network lossess that require me to clean up the z-stick tables using simplicity studio. It’s a mess and i suspect that zigbee is no better…but z-wave needs to improve if they want to keep me on board.

Fully agree - same issue here where the controlled jammed up twice at random occasions.

NextNav has petitioned the FCC to propose the use of the 902-928 MHz band, which could lead to interference with Z-Wave’s core frequency usage. [1]

NextNav does, however, seek the removal of the current requirement that it not cause unacceptable levels of interference to part 15 devices. [2]

If granted, I wonder how this will impact Z-Wave devices. This frequency band overlaps Z-Wave frequencies in North America.

  1. The Future of Z-Wave: Your Involvement Matters - Z-Wave Alliance
  2. FCC seek comments on NextNav petition for rulemaking on lower 900MHz ISM band (fcc.gov)
  3. FCC seek comments on NextNav petition for rulemaking on lower 900MHz ISM band | Hacker News

Thanks, I’ll take a closer look at this. Do you have personal experience with it and one of the recommended radios?

1 Like

Yes, I’ve been running the Razberry 7 Pros (2 of them at different locations) for more than a year now. I moved them to the TubesZB network adapter as soon it became available (early January this year). It works great. Much easier / more reliable than my Raspberry pi solution with socat / ser2net I was using earlier.

1 Like

Good to know. I just recently moved HA to a dedicated mini N100 system and it’ll be great to get rid of the last USB-connected device.

I’m almost certain that the tubez zwave device uses either the zooz ZAC93 or raspberry pro gpio controllers. Which also means they are using ser2net.

I use the ZAC93 connected to an esp32 with ethernet, basically the same thing minus active Poe (I use non active Poe to power the esp32).

This product is a kit, it contains a pre-flashed Olimex ESP32-PoE with ESPHome firmware to use as a TCP serial port, a 3d printer enclosure and Raspberry Pi GPIO to Olimex UEXT adapter, which allows the the Z-Wave modules made for the Pi’s gpio pins to work with the ESP32-PoE

So it’s using the same setup I am, esphome with a ser2net setup.

You can see the Esphome config they use here: tube_gateways/models/current/tubeszb-zw-kit/tubeszb-zw.yaml at f84351971f39c58d3ec18b301c6802eea251c546 · tube0013/tube_gateways · GitHub

It uses esphome-stream-server instead of ser2net or socat. Z-Wave JS is able to directly connect to the socket over the network. Your setup is likely similar, but this gets you a clean install with a case and no wires.

Ser2net is just serial over TCP, same as the custom stream when you get down to the nitty gritty. When I say ser2net I mean serial over TCP/UDP (UDP would be crazy though, lol).

My esp ser2net setup uses the 0xan (oxan?) serial stream external component. Basically just a c program that takes the serial data and sends it over a TCP pipe.

If granted, I wonder how this will impact Z-Wave devices. This frequency band overlaps Z-Wave frequencies in North America.

This has me a little worried. I’m in the process of building a new home and my plan had been to go with Z-Wave throughout for switches as I did with my current house. Realistically it would probably be many years before it would impact me but it’s still making me rethink.

Z-Wave is far from the only technology impacted though and there seems to be significant opposition. I’ll need to add my voice to the comments.

I have multiple aeotec recessed door sensors. three of them are on doors which are opened multiple times throughout the day (office, door to basement, master bedroom). The batteries for me last 4-5 months. This wasn’t always the case before I expanded my zwave network with more devices that act as routers (mainly enbrighten zwave outlets). Currently all of the door sensors are less than 10 feet away from multiple z wave devices that act as routers. Prior to this battery life was maybe 6 weeks. I would suggest adding in some mains powered devices closer to these doors.