I work in IoT and I don’t install anything on my home that isn’t local first and doesn’t require internet access. As you can imagine, the list of these products is very small, most of them are things I custom made.
The problem with IoT is that most of the products lose their shit and very ungracefully handle poor or intermittent internet connectivity, all so they can potentially route my button taps and commands through a random server outside my house and back to the internet connected device. When this company discontinued the product, goes bust, or they just change their servers without an update to “older devices”, your $xxx item becomes a paperweight. Some of this is likely data mining, but I would reckon most of this is simply poor or incompetent engineering and management with a slash of vendor lock-in. The company selling you cloud service does not care that it stops working when the go under, and we need to not buy this hot garbage either.
I am heavily into smart home; I have over 100 devices in my home.
My main requirement for my home is that everything had to “fail normal”. My non-geek family would not tolerate the lights not working if the internet connection failed. To that end, although everything is connected to a cloud service eventually (HomeKit), loss of internet or excommunication by a cloud service provider would simply disable app- and voice control, but stuff would still work normally otherwise. If a device manufacturer bricked a device intentionally then I am fortunate enough to be financially able to hire an attorney.
I am currently working with an electrical engineering firm to build my own line of smart home devices, that will be fully open (HW and SW) and will be based on Raspberry Pi (there’s an actual Pi Zero 2W in the light switches).
I’ll post here when I’m at the point where I have something to share.
I have a few smart power plugs outside that I like being on the cloud so I can control the string lights connected to them from bed without having to go outside and actually hit the physical switch.
It's also super frustrating that they all need their own servers and app and infrastructure. You'd think there'd be a standard by now. Last time when the power went out for several hours I had to resync the switch.
I wonder if home automation is one of those things that eventually gets figured out and we look back at today thinking, “we tolerated that?” or if it never gets solved at a standards level and we just have egregiously subpar experiences delivered by vendors all naively attempting to dominate the market with a crippled product.
Also, I think the spying has the potential for being more insidious and more passive. Im thinking of sound beacons, at human-imperceptible frequencies, sent by a TV or smart speaker that lets some data aggregator determine what is being played in a home or who is at home.
> potential for being more insidious and more passive. Im thinking of sound beacons
I have some bad news for you - what you describe as a dystopian future hellscape was up and running by 2015. If you want to so much as slow it down, stick to F-Droid or ditch your smartphone.
I think this is tinfoil hat energy. The power adapter can't provide any meaningful information. I leave it on for days sometimes when I'm not even in the yard. Does that mean I was home or not home? Totally irrelevant. It doesn't have its own screen and once it's synced to my Google home I don't even have to think about it. Google home even lets you setup automations based on sunset and sunrise. How does that figure into this data?
> being on the cloud so I can control the string lights connected to them from bed
> You'd think there'd be a standard by now.
I don’t understand, isn’t there a standard? All my smart stuff is on ZigBee, I can control everything locally (app via LAN to the machine running the automation, machine via Zigbee to switches and sensors) and I don’t need any cloud functionality at all. If the power goes out, everything reconnects in two minutes.
There are standards, but every major smart home tech company wants to be the controller, not a slave. Generally you find that, for each brand of device, you have an in-home controller that controls that brand of device over a proprietary protocol, and a proprietary cloud that the controller talks to for app control. Most clouds allow integration with Alexa and Google assistant for voice control, and many clouds will also allow you to control devices of other brands that might have integrated with them.
ZWave and Zigbee devices are currently the most vendor neutral but you have to really love smart home to stand up HomeAssistant or whatever and maintain it. And zwave in particular has lots of small but annoying compatibility issues and is difficult to troubleshoot and to keep a complex setup running.
I thought threads/matter was going to be great but it looks like latter just took a whole pile of standards and mashed them together and rebranded them. I dunno for sure; I tried to install the matter SDK on a raspberry pi and it was north of a gig download and difficult to figure out.
> There are standards, but every major smart home tech company wants to be the controller, not a slave.
This is really the crux of the issue. First, from a business perspective, it makes sense: why sell a one-time hardware device when you can charge rent for its continued usage? From a consumer perspective, how can you justify buying a device that can’t operate without an ecosystem you have no knowledge about?
This is why we need free and open standards of interoperability. It would benefit hardware businesses that now feel compelled to create an ecosystem when they’re only good at making hardware and consumers can buy devices and only need to check if it works with some standard like we do with WiFi now when selecting personal wireless devices. Maybe a bad example, considering the backwards compatibility of WiFi and the fact that there is only one practical set of wireless network connectivity transports.
For something like light switches and outlets, it would be nice to have the option to say whether they fail on or fail off, and perhaps even if it loses internet, keep on or off for X time then flip the state (or keep whatever schedule it's on, which is saved locally).
I try to go that route, but for some items there isn't a good alternative. I have a Roborock vacuum which requires the app and an internet connection to use the smart features, but it can still be controlled by the physical buttons if the internet is down.
I'm hoping that Thread/Matter will change that, but most likely it'll still be the same walled garden - there are already some devices that use ZigBee but only work properly with their own hub.
I have a Roborock too. It has an app that shows you the map, collected by the vacuum's lidar, so that you can point the vacuum to a specific area on this map and stuff like that. I absolutely hate that I don't have control over what's actually being sent to the cloud. Though at the time of purchase there were no models with lidar that didn't require the Internet connection. Not sure if that's still the case. I would be happy to replace the damn thing with something that doesn't call home.
The problem with IoT is that most of the products lose their shit and very ungracefully handle poor or intermittent internet connectivity, all so they can potentially route my button taps and commands through a random server outside my house and back to the internet connected device. When this company discontinued the product, goes bust, or they just change their servers without an update to “older devices”, your $xxx item becomes a paperweight. Some of this is likely data mining, but I would reckon most of this is simply poor or incompetent engineering and management with a slash of vendor lock-in. The company selling you cloud service does not care that it stops working when the go under, and we need to not buy this hot garbage either.