@alowhum said in MySensors vs Zigbee:
It would rock if the NRF24 that it uses for MySensors could somehow also do Zigbee at the same time. Sharing the radio. Would that even be possible? Or does MySensors 'hog' it?
Zigbee is an open standard (and since recently so is Z-wave), so in theory implementaton should be do-able..
Yes it would, but I don't think you'll see it soon (>months), and not with nrf24..
Like I said previously, this imply "some" hardware and software changes, not very backward compatible, so that's not a very top feature in todo (the native zigbee/mysensors bridge) even if we already talked about this for fun There are others things to improve imho..
@fhenryco said in MySensors vs Zigbee:
More specifically, what was the point to develop the mysensor protocol when BLE is available with very low cost modules (which is not the case for zigbee in general much more expansive) ?
I don't know exactly about MySensors roots (I wasn't there), but it's good to remember that MySensors focus always been on simple hardware in arduino for beginners like 328p, nrf24 etc. so far.
And you can't run BLE stack on all kind of hardware. BLE for example has a heavier footprint than MySensors (and zigbee too) and needs more resources.
Is it that BLE is constrained to remain on 2.4 GHz when mysensors protocol can run on many frequencies kind of transmitters ?
Yes, even if at the beginning MySensors was 2.4ghz only. Lot of people use it for sub-Ghz (433,868 etc).
Is it that mysensors can be even cheeper ?
This depends on your project.
As far as i have understood a similiratity is that both are not IP based nor mesh protocols.
BLE is a much more complex protocol up to the application layer however the success of mysensors in the DiY community seems to imply that much of the extra offered capabilities by BLE (security?, complete endpoint identification to the network?, network management capabilities? ) are of little value for most domotics applications ...(?)
Yes BLE stack is more complex. And in some case you can run less nodes in a network than MySensors. That depends on implementation, manufacturers etc.
MySensors can be as secured and more.. Imho, regarding security, I like the idea to use proprietary protocol, for example in 2.4ghz like MySensors, than BLE which is compatible with phones. I prefer to use a gw..Especially for HA, as in general, we use advanced controllers. Of course, it depends on your project and needs.
You can easily access to the MySensors stack to make any change..
For example, easy to say this stack or this one is now open source, less fun when you have to dig in sources always the question of is it worth it? why? as a dev do we really need it, or is it just for challenge but waste of time as there could be others priorities? what are the compromises, pros&cons etc.
Or may be it's just that BLE is not designed to allow the BLE nodes to declare themselves to controllers such as domoticZ , ...
That depends on the controller used, sometimes you're limited to a type/brand of devices. You can also tinker with nodered as proxy.
- if using zigbee or BLE, what would you miss?
- if using MySensors, what would you miss?
- and if the point is just about some sort of universal compatibility, to have possibility to buy cheaper hw, then is ROI worth the effort? Couldn't it be solved with nodered? etc
Recently @yveaux showed us this cartoon. I think it fits well here
Sometimes, proprietary stuff, or standards, can be a business source too.
I can't disagree with you, it's too messy