I tried to import using the import blueprint button in the HA UI under blueprints, then pasted in the URL for this post. That is where the error was thrown. I’ve added others using that process. Makes it kinda nice.
I was able to manually add the blueprint, by copying and pasting the yaml code above. Works great and thanks for saving me a good amount of time having to “fix” a lot of my older automations
Ah, I didn’t even know you could do that. You’re probably right, maybe two blueprint code blocks in one post breaks the import. I added some URLs for importing, thanks.
Are there any configuration or scene activation changes that need to be made in zwavejs interface? I added the automation using the blueprint, but can’t get the double tap to work. I’m using model ZW3008 smart motion dimmer with firmware 5.32.
The device config file needs to configure two things:
Auto-assign assocation group 3 to the controller
Set the treatBasicSetAsEvent compatibility flag which produces events for basic set
The ZW3008 config file is missing both of those. You would need to submit a PR to add the functionality, or submit an issue to request it to be updated.
I have a GE 14291 switch that was working for double taps before 2021.4.0 and now it is not with me running 2021.4.0. I see the gist was updated to reflect what I think was the breaking changes in that release yet it’s not noticing the event. Any ideas on how to triage this? Do I need to delete/re-add the automation / blueprint in any way?
The blueprint works well for me. I did notice some odd behavior if “local load” on the Z-Wave device was targeted at the controller. That caused the automation to fire on either double or single tap.
@ChuckieTodd, I seem to have this problem of getting event for both single and double tap. I don’t see “local load” config on the device (this is definitely a GE/Jasco device, in-wall dimmer). I just switched over from legacy zwave and I was using double-click events in a ton of automations. Is there a trick to seeing the group 2 and group 3 settings on the device in Zwave JS?
Answering my own question, it looks like I need to switch from ZwaveJS to Zwavejs2Mqtt so that I can use the advanced UI to access the group associations of the devices.
These zwave variations are confusing. So far I have learned that:
ZwaveJS is official, but doesn’t have ability to set association groups. Possibly other limitations too.
The original built-in zwave integration (ozw 1.4 ), and the subsequent beta (ozw 1.6) are dead
Zwavejs2mqtt addon is effectively a superset of ZwaveJS with optional MQTT and an advanced UI
Zwavejs2mqtt came first, then ZwaveJS was extracted from it as a minimum subset
The ZwaveJS integration can use either ZwaveJS addonor Zwavejs2mqtt addon, but not at the same time because the addon is what interfaces directly with the zwave controller hardware
addon vs. integration is an important distinction to be aware of
The ZwaveJS integration setup has a checkbox to install the official ZwaveJS addon, but if you uncheck it you can point the ZwaveJS integration to use your self-installed Zwavejs2mqtt addon instead
I welcome any additional clarifications on the practical differences in the zwave variations.
Following up on my adventure, I finally got Zwavejs2mqtt installed and by small miracle I didn’t lose my ZwaveJS config. The confusing part of changing over was knowing what URL to configure for the ZwaveJS integration (it is the name of the docker container running the addon) and then realizing the abort error it kept giving me when I saved that URL was something I could ignore and restart Home Assistant. I also had to remember to turn off the “start on boot” and “watchdog” switches on the ZwaveJS addon so that it didn’t interfere with the Zwavejs2mqtt addon until I get around to deleting the ZwaveJS addon.
Back to the problem at hand… double-clicking switches to run automations: using the advanced UI in Zwavejs2mqtt to examine the groups, it turned out the one switch I was testing with had both group 2 and group 3 pointing to the zwave controller instead of just having group 3. That’s why I was getting both single and double-click events. It turns out I need both single and double click for that switch, but unfortunately there isn’t any way to distinguish between the two types of click. That was already a limitation of ozw, so nothing lost in that regard. I just wish we could get some indication in the event payload to indicate the single vs. double click.
I appreciate having found this topic and the mention of groups 2 and 3 being involved in getting the double-click to work so I could find a path to success. I may grumble about how convoluted the zwave variations and migrations are, but in the end I have a functioning zwave network that isn’t going to be dropped in the next release of Home Assistant. I put off this migration for a year because it didn’t feel mature enough back when they announced ZwaveJS as the official replacement for the legacy zwave integration, and because I knew it was going to be a big chore to get it migrated completely (I have 65 zwave devices exposing 399 entities). I am happy that in the end I got it all migrated successfully. I hope this whole situation gets streamlined enough to give non-technical users a chance at successfully migrating their zwave.