Embedded Systems Conference
Breaking News
Blog

Networking for the Internet of Things: Not so Fast!

NO RATINGS
View Comments: Newest First | Oldest First | Threaded View
Jon Green
User Rank
Author
A risk of conflation
Jon Green   4/16/2014 11:51:48 AM
NO RATINGS
With the growth of cloud technologies, at the same time that IoT has become part of the public agenda, we've seen new terms grow up together.

Two of them are "Internet of Things" and "Big Data".

But the two are not synonymous. IoT devices are just that - devices. They do not have massively powerful processors. Most do not have urgent communications needs. In fact, the great majority that are in production or planning at the moment do not generate vast volumes of data rapidly; instead, they provide small amounts (compared to available network speed), infrequently. If there is a Big Data connection, it's in the aggregation and analysis of many, many small individual reports. It's certainly not in the communications.

So the title of this article is entirely apt. "Not so Fast!" indeed. What we need, for IoT, is not high-speed networking so much as ubiquitous networking - because an Internet of Things device without an Internet is a tragic and useless thing.

This introduces a new set of problems, and new approaches to them. It doesn't necessarily matter to the average IoT gadget that data rates are no better than GPRS...so long as they're available. We need that connection on the hills and in the valleys; in the urban jungle and perhaps even the Amazonian one.

Maybe those Google network blimps are rather more important than detractors have realised.

More Blogs
Will Internet of Things analytics drive us all to drink?
How does startup's CEO balance conserving cash versus building technology from the ground up.
FPGA-based prototypes offer unbeatable flexibility, capacity, and speed. Extending their functionality through the use of a transactor interface opens up tremendous possibilities to designers.
CEVA's Eran Briman examines the explosion in vision processing and why it requires a rethink of mobile and embedded processing architectures if the future 'connected vision' paradigm is to be fully realized.
Error correcting code increases memory density and bandwidth while maintaining power neutrality and reliability. Here’s a detailed look at why that’s the case.
Flash Poll
Like Us on Facebook

Datasheets.com Parts Search

185 million searchable parts
(please enter a part number or hit search to begin)
EE Times on Twitter
EE Times Twitter Feed
Top Comments of the Week