The "usual" thing would be to have a Timer
post a send() task, and use a busy semaphore
that is reset in sendDone(). Then you only need
one global" message buffer.

If it was the receive side that hung up I would
look at how you free the internal receive msg
buffers.

But it might be best to post your code...

MS



Lee Carol wrote:
> Hi Michael and Eric, thank you for replying.
> 
> It's the sending side that failed and I do not know how to debug a 
> buffer failure..
> After extensive testing, it does seem like some kind of buffer problem 
> as it always give me a few successful packet then die if I am on the 
> 40~50Hz but no packet is sent after that.
> 
> Any idea?
> Thanks
> 
> On Fri, Jul 22, 2011 at 5:47 PM, Michael Schippling <sc...@santafe.edu 
> <mailto:sc...@santafe.edu>> wrote:
> 
>     If you can't debug it with an LED or two...haha...
>     Actually I have sometimes used a scope and once
>     or twice have been forced to use a logic analyzer.
> 
>     You should be able to flash the LED exactly as fast as
>     you can execute a while-loop with a toggle in it.
> 
>     There may be a buffer failure. Are you freeing each
>     message buffer as soon as you are done? Is it the sending
>     or receiving side that dies, and how do we know?
> 
>     My speed tests using T1 and mica's of various flavors
>     were able to run fairly fast for-mostly-ever, although
>     33/second is about the mica2 limit.
> 
>     What platform are you using?
> 
>     MS
> 
>     Eric Decker wrote:
> 
> 
> 
>         On Fri, Jul 22, 2011 at 2:19 PM, Lee Carol <casab...@gmail.com
>         <mailto:casab...@gmail.com> <mailto:casab...@gmail.com
>         <mailto:casab...@gmail.com>>> wrote:
> 
>            Hi, I am writing a program that, every time a packet is sent from
>            mote, LED light toggles.
>            When I increase the packet sending rate to 33Hz, my mote only
>         works
>            for few seconds then stop.
>            I've examined my code and everything seems to work fine.
>            Wondering if LED is causing the problem and want to know how fast
>            the LED can be toggled.
> 
> 
>         probably not.  Not much can go wrong with the LED.
> 
>         I would recommend that you get a jtag pod and dig into what is
>         actually going on.   trying to debug embedded systems using
>         printfs and led while doable isnt the most efficient of
>         programmer time.   my not so humble opinion.  (I've been doing
>         embedded stuff since the 70's).
>          
> 
>            Anyone knows?
>            Thanks for viewing
> 
>            Carol
> 
>            _________________________________________________
>            Tinyos-help mailing list
>            Tinyos-help@millennium.__berkeley.edu
>         <mailto:Tinyos-help@millennium.berkeley.edu>
>            <mailto:Tinyos-help@__millennium.berkeley.edu
>         <mailto:Tinyos-help@millennium.berkeley.edu>>
> 
>          
>          
> https://www.millennium.__berkeley.edu/cgi-bin/mailman/__listinfo/tinyos-help
>         
> <https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help>
> 
> 
> 
> 
>         -- 
>         Eric B. Decker
>         Senior (over 50 :-) Researcher
> 
> 
> 
>         
> ------------------------------__------------------------------__------------
> 
> 
>         _________________________________________________
>         Tinyos-help mailing list
>         Tinyos-help@millennium.__berkeley.edu
>         <mailto:Tinyos-help@millennium.berkeley.edu>
>         
> https://www.millennium.__berkeley.edu/cgi-bin/mailman/__listinfo/tinyos-help
>         
> <https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help>
> 
> 
_______________________________________________
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Reply via email to