Then you’d want to start inspecting the node and making sure its configured properly. I believe unsupported CCs still show up in the logs.
I’ve read some time ago about using a particular control panel for configuration and observation, I think the one from the mqtt version? But I can’t find any details on how to make that happen safely.
What addon are you running?
Z-Wave JS
Are you running HassOS ?
Yes, on Intel NUC
Ok, then it will be difficult to make the changeover without the initial hand holding you did when you migrated to zwave-js.
basically, there are cache files that store what has currently been found for all your nodes. That’s a file that’s stored in HassOS. Unfortunately, you don’t have access to it on HassOS. When you make the switch to ZwaveJS2MQTT you can give it the cache file and it’ll just run with it. However, because you don’t have access to it, you’ll have to let it create the cache file. Meaning you’ll have to let it do it’s thing until it finds all the info for each node.
Whatever you do, don’t delete the integration. That’ has all your names (if you renamed). If you didn’t rename, go ahead and just start over because that’s really the only important thing when changing between the 2.
Should I switch? I’d prefer not using MQTT, if we’re going to get tooling with this add-on eventually, I’ll just be patient.
Thanks as always petro.
That’s up to you. You won’t be using MQTT. I suggest you take a look at the community guide section, there’s a zwave overview that describes how each zwave method works. ZwaveJS2MQTT can be ran 2 ways, with or without MQTT.
2 Likes
Which is a brillliant post by the way ! Very informative :
1 Like
You’ll want to enable the sensors:
They are disabled by default.
I was able to enable those. I did switch to the other addon.
However, I’m not getting any events from the locks at all, it appears. Their state isn’t properly represented in Lovelace or otherwise. They work when sent a lock or unlock command.
I tried excluding and repairing, now I can’t get the thing to work at all. The interview completes, but details are omitted and I cannot use the lock anymore. I’ve made myself worse off trying to solve it. Though I’m using secure pairing, it’s registering as a No for secured.
Factory reset and repaired, and got all the entities back, but it’s still not reporting the status back or anything at all. All my locks are not working on the zwavejs2mqtt without mqtt. I’m gonna restore my snapshot and patchup the node that’s been excluded/included and be patient with the UI missing.
I think we are still waiting on the HA side to update the integration. I can see those entities for my lock as well. But they are listed as “This entity is not currently available” when clicked on.
I could actually enable those entities on zwavejs2mqtt (sans mqtt), but state reporting from the lock was not working. I reverted back to vanilla zwavejs addon. They’re still slow to report and missing attributes and data, but they’re working.
ZwaveJS2MQTT is ahead of the integration. As @b1g_bake said, you’re waiting on the integration to move forward on the next release.
1 Like
Curiosity I have just noticed. When I restored my snapshot, the zwavejs2mqtt addon stayed in place. Although the other zwavejs addon came back and was enabled, there was a conflict with the radio. I did not notice until this morning, that zwavejs2mqtt is still running my mesh. I’ve never seen a full snapshot leave bits in place. I must’ve missed some happenings.
Which locks are you using ?
I’m using the older (non ZW+) Schlage BE469 and I can see the states change (locked/unlocked by keypad) in ZWaveJS, but the alarmType is not populated / changed in HA.
This worked OK with the old (1.4) depreciated ZWave solution. (not a complaint as I understand that we’re in the early stages of ZWaveJS, just mentioning it as a reference)
Driver Version: 6.4.0
Server Version: 1.0.0-beta.7
I am using a Kwikset 910.
The BE469 uses the NotificationCC v2+ so it’s likely your firmware is much newer than the one Kwikset slapped on this old 910 