Memory allocation for nRF52832 under SES

[SteveHx]

Because of my forced downgrade from Win7 to Win10, I can no longer build an older project under VS, so I am porting it to SES, the "approved solution" development environment. I have SES set up and working nicely on other projects, which came across without a hiccup. I have tracked down the problem in the project of concern in the resulting code to a memory allocation error upon attempting to add a new service UUID to the table via sd_ble_uuid_vs_add. I have increased the UUID count in sdk_config.h, and correspondingly increased  NRF_SDH_BLE_GATTS_ATTR_TAB_SIZE. I have also adjusted RAM_START and RAM_SIZE per the article covering

4. Change start addresses in Segger Embedded Studio

I cannot get the debugger nor the nrf_log mechanism to give me the correct settings for these various variables. I'm dead in the water on a project the client has been waiting for, over a week now. Help!!

Steve Hendrix

[Sigurd]

Hi, 

I have tracked down the problem in the project of concern in the resulting code to a memory allocation error upon attempting to add a new service UUID to the table via sd_ble_uuid_vs_add.

So sd_ble_uuid_vs_add() is returning an error-code ?

How does your memory configuration look like now? something like this?

FLASH_PH_START=0x0
FLASH_PH_SIZE=0x80000
RAM_PH_START=0x20000000
RAM_PH_SIZE=0x10000
FLASH_START=0x26000
FLASH_SIZE=0x5a000
RAM_START=0x200022f0
RAM_SIZE=0xdd10

PS: If this a project you can share, we can make this case private, and you share the project.

[SteveHx]

I tracked it down to, among other things, a second copy of sdk_config.h residing in the source directory (where it belongs, IMNSHO), which I was editing and which was a part of the project, but the compiler was actually using the one three directories down.

[Sigurd]

Ok. So the issue you had when you created this case has been resolved now?