Beginner question: SDK BLE examples not working

RE: Beginner question: SDK BLE examples not working

Petter Myhre — Thu, 25 Aug 2016 07:39:07 GMT

Great :) I didn't know what not configuring the crystal would cause this behavior, but nice to know. I thought you had already configured the chip for 32MHz crystal, I guess I should've asked. Anyways, thanks for adding the solution.

RE: Beginner question: SDK BLE examples not working

kei — Thu, 25 Aug 2016 06:15:56 GMT

Thank you! Finally I found I need the settings according to the following post:

Question: use external 32MHz crystal

RE: Beginner question: SDK BLE examples not working

kei — Thu, 25 Aug 2016 01:31:07 GMT

Please see the following links, thanks!

nrf51422_xxac_s130.map

nrf51422_xxac_s130.plg

custom_board.h

RE: Beginner question: SDK BLE examples not working

Petter Myhre — Wed, 24 Aug 2016 10:25:05 GMT

I'm not sure what is causing this. Could you upload the complete log when you try to flash?

RE: Beginner question: SDK BLE examples not working

kei — Wed, 24 Aug 2016 08:50:39 GMT

Yes, still got the message as follow

Screen - Trace the last execution

Screen - Branch to 0xFFFFFFFE

Moreover, when I unplug the 3V power and reconnect, I will see the UART terminal will repeatedly polling "UART Start" (I suspect the board is repeatedly restarting).

RE: Beginner question: SDK BLE examples not working

Petter Myhre — Wed, 24 Aug 2016 08:43:21 GMT

Do you still get the warning?

RE: Beginner question: SDK BLE examples not working

kei — Wed, 24 Aug 2016 07:57:16 GMT

Is that sd_app_evt_wait() will put the PC at 0xFFFFFFFE?

And why I got the warning that JLink T-bit of XPSR is 0 but should be 1?

In fact, I still cannot use nRF Toolbox app to discover it, I cannot figure out what happen because the debugger sticking on 0xFFFFFFFE with that warning. Please help~~

RE: Beginner question: SDK BLE examples not working

Petter Myhre — Wed, 24 Aug 2016 07:31:12 GMT

No don't change anything in Flash Download. RAM for algorithm should be Start: 0x20000000 Size: 0x2000. Programming Algorithm should be Start 0x00000000 Size: 0x00200000

Do you still get the J-Link warning?

It is supposed to wait when you call sd_app_evt_wait(). It waits for an application event. The function will return when that happens. If you don't want this to happen comment it out.

RE: Beginner question: SDK BLE examples not working

kei — Wed, 24 Aug 2016 02:44:50 GMT

Thank you Petter, now the program could pass softdevice_enable(), however, the new setting will make the program halt at power_manage(), not even generate an error_code, and gives a warning:

" **JLink Warning: T-bit of XPSR is 0 but should be 1. Changed to 1. "

Screen capture 1

The new target RAM setting like this:

Screen capture 2

Note that I've set the RAM size to 0x1F80 as my chips only have 16kB.

Moreover, should I need to make the same setting in J-link Utility Tags like this?

Screen capture 3

It seems that sd_app_evt_wait() will overwrite the memory inside SoftDevice, and triggered a hard halt. What's going wrong now? Many thanks!

RE: Beginner question: SDK BLE examples not working

Petter Myhre — Tue, 23 Aug 2016 10:25:29 GMT

The IRAM1 start and size in ble_app_uart is not 0x20000000 and 0x4000. It is 0x20002080 and 0x5F80. 0x00000000 is NRF_ERROR_NO_MEM. Which probably means that you haven't given enough RAM to the SoftDevice. To see how much RAM the SoftDevice requires go into softdevice_enable() and put a breakpoint after sd_ble_enable() is called. The value of app_ram_base should be used as IRAM1 start.

RE: Beginner question: SDK BLE examples not working

kei — Tue, 23 Aug 2016 09:53:36 GMT

Thank you Petter, I changed RAM1 start because it was instructed by tutorial "ROM and RAM Management"

I've put back RAM1 start 0x2000000 and size 0x4000, still no improvement, and result in warning "JLink Warning: T-bit of XPSR is 0 .........", so I keep the previous settings.

Now I've tried to put break point at here and got some findings:

err_code = softdevice_enable(&ble_enable_params);

APP_ERROR_CHECK(err_code);  <---break point

Then I found the function return err_code = 0x0000004, and in turn this APP_ERROR_CHECK will reset the chip. Which means actually the program could enter main(), just got an error when running into softdevice_enable(), it seems that the situation also related to RAM allocation, isn't it?

Screen of return err_code

Screen of nRFgo

Thanks!

RE: Beginner question: SDK BLE examples not working

Petter Myhre — Tue, 23 Aug 2016 06:45:36 GMT

Why did you change RAM1 start? Are you sure you flashed the S130 v2? Found in \components\softdevice\s130\hex? Could you set optimizations to Level 0, recompile and put a breakpoint in the start of main()? Do you hit it? Please upload a screenshot.

RE: Beginner question: SDK BLE examples not working

kei — Tue, 23 Aug 2016 01:31:31 GMT

Thanks for your reply!

Revision 3 - nRFgo studio show QFAAH00 (0x0072)

Setting in Keil4 "options for target" > "on-chip" section:

IROM1: Start:0x1B000 Size:0x25000

IRAM1: Start:0x20001870 Size:0x2790

Debug screen capture

RE: Beginner question: SDK BLE examples not working

Petter Myhre — Mon, 22 Aug 2016 17:23:32 GMT

What revision of the nRF51822 chip do you have on your custom board? How have you changed the ROM/RAM settings?