From 056c9e7265aa03a81dcbc72f592bb278fa68b4ba Mon Sep 17 00:00:00 2001
From: scipio
-00 FF FF 04 22 06 00 02 00 01 -00 FF FF 04 22 06 00 02 00 02 -00 FF FF 04 22 06 00 02 00 03 -00 FF FF 04 22 06 00 02 00 04 -00 FF FF 04 22 06 00 02 00 05 -00 FF FF 04 22 06 00 02 00 06 -00 FF FF 04 22 06 00 02 00 07 -00 FF FF 04 22 06 00 02 00 08 -00 FF FF 04 22 06 00 02 00 09 -00 FF FF 04 22 06 00 02 00 0A -00 FF FF 04 22 06 00 02 00 0B +00 FF FF 00 00 04 22 06 00 02 00 01 +00 FF FF 00 00 04 22 06 00 02 00 02 +00 FF FF 00 00 04 22 06 00 02 00 03 +00 FF FF 00 00 04 22 06 00 02 00 04 +00 FF FF 00 00 04 22 06 00 02 00 05 +00 FF FF 00 00 04 22 06 00 02 00 06 +00 FF FF 00 00 04 22 06 00 02 00 07 +00 FF FF 00 00 04 22 06 00 02 00 08 +00 FF FF 00 00 04 22 06 00 02 00 09 +00 FF FF 00 00 04 22 06 00 02 00 0A +00 FF FF 00 00 04 22 06 00 02 00 0B@@ -265,6 +265,7 @@ The overall message format for the BlinkToRadioC application is therefore (ignoring the first 00 byte):
The source address depends on what mote ID you installed your +
The hop address depends on what mote ID you installed your
BlinkToRadio application with. The default (if you do not specify
and ID) is 00 01
.
Note that the data is sent by the mote in big-endian
@@ -306,6 +309,13 @@ a network format, that is, big-endian and byte-aligned. Using
nx_struct
(rather than a standard C struct
)
for a message payload ensures that it will work across platforms.
TinyOS serial stacks do not fill in the source address as the +address of the sending mote. The assumption is that the serial connection +can identify the node, and setting the source address prevents +applications such as BaseStation from working properly. This is +because BaseStation just forwards radio packets to the serial port: +it needs to fill in the radio source address as the source +address of the serial packet.
As you watch the packets scroll by, you should see the counter field increase as the BlinkToRadio app increments its counter.
-- 2.39.2