[Tinyos-devel] strange behaviour in turning the radio on and off on MicaZ in tinyos-2.x

[Jonathan Hui]

After some testing, I noticed that the FIFOP interrupt was firing
prematurely on the micaz platform (right after enabling the FIFOP
interrupt). I've changed the atm128 GPIO interrupt implementation to
disable and clear interrupt flag before setting the interrupt sense
control and enabling interrupts again. This seems to have solved the
issue with the node freezing in your simple test app. See if it makes
any difference in your full app.

-- 
Jonathan W. Hui
jwhui at cs.berkeley.edu
http://www.cs.berkeley.edu/~jwhui/

On 6/28/06, Philip Levis <pal at cs.stanford.edu> wrote:
> On Jun 28, 2006, at 6:15 PM, Razvan Musaloiu-E. wrote:
>
> > Hi!
> >
> > I noticed a strange behavior when the radio is turned on and off on a
> > MicaZ. The observable thing is that the mote resets itself on the
> > second
> > attempt to turn the radio on. I attached a program that
> > demonstrates this.
> > The program has a component (MyLocalTime) that blinks the red led very
> > fast and another one (RadioControl) that turns the radio on and
> > off. When
> > the radio is turned on for the second time the red led freezes for
> > a few
> > moments and the green one is quickly turned off and then back to on
> > (which
> > means the counter maintained by the blinking component was reset to
> > 0).
> >
> > There are two implementation of the RadioControlP: one that turns the
> > radio on and off (_off) and one that doesn't (_nooff). The ./off and
> > ./nooff will make the proper symlink.
> >
> > Could someone test this? :-)
> >
> > Notes: on TelosB the program runs correctly. I'm using the latest
> > CVS of
> > tinyos-2.x.
> >
> > Thank you!
> > Razvan ME
>
> This is interesting. The net2 group has recently been testing its
> collection code and has seen similar behavior, even though the radio
> is not powered on and off. Telos nodes behave fine, but micaz nodes
> seem to periodically reboot. I've forwarded your message along to
> Jonathan Hui (the author of the CC2420 stack) and will take a look.
>
> Phil
>