Googling didn't reveal any useful answer, did anybody know it has an article about what's the advantage of matter vs mqtt?
So, if I'm invested in zigbee, but want to future proof, I should consider threads/matter, and a hub that talks to both?
Can home assistant do that?
Yes if you have a Zigbee and a Thread antenna module connected to your HA instance you can run it as an Zigbee and Matter hub and connect Zigbee and Matter devices. A cheap antenna module is the Sonoff ZBDongle-E. You can flash the firmware of it and turn it into a Thread antenna module. It can also run as a Zigbee and Thread antenna simultaneously, but I never got that working properly. So I just bought two dongles. One for Zigbee and the other for Matter.
Thanks. I'll look into it. Right now I have mainly lights and sockets, through a Lidl zigbee hub, a rebranded Tuya, I believe, but I'm looking into going a bit deeper.
Hows that working software-wise in HA? One running in Z2M, the other ZHA?
I'm not running Z2M and ZHA together though. Just ZHA and Matter. But I've read that running Z2M and ZHA with two dongles is no problem in HA you just have two separate networks
finally!! :D
Man there are way too many IoT standards. What's the difference between these two? How do they each compare to Matter?
Thread is a wireless standard meant to sit next to Bluetooth and WiFi.
Matter is a home automation protocol can that be used over Thread or WiFi. Ideal Matter devices use Thread instead of WiFi because running a bunch of home devices like light bulbs or switches on your WiFi is a recipe for disaster.
Matter is important because it provides native compatibility among different platforms.
What kind of disaster specifically? I hear everyone discouraging from using WiFi for home devices, but never understood what the actual risks are.
Thread is a bit more power efficient, which matters for battery powered devices that aren't connected to permanent power and don't need to transmit significant data, like door locks, temperature/humidity sensors, things like that. A full wifi networking chip would consume a lot more power for an always-on device.
I see someone replied about security. But I was just taking about stability.
Most people don’t have super beefy wifi routers. Many have whatever shit their ISP sent them. These are fine for your average number of laptops and phones, etc. but if you then throw on 10 more 2.4GHz WiFi IOT devices, you are probally going to run into devices randomly dropping off the wifi, etc.
Additionally, wifi is usually chosen over other protocols by manufacturers due to the cost of hardware and development. So they are often lower quality. (This is only one reason)
But sure, if you have a super awesome 2.4GHz wifi setup and high quality wifi devices, maybe things will work out just fine. But my personal experience with WiFi tells me I shouldn’t clutter my WiFi.
Also, if you were curious, yes: almost all WiFi IOT devices are 2.4GHz only.
2.4GHz*
Whoops! Fixed.
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.
Let’s say your lightbulb(s) become comprised. A bad actor now has a toehold into your network.
Maybe they run a spam relay through the bulb. Maybe they attack your network by attacking the printer that hasn’t had a firmware update in years.
Point is, there’s someone with access to your network that isn’t you.
https://old.reddit.com/r/Ubiquiti/comments/1fjspoc/what_is_the_point_of_having_a_separate_devices/
An important difference between thread and zigbee/wi-fi I'm not seeing mentioned is that all thread devices automesh in a hub/spoke model as long as they're not battery powered. So your light bulbs, plugs, etc all become extenders and part of a self healing mesh network without a single point of failure. For me it works better than Zigbee for this reason.
Thread also works on the 2.4 GHz range but can utilize sub ranges of 868 in Europe and 915 in north America. The 868 and 915 GHz ranges are what LoRa operates on and provides a much greater range for low data rate transmissions.
In fact Meshtastic operates on LoRa on 915 here in the U.S. and I have a node in my second floor window with a 3db antenna and I have been able to message both ways up to 3 blocks away.
Long story short, utilizing 868 and 915 in these devices will make dead spots a thing of the past within a home, even with their lower gain internal antennas.
Zigbee does that too tho, right?
The wiki on zigbee says so at least
Pretty sure than an underlying feature of both zigbee and zwave.
They're different in their implementation. Zigbee automesh is more of a centralized router-hub model with self healing relying on routing tables. This caused significant issues for me. Thread is true automesh with all devices acting as a hub in a hub/spoke model, so there's no centralized routing table to act as a single point of failure.
I exclusively use ZigBee. It automeshes.
Thread is a network layer thing, comparable to WiFi or Bluetooth. Matter is an application later thing, comparable to HomeKit or Google home.
Zigbee is both network and application layer.
This article has a decent overview https://www.smarthomeperfected.com/zigbee-vs-thread/
I am pretty happy with zigbee so far. Is that a good thing? I haven‘t done anything with matter so far.
It's just a technological step forward. Thread was designed from the ground up as an IPv6 protocol. Honestly, this kind of move is coming later than would have been ideal, given the massive growth in IoT devices.
@[email protected] I have nothing useful to contribute, but I fucking love your username. Thank you for the smirk you gave me, have a nice evening mein Genosse 👋
Crap. I use pretty much exclusively Ikea stuff with my Home Assistant
It's not like it'll stop working once this is introduced
Isn't the HA cloud dongle able to do both because they're on the same 2.4 gigahertz or whatever?
The dual stack firmware was deprecated because of issues, I believe.
Home Assistant is open source home automation that puts local control and privacy first.
Powered by a worldwide community of tinkerers and DIY enthusiasts.
Home Assistant can be self-installed on ProxMox, Raspberry Pi, or even purchased pre-installed: Home Assistant: Installation
Discussion of Home-Assistant adjacent topics is absolutely fine, within reason.
If you're not sure, DM @[email protected]