Earlier quoted context omitted.
Having switched to zigbee devices recently I regret trying to start with WiFi. While I'm not sure how it looks under the hood, adding devices with home assistant was miles easier.
Thread is fairly similar to Zigbee, just standardized and doesn't require brand specific hubs. You can actually control thread devices direct from an iphone with no hub at all. Wifi for anything but cameras is a mistake, it only exists for maximum compatibility since everyone has wifi already.
Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice
11–20 of 104 posts
Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice
#12I’m a bit surprised they didn’t add zwave into this comparison.
Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice
#13Earlier quoted context omitted.
Having switched to zigbee devices recently I regret trying to start with WiFi. While I'm not sure how it looks under the hood, adding devices with home assistant was miles easier.
Thread is fairly similar to Zigbee, just standardized and doesn't require brand specific hubs. You can actually control thread devices direct from an iphone with no hub at all. Wifi for anything but cameras is a mistake, it only exists for maximum compatibility since everyone has wifi already.
Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice
#14Earlier quoted context omitted.
Thread is fairly similar to Zigbee, just standardized and doesn't require brand specific hubs. You can actually control thread devices direct from an iphone with no hub at all. Wifi for anything but cameras is a mistake, it only exists for maximum compatibility since everyone has wifi already.
Wifi for cameras is arguably also a mistake
Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice
#15Earlier quoted context omitted.
Wifi for cameras is arguably also a mistake
Cameras that require internet to connect to are a mistake, but cameras that use Wifi for local link are fine (wifi is perfect for this). And, having some way to connect remotely is a requirement, for most everyone.
Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice
#16Earlier quoted context omitted.
Cameras that require internet to connect to are a mistake, but cameras that use Wifi for local link are fine (wifi is perfect for this). And, having some way to connect remotely is a requirement, for most everyone.
I took their point to be about wifi being jammable
Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice
#17A lot of graphs where OpenThread & zigbee dance around each other, are within 2x of each other. Two huge notables to me: message throughput for openthreads scales up, zigbee seems to hit a wall early. Not sure when that matters but very clear. The last table was a fright through: it takes half a minute for OpenThreads to recover after a node drops where-as Zigbee a quarter second! Wow.
Is there a situation in which your smarthome taking 30s to recover from a node failure is impacting your life? Seems like a distinction without a difference
Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice
#18Earlier quoted context omitted.
Having switched to zigbee devices recently I regret trying to start with WiFi. While I'm not sure how it looks under the hood, adding devices with home assistant was miles easier.
I've helped lots of people with home automation Network build outs l; the biggest factor is the RF environment. If you're fortunate enough to not be battery constrained at most endpoints and can put a high quality Wi-Fi access point in an optimal location than Wi-Fi is incredibly reliable. The tooling for inspecting all layers of a Wi-Fi network is infinitely more accessible and mature and that certainly helps; I can…
Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice
#19Earlier quoted context omitted.
I've helped lots of people with home automation Network build outs l; the biggest factor is the RF environment. If you're fortunate enough to not be battery constrained at most endpoints and can put a high quality Wi-Fi access point in an optimal location than Wi-Fi is incredibly reliable. The tooling for inspecting all layers of a Wi-Fi network is infinitely more accessible and mature and that certainly helps; I can…
No, you have to order it from Mouser for $16 instead. Fixed link: https://www.mouser.com/en/ProductDetail/Nordic-Semiconductor... And there’s a little configuration: https://wiki.makerdiary.com/nrf52840-mdk-usb-dongle/guides/n...
Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice
#20Earlier quoted context omitted.
Having switched to zigbee devices recently I regret trying to start with WiFi. While I'm not sure how it looks under the hood, adding devices with home assistant was miles easier.
Thread is fairly similar to Zigbee, just standardized and doesn't require brand specific hubs. You can actually control thread devices direct from an iphone with no hub at all. Wifi for anything but cameras is a mistake, it only exists for maximum compatibility since everyone has wifi already.
Buttons (key presses, remotes - think rapid input), Knobs, sliders, Pixel LED' strips, some MM wave sensors, ir/radio transmitters, really need wifi.
There is products where you will want a bluetooth proxy, plenty of kitchen/grill thermometers and scales for kitchen and bathroom are great examples.
Where range is an issue LoRa is a thing that has plenty of devices and is easy to DIY.