Running BLE example using Segger Embedded Studio

[Jan Lundskov]

@Michael Dietz

Hi Michael! I am not sure what happened to my last question regarding the BLE example using Segger Embedded Studio. It is no longer visible in the post comments.

I have now added the preprocessor definitions you mentioned. I am installing Keil on my Windows PC to check the definitions as well.

One other thing I noticed is that when I import the Blinky example into SES only one project is created in the Project Explorer, but when I import the ble_app_hrs_s132_pca10040 example two apparently identical folders are created...

Is that correct?

I have now tried to delete one of the folders and add/change everything as we have discussed and now I am able to compile and run the code.

When I open the nRF Toolbox App on the HRM screen the device is not visible though. I have downloaded and verified the s132 softdevice.

If I try to start a debug session I get a 'stopped by vector catch' error (0x7bc 4B01 ldr r3, 0x000007C4).

What can cause this issue?

[Jan Lundskov]

Hi Michael! I have downloaded and installed the nRF.emPackage, but I get two errors (Reset_Handler and RAM_segment_end ), so I guess that is what you are referring to. Let me know once you have had time to look at the softdevice falsh and ram settings. Thanks. Also when you talk to Segger and mention that two identical folders are imported, note that the first project folder has all the Includes, Preprocessor definitions etc, but the second one doesn't. So until it is fixed it is important to remember to delete the second folder and not the first one though they seem identical.

[Mats]

Hi

I've been working since yesterday with the nRF52 (PCA10040) on my Mac. I've followed this tutorial; devzone.nordicsemi.com/.../

The blinky-program is working but when I tried the ble_peripheral/ble_app_beacon/pca10040/s132/arm5_no_packs project file. But i'm also getting the same error as the TS:

Unknown function at 0x000009D4

First i had flashed the softDevice (s132_nrf52_2.0.0-7.alpha_softdevice.hex) with

jLinkExe -device nrf52

I've changed the Memory Map Macro's:

FLASH_START=0x1b000
FLASH_SIZE=0x65000
SRAM_START=0x20000000
SRAM_SIZE=0x8000

I've also tried this step:

In "Linker Options" you will need to set the "Section Placement File" as $(StudioDir)/targets/Cortex_M/flash_placement.xml.

But this causes an error;

cyclic memory section dependency with section .fast_run

I also tried using the emPackage but that doesn't really changed something...

I hope somebody can help me with my problem. (And maybe it's not related to the TS post?)

[Michael Dietz]

Mats:

Your SRAM_START should be 0x20001F00 and size should be 0x6500. But please see the blog post I updated it to use the softdevice. You will want to set the memroy map macros back to the full memory map size and start addresses and set aside room for softdevice in the flash placement file as i describe in the blog post. Do not use the nRF package for now.

[Michael Dietz]

Hey Jan,

I edited the blog post. Ditch the device pack for now and try to follow it step by step. If you are still having problems then I'm going to recomend starting from a clean slate (an unmodified BLE example). Please PM me if you try blog and clean state and still doesnt work and lets set up a skype to get this fixed

[Raphael]

I had the same problem and the solution (at least for me) was setting the Section Placement Macros to: FLASH_START=0x1b000 RAM_START=0x20001f00 based on the linker file included in the armgcc directory. Note that I was using S130 with PCA10028 and SDK v11-alpha2. I did not change the flash_placement.xml. The start values for flash and RAM there should probably remain what they are and not be the same as the section placement macros, i.e. not factor in the SoftDevice.