This sort of makes it sound like the advantage of Thread is merely that it’s new, and therefore nobody will be affected by having a poor pre-existing Thread setup. If ISPs were sending people Zigbee hubs, it sure would be the cheapest shit available, which could very well translate to similarly terrible Zigbee performance.
I see your point, but there should be much more merit to the specialized IoT protocols than just that nobody has yet flooded the market with terrible Thread/Zigbee devices.
I’m not sure manufacturers choose WiFi because of hardware costs. There are often other reasons (some good, some terrible) for this choice, but I’m certain Zigbee support has to be cheaper; having disassembled plenty of such devices it’s almost always a dedicated IC and a tiny PCB trace for an antenna. WiFi support requires a fairly complete TCP/IP stack implementation, basic certificate management etc. which will inevitably require a small SoC; and while prebuilt solutions are plentiful, Zigbee alternatives are an order of magnitude cheaper.
I can imagine software development costs being lower, though, given how every other programmer knows a fair deal about TCP/IP networking, while good comprehension of dedicated IoT protocols is a much rarer skill, there are also much less community resources and open-source solutions available etc.
I never meant to imply that Thread was the only solution to WiFi based IOT being bad. Just that it is a forward looking choice that has interoperable support from the dominant computing platforms. This is why IKEA is moving to it.
This sort of makes it sound like the advantage of Thread is merely that it’s new, and therefore nobody will be affected by having a poor pre-existing Thread setup. If ISPs were sending people Zigbee hubs, it sure would be the cheapest shit available, which could very well translate to similarly terrible Zigbee performance.
I see your point, but there should be much more merit to the specialized IoT protocols than just that nobody has yet flooded the market with terrible Thread/Zigbee devices.
I’m not sure manufacturers choose WiFi because of hardware costs. There are often other reasons (some good, some terrible) for this choice, but I’m certain Zigbee support has to be cheaper; having disassembled plenty of such devices it’s almost always a dedicated IC and a tiny PCB trace for an antenna. WiFi support requires a fairly complete TCP/IP stack implementation, basic certificate management etc. which will inevitably require a small SoC; and while prebuilt solutions are plentiful, Zigbee alternatives are an order of magnitude cheaper.
I can imagine software development costs being lower, though, given how every other programmer knows a fair deal about TCP/IP networking, while good comprehension of dedicated IoT protocols is a much rarer skill, there are also much less community resources and open-source solutions available etc.
Thread is the replacement for zigbee.
It’s zigbee plus more features.
There is nothing zigbee does better than thread.
Lower power usage, ipv6, standard tls security, not proprietary, etc.
I never meant to imply that Thread was the only solution to WiFi based IOT being bad. Just that it is a forward looking choice that has interoperable support from the dominant computing platforms. This is why IKEA is moving to it.