Live data from Hacker News

Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice

arxiv.org

41–50 of 104 posts

Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice

#41
post #14
post #11

Earlier 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.

Security system that can be jammed is a terrible idea. Cameras should be wired. Ideally on separate network and with battery backup.

Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice

#42

Earlier quoted context omitted.

All it costs is significantly more money and less options. If you limit your pool of zigbee devices to just more reputable companies, you'll end up with around the same amount of options as zwave and they'll be reliable but significantly cheaper. You also have the option to find some super cheap stuff that works just fine. That usually requires some research but not much. You can also build ESPHome devices for zigbee…

My entire “smart” home setup is built with Matter over Thread. It’s fully local. No internet access required. With Home Assistant onboarding can be done without a smartphone now. Devices without official certification work but probably only in Home Assistant.

My Matter over Thread stuff keeps occasionally falling over in Home Assistant and becoming unavailable, probably a router issue as I’m using a homepod mini but still endlessly frustrating.

Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice

#43
post #4

I’m a bit surprised they didn’t add zwave into this comparison.

Doesn't zwave use a different frequency, and zigbee and thread are both 2.4ghz? Perhaps that makes it a more fair comparison?

Zwave frequencies, as well as regulations, vary between countries/regions. This means that equipment isn't interchangeable, something I'm currently running into - I can't get a zwave electronic door lock for Japan while I could easily have bought one in my home country. But I wouldn't be able to bring it if I wanted to.

Zigbee is basically the same everywhere, however the 2.4GHz band is of course somewhat congested.

Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice

#44
post #24

Earlier quoted context omitted.

Doesn't zwave use a different frequency, and zigbee and thread are both 2.4ghz? Perhaps that makes it a more fair comparison?

Yes, zwave is in the much less congested 900mhz range. It is a fair bit more reliable as it doesn’t compete with: - WiFi - Bluetooth - microwave ovens Additionally, it’s a bit more strict with certification so you can easily use multiple vendors for zwave whereas with zigbee it’s often a terrible experience since vendors implement things differently in ways that are not as interoperable. In fact, for a device to be c…

This is both good and bad, and no surprise its an American standard. Lower frequencies have higher range, which is good if you live in a house (because range), and bad if you live in an apartment (because interference and crowded channels). So it will compete with itself, and everything on the ISM band (which you have no control over).

Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice

#45
post #39

Earlier quoted context omitted.

Because zwave is proprietary. There's money to be made here! Can you imagine the lost profit potential if people standardize on an open protocol like ZigBee?

It is so proprietary in fact all of the spec is on github: https://github.com/zwave-js/specs

Even with a spec on github, a protocol can still be proprietary, e.g. if companies have to pay to use it legally in products

Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice

#46

Earlier quoted context omitted.

Standing outside with an armfull of groceries, and a door is now our of range of your hub temporarily due to the failed node. 30s can seem like quite a while standing in the rain.

Not exactly a strong argument if you need like 5 qualifications to demonstrate the issue. If the right node fails, if it happens right as you walk up, if it's raining, if your porch is uncovered, if your door doesn't have an immediate fallback... I'm sure someone will be affected because of the law of large numbers, but it seems like an unlikely scenario to base a purchasing decision on.

A light switch not working for 30 seconds, or a door not opening for 30 seconds, even if only sporadically, is a significant loss of life quality, no qualifiers needed.

Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice

#47

Earlier quoted context omitted.

My entire “smart” home setup is built with Matter over Thread. It’s fully local. No internet access required. With Home Assistant onboarding can be done without a smartphone now. Devices without official certification work but probably only in Home Assistant.

My Matter over Thread stuff keeps occasionally falling over in Home Assistant and becoming unavailable, probably a router issue as I’m using a homepod mini but still endlessly frustrating.

I’m using ZBT-2 with HAOS on RPi 4 4GB. It’s rock solid in a crowded apartment complex. Devices are 90% IKEA and 10% Aqara. Definitely try that antenna and don’t connect additional border routers. Let HA own everything.

Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice

#48

Earlier quoted context omitted.

All it costs is significantly more money and less options. If you limit your pool of zigbee devices to just more reputable companies, you'll end up with around the same amount of options as zwave and they'll be reliable but significantly cheaper. You also have the option to find some super cheap stuff that works just fine. That usually requires some research but not much. You can also build ESPHome devices for zigbee…

My entire “smart” home setup is built with Matter over Thread. It’s fully local. No internet access required. With Home Assistant onboarding can be done without a smartphone now. Devices without official certification work but probably only in Home Assistant.

Dunno, personally I have found HA + MoT to be strictly worse than Z2M. It's the classic case of the Douglas Adams quote:

“The major difference between a thing that might go wrong and a thing that cannot possibly go wrong is that when a thing that cannot possibly go wrong goes wrong it usually turns out to be impossible to get at or repair."

HA MoT has a simplified UI, that hides hellish complexity underneath, that's held together by loose pieces of gum, which means its difficult to troubleshoot. HA has a rather laissez faire policy to stability, for example, they rolled out an update just recently that made it impossible to add new devices.

I just readded yday evening my Ikea temp sensors as they mysteriously stopped working for no reason. Why? Who knows, but you can't ship stuff like this to a non-technical audience, especially if they rely on it. I had it connected as the temp sensor of my AC, and was surprised to find the AC was not working, thats how I found out it suicided itself.

Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice

#49
post #4

I’m a bit surprised they didn’t add zwave into this comparison.

They're probably only comparing open protocols. If one doesn't care if their protocol is proprietary then sure one might consider zwave. But it's hardly "surprising" that it's left out.

The funny part is that people think that Zigbee and Matter are open :)

All three of them have their shortcomings. Matter requires an unsecured IPv6 network to operate; I have my doubts about it having any longterm future.

Re: Zigbee vs. Matter over Thread:Understanding IoT Protocol Performance in Practice

#50
post #2

These protocols add so much complications it makes wifi/tcp/ip a blaze They fix some problems but add more, you endup just like that xckd about protocols

A bit of clarification: Thread is a layer 2 protocol, for the user, it looks like standard IPv6. Matter is application level, and just expect standard TCP/IP underneath. There's nothing binding Matter to Thread, and in fact a lot of Matter devices use Wifi
Post reply on HN