RE: [Tinyos-help] Mica2, CPU Timed Sleep and Wakeup

[Gregory A. Moore]

David,

I wrote the application you are talking about where I enable  
PowerManagement in the StdControl.start command.  Then whenever I want  
to save power I just turn off the radio or, RadioControl.stop().  The  
lowest current I can acheive is slightly less than 1mA.  This is  
better than before, but not as low as I would like.


I have a few questions for you:
1.  This current draw seems like there is an internal oscillator  
running, could this be because I have a timer running even while the  
motes power is being adjusted?
2.  If I were to manually place the mote to sleep in a Power save or  
standby mode, would I have to store my ram contents in the external  
flash to recall the values, or is the ram safe after the mote starts  
back up?
3.  What is the process you used to get the mote to a sleep state  
using HPLPowerManagementM where it is only drawing ~.1mA?  Do you have  
a timer still running and can you wake the mote up from that stata?


Thank you so much for your help already, I appreciate it.

Greg

 Moss [EMAIL PROTECTED] wrote:


I'm using 1.1.15, and have found similar to previous versions that your app
for mica(2|2dot|z) must wire in HPLPowerManagementM and then call
HPLPowerManagement.enable() at start before anything useful happens.

Without doing this, the mote consumes somewhere around 2-3 mA while the
radio is disabled.  With HPLPowerManagement.enable()'d at startup, the mote
consumes approximately 0.102 mA when the radio is disabled and everything is
quiet.

For reference, using a 0.106% duty cycling CC2420 radio on a micaz, the mote
will last about 16 days on 1500 mAh batteries with no power management.
When you add in that power management, you get about 266 days on the same
1500 mAh batteries.

That's a big difference.  I think HPLPowerManagement should be enabled by
default when compiling for the mica2/z's

-david




-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael
Schippling
Sent: Thursday, April 27, 2006 12:20 PM
To: Harri Siirtola
Cc: tinyos-help@Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help] Mica2, CPU Timed Sleep and Wakeup


wow...coulda fooled me about the automatic part...kewel.
Will have to try it sometime.
Which is the current tree however?
MS

Harri Siirtola wrote:


First, as far as I know, the Snooze component is deprecated. There are
many improvements in the newer TInyOS versions that make things much
more simple. For example, the CountSleepRadio app (previously in
contrib/ucb, now in the apps dir IIRC) is good for just testing that
power saving works. It just sends an incremented integer over the air
and goes to sleep. When a timer expires, the mote wakes up and sends the
next one. There's another example, apps/examples/TestSleep which
toggles a led between sleeping periods.

Second, in the current tree, power saving is transparent to the user.
When there are no interrupts (nor tasks, IIRC) pending, and only Timer 0
running, power saving kicks in. You can test it with the latest
measuring apps, just study the make/avr/route.extra to see which
commad line switches you must use to enable power saving. The
PowerManagement.AdjustPower() call is deeper down the radio stack and
is automatic once you compile the app correctly.

Regards,

Harri

At 01:18 PM 4/26/2006 -0600, Michael Schippling wrote:

Sorry, I'm at a loss. I thought that one of the features of the motes
was the ability to sleep between samples to save power, but I never
paid attention to how/where/why this might work. I actually have it
on my list of things to do for a project that I never work on anymore...

Assuming as usual that no one who actually knows how to do this will
answer your question...Perhaps there is something in the atmega spec
book about it?

MS

Gregory A. Moore wrote:

Michael,
Thank you for your response, but:
SnoozeC only works for Mica motes, not Mica2.  They have a slightly
different processor so I am sure there are some dependency issues
that don't quite fit.
I have also looked at the OnOffApp which is supposed to essentially
be the Snooze for the mica2, but it relies on a radio packet to start
the mote again.
If you have any other suggestions I am greatly appreciative.
Thanks,
Greg


There is a module tos\platform\mica\SnoozeC.nc that purports to
do the shutdown and timer wakeup. And a TestSnooze demo app.
I haven't tried them, YMMV...
MS


Gregory A. Moore wrote:

Hi All,

I have perused the archives about this pesky timed mica2 sleep
problem and have not found
any code snippets or anything of huge benifit.

So I repeat the question:
I am working with Mica2.
I would like to put the mote's CPU to sleep for a set period of
time and then have it
awoken by some timer, not an incomming radio packet.

I have done the power measurements with the use of
HPPowerManagementM and I have not
gotten any successful current readings that show me that the
module  is doing anything in
the way of sleeping.

The code from

Re: [Tinyos-help] Mica2, CPU Timed Sleep and Wakeup

[Gregory A. Moore]

Michael,

Thank you for your response, but:
SnoozeC only works for Mica motes, not Mica2.  They have a slightly  
different processor so I am sure there are some dependency issues that  
don't quite fit.


I have also looked at the OnOffApp which is supposed to essentially be  
the Snooze for the mica2, but it relies on a radio packet to start the  
mote again.


If you have any other suggestions I am greatly appreciative.

Thanks,

Greg


There is a module tos\platform\mica\SnoozeC.nc that purports to
do the shutdown and timer wakeup. And a TestSnooze demo app.
I haven't tried them, YMMV...
MS


Gregory A. Moore wrote:

Hi All,

I have perused the archives about this pesky timed mica2 sleep   
problem and have not found

any code snippets or anything of huge benifit.

So I repeat the question:
I am working with Mica2.
I would like to put the mote's CPU to sleep for a set period of   
time and then have it

awoken by some timer, not an incomming radio packet.

I have done the power measurements with the use of   
HPPowerManagementM and I have not
gotten any successful current readings that show me that the module  
 is doing anything in

the way of sleeping.

The code from Berkely's study for P-TOSSIM shows us how to set the   
mote's CPU to sleep,

but it does not show us how to wake it up with a timer.

I write nesC well, but I am not an experienced embedded programmer   
so I am not quite sure

how to program the awake tasks from the schematics.

I hope there is someone out there who can help me with my woes.

The code snippet I am using to put the mote to sleep is at the end   
of this email.


Thank you in advance,

Greg


Successful code. thanks to Berkely folks, to put the mote to sleep:

task void gotoSleep() {
 cli();
 //fires the interupt pin to signal data recording
 //This is PIN5 on the connector, use probe to read signal
 TOSH_SET_INT1_PIN();
 TOSH_CLR_INT1_PIN();

 // set the PA_POW to 00h to ensure lowest possible leakage current
 call CC1000Control.SetRFPower(0x00);

 // power down the radio
 call CC1000StdControl.stop();
 //call CC1000RadioIntM.StdControl.stop();
 //call HPLPowerManagement.adjustPower()


 ///Code taken from Snooze.nc,  this is current code used to
 //put the Mica2 into different low power states
 // save port state
 port[0] = inp(PORTA); nops(8);
 port[1] = inp(PORTB); nops(8);
 port[2] = inp(PORTC); nops(8);
 port[3] = inp(PORTD); nops(8);
 port[4] = inp(PORTE); nops(8);
 port[5] = inp(DDRA);  nops(8);
 port[6] = inp(DDRB);  nops(8);
 port[7] = inp(DDRD);  nops(8);
 port[8] = inp(DDRE);  nops(8);
 port[9] = inp(TCCR0); nops(8);
 // Disable TC0 interrupt and set timer/counter0
 //to be asynchronous from the CPU
 // clock with a second external clock (32,768kHz) driving it.
 //Prescale to 32 Hz.
 cbi(TIMSK, OCIE0);  nops(8);

 // set minimum power state
 // NOTE: this enables pull-ups;
 //   -may be sensor board dependant
 //   - (ex: Port C should be lo during sleep, not hi?)

 outp(0x00, DDRA);// input
 outp(0x01, DDRB);// input

 // changed 00 to ff because the impedance was high in the sleep
 // state, drawing 8mA for 5 sec before sleeping. Now it immediately
 // snoozes.
 outp(0xff, DDRC);// input
 outp(0x00, DDRD);// input
 outp(0x00, DDRE);// input

 outp(0xff, PORTA);// enable pull-ups
 outp(0xfe, PORTB);  // enable pull-ups except for PB0

 // changed the value of PORTC from ff to 0 because ff
 // sounds the alarm when the mote goes to sleep.
 outp(0x00, PORTC);// enable pull-ups
 outp(0xff, PORTD);// enable pull-ups

 cbi(ADCSRA, ADEN); //  disable adc
 sbi(ACSR,ACD); //  disable analog comparator

 //goes into sleep modes
 if (sm2 == 1){
   sbi(MCUCR, SM2); nops(8);
 }
 if (sm1 == 1){
   sbi(MCUCR, SM1); nops(8);
 }
 if (sm0 == 1){
   sbi(MCUCR, SM0); nops(8);
 }

 //enable sleep, clocks stop
 sbi(MCUCR, SE);  nops(8);

 //enable interupts (after wakingup - if you do)
 sei(); nops(8);
 //fires the red LED, and the pin
 TOSH_SET_INT1_PIN();
 call Leds.redOn();
}





___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help




--
Gregory Moore
[EMAIL PROTECTED]


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] MoteIF object problems

[Gregory A. Moore]

Hi All,

I have perused the archives about this pesky timed mica2 sleep problem  
and have not found any code snippets or anything of huge benifit.


So I repeat the question:
I am working with Mica2.
I would like to put the mote's CPU to sleep for a set period of time  
and then have it awoken by some timer, not an incomming radio packet.


I have done the power measurements with the use of HPPowerManagementM  
and I have not gotten any successful current readings that show me  
that the module is doing anything in the way of sleeping.


The code from Berkely's study for P-TOSSIM shows us how to set the  
mote's CPU to sleep, but it does not show us how to wake it up with a  
timer.


I write nesC well, but I am not an experienced embedded programmer so  
I am not quite sure how to program the awake tasks from the schematics.


I hope there is someone out there who can help me with my woes.

The code snippet I am using to put the mote to sleep is at the end of  
this email.


Thank you in advance,

Greg


Successful code. thanks to Berkely folks, to put the mote to sleep:

task void gotoSleep() {
  cli();
  //fires the interupt pin to signal data recording
  //This is PIN5 on the connector, use probe to read signal
  TOSH_SET_INT1_PIN();
  TOSH_CLR_INT1_PIN();

  // set the PA_POW to 00h to ensure lowest possible leakage current
  call CC1000Control.SetRFPower(0x00);

  // power down the radio
  call CC1000StdControl.stop();
  //call CC1000RadioIntM.StdControl.stop();
  //call HPLPowerManagement.adjustPower()


  ///Code taken from Snooze.nc,  this is current code used to
  //put the Mica2 into different low power states
  // save port state
  port[0] = inp(PORTA); nops(8);
  port[1] = inp(PORTB); nops(8);
  port[2] = inp(PORTC); nops(8);
  port[3] = inp(PORTD); nops(8);
  port[4] = inp(PORTE); nops(8);
  port[5] = inp(DDRA);  nops(8);
  port[6] = inp(DDRB);  nops(8);
  port[7] = inp(DDRD);  nops(8);
  port[8] = inp(DDRE);  nops(8);
  port[9] = inp(TCCR0); nops(8);
  // Disable TC0 interrupt and set timer/counter0
  //to be asynchronous from the CPU
  // clock with a second external clock (32,768kHz) driving it.
  //Prescale to 32 Hz.
  cbi(TIMSK, OCIE0);  nops(8);

  // set minimum power state
  // NOTE: this enables pull-ups;
  //   -may be sensor board dependant
  //   - (ex: Port C should be lo during sleep, not hi?)

  outp(0x00, DDRA); // input
  outp(0x01, DDRB); // input

  // changed 00 to ff because the impedance was high in the sleep
  // state, drawing 8mA for 5 sec before sleeping. Now it immediately
  // snoozes.
  outp(0xff, DDRC); // input
  outp(0x00, DDRD); // input
  outp(0x00, DDRE); // input

  outp(0xff, PORTA);// enable pull-ups
  outp(0xfe, PORTB);  // enable pull-ups except for PB0

  // changed the value of PORTC from ff to 0 because ff
  // sounds the alarm when the mote goes to sleep.
  outp(0x00, PORTC);// enable pull-ups
  outp(0xff, PORTD);// enable pull-ups

  cbi(ADCSRA, ADEN); //  disable adc
  sbi(ACSR,ACD); //  disable analog comparator

  //goes into sleep modes
  if (sm2 == 1){
sbi(MCUCR, SM2); nops(8);
  }
  if (sm1 == 1){
sbi(MCUCR, SM1); nops(8);
  }
  if (sm0 == 1){
sbi(MCUCR, SM0); nops(8);
  }

  //enable sleep, clocks stop
  sbi(MCUCR, SE);  nops(8);

  //enable interupts (after wakingup - if you do)
  sei(); nops(8);
  //fires the red LED, and the pin
  TOSH_SET_INT1_PIN();
  call Leds.redOn();
}





___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Mica2, CPU Timed Sleep and Wakeup

[Gregory A. Moore]

Hi All,

I have perused the archives about this pesky timed mica2 sleep problem  
and have not found

any code snippets or anything of huge benifit.

So I repeat the question:
I am working with Mica2.
I would like to put the mote's CPU to sleep for a set period of time  
and then have it

awoken by some timer, not an incomming radio packet.

I have done the power measurements with the use of HPPowerManagementM  
and I have not
gotten any successful current readings that show me that the module is  
doing anything in

the way of sleeping.

The code from Berkely's study for P-TOSSIM shows us how to set the  
mote's CPU to sleep,

but it does not show us how to wake it up with a timer.

I write nesC well, but I am not an experienced embedded programmer so  
I am not quite sure

how to program the awake tasks from the schematics.

I hope there is someone out there who can help me with my woes.

The code snippet I am using to put the mote to sleep is at the end of  
this email.


Thank you in advance,

Greg


Successful code. thanks to Berkely folks, to put the mote to sleep:

task void gotoSleep() {
  cli();
  //fires the interupt pin to signal data recording
  //This is PIN5 on the connector, use probe to read signal
  TOSH_SET_INT1_PIN();
  TOSH_CLR_INT1_PIN();

  // set the PA_POW to 00h to ensure lowest possible leakage current
  call CC1000Control.SetRFPower(0x00);

  // power down the radio
  call CC1000StdControl.stop();
  //call CC1000RadioIntM.StdControl.stop();
  //call HPLPowerManagement.adjustPower()


  ///Code taken from Snooze.nc,  this is current code used to
  //put the Mica2 into different low power states
  // save port state
  port[0] = inp(PORTA); nops(8);
  port[1] = inp(PORTB); nops(8);
  port[2] = inp(PORTC); nops(8);
  port[3] = inp(PORTD); nops(8);
  port[4] = inp(PORTE); nops(8);
  port[5] = inp(DDRA);  nops(8);
  port[6] = inp(DDRB);  nops(8);
  port[7] = inp(DDRD);  nops(8);
  port[8] = inp(DDRE);  nops(8);
  port[9] = inp(TCCR0); nops(8);
  // Disable TC0 interrupt and set timer/counter0
  //to be asynchronous from the CPU
  // clock with a second external clock (32,768kHz) driving it.
  //Prescale to 32 Hz.
  cbi(TIMSK, OCIE0);  nops(8);

  // set minimum power state
  // NOTE: this enables pull-ups;
  //   -may be sensor board dependant
  //   - (ex: Port C should be lo during sleep, not hi?)

  outp(0x00, DDRA);// input
  outp(0x01, DDRB);// input

  // changed 00 to ff because the impedance was high in the sleep
  // state, drawing 8mA for 5 sec before sleeping. Now it immediately
  // snoozes.
  outp(0xff, DDRC);// input
  outp(0x00, DDRD);// input
  outp(0x00, DDRE);// input

  outp(0xff, PORTA);// enable pull-ups
  outp(0xfe, PORTB);  // enable pull-ups except for PB0

  // changed the value of PORTC from ff to 0 because ff
  // sounds the alarm when the mote goes to sleep.
  outp(0x00, PORTC);// enable pull-ups
  outp(0xff, PORTD);// enable pull-ups

  cbi(ADCSRA, ADEN); //  disable adc
  sbi(ACSR,ACD); //  disable analog comparator

  //goes into sleep modes
  if (sm2 == 1){
sbi(MCUCR, SM2); nops(8);
  }
  if (sm1 == 1){
sbi(MCUCR, SM1); nops(8);
  }
  if (sm0 == 1){
sbi(MCUCR, SM0); nops(8);
  }

  //enable sleep, clocks stop
  sbi(MCUCR, SE);  nops(8);

  //enable interupts (after wakingup - if you do)
  sei(); nops(8);
  //fires the red LED, and the pin
  TOSH_SET_INT1_PIN();
  call Leds.redOn();
}





___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Send mote to sleep and wake it up

[Gregory A. Moore]

Aditya and all,

You can turn the Radio off with the approach that Aditya has recommended.
I have successfully tried it.

I don't think you can put the cpu to sleep just by stopping the task queue.

Question:
Has anyone put the processor to sleep for a certain time and then  
woken it up to start computing again?  I have successfully shut the  
CPU off, but have not been able to turn it on in a set amount of time  
yet.


Any help would be appreciated.

Thanks,

Greg



___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

RE: [Tinyos-help] Sending Commands to Mica2 Motes From a PC

[Gregory A. Moore]

Adesola,

You might want to check that Surge_Reliable can deal with the packet  
type of the BcastInject program, and if Surge_Reliable is programmed  
to interpret the command.  I don't have the code in front of me, but I  
am not sure it is programmed to do so.


The BcastInject program is meant to be used with SenseLightToLog for  
your remote mote, and TOSBase connected to the PC.


Try that configuration out and you will successfully see BcastInject work.

Hope this helps.

Greg

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] RE: Turning radio off and on.

[Gregory A. Moore]

bhushan,

Turning the radio off and in is as simple as the following:

RadioControl.stop();
RadioControl.start();

Where in the module file:
uses interface StdControl as RadioControl;

You can include the previous two statements in any block you would  
like.  I used them inside of a timer block to make the mote sleep so  
that I can save power.


You can do this with any component on the mote that you wire in the  
configuration.


You can verify the results by observing the power output.

Hope this helps.
Greg


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Logging Data to Flash Problems

[Gregory A. Moore]

Hi all,

I am working on an application in which I must log data to the flash.   
I am using TinyOS-1.1.15 and I am using the PageEEPROMC component with  
the EEPROMRead and EEPROMWrite interfaces.


I am able to check that the use of the write and read functions  
returns successfully, but when I created a PC side application to make  
sure the data was written correctly I get a packet that looks random  
in data.


Questions:
1) When using write and read functions can I actually only write or  
read 16 bytes/a line at a time, therefore having to loop through the  
writes and reads? Or can I pass a (example: uint8_t * data[20]) buffer  
to the function.

Example:
  uint8_t data[20];
  call EEPROMWrite.write(OFFSET, (uint8_t *)data);

Will this write all 20 bytes to the flash starting at the OFFSET or  
will it only write the first two bytes??


The same goes for reading the data off of the flash.

I am at my whits end testing flash reads and writes to no avail.

Thank you for your help.

Greg


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] double carrot for light sensor

[Gregory A. Moore]

Josh,

You can steal the conversion C code from 
contrib/xbow/tools/src/xlisten/xconvert.c.


That should provide you with all of the proper conversion algorithms.

Greg

[EMAIL PROTECTED] wrote:


Hey all,
 In the XSensorMTS400 code, the comments for the Taso TSL2550 light 
sensor, say
to use CV=2^^C.  What does this double carrot mean??  I need to 
implement my own

conversions, so i need to use this algorithm.  THansk very much


Josh

-
This mail sent through IMP: http://horde.org/imp/
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help





___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] signed/unsigned packet byte

[Gregory A. Moore]

Josh,

The Listen application returns the packets in signed bytes.  Since Java 
does not have an unsigned type, you will have to crete the conversion 
methods yourself.  They are not hard and shouldn't take that much time.
You will have to convert from signed byte to Hex and then probably back 
to unsigned ints in order for you to deal with the data that is 
returned from the TestMTS400 applications.



Greg


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] XSensorMTS400: no packet handler???

[Gregory A. Moore]

Josh,

I would recommend using the Listen java application.  It will print out 
the raw packet to the screen and you can decode the message.  I am not 
sure if xlisten does this.  I had the same problem with XSensorMTS400.


You might also want to look through the code and change the 
implementation of the XSensorMTS400/TestMTS400 application so that it 
collects the data and sends the packet each time the timer fires.


The way that is currently is, you will not receive packets at normal 
time quantum.



Greg



Hey all,
 Ive recently upgraded from TinyOS-1.1.10 to TinyOS-1.1.15 using mica2.
 Ive been able to run the XSensorMTS400 app, and use xlisten to view results.

 NOw under 1.1.15, im having packet trouble.  WIth XsensorMTS400 installed on
a mica2, and TOSBase on the MIB board, when i run
xlisten -r -p -c -b=mica2 -s=com7
  (com7, because im using a USB-serial converter)
I get erros as such:

 error: no packet handler for tos type 0x80
 error: no packet handler for tos type 0x06
 error: no packet handler for tos type 0xf8
 error: no packet handler for tos type 0x06
 error: no packet handler for tos type 0x18
 error: no packet handler for tos type 0x18

and the types changed , and what seems to be random.
I am unable to pin point the error in the code.  Can anyone help me please!!
this is very important.  THank you very much inadvance!!!

Josh

-
This mail sent through IMP: http://horde.org/imp/
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help





--
Gregory Moore
[EMAIL PROTECTED]

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Can some one give me these values

[Gregory A. Moore]

Hey there A,

If you go to:

http://www.eecs.harvard.edu/~shnayder/ptossim/mica2bench/summary.html

you will find a nice printout of the power draws for each function.

Hope this helps,

Greg


Researcher [EMAIL PROTECTED] wrote:


Hello,
I couldnot find the exact power draws (in their manuals) of the
stargate and mica 2 motes for the active, idle, deep sleep and off
states. Can some one help me out over here?

thankyou.

-A

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help





--
Gregory Moore
[EMAIL PROTECTED]

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] MTS400 Data Acquisition Time

[Gregory A. Moore]

I have been working on acquiring data with a MTS400 sensor board.  I 
have noticed that the event chain is a bit different than with the 
MTS300 sensor, and that it takes a bit longer for the mica2 to retreive 
the data from the sensor.


I have observed that the mica2 takes about 200-500 ms to retreive the data.

I am wondering if anyone else has done any experiments with the time it 
takes to retreive data from the sensor boards.  Am I right about the 
timing constraints or am I doing something wrong?


Is there a way to retreive the data faster from the sensor board?

Thanks,

Greg

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] MicaWBVerify

[Gregory A. Moore]

I am trying to work with the MTS400 sensor with a MICA2.  I have tried 
to compile code from MicaWBVerify so that I can move on from there and 
write my own apps using MTS400.


Has anyone successfully compiled any of the applications in this 
directory? Should the applications in the directory compile without 
changes, or do I need to change something in order to get the 
applications compiled and working??


Thank You in advance,

Grego

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] My Own Time Sync Program Help

[Gregory A. Moore]

Hi all,

I have written my own simple time sync application to be used with 
other applications.  I have a few questions for those who have 
experimented with time sync apps.


1.) Base Mote sends time sync message to receiver.  Receiver sends ack 
with updated time to Base.  Is there any comparator functions or 
interfaces for tos_time_t to make sure the times are synced between the 
two motes?  If not, on what order would I compare the times between the 
motes?


2.) Is is even worth it for the Base to make sure the times are synced 
or should the base mote assume the times are synced?  A.k.a: would this 
send and ack method take up too much time and resource for a power 
conservative application?


Thank you,

Greg



--
Gregory Moore
[EMAIL PROTECTED]

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Mica2 and MTS400

[Gregory A. Moore]

Hi all,

I am trying to interface a mica2 with the MTS400 sensorboard.  I know 
about the XSensorMTS400 application, but I am wondering if there is an 
interface for the sensorboard outside of the contrib directory, ie. in 
the regular tinyos directory.  Also I would like to know if the micawb 
is the same as the MTS400.


Thank you,

Greg


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Mica2 Power Comsumption / Current Readings

[Gregory A. Moore]

Hi all,

I am working on an application that is so far pretty power intensive.  
I am trying to measure the current drawn at certain points of my 
application so that I know where I might be able to cut back, or set 
the mote to sleep.  These power readings are also of interest to 
another colleague of mine.


I have a DAQ and have tried wiring my monitoring device to the battery 
inputs to the mica2 mote.  I would expect this to work and allow me to 
find out what the current draw from the battery is per some amount of 
time.  It only returns me that there is a draw of .0105 Amps constantly.


I am a CS person so I might be doing something wrong with my setup.
Any help will be greatly appreciated.

Thank you in advance.

Greg
[EMAIL PROTECTED]

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help