• State
  • Locked Locked
  • Replies 2 replies
  • Subscribers 40 subscribers
  • Views 255 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

Original question:

CC3220SF: CC3220sf is not going to LPDS mode using (TIDC-01005) wifi door lock reference design

CC3220SF: cc3220sf -In LPDS mode the current consumption is around 5-6mA

sanath rai
Genius 3875 points
Part Number: CC3220SF
Other Parts Discussed in Thread: TIDC-01005

Hello,

I have been working on CC3220SF micro controller and have developed my application on WIFI door lock reference design TIDC-01005 with changes mainly focusing on MQTT 

and everything is working fine .

We have designed our own custom board of CC3220SF for our application and i have been testing my application on it.

Below i will explain briefly the work i have done.

Earlier i had issue with my application entering LPDS mode as i was using UART interrupt mode which didn't allow me to enable the power policy,but i made certain changes to my application and succeeded in making my application to enter the LPDS mode. To confirm that its entering the LPDS mode in my application ,In  LPDS only selected GPIO works and in my application GPIO13 works in LPDS which i have used as switch,when i press the switch it comes out of LPDS  and using other part of my application i am making it to go LPDS again.so it confirms that its entering the LPDS mode.

below is the ISSUE which is tested in our custom board

In LPDS the expected current consumption according to the wifi door lock reference design document is 377uA on average in the idle connected state to the AP,but for me its taking around 5-6mA in LPDS mode which is pretty much higher than expected.when it comes out of the LPDS it take around 20mA in active mode which is fine for us as our focus is on LPDS mode. there are no changes with respect to some data like LSI which is 400mA and other things which is same as in wifi door lock reference design.

But when i test in cc3220sf launchpad powering only cc3220sf and the on board serial flash its showing the current consumption  lesser and around 1mA.

Our testing procedure is exactly same as cc3220sf launchpad in our custom board but her we are getting that extra 4-5mA current consumption which we are puzzled.

Any particular reason it might be taking more current even after going to the LPDS mode?

note: But as per datasheet the cc3220sf  takes 710 uA in idle connected state.

Regards

Sanath Rai

  • 0
    TI__Genius 15590 points

    Hi Sanath,

    What other peripherals do you have the device connected to on your custom design? In the procedure for measuring Low power on the LaunchPad includes removing jumpers that connect the device to on-board OP AMPs and LEDs. 

    Thanks,

    Alexis

  • 0 in reply to Alexis Crandall20
    Genius 3875 points

    Hi Alexis,

    Right now in our custom designed board we are directly giving 3.3V same as cc3220sf Launchpad , apart from 2 switches and also SOP pull ups.

    do we need to take out even switches as well?

    yesterday i went through some of the documents regarding LSI(Long sleep Interval) which mentions as below

    Long Sleep Interval (LSI) – When an 802.11 station is connected to the access point, it must receive the beacons transmitted by the AP. APs typically transmit a beacon every 102.4 ms. 802.11 standards define the DTIM (Delivery Traffic Indication Map) as a specific beacon that contains information regarding incoming packets for the STA. The AP may choose its DTIM interval (such as 1-every beacon, 2-every other beacon, and so forth). This special low-power policy instructs the networking subsystem to skip beacons and DTIM packets, and comes with a desired max sleep time parameter. The parameter reflects the desired sleep interval between two consecutive wakeups for beacon reception. The Wi-Fi module computes the desired time and wakes up to the next DTIM that does not exceed the specified time (see Table 3 for examples). The desired maximum sleep time parameter is 2 seconds. TI strongly recommends setting the LSI parameter to less than half a second to ensure reliable service while lowering current consumption.

    Does increasing LSI will reduce power consumption?

    Regards

    Sanath Rai