This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC2642R: Achieving Ideal Idle Current Consumption on CC26X2 LaunchPad Using Simple Peripheral Example

Part Number: CC2642R
Other Parts Discussed in Thread: ENERGYTRACE

Tool/software:

Hi Team,

We are currently using the CC26X2 LaunchPad and testing the current consumption using the Simple Peripheral example from the simplelink_cc13x2_26x2_sdk_5_20_00_52. In our setup, we modified the advertisement interval from 100 milliseconds to 1 second. We are measuring the current consumption between advertisements using the nRF Power Profiler, and I have attached the current consumption graph for reference.

Our measurements show an average current consumption of approximately 125 µA during idle periods. However, according to the datasheet, the expected idle current consumption should be less than 1 µA.

Could you please guide us on how to optimize our setup to achieve the ideal idle current consumption of 1 µA?

Thank you in advance for your assistance!

  • Hello Viknesh,

    Thanks for reaching out. Please help me with the following questions:

    1. Are you using a custom board or a TI Launchpad?
    2. Could you please try to reproduce this with EneryTrace or a Power Analyzer (I haven't use nRF power profiler before therefore not sure about the correct settings there).

    BR,

    David,

  • Hi David,


    Thank you for the prompt response. 

    We are using the TI LaunchPad, as shown in the attached photo. (All jumpers have been removed, and we connected 3.3V and GND to the Power Profiler to measure current consumption.)

    We are confident that the settings in the nRF Power Profiler are correct. Using the same setup and the same TI LaunchPad, we tested the following example:

    C:\ti\simplelink_cc13x2_26x2_sdk_5_20_00_52\examples\rtos\CC26X2R1_LAUNCHXL\drivers\empty.
    In this case, the current consumption was measured at 1 microamp, as evidenced in the attached screenshot and video reference.

    Could you advise what settings need to be adjusted to achieve 1 microamp current consumption with the Simple Peripheral example? `

  • Hello Viknesh,

    Let me take a look with my setup on my end. In the meantime, could you please check if the display module has been disable and if the external flash is shutdown?

    BR,

    David.

  • Hello David,

    Yes, the Display module is disabled, and the external flash is already shut down. Please find the attached screenshots for reference.

  • Hello Viknesh,

    Thank you for confirming this. Just for a quick sanity check, could you please try running the same exercise but using EnergyTrace and share the current draw trace? You would have to connect back the 3.3 and GND jumpers to the debugger. I just want to make sure we have the same reference to compare.

    In addition, could you also test with the latest SDK (Version: 7.41.00.17), the version you are currently using has several updates.

    BR,

    David.

  • Hello David,

    Here are the EnergyTrace details for both SDK 5.XX and SDK 7.XX, as requested. In both cases, I ensured the display and external flash were turned off as per your earlier suggestion. However, I observed that SDK 7.XX is, in fact, consuming more power.

    I’ve also attached the setup details for your reference. Please note that I did not remove any of the jumpers on the launch pad during this testing. Let me know if any further adjustments or details are needed.

    Best regards,
    Viknesh

  • Hello Viknesh,

    Sorry I clicked the "Resolved" button my mistake. Are you loading the same program in both SDK versions? I am a bit confused to see that in the first trace there are no advertisement events while in the second one there are. Please also confirm that the Power policy is set to enable the device to go to Standby. In addition, lets run the power measurements only with GND and 3.3 jumpers connected.

    BR,

    David.