<meta name=robots content="index,follow">
</head>
<body>
+<div id=title>
+<p></p>
<p>
</p>
</p>
-<h1 class=title align=center><br><br>Deluge T2 - Programming Manual</h1>
+<h1 class=title>Deluge T2 - Programming Manual</h1>
<p></p>
<div align=center>
Chieh-Jan Mike Liang<br>
-Razvan Musaloiu-E.<p>June 1, 2007</p>
+Razvan Musaloiu-E.<p>January 14, 2008</p>
</div>
<p></p>
<p>
<a href="http://www.cs.berkeley.edu/~jwhui/research/deluge/">http://www.cs.berkeley.edu/~jwhui/research/deluge/</a>.</p>
<p>
Deluge T2 is an effort to port Deluge 2.0 from TinyOS 1 to TinyOS 2.
-Since the code from Deluge 2.0 is reused as much as possible, the
-behavior and the usage of Deluge T2 should be similar to Deluge 2.0.
-Having said that, it would be helpful to read the Deluge 2.0 manual and
-related documentations.</p>
+Although the code from Deluge 2.0 is reused as much as possible, the
+behavior and the usage of Deluge T2 are not entirely identical to Deluge
+2.0. Having said that, it would still be helpful to read the Deluge 2.0
+manual and related documentations.</p>
<p>
Deluge T2 is still in experimental phase. One current limitation is
platform support. Deluge T2 has been developed on Tmote Sky (<i>telosb</i>)
them are the following:</p>
<p>
</p>
-<pre class=verbatim> % cd $TOSROOT
+<pre class=verbatim> % cd $TOSROOT/tools
% ./Bootstrap
...
% ./configure
TinyOS 2 CVS tree and Python 2.4 with pySerial support are recommended
for running Deluge T2.</p>
<p>
-To start the example, we first compile TOSBoot provided in <code class=verbatim>tinyos-2.x/tos/lib/TOSBoot</code>.
+To start the example, we first compile tosboot provided in <code class=verbatim>tinyos-2.x/tos/lib/tosboot</code>.
For example,
</p>
<pre class=verbatim> % make telosb
You should see something similar to the output below.
</p>
<pre class=verbatim> Pinging node ...
- Connected to Deluge node.
--------------------------------------------------
- Stored image 0
- Prog Name: BlinkAppC
- Compiled On: Thu May 17 00:36:33 2007
- Platform: telosb
- User ID: mike
- Host Name: sprite
- User Hash: 0xC50D8DA4L
- Num Pages: 24/24
+ Currently Executing:
+ Prog Name: BlinkAppC
+ UID: 0xA274CBBE
+ Compiled On: Mon Jan 14 13:09:38 2008
+ Node ID: 1
- Size: 26512
- UID: 2302157803
- Version: 6
+ Stored image 0
+ Prog Name: BlinkAppC
+ UID: 0xD7EEFACE
+ Compiled On: Mon Jan 14 12:40:06 2008
+ Platform: telosb
+ User ID: tinyos2
+ Host Name: bluephase
+ User Hash: 0x587C9C16
+ Size: 33504
+ Num Pages: 30
--------------------------------------------------
</pre><p></p>
<p>
</p>
<a name="node_sec_4.1"></a>
<h2>4.1 Setting Up the Motes</h2>
-<p>We first install both TOSBoot and a program that runs Deluge T2. For
+<p>We first install both tosboot and a program that runs Deluge T2. For
simplicity, we use the golden image as the program. The golden image is
provided in <code class=verbatim>tinyos-2.x/apps/tests/deluge/GoldenImage</code>, and it does
nothing except initializing Deluge T2. This step can be done by
user commands from the serial port. Normally, only one mote in the
network needs to be the base station, and other motes are reprogrammed
over-the-air. If error occurs when running the command above, you might
-need to compile
TOSBoot as shown in section <a href="#node_sec_3">3</a>.
+need to compile
tosboot as shown in section <a href="#node_sec_3">3</a>.
Deluge T2 makes sure the mote ID remain persistent over image
reprogramming. You can test the installation by interacting with the
mote through <code class=verbatim>tos-deluge</code>.</p>
</p>
<pre class=verbatim> Pinging node ...
Connected to Deluge nodes.
+ No valid image was detected.
--------------------------------------------------
- Stored image 1
- No proper Deluge image found!
- --------------------------------------------------
+ Create image: /home/tinyos2/local/bin/tos-build-deluge-image -i 1 build/telosb/tos_image.xml
Ihex read complete:
- Total bytes = 25526
- Sections = 2
+ 35916 bytes starting at 0x4A00
+ 32 bytes starting at 0xFFE0
+ 35948 bytes in 2 sections
+ CRCs:
+ 0xCC0E 0xE57B 0xC224 0xE4FA 0x63EB 0xEBA5 0xE50B
+ 0x8073 0x345E 0x3BBF 0xF415 0xA7DB 0xA67C 0x6953
+ 0x6638 0x3D76 0x7218 0x0E8F 0x9C93 0xD679 0x7A50
+ 0xBFCD 0x8B57 0x7A47 0x323E 0x29FF 0x5EFF 0xB0AE
+ 0x1392 0x4A82 0xACFB 0x69D7 0x8C07
+ --------------------------------------------------
+ 36816 bytes in 28.23 seconds (1303.9932 bytes/s)
--------------------------------------------------
Replace image with:
- Prog Name: BlinkAppC
- Compiled On: Mon May 07 00:01:43 2007
- Platform: telosb
- User ID: mike
- Host Name: sprite
- User Hash: 0xC50D8DA4L
- Num Pages: 24/24
-
- Size: 26512
- UID: 507153792
- Version: 0
+ Prog Name: BlinkAppC
+ UID: 0x76D2FB1B
+ Compiled On: Sun Jan 13 21:47:54 2008
+ Platform: telosb
+ User ID: tinyos2
+ Host Name: bluephase
+ User Hash: 0x587C9C16
+ Size: 36816
+ Num Pages: 33
--------------------------------------------------
</pre><p></p>
<p>
<pre class=verbatim> % tos-deluge /dev/ttyUSB0 telosb -d 1
</pre><p>
This command instructs the base station to notify the whole network of
-the availablility of a new program image. This notification is currently
+the availability of a new program image. This notification is currently
done via TinyOS dissemination service, and it triggers all motes in the
-network to get the new program image. Upon receiving the complete image
-over-the-air, each node automatically reboots and reprograms itself.</p>
+network to get the new program image. After all motes receive the image
+over-the-air, you can instruct the base station to disseminate the
+command to reprogram in the network. For example,
+</p>
+<pre class=verbatim> % tos-deluge /dev/ttyUSB0 telosb -dr 1
+</pre><p></p>
<p>
</p>
<a name="node_sec_5"></a>
<p></p>
<p>
Different from Deluge 2.0, Deluge T2 toolchain is written in Python.
-However, as demonstrated in the previous section, the usage is very
-similar.</p>
+However, as demonstrated in the previous section, the usage is similar.</p>
<p>
</p>
<a name="node_sec_5.1"></a>
</p>
<a name="node_sec_5.2"></a>
<h2>5.2 -i -inject</h2>
-<p>This command creates a program image from the supplied
-<code class=verbatim>tos_image.xml</code> file, and it injects the image into specified
-volume on the mote. All versioning information is kept on the mote, so
-no state is stored on the PC.</p>
+<p>This command creates a program image from the supplied
+<code class=verbatim>tos_image.xml</code> file, and it injects the image into specified
+volume on the mote. </p>
<p>
</p>
<a name="node_sec_5.3"></a>
-<h2>5.3 -r -reboot</h2>
-<p>This command sets up the mote to reprogram itself after reboot, and then
-it reboots the mote. This command is applicable only to the directly
-connected mote.</p>
+<h2>5.3 -r -reprogram</h2>
+<p>This command sets up the directly-connected mote to reprogram itself
+after reboot, and then it reboots the mote.</p>
<p>
</p>
<a name="node_sec_5.4"></a>
-<h2>5.4 -d -dissemination</h2>
-<p>This command instructs the directly connected mote to disseminate an
-image to the network. This image is specified by the volume ID. Upon
-successfully receiving an image, motes in the network automatically
-reprogram themselves.</p>
+<h2>5.4 -d -disseminate</h2>
+<p>This command instructs the base station mote to disseminate an image to
+the network. This image is specified by the volume ID.</p>
<p>
</p>
<a name="node_sec_5.5"></a>
-<h2>5.5 -e -erase</h2>
-<p>This command erases a flash volume on the directly connected mote.</p>
+<h2>5.5 -dr -disseminate-and-reprogram</h2>
+<p>This command asks the motes in the network not only to disseminate an
+image but also to start running it. This is accomplish using a reboot.</p>
<p>
</p>
<a name="node_sec_5.6"></a>
-<h2>5.6 -s -reset</h2>
-<p>This command resets versioning information of a specific image on the
-directly connected mote.</p>
+<h2>5.6 -e -erase</h2>
+<p>This command erases a flash volume on the base station mote.</p>
+<p>
+</p>
+<a name="node_sec_5.7"></a>
+<h2>5.7 -s -stop</h2>
+<p>The effect of <code class=verbatim>-d</code> and <code class=verbatim>-dr</code> is continuous which means a new
+mote will become ``infected'' if he is nearby. This command stops the
+``infection''.</p>
<p>
</p>
-<div align=right class=colophon>
-<i>Last modified: Friday, June 1st, 2007<br>
-HTML conversion by <a href="http://www.ccs.neu.edu/~dorai/tex2page/tex2page-doc.html">TeX2page 2004-09-11</a></i>
+<a name="node_sec_5.8"></a>
+<h2>5.8 -ls -local-stop</h2>
+<p>When <code class=verbatim>-d</code> or <code class=verbatim>-dr</code> are in effect, the volume used by them is
+locked. This command can be used to unlock the volume in order to
+erase or inject a new image.</p>
+<p>
+</p>
+<p></p>
+<div align=right class=colophon>Last modified: Monday, January 14th, 2008 2:11:03pm<br><div align=right class=advertisement>HTML conversion by <a href="http://www.ccs.neu.edu/~dorai/tex2page/tex2page-doc.html">TeX2page 20050501</a></div></div>
</div>
</body>
</html>
projects / tinyos-2.x.git / blobdiff