<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: TelosW</title>
	<atom:link href="http://groklab.org/handhygiene/2009/12/28/telosw/feed/" rel="self" type="application/rss+xml" />
	<link>http://groklab.org/handhygiene/2009/12/28/telosw/</link>
	<description>Just another Groklab.org weblog</description>
	<lastBuildDate>Mon, 28 Nov 2011 02:43:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: tedherman</title>
		<link>http://groklab.org/handhygiene/2009/12/28/telosw/comment-page-1/#comment-107</link>
		<dc:creator>tedherman</dc:creator>
		<pubDate>Sun, 10 Jan 2010 23:06:44 +0000</pubDate>
		<guid isPermaLink="false">http://groklab.org/handhygiene/2009/12/28/telosw/#comment-107</guid>
		<description>The actual link is this:  
  http://sensorweb.vancouver.wsu.edu/research/TelosW.html 

The bad news is that the cc1101 (like earlier sub-Ghz radios in this line) might need an external antenna rather than a a tiny on-board one.  But, maybe I&#039;m wrong.  Look at these comments:

  http://forum.sparkfun.com/viewtopic.php?p=57626

The reason you might get longer range is pretty simple:  tradeoff data rate (that is, when the width of a symbol is big, then you can go longer range, but with fewer symbols per second).  A disadvantage of low data rates in our application is the potential for high collision rates in dense deployments.
We might want to look into this a bit more, though glancing at the cc1101 datasheet shows me there would be quite a few problems in the radio stack to overcome.  I didn&#039;t look at the radio stack implementation of TelosW.

Complicated decision process for this, but worth knowing about.</description>
		<content:encoded><![CDATA[<p>The actual link is this:<br />
  <a href="http://sensorweb.vancouver.wsu.edu/research/TelosW.html" rel="nofollow">http://sensorweb.vancouver.wsu.edu/research/TelosW.html</a> </p>
<p>The bad news is that the cc1101 (like earlier sub-Ghz radios in this line) might need an external antenna rather than a a tiny on-board one.  But, maybe I&#8217;m wrong.  Look at these comments:</p>
<p>  <a href="http://forum.sparkfun.com/viewtopic.php?p=57626" rel="nofollow">http://forum.sparkfun.com/viewtopic.php?p=57626</a></p>
<p>The reason you might get longer range is pretty simple:  tradeoff data rate (that is, when the width of a symbol is big, then you can go longer range, but with fewer symbols per second).  A disadvantage of low data rates in our application is the potential for high collision rates in dense deployments.<br />
We might want to look into this a bit more, though glancing at the cc1101 datasheet shows me there would be quite a few problems in the radio stack to overcome.  I didn&#8217;t look at the radio stack implementation of TelosW.</p>
<p>Complicated decision process for this, but worth knowing about.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

