I did try a test. Doing a test alert on the monitor itself usually issues a specific alarm type and level. I tried a few times after restarts and things like that.
I enabled them by going into the ZwaveJS integration, finding that device, then there were a list of disabled entities. Just went into each one and selected enable. I had to do the same thing when I moved to OZW, except I got values.
how tightly are the underlying server updates tied to the HA integration updates/functionality?
As an example specifically in this instance it sounds like the problem is in the HA side but if the problem is in the zwave js server side are the zwave js server folks keeping development moving forward based on feedback from HA users?
I (think) that the zwavejs2mqtt updates are (loosely?) tied to the underlying server updates but are the issues HA users are reporting getting relayed to the zwave js server developers and getting addressed or is that a separate track of development?
I’m not sure how to ask the question so I’m hoping you understand what I’m asking.
Along these lines, I have found the following references for supported devices and command classes:
Supported Commands:
Supported Devices:
Looks like some key things are missing for me, like thermostat fan state. What is less obvious, is the current state of support for my Honeywell T6 thermostat. I have found it in the latter page as TH6320ZW, but that list of parameters is waaaay smaller than what I have right now using the 1.4 integration.
If I wanted to hold off until all of the features I use are supported, would looking at the devices support page be adequate?
I assume for example, if thermostat fan mode is not supported, I should not expect to find it in any of the devices on the latter page, correct? OTOH, if fan mode gets added to the command classes, and I find it in my T6 listing, then it’s probably good to go… versus fan mode is added but I don’t find it in the T6 page, then I have to do some work to get it working (either code myself, or at least provide data to a capable dev). Is my concept of how to watch zwavejs developement wrt supported devices correct?
Hi, thanks, I did finally get some events on the zwave_js_event queue coming through. Apparently, I had an instance of my old zwave network which was blocking the events. However, I’m still having an issue. I can get the “KeyPressed” event to work, but I’m trying to get the “KeyHeldDown” event to work since I’m using it in a dimming routine. The problem is, when I’m holding down the button, the “KeyHeldDown” event shows up, but then the “KeyReleased” event shows up right away, even though I have not let go of the button yet. Have you seen this behaviour? This is not the way it was working before I switched to Z-wave JS.
Had anyone had issues with zwavejs and toggling a large number of lights? It’s working flawlessly for me until I try to toggle like 15 goths at once. (IE: “okay Google turn off all the lights”) — at which point Google reports that something went wrong and usually only a handful of lights turn off.
Is there a way to monitor status of the ZWaveJS container when the network is ready or not? I dont see any events coming through when the intial scan is completed after a restart or when it goes offline. Looking for something similar to a network ready event like we used to have.
It might be related to the fact that my lock is actually a Kwikset 916, but it registers with the 910 profile. I submitted an issue about it on Github, but I know that my 916 lock has a lot of quirks, so I’m hoping they can figure it out.
Anyone else having nodes get marked as dead for no reason? This morning is keeps marking my front door lock (Schlage) and a GE Outdoor Plug as dead for no reason. I can operate the lock locally and it says “awake” but then goes “dead” about 5 seconds later. Have restarted a few times. Will try re-interviewing, but seems odd that its doing that randomly.
I think, generally, the Kwikset locks are a mess with Z-wave JS right now. They do have an open GitHub ticket on the status not being updated. They are in the middle of a project to bring in device config files from everything in the Z-Wave Alliance data base. It’ll take a bit, I’m sure, but from their posted list all the Kwikset models are there. I’m hopeful for improvement and just being patient at this point while waiting for that.
Is there any way to invert a shutter controller , like in the old integration in the yaml? like ‘cover.roller_shutter_2_current_value: invert_openclose_buttons: true invert_percent: true’’ ?
For those having issues with the Zooz 4-n-1 Motion Sensor I found a reliable way to get these registered correctly with ZwaveJS.
Exclude the sensor from HA
Open the sensor battery compartment
Do a factory reset
hold tamper switch
when ready with paper clip release tamper switch and quickly press 10 times
if you see (4) blinking blue or yellow lights the device has reset
pull battery, replace battery, put sensor back together
Pair your sensor to HA
After 5-6 seconds wake up device pressing the button with paper clip twice
You should see your device register correctly and begin working. If you are running ZwaveJS2MQTT or the console you can set device specific settings again.
Hope this helps.
Now I just need my GoControl garage door openers to be supported for cover in HA.
Schlage seems to be as well, but then again their Z wave locks have always had issues to some degree, just not this much. Both my locks dont report any status from local operation. They only update if I trigger a lock/unlock from Home Assistant. One of them keeps getting marked as dead for some reason.