[Tinyos-2-commits] CVS: tinyos-2.x/tos/platforms/telosb/mac/tkn154/timer Alarm32khzTo62500hzTransformC.nc, 1.3, 1.4

[Jan-Hinrich Hauer]

Update of /cvsroot/tinyos/tinyos-2.x/tos/platforms/telosb/mac/tkn154/timer
In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv17605/tos/platforms/telosb/mac/tkn154/timer

Modified Files:
	Alarm32khzTo62500hzTransformC.nc 
Log Message:
- re-designed the radio driver interfaces, restructured/improved the CC2420 radio driver
- split the main MAC configuration (was TKN154P.nc) in two: one for beacon-enabled mode the other for nonbeacon-enabled mode (this decision has to be made at compile time now)
- added (serial) debugging functions (compile with "TKN154_DEBUG=1 make telosb" and use the java PrintfClient, see tinyos-2.x/apps/tests/TestPrintf/README.txt)
- improved readability, added comments 

Index: Alarm32khzTo62500hzTransformC.nc
===================================================================
RCS file: /cvsroot/tinyos/tinyos-2.x/tos/platforms/telosb/mac/tkn154/timer/Alarm32khzTo62500hzTransformC.nc,v
retrieving revision 1.3
retrieving revision 1.4
diff -C2 -d -r1.3 -r1.4
*** Alarm32khzTo62500hzTransformC.nc	25 Nov 2008 09:35:09 -0000	1.3
--- Alarm32khzTo62500hzTransformC.nc	4 Mar 2009 18:31:56 -0000	1.4
***************
*** 41,53 ****
  implementation
  {
! /**
!  * TelosB lacks a clock with the precision and accuracy 
!  * required by the 802.15.4 standard (62500 Hz, 40 ppm).
!  * As a workaround, we cast one tick of the 32768 Hz clock to 
!  * two 802.15.4 symbols, which introduces a small (5%) error.
!  * Thus the channel access in particular in beacon-enabled PANs 
!  * (slotted CSMA-CA) is not be standard-compliant!
!  */
! #warning "Warning: MAC timing is not standard compliant (the symbol clock is based on the 32768 Hz oscillator)!"
  
    async command void Alarm.start[ uint8_t num ](uint32_t dt){ call AlarmFrom.start[num](dt >> 1);}
--- 41,55 ----
  implementation
  {
! 
!   /**
!    * TelosB lacks a clock that satisfies the precision and accuracy 
!    * requirements of the IEEE 802.15.4 standard (62500 Hz, +-40 ppm).
!    * As a workaround, we cast one tick of the 32768 Hz clock to two
!    * IEEE 802.15.4 symbols, which introduces a small (5%) error.
!    * As a consequence the timing of the beacon interval and slotted 
!    * CSMA-CA algorithm is not standard-compliant anymore.
!    */
! 
! #warning "Warning: MAC timing is not standard compliant!"
  
    async command void Alarm.start[ uint8_t num ](uint32_t dt){ call AlarmFrom.start[num](dt >> 1);}