Yes, this is running Hubitat 2.2.3.118 on C7 hardware. The Z-Wave update was also successfully applied, prior to any of my reports from yesterday.
I used Android for SmartStart, I gave a walkthrough of my process here:
Today, after failing in my SmartStart trials, I have proceeded rebuilding my network, trying to add each of my devices using S2 in every case. I have the following results:
1 / 17 LZW31-SN (v1.47 beta) pair with S2
2 / 2 LVW30-SN (v1.19) pair with S2
4 / 4 LVW36 (v1.34) pair with S2
So I should modify my claim, I believe under 1.47 the LZW31-SN may have issues with S2 bootstrapping. Of the devices that do join with S2, most (6 / 7) publish an abbreviated list of capabilities. Three LZW36 and one LZW31-SN publish ā0x5E, 0x55, 0x98, 0x9F, 0x22, 0x6Cā, and one each LZW30-SN and LZW31-SN publish ā0x5E, 0x6C, 0x55, 0x98, 0x9F, 0x22ā.
(EDIT: The two command groups above are anagrams and therefore identical.)
Iām still testing the network and dealing with some non-responsiveness issues (including in switches that were working without security before I nuked my z-wave network for v2.2.3), so I canāt say for sure yet what might be related to this. So far Iāve not noticed a correlation between missing capabilities as reported by Hubitat and device failure to respond to commands from the hub, but I still have a couple LZW36 I canāt talk to right now.
2 switches were added with the abbreviated capabilities. They respond to on/off commands from the hub normally.
4 switches were added with the normal, full list of capabilities. They do not respond to on/off commands from the hub.
5 LZW36
3 switches were added with the abbreviated capabilities. They respond to on/off commands from the hub, as well as LED bar color changes, normally.
2 switches were added with the normal, full list of capabilities. They do not respond to on/off or LED commands from the hub.
1 LZW31-SN
Exactly one dimmer, my historical āproblem childā was the only dimmer to join securely. It got the abbreviated capabilities and responds to commands from the hub.
A total of 19 LZW31-SN switches joined only insecurely despite requesting S2 profiles. They all joined with their full normal complement of capabilities. Mostly they seem to work, modulo some maybe sketchy connections. A majority of these never prompted for the leading DSK digits. A few did, and LEDs turned to green upon entry. None of the other two models failed to get included as S2.
This testing of remote on/off was true with both the Hubitat and the Inovelli drivers.
This morning, after letting the Z-Wave network mature a bit, I ran Z-Wave repair, and then I was able to get all of the LZW36 and LZW30-SN into a state where they are both connected via S2 and responsive to the hub. I did this by excluding the devices with the full list of capabilities on the Z-Wave Details page, factory resetting the switches, and re-adding them. This time around I was particularly careful to enter the leading 5 DSK digits before the switch inclusion mode would time out (this required some preparation of the keys). One LZW30-SN didnāt discover correctly and I had to reboot the Hubitat, forget it, and include it again, but then, after another Z-Wave repair, it worked.
I now also understand what I have been calling the āabbreviated capabilitiesā on Hubitatās Z-Wave Details page. They are in fact the inClusters list of capabilities, while on S2 the secured capabilities appear on the secureInClusters list, which is NOT presented on the Z-Wave Details page. So a shortened list means that things are probably working correctly.
And the one little LZW31-SN of 20 that could do S2, so previously problematic I had to move the hub just to flash it, is still happily chugging along, heh.
Further update on SmartStart:
I excluded one each of the (properly performing) LZW30-SN and LZW36, and scanned them both into SmartSmart using Hubitat for Android. They both included with S2 and respond to commands. Looks good.
Neither adopted the device label I entered, and they remain in the āincluded, pendingā state in SmartStart. But I experienced other unexpected behavior with regards to the naming as well. For example the second device added to the SmartStart list inherited the name and room of the first. Also, sometimes when looking at the SmartStart list, duplicates appear (but disappear upon refresh). I suspect the problem taking the device labels may be on the Hubitat side.
EDIT: According to Hubitat not adopting the device label from SmartStart is things working as expected:
I tried again last night with my LZW-31SN and could not get any of them to pair with S2, how were you able to pull it off? Both of my LZW-30-SN did pair via S2.
Mostly, I was not. Only 1 out of my 20 LZW31-SN paired with S2, despite repeated efforts on the rest. This seems to confirm what @bcopeland reported above last week, that the LZW31-SN routinely fails S2 bootstrapping, at least on the C7. We are still waiting for some official response from @EricM_Inovelli or another dev.
We are looking into the issue with the LZW31 & S2 on a certain version of the Z-Wave controller SDK. Might take a while to get to the bottom of it, but Iāll keep you updated. For now you will have to use the downgraded inclusion that occurs.
Hubitat 2.2.3.132 released today, so I decided to try a few times to include of one my LZW31-SN dimmers with S2 again. This is a switch that failed to include with S2 previously.
Long story short, no luck. I included it 3 times, was prompted for the DSK once, and never got S2 security.
I upgraded to the new firmware yesterday too. I installed a new Black Series On/Off and managed to get the S0/S2 popup. I unselected all and hit OK. Then another popup with the entire QSK code popped up and I hit OK (or whatever next was). The device was found, but did not finish āInitializingā before the timer ran out. I went to Z Wave Details and selected āDiscoverā. Then the device was finally initialized and added to the device list.
Issshā¦with the C5, I didnāt have that problem, so that is what I was used to. I will try on the next switch to install (should be sometime today). Thanks for the info!
Not to say the C7 wonāt be a great hub, but itās starting to look like the C5 is the recent champ. Right now I have the C5 as a āServerā node and runs all the rules; C7 is the device host (āClientā). At first I thought the Hub connect was being the problem, but it may be the C7 not wanting to send ZWave commands outā¦
It looks like a new production run of the Red Series Dimmers is in. It would be interesting to see if they have the same S2 inclusion problems with Hubitat.