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
