Z-Wave is supposed to use the mesh when the RF antenna isn’t capable of direct-reach, but there are real-world issues with that. Oddly enough, I didn’t have problems in my system until I expanded it’s node/mesh (early days)
A few yrs back I had a Sigma/Zensys engineer at my house, since I had a dense Z-Wave network and stability problems using the Aeon. They identified route-management issues that weren’t specific to the Aeon… things that were impacted by the size of the net. At the time mine was ~20 nodes, almost all Leviton Vizia RF+ (40Kbit models).
Anyhow, after adding the Z-Wave Antenna Hack to the [newer] MiOS unit, almost everything is in direct reach of the controller node, range/hop problems went away, and Z-Wave stability went way, way up.
MiOS’s custom route-management helped with remaining issues. Hopefully Sigma has baked that type of logic into their newer chipsets - now they have more on-chip capacity to do that type of thing.
So some of the choice will also be about stability of the system which, due to RF, will be different in each deployment.
ie. the normal variances: house size, wall/floor construction, J-Boxes etc
So while Z-Wave Lock support & Range aren’t the only reason to use an external controller, it does add a level of complexity to the deployment.
If Aeon added a u.FL, or RP-SMA, connector to their dongle I’d add my remaining definitions to the Z-Wave Binding, and cutover … but it would probably violate local RF rules (like the Antenna hack does ). I spoke with their rep at CES this yr, and it’s not on the books to do that.
Other than broad/stable Z-Wave support, I’m not a fan of MiOS Units… as you know.
Possibly, but the MiOS Binding uses official API. It’s been the same for ~6yrs now.
I’d agree with your comment for boxes with no official API, but not all federated solutions are implemented the same