Cats, dogs starve as web-connected chow chute PetNet plays dead
theregister.co.uk
theregister.co.uk
This pet-feeder is simply a motor on a timer. You have to make some hilariously bad design choices to make it 100% dependent on the internet for scheduling.
There are some interesting points this brings up expanding beyond the whole internet-of-things/robot-ification of the world.
a) Google, Amazon, and Facebook mean really bad products can get global reach instantly. Even Walmart had pretty big hurdles which products had to cover. There are some controls in place, but the problem has to be pretty large to register.
b) Products accidentally killing humans let alone animals is a very common occurrence, see global vehicle deaths. Plenty of stories of very dangerous products litter Amazon reviews.
c) The companies making a lot of money from bad products are the online marketplaces. Somehow this hasn't hurt their brands too much yet, which is interesting.
d) There is a market need for a better rating and review process for everything. Given the more reviews are viewed publicly the greater their perverse effects are so maybe it won't even be publicly viewable.
I spend a lot of time thinking about the d) problem. The scarier thing is that this already exists to a large extent in many businesses using machine learning methods and labeled fraud detection. What happens in a future IOT where you product doesn't function on purpose?
A pet feeder that needs Internet access? Come on. This is something that's a job for a dumb timer, or, at most, a simple microcontroller.
But making it so the pet feeder needs to be connected to dispense food?? That's insane. The internet connectivity should be to upload new timings. But if a connection can't be made, the old timings should continue to be used.
Write failsafes into your models!
I suspect it will be someones bright idea to generate recurring revenue.
But then slapping pointless "HOT NEW TECHNOLOGY" on things thinking you'll make a buck isn't exactly new.
<s>That said, you wanna invest in my "Big Data pet feeder"? It runs hadoop and its all cloud 2.0.</s>
Don't know about dogs, but don't cats feed themselves? Mine certainly does, when we leave for holidays (or even sometimes during the year) we just leave a lot of food and it just eats what it needs everyday.
In fact when I bought the recipient for holding the food (a kind of plastic vase with a hole at the bottom) there were a lot for sale at the shop so there must be many cats who can use that without harming themselves...
But leaving more than enough food lying around to be eaten ad libitum is a recipe for a fat cat, as they will not stop when they've had enough.
A dog would eat until it weighed 500 lbs, but some cats will actually pace themselves.
Possibly including the mice and rats attacted by all that food? let alone flies.
I mean presumably they might have had some web-ui functionality to change feed-settings - but why that wouldn't just update a cron-tab is beyond me.
This is absoultely speculation, but my guess would be that the way this product came to life is as follows:
1. Company saw a niche for IoT products with pet owners willing to splurge on their pets (an aside, pets owners are very happy to spend...)
2. Requested IoT software for already existing auto-feeders to be written up as fast as possible
3. IoT part written and works, product is rushed out without designing an offline mode (either not interested or to be patched later) [1]
It was an imagined race to be first with the product and get the pet feeder IoT device on the market first and build up a brand name. The end result is this silliness.
Basically, I don't think they envisioned an issue where the servers would go down - if the customer's own net went down, obviously they're to blame for Sharik and Musya not being fed.
I sure this sounds overly cynnical, but as was mentioned by someone else, this is just the first of many such things to come with shoddy IoT devices. The practical consideration of "well, what if the servers go down?" just doesn't seem to be on people's minds with IoT.
[1] From their twitter, I was right - they didn't bother with an offline sync in the firmware, and had to build it out: https://twitter.com/petnetiosupport/status/75838081375903334...
I wonder if security systems work the same way. Robbers want to take in a smart home so they just cut the coaxial line and the whole thing goes 404, unlocks all the doors, turns off monitoring and can't alert emergency services.
Hopefully they have the decency to feed the dog.
Not impossible to circumvent, but probably beyond the scope of the average burglar.
Everything should be in the cloud, just to make sure it can fail when your internet connection is down or some server has hiccups or whatever.
Those are strange times.
Even though this would be more reliable, you couldn't control it from your phone, which seems to be a selling feature for all of these badly designed IOT devices.
Somebody should design a timer module that can be controlled via bluetooth and (optionally) via Wifi.
Then you could program the timer from your iPad or whatever, but if connectivity is lost, the local controller would retain the settings and continue to work until connectivity is re-established.
And, personally I can't wait for this fad for "control X from your phone" apps and devices to die down.
Why are they using a software development process that optimizes for time to market when reliability is critical to their business? The former is somewhat acceptable for a startup in the web but incredibly irresponsible for developing hardware.
It's not like it's impossible to ship software that rarely has major bugs even though there are no consequences to the real world compared with the space shuttle. We've done that during the entire console era until consoles became internet connected devices.
That company would also be the one that gets all the surveillance data and would be the one that gets to make all of the money.
This is part of the problem of IOT: lock-in is critical to the business model.
Many questions to sort out.
If it has enough power to connect to the web, it should have enough power to "serve" up it's own web form so that you can adjust the schedule. Why does _everything_ have to go back to someone _else's_ computer!?
Edit: Well at least we know who NOT to hire, they conveniently supplied photos! http://www.petnet.io/about
https://twitter.com/petnetiosupport/status/75838081375903334...
It's still pretty ridiculous that this kind of logic made it into a product that is relied upon for feeding.