[Tinyos-8051wg] [Tinyos-2.0wg] Miscellaneous issues for TinyOS 2.0

[David Gay]

While porting the mica2 radio stack, I ran into a bunch of
questions/issues, summarised below:

- TOSH_xxx functions: are we trying to get rid of all of these?
  In particular, there are:
    TOSH_xxx_PIN_xxx functions: replaced by HPL components?
    TOSH_uwait: rename? (currently called uwait)

- The general topic of utility functions and macros. We should have
some clearer idea of when we want these (vs using a component), and
why...

  Current set (those marked NEW weren't in 1.x):
    - SET_BIT/CLR_BIT/etc: currently mica only (NEW)
      Is this nicer than simply using <<, >>, |, &, ~ ?
    - uwait: busy wait n microseconds
    - crcByte: compute our usual CRC
    - read_[u]int[8/16/32]_t: access data from ROM/Flash (NEW)

- post results have changed incompatibly (0 went from failure to success)
  oops (note that the language specifies that post returns a boolean)

- Initialisation, etc:
  - Who is responsible for calling StdControl/SplitControl? (the app?)
  - Who is responsible for wiring Init interfaces to Main.SoftwareInit?
  - nesc1: warning: calls to SoftwareInit.init in RealMain are uncombined

- Minor A/D issues:
  - should AcquireData be AcquireData<uint16_t> ? (and so on)
  - should A/D readings be left-justified at the HAL level too? (the
ATmega128 has a h/w flag for this...)

- Miscellaneous miscellanea:
  o I unilaterally added TOS_LOCAL_ADDRESS to tos.h. I'm guessing Phil
L. had some plans to not do this ;-)

  o Similarly, I added a #ifndef for TOSH_DATA_LENGTH to set the
default value of 29

  o CastTimerM.nc(TimerMilliC.CastTimer):55: warning: `Timer.fired'
called asynchronously from `TimerFrom.fired'

  o We're going to have to do a cleanup to follow the coding
conventions at some point...

David

_______________________________________________
Tinyos-2.0wg mailing list
Tinyos-2.0wg at Mail.Millennium.Berkeley.EDU
http://Mail.Millennium.Berkeley.EDU/mailman/listinfo/tinyos-2.0wg