this post was submitted on 08 Nov 2024
110 points (96.6% liked)
Technology
59374 readers
7248 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Still on zwave which works great. Don't see the point of this standard which runs over an inferior type of networking and is brought to us by the companies that created the interoperability problem in the first place.
Zwave stuff are way overpriced, even comparing to the wifi or zigbee quivalent.
As an examble I get good quality (aka not an unknown chineese brand) Zigbee smart object for 2 to 5 times lower price than what a Zwave equivalent.
Same goes for wifi one, which are roughly the same price as the Zigbee stuff.
The only good aspect of Zwave was the security protocol that was more robust than the Zigbee equivalent (albeit Zigbee 3.0 closed the gap) and more standardized endpoints. Matter objective is to get those two to surpass their ZWave equivalent.
Unfortunately my gateway (which is compatible with both Zigbee 3.0 and ZWave btw) is still waiting for its Matter/Thread upgrade, so I can't try it yet, but compairing my Zwave objects with my Zigbee ones, I see no point of buying the former over the later.
I once owned a bunch of WiFi connected devices. One day I inspected my router logs and found out that they were all making calls to a bunch of services that weren't the vendor - things like Google, and Facebook.
WiFi connected devices require connecting to a router; in most homes, this is going to be one that's also connected to the internet - most people aren't going to buy a second router just for their smart home, or set up a disconnected second LAN on their one router. And nearly all of these devices come with an app, which talks to the device through an external service (I'm looking at you, Honeywell, and you, Rainbird). This is a privacy shit-show. WiFi is a terrible option for smart home devices.
ZigBee, well, I haven't had any luck with it - pairing problems which are certainly just a learning curve in my part and not an issue with the protocol. I chose ZWave myself because I read about the size and range limitations of ZigBee technology, versus ZWave, but honestly I could have gone either way. Back then, there was no appreciable price difference in devices. Most hubs support both, though, and I can't see why I wouldn't mix them (other than I need to figure out how to get ZigBee to work).
In any case, low-power BT, ZigBee, or Zwave are all options, whereas I will not allow more WiFi smart devices in my house. I'm stuck with Honeywell and Rainbird, for... reasons... but that's it. I don't need to be poking more holes in my LAN security.
I had some difficulties too with Zigbee pairing, that's one of the shortcomings that Matter fixes with their QR Code pairing. On my case it was just about understanding that you have to put both the device and the coordinator in pairing mode for the "interview" to happen. And that is has to be close to any device of the target network that isn't battery powered (they can do the interview on the coordinator behalf).
I stopped using WiFi devices for the same reason, but found out about Tasmota, an open-source firmware for ESP devices. It requires a local coordinator, but never send anything to Google and the likes. It can be hard to flash, but some vendor, like Nous, offers pre-flashed devices. Some of them are also Matter compatible (if it has recent hardware as old ESP device has too little rom to handle the Matter code).
This is good information. I had a complete failure with flashing Tasmota once, and bricked a $100 device.
I like the project, though. My biggest complaint is that - at least for what I was trying to flash, the Linux support was iffy. I was trying to flash something for HA, and the instructions assumed I had access to the computer running HA (which is a headless device in a closet in the basement - entirely unpractical for doing fiddly pinning while trying to flash) or using a web browser with webUSB - which Firefox on Linux doesn't. So eventually I found a completely unrelated set of instructions I could run from the CLI from my desktop over a cable connected to said desktop, and while it appeared successful, the device is bricked. I can't even get it into flash mode anymore.
I don't think any of this has to do with Tasmota, except that the Linux tooling seems either weak, or make assumes people are running Chrome; and if you're security conscious enough to be flashing a device to run Tasmota, you're not running Chrome.
So I'm not doing that again. It's a hundred bucks and two days of digging around for tooling and instructions I'd like back.
Again, not Tasmota's fault, but it's not super accessible.
The only problem I had with my ZigBee network was pairing the lightbulb but that was because the UX to set the bulb in pairing mode required to switch them on and off 5 1/2 time with a too precise timing for a normal human.
Mostly an issue with the bulb really.