]> oss.titaniummirror.com Git - tinyos-2.x.git/blobdiff - apps/tests/tkn154/nonbeacon-enabled/TestAssociate/README.txt
Updated all READMEs with an extra section that describes how a successful test is...
[tinyos-2.x.git] / apps / tests / tkn154 / nonbeacon-enabled / TestAssociate / README.txt
index 5a715ced62d579c4c4f26b6cbfb3793bbc8385d9..211fcf7547106e740b75b3ecbb5a1e3d8ae06c2e 100644 (file)
@@ -4,22 +4,20 @@ Author/Contact: tinyos-help@millennium.berkeley.edu
 Description:
 
 In this application one node takes the role of a PAN coordinator in a
-nonbeacon-enabled 802.15.4 PAN; it switches its radio to receive mode and waits
+nonbeacon-enabled 802.15.4 PAN, it switches its radio to receive mode and waits
 for devices to request association to its PAN. Whenever a device tries to
 associate, the PAN coordinator allows association and assigns to the device a
 unique short address (starting from zero, incremented for every device
-requesting association). 
-
-A second node acts as a device; it switches to the pre-defined channel and
-tries to associate to the PAN. A short time after association the device then
-disassociates from the PAN. 
-
-On the coordinator the second LED (Telos: green) is switched on whenever an
-association request was successful and it is switched off, whenever a
-disassociation request was received. On a device the second LED is switched on
-while the device is associated to the PAN, and it is switched off after
-disassociation. The first LED (Telos: red) is used for debugging, it denotes an
-error in the protocol stack and should never be on.
+requesting association).  A second node acts as a device, it switches to the
+pre-defined channel and tries to associate to the PAN. A short time after
+association the device then disassociates from the PAN. 
+
+Criteria for a successful test:
+
+Assuming one coordinator and one device has been installed, both should
+simultaneously switch on (only) the second LED. About 5 seconds later
+both should switch off the second LED. 
+
 
 Tools: NONE