Some time ago I suffered the expected rejection from the official Homey App Store on the grounds that unsecure Z-wave adding is already possible with the 00000 pin (which doesn’t help if a pin is not required), combined with the statement “if there are issues with unsecure adding, we should contact support” (Please do, and good luck with that ).
The upside is, now the app will get pretty pictures and icons in the Community app store soon.
I also tested UnZ-cure against the 7.4.0 firmware, but no changes were needed. So unless you really like the new app icon there’s not much need to update.
There are multiple reasons Homey will add Z-Wave devices unsecure since firmware V7:
The device does not support secure
The device only supports S0 security (Homey no longers adds this secure by default)
The device asked for a pin and you entered 00000
Adding it though UnZ-Cure, which instructs Homey to ignore S2
And as stated above, Homey shows unsecure as Secure (x), which is confusing to say the least. For some x means no, for other it is meant as a checkmark.
I have a Sunricher SR-ZV9101FA-CCT (Producer ID: 816, ProductType ID: 512, Product ID: 53250)
I have both the Namron app and the Sunricher/Homey_EasyLighting app installed. I prefere to use the EasyLighting app, but when associated through UnZ-Cure it chooses Namron 4512743 Z-Wave LED Controller. Can I force UnZ-Cure in any way to prefere the Homey_EasyLighting app?
Sorry to hear all is not well for Homey Pro, it was built with SDK3 so it should have worked out of the box. Unfortunately I no longer own a working Homey at all that enables me to test, so I transferred the ownership of the app to TedTolboom. Hopefully he can shed some light EDIT - oops, that was another app, not this one.
Oops, didn’t look which app it was… Assumptions… There’s nothing to transfer either as the app never got approved. But the problem remains I cannot do anything anymore, I do not own a Homey anymore, let alone a Homey Pro 2023.
My code is public, the only thing it does is add a property to a fake z-wave device. I used the wizard to create a base implementation and set the property. Nothing more, nothing less. My guess is Homey now figures that the fake z-wave device is missing some required implementation. Repeating the process may fix it, but Unfortunately I cannot. The code is linked in the top post, the property I added is:
“security”: [“none”]
Maybe some-one else owning a Pro 2023 can try it, or add the property to any other real z-wave device that does not implement security, thereby effectively creating a new “Walli”. Who knows, if the device is real, it might even get through the approval process as long as you don’t tell why it was changed
you are probably editing app.json directly, but you (most likely) need to edit the composing file that needs editing as it composes (merges) into the app.json: /drivers/[DRIVER ID]/driver.compose.json