[Noisebridge-discuss] Long-lived, battery-powered AVRs

Gopiballava Flaherty gopiballava at gmail.com
Mon Jan 30 17:29:31 UTC 2012


The toolchain is proprietary, and I didn't like it much when I used it, but the low power modes can be epic:

http://www.ti.com/tool/ez430-rf2500

http://www.ti.com/lit/an/slaa378d/slaa378d.pdf#page18

Using two AAAs:
Transmitting every two seconds they should last >5 years
Every 16 seconds, about 34 years

How often do you need updates? Sparkfun sells some little transmitter only hardware that would possibly make sense as an xbee alternative. 

Thanks,

gopi at iPad

On Jan 30, 2012, at 0:47, Jonathan Lassoff <jof at thejof.com> wrote:

> I'm interested in helping someone I know with a project to build a
> remote AVR-based sensor (arduino parts) that will use an Xbee to
> detect a gate latch opening and closing. Since it's in a bit of a
> remote spot, it has to be battery powered.
> 
> As we're brainstorming ways of saving power, we thought of a couple of
> ways of not keeping things powered all the time:
> 
> - Use CPU sleep on the AVR so as to only periodically wake up and
> poll the state of the gate sensor. I think the Xbee would still draw a
> bit of power still.
> - Use a transistor that can trigger a flip flop with a transient
> amount of power from a coil in the sensor, and use that state to
> switch the AVR on, and have it turn itself back off, once done
> signaling.
> 
> I'm sure there's been some past work on remote AVR sensors before, but
> I can't find anything that seems quite like what we're trying to do.
> 
> Any advice on something like this?
> 
> Cheers,
> jof
> _______________________________________________
> Noisebridge-discuss mailing list
> Noisebridge-discuss at lists.noisebridge.net
> https://www.noisebridge.net/mailman/listinfo/noisebridge-discuss



More information about the Noisebridge-discuss mailing list