Difference between revisions of "CC1100/CC2500 Recent Updates"

From TinyOS Wiki
Jump to: navigation, search
(January 22, 2008)
(January 22, 2008)
Line 9: Line 9:
 
* Updated all .platform files to point to the new ccxx00 directory
 
* Updated all .platform files to point to the new ccxx00 directory
 
* Created a SplitControlManager component to reside just underneath the RadioSelect module. The radio select module needs to remove the functionality that checks for SplitControl protocol.
 
* Created a SplitControlManager component to reside just underneath the RadioSelect module. The radio select module needs to remove the functionality that checks for SplitControl protocol.
 +
* Isolation unit tested the SplitControlManager.  All tests pass.
  
 
''Tests''
 
''Tests''
  
* Isolation test created for SplitControlManager in a new blaze/tos/chips/ccxx00 directory in TUnit.
+
* Isolation test created for SplitControlManager in a new blaze/tos/chips/ccxx00/ directory in TUnit:  blaze/tos/chips/ccxx00/isolation/SplitControlManager.
  
 
== January 21, 2008 ==  
 
== January 21, 2008 ==  

Revision as of 11:40, 22 January 2008

The CCxx00 radio stack is getting some new architecture. The last stable working version may be checked out from CVS using a special update by date, on or before January 20, 2008.


January 22, 2008

Status

  • NON-OPERATIONAL: In a state of flux, dividing the prototype Blaze radio stack (blazeradio) into a new ccxx00 directory which will contain the final CCxx00 radio stack architecture.

Updates

  • Updated all .platform files to point to the new ccxx00 directory
  • Created a SplitControlManager component to reside just underneath the RadioSelect module. The radio select module needs to remove the functionality that checks for SplitControl protocol.
  • Isolation unit tested the SplitControlManager. All tests pass.

Tests

  • Isolation test created for SplitControlManager in a new blaze/tos/chips/ccxx00/ directory in TUnit: blaze/tos/chips/ccxx00/isolation/SplitControlManager.

January 21, 2008

Status

  • NON-OPERATIONAL: implementing better SplitControl architecture.

Updates

  • Reduced the number of SPI register burst init elements from 39 to 25, decreasing the time it takes for init.
  • Added the RadioReset interface and HplRadioResetC/P modules to allow the driver to check the SO line to see that the radio has been automatically powered up on reset.
  • Removed RfResource and PriorityQueue from the radio stack.
  • Removed while-loop hack functionality in BlazeInitP - this still needs to be tested with various hardware

Tests

  • Created AutomaticPor test to test the RadioReset interface, which I have implemented for the MSP430-based platforms

January 20, 2008

Status

  • OPERATIONAL. Stable on the MSP430. Full of hacks to try to get the hardware working. The radio typically refuses to go into TX mode on Atmega128 platforms.

See Also