Hi! On Mon, Sep 27, 2010 at 11:32 AM, Francesco Ficarola <[email protected]> wrote: > Miklos Maroti ha scritto: >> If the ActiveMessageC is not included, then the radio chip is left in >> the TRX_OFF state which consumes precisely 1.5 mA > > Ok, thank you for the clarification. > >> If the ActiveMessageC is included, then the radio is in the SLEEP >> state which consumes 0.02 uA (not mA). > > Yes, I know, but the maximum accuracy of my multimeter is the mA. :( > >> So far so good. In both cases the MCU can enter sleep mode, so it >> essentially does not consume energy. So you measurements seems to >> match the theory. >> >> Miklos > > Yes, in fact this morning I did more testing. In the NullC application I > added a component at a time and the result was: > > - Without components: ~ 1.5 mA > - With ActiveMessageC (1): ~ 0 mA (Rx sleep) > - With (1) and SenderC/ReceiverC/SplitControl (2): ~ 18 mA (Rx on) > - With (1), (2) and LPL (3): ~ 0 mA (Rx sleep) > > Unfortunately I can not see the awakening of transmission in the LPL > because my multimeter is slow.
The LPL turns on the radio for 5ms currently. Between these intervals is the sleep interval which you can configure. > First, in previous posts, I was totally confused because, with LPL, in > the sleep period my multimeter showed 3 mA. This morning I discovered > that this value is given by the PRINTF library. In fact if I compile the > application with the flag: > > CFLAGS += -I$(TOSDIR)/lib/printf > > in the Makefile, then in the sleep period I have ~ 3 mA. Incredible! :) Yes, that is expected, since then the UART is enabled AND to detect RX interrupts the MCU cannot go down to deep sleep mode. > However, thank you very much for your time Miklos. You are most welcome. Best, Miklos > > Greetings, > -- > Francesco Ficarola <francesco.ficarola_at_gmail_dot_com> > Presidente LUG-PV (http://lugpv.netsons.org) > Mailing List: lugpv_at_lists.linux_dot_it > > [GPG KeyID: 0xDBA99D92] > http://lugpv.netsons.org/gpgkeys/francesco_ficarola.asc > > Il nuovo modo di fare ricerca: www.tradoogle.it > > > _______________________________________________ > Tinyos-help mailing list > [email protected] > https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help > _______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
