The Future of Z-Wave in HA - QT-OpenZWave

Yea, really scared since they seem to be pushing back against any formal alternatives https://github.com/hassio-addons/addon-zwave2mqtt/issues/70

@johntdyer Seems a bit out of character? Why?
Current path is not moving forward presently, it appears.
Would like some clarity on the path forward as well.

@Dansker are you asking me why ? because if so then i have no clue :slight_smile: iā€™m just concerned that the powers that be seem to be doubling down on ozw as the "one true path ". However i think weā€™re all concerned with this given the apparent state of that projectā€¦

1 Like

I donā€™t like when someone closes down a legitimate discourse on a technicality without at least acknowledging the concerns raised. Reading that thread does not make me feel better about the future of ZWave in HA, or the overall direction of HA in the first place. Frenck needs to at least acknowledge the current state of the OZW project.

1 Like

I also have to agree that the development (at least the visual/usable one) is at least bumpyā€¦

Edit: although I am overall very happy with what is there now!

I have about 60ish devices total including 2 Schlage smart locks. Schlage locks are known to not be the greatest Z wave devices, so they have some issues, OZW or not. For me, they randomly dont report when theyā€™re locked locally at the lock itself (button or manually). Ill get a notification that my door is unlocked, even though I know its locked, then have to ā€œlockā€ it again from HA to get it to change state. Since upgrading to OZW a few months back, this issue is more regular than before.

As for scenes in Node Red, you will have to modify your flows a little, but the functionality is still there for all of my devices. I canā€™t speak specfically about WD200 switches.

I have a similair setup. 60ish devices. Schlage lock (be469 and fe599), but Iā€™ve found them to be very stable. No issues, so it just might depend on your lock and your firmware? I have a lot of older and some newer GE switches and dimmers. All work well. I did have some issues with losing double tap on some of the newer GE switches, but there was a workaround to get it working. (posted somewhere in the community) Other than that I am very happy overall. I love that itā€™s seperated out from HA, makes reboots a breeze for zwave. Iā€™ll say twice in the past few months, Iā€™ve had OZW crash twice. Just randomly. I restarted the docker and HA and all was good again.

I moved to ZWJS this week, itā€™s stable, has responsive developers, and allows me to take advantage of newer device profiles (that OpenZwave 1.4 didnā€™t support). Itā€™s noticeably more responsive than than HA built-in zwave to issue commands. In an open source world go with whatā€™s being actively supported and developed. Thatā€™s not OZW right now.

5 Likes

Cross-posting for visibility / break-out discussion:

2 Likes

Ouch, that thread got ugly. It does seem as though HA doesnā€™t realize that Zwave is truly at the core of many usersā€™ setups. It certainly doesnā€™t make me feel good about the project at the moment.

10 Likes

Hi Foxy82,

Did you find a solution for your Fibaro Roller Blind issues? I am experiencing problems as well.

I also tried OZW Beta 1.6 Z-Wave integration and my Fibaro Roller Blinds worked inverse.
On the old 1.4 standard Z-Wave integration I could Invert these in yaml;

zwave:
usb_path: /dev/ttyACM0
device_config: #!include zwave_device_config.yaml
cover.cover_kitchen:
invert_openclose_buttons: true
invert_percent: true

donā€™t know if you can also do something similar in the openZwave 1.6 beta.

Standard 1.4 Z-Wave integrations works the most stable and got the most Z-Wave devices connected.
Also keymotes like Fibaro & WallMote works if you add scene codes in ZwConfig file.
My chinese unknown PIR sensors are also recognized.

With the OpenZwave & Zwave2MQTT they all sucked. Were not detected, did not work, wrong type of variabels (ex. Boolean for dimmer value of Fibaro Dimmer, ā€¦).
I did the test 6 month ago and tried 2 days ago again and these beta Z-Wave integrations still suck big time. Iā€™ll stick to the old default Z-wave 1.4 which is most stable. (works far less than my old FHEM Z-wave integration system).

Hi Monty,

Did you get the old default Z-Wave 1.4 to work with the latest Home Assistant OS & Core?

yes the default (old?) standard Z-wave integrations works perfectly:

afbeelding

See below my devices : Fibaro, Zipato, Qubino, Fake? AeoTec Wallmote & Sirene.


I moved to OpenZwave which works for open/close and a percentage. The only thing that wasnā€™t working last I checked was the ā€œStopā€ button (although Iā€™ve seen some issues/fixes/discussions around this recently so might be fixed now). The stop button wasnā€™t really a deal breaker for me as Iā€™d just set a percentage or use the on wall control if I wanted to stop it at a certain point.

OpenZwave has worked perfectly for me and closes my windows every night for me.

Ok, and whenever manually changing the percentage at the fibaro - will the value be updated in Home Assistant?

RAZBERRY2 professionals here?

A little late, but I have a similar issue.

I have multiple GE/Jasco dimmers/switches including a 3-speed fan controller. These are all non zwave plus and they arenā€™t sending a refresh so that when I manually use any of these switches, they donā€™t send their state back to OZW/HA. These can be controlled with HA without issue including automations. Manual operation is the only issue. Without the devices reporting their state, some of my automations have stopped working.

My newer zwave plus switches/bulbs do not have this issue.

Anything that can be done about this? Is it just me?

Add polling, but it can slow down your network if you poll to aggressively. I only poll devices that are frequently used. I have the same switches and dimmers and have been slowly replacing them throughout the years.

You all see this?

3 Likes