[Tinyos-devel] LPL API for protocols

Vlado Handziski handzisk at tkn.tu-berlin.de
Mon May 19 11:28:16 PDT 2008


On Mon, May 19, 2008 at 5:57 PM, Philip Levis <pal at cs.stanford.edu> wrote:

>
> On May 19, 2008, at 6:08 AM, Miklos Maroti wrote:
>
> > On Mon, May 19, 2008 at 1:59 PM, Matt Welsh <mdw at eecs.harvard.edu>
> > wrote:
> >>> Right -- from a software abstraction layering standpoint, it's
> >>> important to be able to set the LPL on a per-packet basis, but that
> >>> doesn't mean it should be the standard API intended for general use.
> >>
> >> Gotcha.
> >>
> >> By this token, though, SendNotifier is pretty much the most powerful
> >> and general-purpose hook, and possibly not what you want here. Your
> >> proposal to put in a 'default' rxinterval setting (which can be
> >> overridden on a per-packet basis) seems to be the right thing.
> >
> > The localSleepInterval could be the default rxSleepInterval (maybe it
> > is already , no?). This would handle 95% of the cases.
> >
> > On the long term though the SendNotifier is more versatile: it allows
> > the setting of sleep interval, ack request, transmit power, maybe
> > channel, etc.
>
> Maybe the right way to do this is have AMSenderC provide SendNotifier?
> The default for the event handler is to set the default parameters
> (channel, sleep interval, tx power, etc).
>
>
I am still not convinced that we need to bring these control interfaces all
the way up to AMSenderC. While I can contemplate a situation where an
application code might want to specify something like a network-wide sleep
interval, I think that most of the use-cases for per-packet settings will be
handled below the application, in some specific protocol code that will hide
this complexity.

In my view, we should keep the AM components focused on the data path like
it is now. For control of the LPL and other similar parameters, per-packet
or not, we should provide clear APIs from the immediate component that is
responsible for effectuating the control commands.

Vlado
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://www.millennium.berkeley.edu/pipermail/tinyos-devel/attachments/20080519/53043e73/attachment.htm 


More information about the Tinyos-devel mailing list