Instead of your apps having to detect if they're local or remote to the device and then implementing a different protocol based on locality, they instead just always call out to a cloud based location.
They don't have to devote resources to maintaining 2 APIs for every product and can instead focus on reliability and robustness of the one interface.
> it's just a crap design from a usability standpoint.
I would argue the opposite. By having to support both cloud and local communication, you're introducing complexity and the possibility that APIs could diverge in functionality and reliability.
Either a cloud app is going to go out, or my home internet is going to go out. I don’t expect 100% uptime because I’m realistic, and expecting non-cloud infra devices with no time commitment is a pipe dream.
I believe that's how Apple does it. The local host device is either an AppleTV, or an iPad.
i don't necessarily care that much about that, but i do want such a product to work perfectly fine whether there's a connection to their servers or not.
Local connectivity seems to present all sort of silly issues that make the user experience a bit inconsistent. Heck, look at Chromecast, it works great about 90-95% of the time. That 5-10% of the time it doesn't work, it becomes a complete pain.
Edit: typo
https://www.avclub.com/guy-reviews-his-offices-terrible-new-...
THE FUTURE
EDIT! fixed URL: https://imgur.com/f5evsOe
That being said, without the internet you do lose functions that obviously rely on the cloud like using your phone to adjust your thermostat, phone alerts that your house is burning down, unlocking your door from your phone, or disabling your alarm from your phone.
- Best case, even with a responsible implementation, you're introducing more variables than are necessary into a supposedly secure system. If one of your dependencies fucks up, your lock is exploitable.
- Worst case, you have a typical IoT device, where the "S" stands for "security."
- In _either_ case, you're likely still going to include a physical lock mechanism for keys as a backup -- so you're basically just increasing the attack surface (significantly, I should add) by doing this.
Smart locks are currently high-risk appliances, and I'm fairly confident that most others with a security background will agree with me on that.
Look at the Brinks CompuSafe hack in 2015. Anything which increases the attack surface of a device reduces the security. In that case, a USB port.
And that wasn't even made by the lowest bidding startup.
There are some gotchas (make sure you get a zwave-plus lock that incudes the AES security stuff), and you need a dedicated "hub" to communicate with it, but they are rock solid in my experience
The Nest thermostat would still be an attractive, interactive thermostat with a color screen and tons of features. Without an internet connection, the $250 thermostat doesn't turn into a brick, it turns into a $150 non-connected thermostat.
The Nest Protect smoke detector still alerts you to fires or carbon monoxide, with voice warnings, and a lighted path at night. Without an internet connection, the $120 detector doesn't turn into a brick, it turns into a $40 non-connected talking smoke/CO alarm.
The Nest smart deadbolt still lets you lock and unlock your door with either a key or a PIN code. Without an internet connection, the $280 smart deadbolt doesn't turn into a brick, it turns into a $100 keypad deadbolt.
People lose their internet connections for all kinds of reasons, and the majority of smart home devices you can buy continue to be premium devices in that state, better than the basic thermostat/detector/lock/light/etc they likely replaced.
Home assistant is open source, written in Python, has a web based UI, and integrates with everything under the sun and is VERY welcoming to new components from outside people.
I've contributed 2 so far, and I hope to have another that adds in daily electricity monitoring from my local power company ready soon.
Hass is quite possibly the best run open source project I've ever been involved in.
That being said, I think regular passcode locks without internet connectivity do add a convenience since you don't have to carry a key.
I prefer to create users, authorize, delete them than rekeying the lock every once in a while.
On the other hand, it's probably no more inconvenient than locking yourself out, something that happens every now and again for anyone. Except you don't have yourself to blame, but Nest.
I'm also looking at Alexa and the stupid plug someone got me for a gift. Sure, I use it "Alex turn on the lamp" but I know that the system is totally unnecessarily dependent on the internet and two distinct companies for that to work. I would never have purchased such nonsense for myself.
People in tech have strange ideas about what it means for something to work acceptably.
> On the other hand, it's probably no more inconvenient than locking yourself out...
It looks like local control (i.e., with physical access) wasn't affected, so the only convenience lost was remote access. Not great when you've bought the product specifically for that feature of course, but still much better than locking yourself out.
But yes, that's the risk of relying on a system as unreliable as the internet for such a task.
I like automating or wiring up my home with connected devices, this outage is making me thing twice.
I have a few of these "smart" devices in my home, and they are assigned to an IP block that has absolutely no internet access. They have to be controlled internally, and are not allowed to phone home.
One of my next projects will be an open-source Alexa-like that runs completely in the LAN (unless you specifically ask for things like the weather).
It's definitely wise to think twice before making your home's basic functionality, like allowing the owner to unlock doors, depend on systems that require an internet connection.
That said, were they... really not monitoring their service?
AFAIK from reading the Twitters last night, you could still punch the numbers into your home locks and get inside. So the things just took us back a few years in terms of smart phone access, but the core device still works.
With Hue bulbs, if you can't control them due to not having your phone handy or LAN issues, you can always just flip the lightswitch off and back on to get them back at "normal" brightness and color. Again, it's not something that I run into often but if someone else is visiting and doesn't care if the lights are dimmed blue or whatever for movie watching, they can still use the lights as normal lights.
Got a window AC in a small room that I can control via LAN but again, it still has a regular remote and buttons on the front if that fails or I want to disable it.
The only things I typically run across in the consumer space that don't work this way are IP security cameras that depend on remote servers in order to work. The ones that won't just send an h.264 or MJPG stream over the LAN are forever off my list for this reason (as well as a dislike of recurring bills). But I at least understand why many people don't want to set up a NAS or spare computer running software to receive the feeds over their LAN so I get why they exist. I just don't particularly like them. I'll stick to IP cams on a separate local network that I can access remotely via VPN into my home network. If nothing else, I don't have to depend on anyone else's service and I don't need to expose some backdoor-ridden device to the WAN.
A house burglar could effectively use these tweets as push notifications telling them to go rob some smart™ homes in their local rich neighborhoods.
For a night it turned into a regular lock.
It's just annoying that there's no middle ground between "hold my hand with a cloud service" and "I want to spend a little effort to not be 100% reliant on external services"
Google could decide to fold Nest service entirely (luckily there aren't signs of that) and at this point you'd have thousands of thousands of devices in a landfill. It's so irresponsible. Historically you could have a CCTV setup running for 10-20 years without huge issues.
>I suspect there are now modern, IP cameras that aren't cloud reliant
It's surprisingly limited and still a bit expensive. Foscam/Hikvision have been getting better, but it still feels a few years behind when it comes to firmware... and the notification and advanced "human detection" are obviously better with a cloud service.
Still, this is the problem with all cloud based home automation platforms.
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.
If only somebody told us that would happen!
An example(hypothethical) SmartFishtank which dispenses food to fish with pre-programmed schedules and monitors/adjust water temperature. Its connected to internet and can be monitored remotely. Users can even upload new feeding schedules. What happens if its hacked? Fish can be boiled, starved or overfed because SmartFishTank has control over the whole device.
In another corner there is a electronic fish tank with mechanical feeder that is set to one of 3 feeding modes. The fish tank monitors temperature and acidity, but cannot adjust it and only send a audible alarm or a SMS message. However whatever happens to the electronic components, they cannot harm the fish inside because its purpose is to just receive data.
403 Your client does not have permission to get URL / from this server. (Client IP address: 84.131.XXX.XXX)
(That is a standard German Telekom IP, usually Google only acts up when I do anything funny.)
[0] https://news.ycombinator.com/item?id=17091962
(I got google to translate, still no luck with translate.google.de )
Meanwhile I have never regularly used a web service that didn’t have at least one outage.