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: NPI implementation with Low Power Mode

Part Number: CC2642R

 Hi Team, 

Based on the previous answer(*), we assined MRDY and SRDY on our new product.
(*)e2e.ti.com/.../929436
Only the pull-down resistor is connected to MRDY and SRDY.
We have checked the operation, and we assume that CC2642 can not go to Standby when using NPI.
What are the estimated factors and how does CC2642 go to Standby?

<Confirmation procedure>
1) Preparied two FW's, with NPI and without NPI.
2) Operated each FW, and observed the current consumption of CC2642R with an oscyroscope.
3) Compare the minimum current consumption of each FW

<Result>
The minimum current consumption of FW with NPI is about 1mA more than that of FW without NPI.

We assume that CC2642R will go to Standby state on FW without NPI,
CC2642R will remain in Idle state on FW with NPI.

Thanks,
N.M.

  • Hi N.M.,

    Please make sure that NPI_FLOW_CTRL is defined and that MRDY_PIN/SRDY_PIN values correspond to the correct pins on your hardware.  You may need to modify npi_config.h/*.syscfg accordingly.  Please note that wakeup will occur when MRDY_PIN goes low (active) as initialized in npi_tl.c, you could further debug these functions to help determine the reason it does not release power constraints and re-enter standby.  Oscilloscope or logic analyzer screenshots of the communication lines might also be useful.

    Regards,
    Ryan

  • Hi Ryan,

    Thank you for clarification.

    Regarding your notification for "wakeup", customer understands that the wakeup will occur when MRDY_PIN goes low (active). Customer is asking if CC2642R is checking only "Falling-edge" of MRDY_PIN. I mean, if MRDY_PIN is keeping "Low", CC2642R is not able to enter LPM. Is that correct?

    And then, if possible. Could you share the sample-peripheral-project which supports MRDY/SRDY, please?

    As far as I checked SDK, I was not found it (should I request customer to check "ble5_host_test_cc26xx2r1p_app" ?)

    It will be appreciated if you will share your Expert's advice/comments on them.

    Best regards, Miyazaki

  • Hi Miyazaki,

    If the MRDY_PIN is kept low but the BLE has no UART transfer needs, then it should be able to re-enter LPM during the interim.  It will wake up on a negative edge but get an interrupt on both edges to keep track of the pin state.  You can also refer to the NPI section of the BLE5-Stack User's Guide.

    You are correct that the customer can check host_test, but the NPI layer is already available in simple_peripheral, based on the README the cc26x2r1lp_app_FlashROM_Release.opt and ble_release.cfg should be reviewed.  They will need to ensure NPI_USE_UART and POWER_SAVING pre-defines are enabled.  The PTM may also be considered.  I will loop in a BLE expert to further comment.

    Regards,
    Ryan

  • Miyazaki-san,

    Ryan's topics are on point. The only detail is that the NPI usage in a typical simple_peripheral application is only exposed when PTM_MODE is enabled. The way to enable it is in the PTM link shown by Ryan on the post above.

    Hope this helps,

    Rafael

  • Ryan-san, Rafael-san, and Miyazaki-san, Thank you for your comments. I understood the operation of NPI. Thanks, N.M.