<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Giladon-line &#187; xbee</title>
	<atom:link href="http://giladlotan.com/blog/category/xbee/feed/" rel="self" type="application/rss+xml" />
	<link>http://giladlotan.com/blog</link>
	<description>culture technology: bridging the gap</description>
	<lastBuildDate>Tue, 18 May 2010 00:29:10 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Roof-Link Circuit cont&#8217;d</title>
		<link>http://giladlotan.com/blog/2007/03/roof-link-circuit-contd/</link>
		<comments>http://giladlotan.com/blog/2007/03/roof-link-circuit-contd/#comments</comments>
		<pubDate>Tue, 06 Mar 2007 16:43:16 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[ITP]]></category>
		<category><![CDATA[rooflink]]></category>
		<category><![CDATA[solar]]></category>
		<category><![CDATA[sustainable energy]]></category>
		<category><![CDATA[travel]]></category>
		<category><![CDATA[xbee]]></category>

		<guid isPermaLink="false">http://giladlotan.com/blog/?p=130</guid>
		<description><![CDATA[<p>What I&#8217;m trying to understand is how to make a slightly smarter circuit for the Roof-Link project (the mesh network of Xbee chips that send sensor readings from the 12th floor solar panel, down to our department on the 4th floor). What happens now, is that the 12th floor module senses the voltage coming in [...]]]></description>
			<content:encoded><![CDATA[<p>What I&#8217;m trying to understand is how to make a slightly smarter circuit for the Roof-Link project (the mesh network of Xbee chips that send sensor readings from the 12th floor solar panel, down to our department on the 4th floor). What happens now, is that the 12th floor module senses the voltage coming in from the solar panel, and sends that information out through an xbee radio. This circuit is powered using the amps coming in from the solar panel, so once that drops down under 3.3V, no information is sent. I would like to be able to detect this drop down to 3.3V and have the Xbee send a series of zeros, stating that it is going to be sleeping (so instead of just null, get a few zeros before going null).</p>
<p>Another useful place for something like this would be the 8th floor module, which is currently used to pass data down from the 12th floor to the 4th floor. It is powered by a rechargeable battery pack. The Xbee radio chip is programmed to go into cyclic sleep, enabling maximum energy saving. It would be a good feature, to have the circuit detect the battery voltage going down, and having the xbee send out a signal before it dies, rather than just going silent.</p>
<p>For this reason, I&#8217;ve been playing around with the <a href="http://downloads.solarbotics.com/PDF/MAX8212.pdf"><span class="imagelink">MAXIM 8212</span></a><span class="imagelink"> voltage detector chip. Using the given <a href="http://downloads.solarbotics.com/PDF/Bicore_Experimenters_PCB/BEP-PM3.pdf">solarbotics circuit</a>. Doing a couple of tests to see which resistors (R2 and R3) I need in order to detect an input voltage level of 3.2-3.3. From the diagram in that pdf file, it seemed like R1=100k, R2 (trigger)=175K and R3 (hysterersis)=275K should do the trick. This triggers the load at a voltage of around 6V, and releases when it goes under 3.3V. </span></p>
<p>Now if I want the trigger to be around 3.5-3.7 (fresh battery) I need to place R2 = 200k. And to know that the battery&#8217;s power is ending (3.0-3.2 V), the hysterersis resistor value has to be R3 = 275k.</p>
<p><a class="imagelink" title="miller solar engine" href="http://giladlotan.com/blog/wp-content/uploads/2007/03/miller-solar-engine.gif"><img id="image131" alt="miller solar engine" src="http://giladlotan.com/blog/wp-content/uploads/2007/03/miller-solar-engine.gif" /></a></p>
<p>The <a href="http://downloads.solarbotics.com/PDF/mn1380.pdf">1381</a> IC is a voltage trigger. Using this IC in a circuit (I got the 1381S, which has a preset voltage trigger point at 4.0-4.3 V. I just wanted to try to make a simple BEAM circuit here, wakes up whenever it has enough voltage (4V in this case) to power the load. The <a href="http://www.sparkfun.com/datasheets/Components/2N3904.pdf">2N3904</a> is ***(goes ). Again here, I got a trigger from between 2.0 to 2.3V, half of what I&#8217;d expected.</p>
]]></content:encoded>
			<wfw:commentRss>http://giladlotan.com/blog/2007/03/roof-link-circuit-contd/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Xbee setup for Solar Panel Network</title>
		<link>http://giladlotan.com/blog/2006/11/xbee-setup-for-solar-panel-network/</link>
		<comments>http://giladlotan.com/blog/2006/11/xbee-setup-for-solar-panel-network/#comments</comments>
		<pubDate>Sun, 12 Nov 2006 17:35:29 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[ITP]]></category>
		<category><![CDATA[Sustainability]]></category>
		<category><![CDATA[travel]]></category>
		<category><![CDATA[xbee]]></category>

		<guid isPermaLink="false">http://giladlotan.com/blog/?p=82</guid>
		<description><![CDATA[<p>Solar Panel Link:</p>
<p>Description of what our objective is&#8230;</p>
<p>Xbee Radios:</p>
<p>Addressing:</p>
<p>3 layers: Channel, Pan ID and DL/DH</p>
<p>Short 16-bit addresses. The module can be configured to use short 16-bit addresses as the
Source Address by setting (MY < 0xFFFE). Setting the DH parameter (DH = 0) will configure the
Destination Address to be a short 16-bit address (if DL < [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Solar Panel Link</strong>:</p>
<p>Description of what our objective is&#8230;</p>
<p><strong>Xbee Radios</strong>:</p>
<p><em>Addressing</em>:</p>
<p>3 layers: Channel, Pan ID and DL/DH</p>
<p>Short 16-bit addresses. The module can be configured to use short 16-bit addresses as the<br />
Source Address by setting (MY < 0xFFFE). Setting the DH parameter (DH = 0) will configure the<br />
Destination Address to be a short 16-bit address (if DL < 0xFFFE). For two modules to communicate<br />
using short addressing, the Destination Address of the transmitter module must match the<br />
MY parameter of the receiver.</p>
<p>When an End Device associates to a Coordinator, its MY parameter is set to 0xFFFE to enable 64-<br />
bit addressing. The 64-bit address of the module is stored as SH and SL parameters. To send a<br />
packet to a specific module, the Destination Address (DL + DH) on one module must match the<br />
Source Address (SL + SH) of the other.</p>
<p><em>AT commands</em>:</p>
<ul>
<li>+++ (no enter): places the chip in command mode</li>
<li>ATCN: exit command mode</li>
<li>ATWR: write configuration, so that the Xbee remembers the set parameters</li>
<li>ATBD: baud rate  (ATBD3 &#8211; 9600 baud)</li>
<li></li>
<li>ATID: pan ID</li>
<li></li>
<li>ATDH: destination address (high)</li>
<li>ATDL: destination address (low)</li>
<li></li>
<li>ATMY: my address</li>
<li></li>
<li>ATSH: serial number (high) &#8211; this is a unique address</li>
<li>ATSL: serial number (low) &#8211; this is a unique address</li>
<li></li>
<li>ATDB: signal strength of the last RF packet received</li>
<li>ATPL: Power Level (default: 18dBm on the Xbee pros)</li>
<li></li>
<li>ATIR:  Set sample time (ATIR0&#215;0A &#8211; samples every 10ms)</li>
<li></li>
</ul>
<p><em>Modes of operation</em>:</p>
<p><em>Xbee I/O Commands</em>:<br />
<strong>IA</strong> (I/O Input Address) Command<br />
<em> The IA command<br />
is used to bind a module output to a specific<br />
address. Outputs will only change if received<br />
from this address. The IA command can be used<br />
to set/read both 16 and 64-bit addresses.<br />
Setting all bytes to 0xFF will not allow the reception<br />
of any I/O packet to change outputs. Setting<br />
the IA address to 0xFFFF will cause the module to<br />
accept all I/O packets.</em></p>
<p><em><strong>PR</strong> &#8211; The PR command is used to<br />
set and read the bit field that is used to configure<br />
internal the pull-up resistor status for I/O lines.<br />
â€œ1â€ specifies the pull-up resistor is enabled. â€œ0â€<br />
specifies no pull up.</em></p>
<p><em>bit 0 &#8211; AD4/DIO4 (pin 11)<br />
bit 1 &#8211; AD3/DIO3 (pin 17)<br />
bit 2 &#8211; AD2/DIO2 (pin 18)<br />
bit 3 &#8211; AD1/DIO1 (pin 19)<br />
bit 4 &#8211; AD0/DIO0 (pin 20)<br />
bit 5 &#8211; AD6/DIO6 (pin 16)<br />
bit 6 &#8211; DI8 (pin 9)<br />
bit 7 &#8211; DIN/CONFIG (pin 3)<br />
For example: Sending the command â€œATPR 6Fâ€ will turn bits 0, 1, 2, 3, 5 and 6 ON; and bits 4 &#038; 7<br />
will be turned OFF. (The binary equivalent of â€œ0&#215;6Fâ€ is â€œ01101111â€. Note that â€˜bit 0â€™ is the last digit<br />
in the bitfield.</em></p>
<p><a href="http://www.maxstream.net/support/knowledgebase/article.php?kb=180">Analog I/O commands support page</a></p>
<p><em><a href="http://www.maxstream.net/products/xbee/manual_xb_oem-rf-modules_802.15.4.pdf">Complete Xbee Manual</a></em></p>
<p><em><a href="http://www.maxstream.net/support/knowledgebase/article.php?kb=188">Xbee Support Page Link</a> </em></p>
]]></content:encoded>
			<wfw:commentRss>http://giladlotan.com/blog/2006/11/xbee-setup-for-solar-panel-network/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
