TechOnline India Header
Most Popular
Top 5 Courses
  • Fundamentals of PCB Design
  • Paralleling DC-DC Converters
  • Fundamentals of x86 Architecture
  • Analog Devices' SHARC 32-Bit DSP
  • Analog eLab - Improved INA Input Filter
    Most Popular
    Top 5 Technical Papers
  • ARM Platform Technical Overview
  • Using C++ Efficiently in Embedded Applications
  • Top 10 Drivers for Embedded Android
    Most Popular
    Top 5 Webinars
  • Designing embedded HMIs and connecting them to hardware
  • 2009 Embedded Market Study
    All Articles Products Courses Papers VirtuaLabs Webinars
    Top Search Items
    C


    Techpaper Spotlight

    Wind River
    Accelerating the Development of Embedded Linux Devices with JTAG On-Chip Debugging
    /
        Login | Register | Welcome, Guest

    Topics
    POLL
    How much code have you produced in your career?
    A few KLOC
        38%
    100s of KLOC
        44%
    Millions of LOC
        11%
    A trillion
        7%
     



    Which goes first: the chicken (battery #1) or the egg (battery #2)?
    Trying to assess the life of a battery under low duty-cycle, high-spike loads is a challenge
    Power Management DesignLine
    A few months ago, I replaced my "wired" bike speedometer with a wireless one from Cat Eye Co., see "Wireless or not? When are short-distance, point-to-point RF links worthwhile?". [Note: A wired one has a cable connecting the sensor on the front fork to the handlebar readout; a wireless one does not.]

    In general, I am not a fan of wireless links for this type of short-distance, simple link, since it seems to me that the additional cost, and need for two batteries, as well as potential for problems due to interference and other factors is greater than the problems a wireless link purports to overcome. But it the case of the bike speedometer, that short cable connected the sensor and the readout is a real nuisance, as it gets snagged on branches or when you put the bike in a car, it interferes with maintenance, and it needs to be checked for damage due to flex and stress.

    When the display on the handlebar readout started to fade, it was a sure sign of a battery starting to run down. I replaced the battery in the unit and all was well. But then I started to wonder: should I also replace the battery in the fork-mounted sensor/transmitter (aka sender) as well? And that became a thought problem that has nagged at me since.

    Here's the situation. First, keep in mind that entire setup has a very low duty cycle. The unit generates one pulse/revolution of the wheel, which means only about 0.2 pulses/sec for each mile/hour of speed (about 0.15 pulses/sec per km/hr speed). At a typical cruising speed of 15 mph/hr (25 km/hr) we're looking at just 30 pulses/sec. Both the sender and the handlebar readout use a CR2032 coin cell with 200 mA-hr capacity.

    On one hand, the sending unit has less internal circuitry, but transmitting usually takes more power than receiving does. It also has fairly little to do, since it only has to send data when it senses an input pulse via the Hall-effect transducer. The rest of the time, it can go into a deep-sleep mode, and wake-up latency is not an issue here.

    In contrast, the a receiver in the handlebar readout unit probably needs less power for its front end, but the complete handlebar readout also has to do calculations, and drive the readout, so its microcontroller is more power-hungry than the one used in the sender, assuming the sender even has one (which I doubt). In addition, the readout is on all the time, once a first pulse is received, and it only goes into sleep more when it gets no signal for about 10 or 20 seconds. Even then, it has to always be on alert for a wake-up pulse from the sender.

    My problem in determining the relative life of the battery in each is twofold. First, even if I do build a fixture to get into the battery holder to measure the current, it's very hard to measure such short current spikes with accuracy. Second, so much of the actual battery life depends on how the bike is used, the amount of time it is not being used, and other factors which determine the sleep/active ratio.

    So for now, I'll just give it more thought, but I'll probably replace the sender battery as well, just to be sure. After all, both units have to be OK with good batteries for the speedometer to work, which is one drawback of a wireless unit compared to the wired one. Or maybe someone will come out with a design which uses vibration energy harvesting to power the sender?–theirs is plenty of unused vibration available on a bike!♦

    1
     
     
    Latest Webinars
    · The Next Generation of Ethernet: How the New IEEE Standards Enable Energy Efficiency and Quality-of-Service
    · Simplified Physical Layer Receiver Test of Re-timed Architectures Such as USB 3.0, SATA, SAS, PCIe 2
    · How to solve the most common high-speed bus issues in embedded design on a budget
    · Early access to ARM Core Technology with Fast Models from ARM
    · Latest MIPI Standards: PHY and Protocol Testing Guidance
     
    Member Company Spotlight
    MIPS Technologies
     

    Today's microcontroller systems have requirements that exceed the capabilities of 8- and 16-bit processors; 32-bit cores can address these challenges. With a broad array of cores and a diverse library of analog IP blocks, MIPS offers the largest selection of processor and peripheral IP.


    Member Companies