Unexpected Deepsleep consumption of STML476RG with Lora SX1262

[andreagilardoni]

Description of defect

Given the datasheet of the components mentioned in the title I expect a low power consumption of:

• STM32L476RG of around 10/20uA in STOP mode (I think the default is STOP2)
• sx1262 of a 1/2uA in sleep mode

I am getting an unusual behavior with higher power consumption ~800uA (On Average).

Target(s) affected by this defect ?

Custom board based on STM32L476RG, the configuration is identical to NUCLEO_L476RG.

pinmap:

PA_4 NSS
PA_5 SCK
PA_6 MISO
PA_7 MOSI
PA_8 RESET
PA_9 BUSY
PB_1 DIO1
PB_0 ANTSW (not used)

Toolchain(s) (name and version) displaying this defect ?

I am using the mbed os master branch.

What version of Mbed-os are you using (tag or sha) ?

073ae1d

What version(s) of tools are you using. List all that apply (E.g. mbed-cli)

mbed-cli version 1.10.5
arm-none-eabi-g++ (GNU Arm Embedded Toolchain 10-2020-q4-major) 10.2.1 20201103 (release)

How is this defect reproduced ?

The following is a sample code I wrote to replicate the behavior without using the complete LoraRadio object.
The code takes some snippets of code from connectivity/drivers/lora/COMPONENT_SX126X/SX126X_LoRaRadio.cpp to wake the radio up wakeup_radio() and put it to sleep sleep_radio().

The code does the following:

1. Create spi object and Digital In/Outs simulating the LoraRadio object
2. Turn on the reset pin for 200ms
3. call sleep_radio function
4. put the stm device in STOP mode
5. call wakeup_radio function
6. wait 1s
7. call sleep_radio function
8. go to step 4

#include <mbed.h>
SPI spi(PA_7, PA_6, PA_5);
DigitalOut _chip_select(PA_4, 1);
DigitalIn _busy(PA_9, PullNone); 

DigitalInOut reset_ctl(PA_8);
InterruptIn _dio1_ctl(PB_1, PullNone);

void sleep_radio(void) {
    // warm start, power consumption 600 nA
    uint8_t sleep_state = 0x04;

    _chip_select = 0;

    while (_busy) {
        // do nothing
        printf(".");
    }
    printf("\n");

    spi.write(0x84); // SLEEP command
    spi.write(sleep_state);

    _chip_select = 1;
    ThisThread::sleep_for(2);
}

void wakeup_radio() {
    // hold the NSS low, this should wakeup the chip.
    // now we should wait for the _busy line to go low
    _chip_select = 0;
    while (_busy) {
        // do nothing
        printf(".");
    }
    printf("\n");

    _chip_select = 1;
}

#define TIME 5s
int main() {
    printf("\n\nTesting SPI power consumption\n\n");
    
    printf("putting radio to sleep\n");
    reset_ctl=1;
    ThisThread::sleep_for(200ms);
    reset_ctl=0;

    sleep_radio();
    ThisThread::sleep_for(200ms);

    printf("radio sleeping\n");

    while (1) {
        ThisThread::sleep_for(1000ms);
        printf("\n\ndeep sleep time\n");
        ThisThread::sleep_for(TIME);

        printf("waking radio\n");
        wakeup_radio();
        printf("radio awake\n");

        ThisThread::sleep_for(1000ms);
        printf("putting radio to sleep\n");

        sleep_radio();
        ThisThread::sleep_for(200ms);
        printf("radio sleeping\n");
    }
}

The following is a screenshot captured with an otii of the power consumption of the device I am talking about. It contains the recording of some cycles of the code described before.
The strange thing is that on the first cycle the power consumption is as intended and after the power consumption rises to 300uA.

[ciarmcom]

@alcheagle thank you for raising this issue.Please take a look at the following comments:

It would help if you could also specify the versions of any tools you are using?

NOTE: If there are fields which are not applicable then please just add 'n/a' or 'None'. This indicates to us that at least all the fields have been considered.
Please update the issue header with the missing information, the issue will not be mirrored to our internal defect tracking system or investigated until this has been fully resolved.

[ciarmcom]

Thank you for raising this detailed GitHub issue. I am now notifying our internal issue triagers.
Internal Jira reference: https://jira.arm.com/browse/IOTOSM-3371

[0xc0170]

cc @ARMmbed/team-st-mcd Please review

[andreagilardoni]

I observe that:

1. when I power the device from 0 the power consumption is high (few mA), I suppose the radio is on at that moment
2. after turning off the radio (sleep_radio()) the consumption goes down to reasonable values (tens of uA)
3. I turn on and off the radio again the consumption reaches ~300uA of consumption.

I am not able to measure the 2 domains separately(radio and mcu), but it seems that the MCU after issuing the second command is in a strange state (maybe the SPI object is the culprit) where either the radio is waiting for something or the mcu is in some gpio misconfiguration. For this reason if I remove the step 2 the total consumption remains in a reasonable level.

[andreagilardoni]

I don't know how but this may be related to #8373 in some way. Where can I find some docs about Pinmap Configuration? I don't understand whether I have to change PeripheralPins.c file of the target I am using or if I have to change something else.

I tried the following configuration, but nothing improves.

MBED_WEAK const PinMap PinMap_SPI_MISO[] = {
-    {PA_6,       SPI_1, STM_PIN_DATA(STM_MODE_AF_PP, GPIO_NOPULL, GPIO_AF5_SPI1)},
+    {PA_6,       SPI_1, STM_PIN_DATA(STM_MODE_AF_PP, GPIO_PULLUP, GPIO_AF5_SPI1)},
    {PB_4,       SPI_1, STM_PIN_DATA(STM_MODE_AF_PP, GPIO_NOPULL, GPIO_AF5_SPI1)},
    {PB_4_ALT0,  SPI_3, STM_PIN_DATA(STM_MODE_AF_PP, GPIO_NOPULL, GPIO_AF6_SPI3)},
    {PB_14,      SPI_2, STM_PIN_DATA(STM_MODE_AF_PP, GPIO_NOPULL, GPIO_AF5_SPI2)},
    {PC_2,       SPI_2, STM_PIN_DATA(STM_MODE_AF_PP, GPIO_NOPULL, GPIO_AF5_SPI2)},
    {PC_11,      SPI_3, STM_PIN_DATA(STM_MODE_AF_PP, GPIO_NOPULL, GPIO_AF6_SPI3)},
    {NC, NC, 0}
};