[Tinyos-help] Suspending the MicaZ radio (CC2420)

[Michael Collett]

Hi,

It would be great if I could have a look at your code. Do you do anything other than call start() and stop()? I've read other people on the boards who have had problems restarting the MicaZ radio after stopping it.

Thanks,
Mike

-----Original Message-----
From: tinyos-help-bounces at Millennium.Berkeley.EDU
[mailto:tinyos-help-bounces at Millennium.Berkeley.EDU]On Behalf Of Ravi
Prasad
Sent: 05 February 2007 05:38
To: tinyos-help at Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help] Suspending the MicaZ radio (CC2420)



Hi,

I am not aware of the problem of adc data corruption
on Micaz.

But I have succesfully used manual (means application
layer controlled) radio turn On/Off in my
applications. My application made radio On for 200ms
every 10 sec for saving power. (as micaz-CC2420 didnt
have low power implementation in 1.1.14. And still I
think low power micaz-cc2420 is not stabilized in
tinyos2.0 also)


Any way, if your need matches this, I can give you the
code.


BTW I used TinyOS1.1.14, which I think is not much
diferent from 1.1.15 in terms of Radio.


Regards


--- Philip Levis <pal at cs.stanford.edu> wrote:

> On Feb 2, 2007, at 8:40 AM, Michael Collett wrote:
>
> >
> > Hi,
> >
> > Platform: MicaZ
> > OS: TinyOS 1.15 (I think, definitely not 2.0)
> > Application: Adapted from OscilloscopeRF
> >
> > I've noticed that during readings of the ADC,
> radio activity 
> > (reception or transmission) can cause the data to
> change 
> > dramatically (probably due to the drain on the
> power supply for the 
> > ADC reference voltage). I've tried calling
> ComControl.stop() and 
> > CommControl.start() either side of taking data,
> but the radio 
> > doesn't seem to start back up again.
> >
> > Is there a way to suspend the radio during a
> measurement to prevent 
> > the data being affected. I know that I could just
> set a lower 
> > sample rate and then have careful timing to stop
> them overlapping, 
> > but I would like to find a more rigorous way of
> solving the problem.
>
> Geoffrey Werner-Allen (Harvard) noted this issue in
> his recent paper 
> in OSDI on a Volcano deployment. The paper says they
> fixed the 
> problem, so he might have code for this purpose.
>
> Phil
> _______________________________________________
> Tinyos-help mailing list
> Tinyos-help at Millennium.Berkeley.EDU
>
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>




____________________________________________________________________________________
Sucker-punch spam with award-winning protection.
Try the free Yahoo! Mail Beta.
http://advision.webevents.yahoo.com/mailbeta/features_spam.html
_______________________________________________
Tinyos-help mailing list
Tinyos-help at Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

-------------------------------------------------------------------
This e-mail and any attachments may contain confidential and/or
privileged material; it is for the intended addressee(s) only.
If you are not a named addressee, you must not use, retain or
disclose such information.

NPL Management Ltd cannot guarantee that the e-mail or any
attachments are free from viruses.

NPL Management Ltd. Registered in England and Wales. No: 2937881
Registered Office: Serco House, 16 Bartley Wood Business Park,
                   Hook, Hampshire, United Kingdom  RG27 9UY
-------------------------------------------------------------------