
How much!
If it's at Pi-prices, I'd bite!
ARM and IBM today hope to lure a few more engineers, tinkerers and the like into their Internet of Things (IoT) world with a cloud-connected development kit bundle. The new Ethernet IoT Starter Kit combines the gizmo-laden mbed Application Shield with a Cortex-M4-powered board from Freescale. You plug the two together, hook …
> No, he is right. It's Duck Tape (brand name).
It is not only a brand name but it refers to the material used in the tape. 'Cotton duck' is a type of tightly woven cotton fabric, often used for tents. The name derives from the Dutch 'doek'. 'Duck tape' is made from duck fabric. 'Duct tape' is any tape which can be used to seal ducts (such as air ducts), and may be 'duck tape', 'Duck Tape (tm)' or other.
Why would you want to connect it to anything soo low tech and soo yesterday?
The kit does have voltage out connections, so you should be able to simply plug in a couple of LED's and you've got a little light! Want to illuminate a room, then make a 'feature' of you IoT by simply adding another few dozen kits and attach to ceiling etc.
(But how do I hook it up to a lightbulb?)
....it depends on exactly what you want to do, how much experience you have and what budget you're working with. For the well budgeted there's a whole world of DIN rails, interfaces, PLCs and what-have-you out there -- its a big business. Huge, in fact. For the more domestic there's intelligent power strips (Levitron), existing powerline controllers (been around for decades) and the like. For the engineer its a bit of a non-question, hooking stuff up to networks is what people do when they're working with embedded computers.
BTW -- are you sure about this "light bulb" thing? They're pretty much extinct these days....
I'm having a bit of trouble seeing the advantage of being able to see the results of twiddling a dial in the cloud. Especially since the bit of kit sending the twiddling to the cloud has more processing power than you need to do anything reasonable with the twiddlige.
With management in the cloud, it frees all devices in the local network from having to be concerned about coordination and cooperation. All of that is pushed off to the cloud, thus making a "smart" home a snap and truly plug-n-play. Further, in the IoT paradigm, if a particular product proliferates, there can be some pretty amazing device "smarts" and "awareness" developed through Big Data analytics of all the data streaming from devices around the world.
With management in the cloud....
Yes all those cloud devices can do those things. Right up to the point your ISP goes down, a JCB goes through the fibre to your exchange, the server goes titsup, the cloud service gets retired or an incompatible upgrade or a gazillion other things you have no control over.
Or you could go the extra mile to get the smart devices to talk directly to one another and have independence & privacy. Plus, when it stops working you will know that the scope for where the problem lies rather than being 'somewhere on the planet' is 'somewhere in your house'.
Folk want to vector you into the cloud so that they can be involved and flog you an ongoing service, rather than do what sane people would and buy the product outright and have the management internal to your own home. Heck, its not as if web based management interface need a Cray to run on.
>Yes all those cloud devices can do those things.
I hadn't even got that far, I was still working out the provisioning and registration of all these devices as they will all need to be individually identified and registered on to my management cloud. With the mbed IBM automatically register the device on their BlueMIX cloud, but the user has to use the USB connection to obtain the device id so that they can 'claim' the device in the cloud.
Also playing around with the changing a lightbulb scenario, IoT makes this much much more involved. Having just had both of my cars serviced I know the real difference 'chipped' parts make to a job. One car a new set of spark plugs was needed - £8 each, a spanner is the only tool required and job can be performed on the drive. The other a set of 'chipped' injectors that also need to be registered with the engine management system, here the injectors were £130+ each and the job had to be done by a local garage... But IoT will add another complexity, devices will most probably be pre-registered to different management clouds, just as the majority of mobile phones are today and hence will need to be ported to my cloud...
Once the devices are actually in my cloud I can begin to worry about management...
It all needs to be autonomic and self-configuring, including secure enrollment of new devices. What it doesn't need (from the consumer's point of view) is to depend on proprietary or cartel solutions for that. That's the difference between your £8 spark plugs and £130 injectors (whose fair price is probably £30 at a guess). So beware of Big Blue (or Cisco, or anyone else) who offers the One True Solution for IoT security. The One True Solution includes a monopoly rent.
Take note that it's called the Internet of ThingS, not Internet of Thing.
Being able to push management, control, communications, and coordination to the cloud...
...(1) frees up devices on the local network to focus on their specific task(s) and allows easy, easy development of "smart" homes, "smart" swarms, etc.
...(2) if a device has a particular type of sensor and streams its reading to the cloud, and devices with that particular type of sensor proliferate and also stream to the cloud in a common collective, new levels of "intelligence" can be imbued into devices with that sensor via Big Data analysis of all of the data streaming from hundreds to millions of sensors from around the world.
I was thinking exactly the same thing. A home system which only functions by the grace of someone else's servers in some other country just doesn't appeal to me either.
You'd want a "server" on your home network, but even a Raspberry Pi would be vastly over-spec'd.
With anything inside the home that you want to access from outside, there is a fundamental problem that I've not seen a good solution for. Either you have to open up your router to allow access (Something that the average user is not up to and has significant security implications) or you use a third party server (Often in the cloud) but unless you are paying for it, it could quickly disappear, and if you are paying for it they could jack the price up or close the service leaving you with a lot of hassle trying to reconfigure kit!
I'd hope for 10-20 years life out of home automation kit, how many times might the occupants have changed over those years.
The only solution I've thought of is if a standard could be adopted that came as part of your ISP contract using their servers and could be automatically transferred when you changed ISPs
Or has some one come up with another solution I've missed.
Well, since we are talking access through a portable smart device aka telephone, why not revisit that old stand-by: dialback? You ask the device if you can have a conversation just like normal, but instead of the device taking your word that you are and suggesting a socket it calls the device back, establishing the full address for itself rather than accepting the one it is given.
Not useful for all cases, but as part of a portfolio of tools, not halfway bad from where I'm sitting.
the whole idea of IOT is to have small, cheap devices.
Every single one doesn't need to have a full network stack and talk to the cloud FFS - it makes far far more sense to have a central home hub type devices to do that - all talk to the cheap minions.
arduino is the ideal tool for the minions - I can build a wireless connected arduino controlling [enter your requirement here] for less than a fiver (2 quid arduino pro mini, 2 quid 2.4ghz transciever, 1 quid left for lights, battery, relay or whatever you need).
Hell, you can even use 433mhz and have them ape X10.
If I'm supposed to have (and I still fail to see the real applications for most of this) 10 or 20 IOT things in my house - and they all have to connect to the fucking internet through the one hub I have anyway - the modem that connects me to the fecking internet - then that's the place to put the small cloud pish, not in 20 odd devices all over the house.