most popular twitter clients for iPhone?
I’m starting to use Twitter more, and so I was curious: which Twitter clients have found favor on the iPhone? Given the excitement over the new iPhone, I decided to mine some information to find out. Caveat: I don’t pretend that this is scientific, merely indicative.
On Twitter, I did a search for “iPhone line” and was rewarded with many tweets from people standing in line waiting for the new iPhone, reporting on lines of people waiting for the new iPhone, or (often) deriding people who even contemplated getting an iPhone. I gathered 380 tweets, extracted all the lines that read “nn seconds ago from client_name” and tallied them by client_name. Results after the jump: (more…)
Add comment June 19, 2009
Five concise questions for the entrepreneur
I’ve been contemplating the questions that concisely define a business. These questions aren’t quantitative and are no substitute for a business plan, but any entrepreneur (or any executive, for that matter) should be able to answer them confidently and without equivocation:
- Who are you customers? (or, how do you know whether or not someone is your customer?)
- What products/services do you sell?
- Why does the customer buy your product/service rather than making/doing it themselves or buying it from someone else?
- How does your business generate a positive cash flow?
- How does your business generate value beyond revenue from sales?
So, gentle reader: what essential question would you add to this list?
7 comments June 11, 2009
Buying Time…
I love technological innovation (I am from MIT, after all), but if we are going to match growing energy demand with renewable energy sources, behavioral changes — in the short term — are more important than technological breakthroughs.
My reasoning: the US demand for residential and commercial energy over the next 23 years is predicted to increase by 18% (see http://www.eia.doe.gov/oiaf/aeo/excel/figure36_data.xls) — excluding industrial and transportation sectors.
If we want the additional power generated by renewable sources (and who doesn’t?) this demand must be met by increasing wind and solar power generation capacity.
But http://www.eia.doe.gov/oiaf/aeo/execsummary.html says
…the [predicted] share of electricity sales coming from nonhydroelectric renewables grows from 3 percent in 2007 to 9 percent in 2030…
That’s a 6% increase, which is far short of the 18% predicted increase in demand.
The basic problem is that renewable energy sources — specifically wind and solar — can’t currently be deployed at a rate that keeps up with increased demand. And unless we start do something differently, we will need to build yet more non-renewable sources of energy.
But I believe wholeheartedly that we can do something differently: we can give better feedback to energy consumers to help eliminate the most egregious sources of waste. Properly done on a national scale, this will let us hold energy demand constant for a few years, buy time for solar and wind technologies to mature, and obviate the need to build more non-renewable generation plants.
Add comment May 13, 2009
On being an expert…
You know what’s nice about claiming to be an expert on topic [X]? Everyone and their uncle goes out of their way to tell you about other people and companies in the [X] space. And lo and behold, pretty soon, you know more about [X] than everyone else. There must be a name for the phenomenon.
1 comment May 7, 2009
Of points, stars and meshes
In wireless device networks (in fact, in any network), there are several methods for routing data from one node to another. We review the more common methods here.
Network Topologies
The topology of a network describes how individual nodes in the network connect to one another. (Note: the word “topology” derives from a branch of mathematics and from map making. If the word seems alien to you, you can simply substitute the word “layout” whenever you see it.)

The three most common topologies—point to point, star and mesh—are shown in the figure above. For now, assume that all nodes support bidirectional communication—they can both send and receive messages—but we will discuss unidirectional communication and its implications below.
Point-to-point Networks
A network that uses a point-to-point topology, or more succinctly, a point-to-point network, consists of two nodes. This is the simplest arrangement that can still be called a network. Node A can send messages to node B, and node B can send messages to node A.
Wireless point-to-point networks are often used for simple remote monitoring applications, such as collecting data from a single seismic sensor. In addition, a number of companies sell “wireless bridges” for wired networks, such as this wireless Ethernet bridge or 4-20 mA current loop bridge for industrial applications.
Beyond simple wire replacement, a simple bridge is useful in hazardous environments where running a wire is difficult or dangerous: in power substations, a single pair of wires can develop dangerously large voltage potentials. In these environments, a wireless link sidesteps all the problems associated with a wired connection.
Star Networks
Anyone who has worked with a WiFi is already familiar with a star topology: terminal nodes (such as the WiFi adapter in your laptop) communicate directly to a central control node (e.g. the Access Point in a WiFi network). A terminal node cannot communicate directly with another terminal node (in the star topology picture above, node B cannot communicate directly with node C) but it can send a message through the central node to be relayed.
Other examples of star networks are cell telephones (the towers are the central nodes, the handsets are the terminal nodes), and any centrally broadcast signal such as FM radio or television.
A network with star topology has the advantage of simplicity: all of the intelligence of the network can reside in the central node, which simplifies the design and operation of the terminal nodes.
On the other hand, this leads to a potential single point of failure—the entire network stops if the central node goes down for any reason.
And in some environments, getting sufficient RF coverage from the central node can be challenging: a friend of mine once said “It’s like trying to illuminate an entire supermarket from one really bright bulb hanging in the middle of the store. No matter how bright you make the bulb, you’ll still get shadows.” (Note: if you were that friend, please send me a note so I can give you proper credit!! — rdp)
For Computer Networks, usually there’s an easy fix when you find yourself in a radio shadow: simply move closer to the access point. But in Device Networks, it’s not so easy if the wireless node is attached to a two ton tank: it may be impractical to relocate the radios. This is one place where Mesh Networks can really help.
Mesh Networks
In a mesh network, nodes serve as “mini-routers” and can relay messages on behalf of their neighbors. This means that two nodes don’t need to have a direct radio link in order to communicate — all that is required is a set of “hops” to connect from one node to the next. In the mesh network figure above, node B cannot communicate directly to node D, but it can send a message to node C that will in turn re-transmit the message to node D.
Strictly speaking, a Mesh Network doesn’t require a central point of control. In fact, many network protocols such as ZigBee assign special powers to a “coordinator” node, but that is not part of the definition of a mesh network.
A mesh network is called self-organizing and self-healing if it can establish and maintain routing information among nodes without human intervention even as nodes come and go or the physical environment changes. Since Device Networks by definition need to operate without human intervention, nearly all mesh networking algorithms designed for Device Networks are both self-organizing and self-healing.
Simplex, Half Duplex, Full Duplex
Above, we showed examples of bi-directional networks, in which each node can transmit as well as receive. There are a few examples of uni-directional networks, so this is a good time to introduce the terms simplex, half duplex and full duplex.
- a simplex channel sends data in one direction only. A television broadcast channel is an example of a simplex channel: the transmission tower always transmits and never receives.
- a half-duplex channel sends data in both directions, but only one direction at a time. A CB radio or a walkie-talkie is an example of a half-duplex channel: once you push the microphone button to talk, you can no longer hear what is being transmitted on the channel. Most wireless LAN implementations are half-duplex: the WiFi adaptor in your laptop waits in receive mode until the access point gives it permission to transmit, it switches into transmit mode long enough to send a packet of data, then reverts to receive mode.
- a full-duplex channel can send data in both directions at the same time. In fact, many full-duplex channels are implemented as pair of simplex channels: one for transmitting and one for receiving. Your cell phone communicates to the cell tower on one frequency channel while the tower simultaneously communicates with your phone on another frequency channel.
Some wireless sensor networks are built using simplex channels with uni-directional communication: data flows from a single sensor (in a point-to-point network) or from multiple sensors (in a star network) to a collection point. Since only sensor data is being collected, there is no need to communicate back to the sensor.
One does not commonly find a mesh network built using simplex communication links: nodes need to be able to transmit and receive in order to relay messages for their neighbors. (Strictly speaking, you could build a multi-hop mesh network using all simplex channels arranged in a directed graph, but I don’t know of any such implementations.)
Sensor Network != Mesh Network
One caveat: many people use the terms “wireless sensor network” and “mesh network” as if they are interchangeable. It’s important to keep in mind that a “sensor network” is an application, while “mesh” is an implementation detail. While it is true that a mesh network is often the architecture of choice for a wireless sensor networks, there have been many successful implementations that use point-to-point or star topologies.
copyright © 2008 nbt ventures, all rights reserved
share the love:
|
|
|
|
|
|
Add comment June 9, 2008
Device Networks Defined
Nearly every post in this Embedded Internet blog is implicitly or explicitly about Device Networks, so we offer this definition:
Device Networks are communication networks that link unattended physical objects to each other and to other networks and allow us to sense, control, identify or locate those objects.
It is easier to discuss Device Networks after describing two other familiar networks: Computer Networks and Voice Networks.
Computer Networks
Nearly everyone understands what we mean by computer networks — these are the high-speed digital networks that link our laptops, desktop computers and file servers. Computer Networks carry the massive torrents of data that serve us our e-mail, web pages, streaming audio and YouTube posts of chihuahuas on skateboards. In computer networks, TCP/IP and UDP are the dominant communication protocols and speed is the most important figure of merit: faster is always better.
Voice Networks
We are all equally familiar with voice networks, which link everything that starts or ends at a telephone handset. Back in the 20th century, most voice networks were made of copper wires carrying circuit-switched analog signals, but those have largely been replaced by packet-switched digital signals carried over wires and fiber optic cables or, increasingly, carried over wireless cellular networks.
We are seeing a wonderful blurring of voice networks and computer networks: Office buildings are now outfitted with telephone systems that use VOIP (Voice Over Internet Protocol), in which voice traffic is stuffed into TCP/IP packets and shunted over standard computer networks. And content originating from file servers — such as web pages, digital music, satellite radio — is being delivered directly to our mobile handsets The dominant figure of merit for voice networks is availability — you want your handset to be connected no matter where you are.
Device Networks
Which brings us to our definition of device networks: Device Networks are communication networks that link unattended physical objects to each other and to other networks, allowing us to sense, control, identify or locate those objects. Device networks are often wireless, but there are many examples of wired device networks.
Device networks have gone by many names including: Wireless Sensor Networks; Active RFID; Machine-to-Machine (M2M); the “X-Internet”; Real-Time Location Systems (RTLS); Supervisory Control And Data Acquisition (SCADA); Real-Time Process Control and a host of others. The label of choice depends upon the application or upon market researcher discussing it.
Device Networks normally have neither the high-bandwidth requirements of Computer Networks nor the low-latency requirements of Voice Networks. But all Device Networks, regardless of application or underlying technology, must be unimpeachably autonomous and able to function dependably under a broad range of conditions without human intervention. Device Networks must either never break, or if they do break, they must have the means to repair themselves.
2 comments May 14, 2008
Moore’s Law: Obituaries are premature
Moore’s “Law” – which predicts a halving of the cost per transistor every 18 months – has remained remarkably accurate over the last four decades, yet there are those who claim that it is about to come to an end.
Proclaiming the demise of Moore’s Law is nothing new – it has been a perennial pastime of pundits. But they were wrong before, and they’re still wrong.
To write an obituary for Moore’s Law either indicates a lack of understanding of Gordon Moore’s original claims or a needlessly narrow view of its implications. A broader interpretation – predicting an exponential reduction in the cost of computing over time – is as robust as ever and shows no signs of abating. (more…)
2 comments May 12, 2008


In early 1966, 



