Felipe:
If you run make with the cc2420x extra, then the rfxlink based radio
stack gets compiled in, which supports microsecond-precision
timestamping. Specifically,
tos/platforms/telosa/chips/cc2420x/tmicro/am/ActiveMessageC.nc gets
compiled in instead of tos/platforms/telosa/ActiveMessageC.nc. S
I'd say that there is racing condition on that variable. You have the same
variable in sync and async context, In that case you need to use the atomic
statement.
If you only have async functions I there should be no problem. TinyOS is
not preemptive, so it only interrupts tasks (syncronous code).
2012/8/28 Eric Decker
>
> Before you start taking up peoples time (which is all volunteer by the
> way) you need to go do your homework
>
> Namely start working through the tutorials.http://docs.tinyos.net
>
> Then start looking at the mail list archives (search for multihop flooding
> et
Sergio:
Just a wild guess: when the RF230 is turned on, it's not in its lowest
power state. You have to explicitly include ActiveMessageC in your
application to allow for the RF230 init code to run, which will put
the radio chip into its lowest power state.
Janos
On Wed, Aug 29, 2012 at 12:17 AM
Hi Janos,
Yes, I already did that according comments of another (older) thread.
The consumption is above 10 mA when the radio is on, but when I turn off
the radio and the UART, then the consumption drops to 0.4 mA.
ActiveMessageC is included, but not wired. I've got my radio code wired
to RF23
Hi Sergio,
The timer periodically wakes the mote up (to run tasks and to maintain
time), this can add up to some thing, since it wakes up 128 times per
second (if I remember correctly), maybe only 4 times, depending on the
prescaler. I would try to augment McuSleepC to see how deeppower state
it g
I need to be able to reliably output arbitrary text to the UART for
debugging and data collection. I've tried using the PlatformSerial
module, however this doesn't provide buffering and frequently loses data.
I'm trying to get around this by implementing a separate buffer but I'm
unable to debug
Ok. I resolved my query myself. My solution:
Here is my RadioCountToLeds.h code:
#ifndef RADIO_COUNT_TO_LEDS_H
#define RADIO_COUNT_TO_LEDS_H
typedef nx_struct radio_count_msg {
nx_uint16_t counter;
nx_uint16_t senderId;
} radio_count_msg_t;
enum {
AM_RADIO_COUNT_MSG = 6,
};
And then I used
Thank you both for sharing your insights. I still have a few comments, CIL.
On Tue, Aug 28, 2012 at 3:52 AM, Eric Decker wrote:
>
>
> On Mon, Aug 27, 2012 at 6:59 PM, Xiaohui Liu wrote:
>
>> Hello all,
>>
>> 1) I have the following code snippet:
>> *uint8_t a;*
>> *
>> *
>> *async event void Al
On Wed, Aug 29, 2012 at 4:40 PM, Xiaohui Liu wrote:
> Thank you both for sharing your insights. I still have a few comments, CIL.
>
> On Tue, Aug 28, 2012 at 3:52 AM, Eric Decker wrote:
>
>>
>>
>> On Mon, Aug 27, 2012 at 6:59 PM, Xiaohui Liu wrote:
>>
>>> Hello all,
>>>
>>> 1) I have the follow
Hi, Perhaps I'm not understanding the question. For debugging my last
project I was sending arbitrary data via a Tmote's UART1. Then I showed it
on the screen using the TinyOS UART Listen Tool. Also I eliminated the
headers from serial packets so that I only get raw data. Something like
this:
00 F
Thanks again for your promptly reply. I still have a few follow-up
questions, please CIL.
On Wed, Aug 29, 2012 at 8:38 PM, Eric Decker wrote:
>
>
> On Wed, Aug 29, 2012 at 4:40 PM, Xiaohui Liu wrote:
>
>> Thank you both for sharing your insights. I still have a few comments,
>> CIL.
>>
>> On Tu
Hi Miklos,
I physically removed the light sensor that I was monitoring through an
ADC line, and the consumption dropped to 37 uA (I've also got an
accelerometer draining ~ 25 uA). So, for some reason the MCU won't go
into low power mode even if I stop the ADC. I'll dig deeper to try and
see wh
Hi Sergio,
I think what you wrote shows that the consumption might come from the
light sensor. Of course it is not enough to turn off the ADC, you also
have to power down the light sensor with some power pins and possibly
you have to pull up or down the ADC pins to prevent leakage.
Miklos
On Thu
Hi Miklos,
I had assumed that the code for stopping the ADC also took care of
disabling the pull-up resistor, but I guess that's not the case. Anyway,
thanks for the suggestions.
Sergio
On 29/08/2012 7:51 PM, Miklos Maroti wrote:
> Hi Sergio,
>
> I think what you wrote shows that the consumpt
I've added David Gay (the nesc author and maintainer) to see what he has to
add.
On Wed, Aug 29, 2012 at 7:52 PM, Xiaohui Liu wrote:
> Thanks again for your promptly reply. I still have a few follow-up
> questions, please CIL.
>
> On Wed, Aug 29, 2012 at 8:38 PM, Eric Decker wrote:
>
>>
>>
>>
16 matches
Mail list logo