[Tinyos-host-mote-wg] Re: [Tinyos-2.0wg] Bridge, agenda for TinyOS 2.x 10/5

[Kevin Klues]

David Gay wrote:

>On 10/5/05, Kevin Klues <klueska at cs.wustl.edu> wrote:
>  
>
>>In the casse of B-MAC, the integrated component I refer to that
>>determines when the radio should sleep or not would be the LPL portion
>>of B-MAC, while the power management interface that this connects to
>>could be implemented inside the CSMA component.   All code determining
>>when the radio should be on or off would be determined by the LPL
>>component (i.e. set through the LowPowerListening interface) and this
>>information would simply be passed on to the CSMA component through the
>>PowerMangamnet interface.  With this information, the CSMA compoennt
>>could then decide whther to turn off the radio at the exact moment that
>>the LPL releases it, or if it happens to be using the radio for some
>>operation, putting the radio into sleep mode once it has completed.
>>When the LPL component wants the radio to turn back on, it simply
>>notifies the CSMA component through the PowerManagemnt interface, and
>>the radio is immediately turned on.
>>    
>>
Another point I just thought about is related to the fact that the B-MAC 
implementation only supports periodic sleep scheduling.  This may not 
always be the best schduling algorithm to use in every set of 
applications.  Sometime the application has a better idea of when the 
node should be put to sleep and woken up.  It may or may not be 
periodic.  Maybe we just want the radio to go to sleep until some time 
that we decide later based on traffic pattern information we have 
gathered, the data-rate we are now sending at, etc.  With LPL a 
completely arbitrary sleep schedule can not be realised easily because 
it is periodic in nature. 

Actually, there is some work based on creating other sleep schedules 
which are in fact aperiodic and may perform better then B-MACs LPL for 
certain types of applications. 

It would always be easy to implement a periodic sleep scheduler like LPL 
based on the more general aperiodic interface that I am proposing.  This 
is, I guess, the primary  motivation for doing this type of separation.

Kevin
_______________________________________________
Tinyos-2.0wg mailing list
Tinyos-2.0wg at Mail.Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-2.0wg