RAM retention settings with SoftDevice enabled

RE: RAM retention settings with SoftDevice enabled

ovrebekk — Tue, 25 Jun 2019 06:51:31 GMT

You welcome 🙂

RE: RAM retention settings with SoftDevice enabled

beemavishnu — Thu, 20 Jun 2019 13:47:07 GMT

Sorry, I got your point. Thank you for your support.

RE: RAM retention settings with SoftDevice enabled

ovrebekk — Thu, 20 Jun 2019 12:18:23 GMT

Hi Vishnu

In the standard ble_app_blinky application in nRF5 SDK v15.3.0 the leds_init function is implemented as such:

static void leds_init(void)
{
bsp_board_init(BSP_INIT_LEDS);
}

Is it not the same in your example?

Best regards
Torbjørn

RE: RAM retention settings with SoftDevice enabled

beemavishnu — Wed, 19 Jun 2019 14:07:42 GMT

Sorry I am using ble_app_blinky app where there is no bsp module.

RE: RAM retention settings with SoftDevice enabled

ovrebekk — Wed, 19 Jun 2019 07:57:42 GMT

Hi Vishnu

To avoid this I think the easiest way is to make a copy of the bsp_board_leds_init() function somewhere (in main.c for instance), and run that rather than running bsp_board_init(BSP_INIT_LEDS).

Then you can comment out the last line of the bsp_board_leds_init function, where the LED's are turned off:

static void bsp_board_leds_init_copy(void)
{
#if defined(BOARD_PCA10059)
// If nRF52 USB Dongle is powered from USB (high voltage mode),
// GPIO output voltage is set to 1.8 V by default, which is not
// enough to turn on green and blue LEDs. Therefore, GPIO voltage
// needs to be increased to 3.0 V by configuring the UICR register.
if (NRF_POWER->MAINREGSTATUS &
(POWER_MAINREGSTATUS_MAINREGSTATUS_High << POWER_MAINREGSTATUS_MAINREGSTATUS_Pos))
{
gpio_output_voltage_setup();
}
#endif

uint32_t i;
for (i = 0; i < LEDS_NUMBER; ++i)
{
nrf_gpio_cfg_output(m_board_led_list[i]);
}
// bsp_board_leds_off(); - This line should be commented out
}

This code can be found on line 125 of boards.c

Best regards
Torbjørn

RE: RAM retention settings with SoftDevice enabled

beemavishnu — Tue, 18 Jun 2019 08:17:17 GMT

Hi,

I only concerned with one scenario where I set LED ON based on some conditions and then go to System OFF mode. After coming out of System off mode and if initialization routine executes LED will be switched OFF. I want to avoid this.

Thanks & Regards

Vishnu Beema

RE: RAM retention settings with SoftDevice enabled

ovrebekk — Mon, 17 Jun 2019 13:56:36 GMT

Hi Vishnu

1) RAM retention refers to the ability of the RAM to retain it's state during power down, which is indeed working. When you leave system OFF mode the RAM content is still intact.

What happens here is that the RAM is overwritten after you wake from system OFF and go through the MCU startup procedure, which the RAM retention doesn't protect you from.

2) This is probably caused by the internal variables of the led and button modules not being retained.

The normal procedure is to re-initialize the various SDK modules after wakeup from system OFF.

Is this not a viable option in your application?

Otherwise you would have to ensure that all the global and static variables in these modules are located in a .non_init section.

Best regards
Torbjørn

RE: RAM retention settings with SoftDevice enabled

beemavishnu — Mon, 17 Jun 2019 09:37:11 GMT

Thank you for your confirmation.

1) So without non_init section, there is no RAM retention even by calling sd_power_ram_power_set().

2) My worry is, I don't know which are all required to be kept in RAM. As mentioned above when I skip leds_init() and buttons_init() I am getting ASSERT. Below is once such example when I call app_button_enable() or app_button_disable().

ASSERT(mp_buttons);

Thanks & Regards

Vishnu Beema

RE: RAM retention settings with SoftDevice enabled

ovrebekk — Mon, 17 Jun 2019 08:54:48 GMT

Hi Vishnu

1. RAM retention in system ON mode is enabled by default, that is correct. Most applications use system ON idle mode continuously, and having at least partial RAM retention is critical.

2. a. Most examples come with a .non_init section that can be used to declare retained variables, without having to make any changes to the flash_placement.xml file.

To do this just declare the variables like this:

static uint32_t my_variable __attribute__((section(".non_init")));

b. Technically the RAM is still retained, but it gets zero initialized during the reset sequence. I agree it doesn't make sense to enable RAM retention if you don't put the memory in the .non_init section.

c. That code should suffice, yes. Can you try using the .non_init section like I suggested earlier and see if it works?

3. What part of the code causes the crash?

Do you get an assert from the SoftDevice, or an error code in return from one of the SDK modules?

Best regards
Torbjørn