[Tinyos-devel] 2.0.2 CC2420

[Philip Levis]

On Jul 3, 2007, at 5:47 PM, David Moss wrote:

> Just updated the CC2420 stack in preparation for 2.0.2.  The file  
> architecture has been re-arranged a little bit, making it easier to  
> see how the stack is put together.  As a result, the .platform  
> files that reference the cc2420 were updated.
>
>


> * Updated ActiveMessageAddressC to provide the ActiveMessageAddress  
> interface
>
>   > Updated CC2420ConfigP to handle  
> ActiveMessageAddress.addressChanged() and
>
>     sync automatically upon address change events.
>
>
David, can you add a test application for this interface? When we do  
the platform tests, this will let us be sure that all platforms  
follow the interface properly.

>
>
> * Updated CC2420Config interface to enable/disable sw/hw  
> acknowledgements
>
>
>
> * Updated CC2420ConfigP to share register editing through single  
> functions
>
>
>
> * Acknowledge after packet length and FCF check out valid.
>
>   > The destination address is confirmed in hardware, so we don't need
>
>     to download the entire header before acking.
>
>
>
> * Moved the getHeader() and getMetadata() commands to an internal  
> interface
>
>   called CC2420PacketBody, provided by CC2420PacketC
>
>
>
> * Separated core functionality into different sub-packages/directories
>
>   > Updated micaz, telosb, intelmote2 .platform files
>
>   > Logically organizes code
>
>
>
> * Updated some LPL architecture
>
>   > Removed continuous modulation because it didn't work 100% and I  
> don't have
>
>     time to make it work.
>
>   > Decreased backoffs and decreased on-time for detects, saving  
> energy.
>
>
>
> * Updated to the new AMPacket interface; made the radio set the  
> outbound
>
>   packet's destpan after send().
>
>
>
Just to check -- you mean that the radio stack overwrites values that  
might have been temporarily stored with the AMPacket interface, the  
same manner as length and destination?

Phil