Difference between revisions of "CC1100/CC2500 Recent Updates"
(→January 21, 2008) |
(→January 21, 2008) |
||
| Line 1: | Line 1: | ||
== January 21, 2008 == | == January 21, 2008 == | ||
| + | |||
| + | ''Status'' | ||
| + | * Non-operational - implementing better SplitControl architecture. | ||
''Updates'' | ''Updates'' | ||
| − | |||
* Reduced the number of SPI register burst init elements from 39 to 25, decreasing the time it takes for init. | * 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. | * 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. | ||
| Line 9: | Line 11: | ||
''Tests'' | ''Tests'' | ||
| − | |||
* Created AutomaticPor test to test the RadioReset interface, which I have implemented for the MSP430-based platforms | * Created AutomaticPor test to test the RadioReset interface, which I have implemented for the MSP430-based platforms | ||
Revision as of 17:47, 21 January 2008
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
