Hi Kevin, David, Thanks for the responses -- all very useful information, lots to read through! I am not sure if what I am doing at the moment is high-quality enough to be put forward as a contribution, but stranger things have happened :-) it will probably depend on deadlines, and manpower - as you mentioned.
Quick question: is it a simple operation to switch between the standard tiny OS install and one modified (presumably?) through use of one of these custom CVS radio stacks ... Or can this custom CVS coexist along with the default files, perhaps with a modified make file/command to activate it like LPL? I am still rather new to all this so half the battle seems to be keeping all the software running together smoothly! -Ben > -----Original Message----- > From: Kevin Klues [mailto:[EMAIL PROTECTED] > Sent: 06 September 2007 18:53 > To: Murray, Ben > Cc: David Moss; [email protected] > Subject: Re: [Tinyos-help] forcing a node in LPL mode to stop > listening > if a transmission is continuous > > > If you are interested in implementing some of the functionality you > describe, and it is not yet provided in the tinyos core, the code > found in > > tinyos-2.x-contrib/wustl//upma > > may be of interest to you. It contains code for a flexible MAC layer > architecture through which customized MAC layer implementations can be > rapidly developed. The paper found below describes this architecture > and the component library it provides. > > http://klueska.doesntexist.com/Black_Site/Publications_files/klues07mla.pdf > > There are plans to eventually integrate this into the core, but man > power and time have prevented it from making it in there already. > > Kevin > > On 9/6/07, Murray, Ben <[EMAIL PROTECTED]> wrote: > > > > > > It should be TinyOS 2.0.2 assuming I did the upgrade from > 2.0.1 correctly > > > > make command structure > > env CFLAGS="-DLOW_POWER_LISTENING" make micaz install > mib510,/dev/ttyS0 > > > > In the header file: > > #define NOACK_LOW_POWER_LISTENING > > > > The transmitter was set up so as to increment a counter and > send that to > > counter value in successive messages (I am basically using > a modified > > version of BlinkToRadio). I am partly through reading a > paper linked to > > from tutorial number 16 which infers that in LPL mode if > the receiver detect > > a packet it will receive at packet and then remain > listening for long enough > > to catch another packet which I guess is what is happening here? > > > > I guess what I wanted to know was if I had a similar > situation with a > > transmitter continuously sending message after message > (even if this was > > only for a limited time) whether there was some way that I > could tell my LPL > > receiver to go back to sleep rather than to continue > listening to further > > successive packets. Would it be feasible perhaps to > actually shut the radio > > off (AMControl.stop) or would that interfere with the LPL? > Or perhaps there > > is a way to send a call directly into the LPL component to stop it > > attempting to receive a further following packet? Or would > I need to > > customise the LPL component to do this? > > > > What I was trying to do was to have one Mote continuously > transmitting, and > > a second Mote turning on occasionally in order to listen to > the message the > > first Mote was transmitting at that point in time, but then to stop > > listening again. > > > > Cheers > > Ben > > > > > > > > -----Original Message----- > > From: David Moss [mailto:[EMAIL PROTECTED] > > Sent: 06 September 2007 17:55 > > To: 'Murray, Ben'; [email protected] > > Subject: RE: [Tinyos-help] forcing a node in LPL mode to > stop listening if a > > transmission is continuous > > > > > > > > > > What version of TinyOS are you using? If you're using the > "NoAck" LPL layer > > from 2.0.1, that would exhibit the behavior you describe, > and I'd recommend > > using something different. > > > > > > > > For all other scenarios, the motes should go back to sleep > if a transmitter > > continuously sends the same message at the LPL layer. > There are two cases > > (that I can think of) where a transmitter will keep > transmitting a message > > to a low power listener after the receiver already got the > message: 1) the > > message is sent to the broadcast address, or 2) the Rx mote > didn't properly > > send back an acknowledgement for a unicast message. If the > transmitter is > > sending unique messages over and over again (unique meaning > each message has > > the same source and DSN byte), then the receiver will > definitely stay awake > > to receive all of them. > > > > > > > > If you have a transmitter that is calling AMSend.send() in > a loop, then each > > of those messages is not unique. The receiver, upon > detecting one of the > > transmissions, will stay awake to receive all further > messages at a high > > rate of throughput. > > > > > > > > -David > > > > > > > > > > > > > > > > ________________________________ > > > > > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Murray, Ben > > Sent: Thursday, September 06, 2007 7:04 AM > > To: [email protected] > > Subject: [Tinyos-help] forcing a node in LPL mode to stop > listening if a > > transmission is continuous > > > > > > > > > > Again, perhaps a slightly strange scenario, but I was > wondering if there was > > a standard way to stop a node using the low power listening > technique from > > receiving successive messages in the presence of a > continuous transmitter? > > > > > > > > > > > > If, for example, a transmitter is set up to continuously > transmit message > > after message the Mote using low power listening reception > appears to remain > > on once it has detected the presence of a transmission the > first time it > > performs an LPL receive? Is there any way to make it go > back to sleep after > > the first (or nth) message received such that it is not trapped into > > remaining on and limits itself to receiving only one (or > possibly "only n") > > message(s) per LPL wake period? > > > > > > > > > > > > Is this sort of functionality existent in tinyOS at all? > > > > > > > > > > > > Many thanks > > Ben > > > > > ************************************************************** > ***************** > > > > Please consider the environment before printing this email. > > > > > ************************************************************** > ***************** > > > > This email and any files transmitted with it are intended > solely for the use > > of > > > > the individual or entity to whom they are addressed and may > not be divulged > > to > > > > any third party without the express permission of the > originator. Any views > > > > expressed in this message are those of the individual > sender, except where > > the > > > > sender specifically states them to be the views of Thales Research & > > Technology > > > > (UK) Limited. > > > > > ************************************************************** > ***************** > > > > ... > > _______________________________________________ > > Tinyos-help mailing list > > [email protected] > > https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help > -- ~Kevin _______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
