The Chinese Solar Machine Layer by Layer Fire in the Library The Mystery Behind Anesthesia
(Page 2 of 2)
Each hardware platform has different strengths and weaknesses. The Crossbow system can be customized easily but has a maximum data transfer speed of 35 kilobits per second, limiting the network to text messaging. The Gumstix system is less flexible but can transfer data at 54 megabits per second, allowing users to talk and send other data over the network. Both types of node measure approximately five by ten centimeters and cost between $200 and $300.
Moayeri's team tested the Crossbow network in an 11-story building on the NIST campus in Gaithersburg, MD, deploying 11 nodes in the stairwell. The Gumstix network was tested throughout another NIST building that goes 40 feet belowground and features winding corridors as well as a number of metal doors. A total of eight nodes were used to cover about 300 meters.
Moayeri says that the maximum transmission power for the Gumstix node was about 100 milliwatts while the Crossbow's MICA2 Mote was approximately three milliwatts. Since a typical police or firefighter radio transmits at one to five watts, far fewer nodes would be needed in a real-world scenario. However, it's not clear how much it will cost to make rugged and fireproof nodes.
A potential downside of the NIST prototype is that it does not include the ability to track location, unless it is in a building that already has passive RFID chips installed.
Moayeri and his colleague Michael Souryal presented details of the two prototype networks at the third annual Precision Indoor Personnel Location and Tracking for Emergency Responders technology workshop held at Worcester Polytechnic Institute in early August.
Their presentation caught the interest of one workshop attendee--Alan Kaplan, chief technology officer at Drakontas, a company based in Glenside, PA, that makes communications software for public safety and security operations. His firm's software currently requires users to check connections between nodes as they are deployed. "What I thought was cool is that the technology seemed to help users as they built out this network, telling where they should actually place these nodes," says Kaplan. "Potentially, this is something that anyone who does public safety or security would want."
Manufacturing in the United States is in trouble. That's bad news not just for the country's economy but for the future of innovation.
This document is part of the “How-To Guide for Most Common Measurements” centralized resource portal. This tutorial provides a detailed guide for measurement and device considerations to take temperature measurements using thermocouples. Get an introduction to thermocouples, which are inexpensive sensing devices widely used with PC-based data acquisition systems. Also review some specific thermocouple examples and learn how thermocouples work and ways to integrate them into a data acquisition measurement system.
View full PDF >Our list of the 50 most innovative companies, including the following:
ms
190 Comments
35 kbps is plenty for voice
35 kbps should be quite sufficient for voice communication. The standard rate for landline-quality voice is 64kbps uncompressed, which reduces to around 7kbps when compressed by standard methods.
Reply
riparian
2 Comments
Re: 35 kbps is plenty for voice
I asked Nader Moayeri to take a look at this and respond. He sent me a response instead, which I am posting below. Michael Fitzgerald
Moayeri's comment:
this is a good question. However, this person is thinking point-to-point communications. If you have a single transmitter sending information to a single receiver, then a tranmission rate of 35 Kbps would certainly be adequate for sending voice. In fact, there are voice coders that code voice at 4 Kbps.
However, when you do VOIP (Voice Over IP), which is what's happening in our network, there is a good bit of overhead (packet headers, possibly retransmissions as a result of transmission errors, etc). Not only we are using VOIP, but this is also an ad hoc network. There is a lot of overhead associated with establishing multihop routes and maintaining them, because routes do break. That's why having voice communications over our the mote network we built is not possible even if we had used a 4 Kbps voice coder. (Right now we are using a 28 Kbps voice coder.)
Reply