Can I debug BLE program?

You can to a degree. The debugger in Keil uVision runs normally, but if the softdevice is initialized and you hit a breakpoint, then you cannot resume from there (or, you can, but things don't work). Also you cannot step through or anything like that when using softdevice. At least this is my experience.

hi, i use uart port ,to out some debug message. but the ble stack is Time slice so,when you release you have to disable uart to sure function.

thanks all I have got it. I have other questions are going to ask. hope you helps .

sincerely yous

Øyvind: Me and my team are struggling with this aspect too. Not being able to debug SD ISR:s with GDB is giving us grief.

I'm not familiar with primask from before but it seems to be a control register for enabling/disabling interrupts. Or actually, the CPU:s ability to respond to them:

infocenter.arm.com/.../index.jsp

We can automate this either in gdb-script or as an inline assembly in code. Would setting this bit stop the soft-device itself or will some HW continue to generate interrupts? Preferably one would like the source of the interrupts to also stop.

This debugging technique, even if that breaks RT-requirements for SD, being able to step at least until next sd_* or ISR return would make a huge difference.

== Edit == Here's a gdb-script based solution:

define hook-stop
    set $primask=1
end

define hook-run
    set $primask=0
end 

define hook-continue
    set $primask=0
end

It will set primask to 1 on each stop, and release the IRQ-block it on each continue or run. Save as file objfile-gdb.gdb for automatic load or load explicitly using gdb's -x option.

Add the following line in you code just before breakpoint:

__ASM volatile ("MSR primask, %0" : : "r" (0x1) : "memory");

This will set PRIMASK register. You will be able to step debuger until you hit one of the sd_ calls.