Can't get Keil to break at Main

[mac]

I have a custom board utilizing an RF51822aa device. To test connectivity to the board I built blinky_s110_pca10028. Using Keil 5.12 I tried to debug the program simply expecting to break in main thus verify I can talk to the M0 on the RF51822. My setup uses, as i mention 5.12 and Keil's ULINK2. When I start debug I can see the download occur, then Keil opens a Disassembly window.

I was expecting to have main.c opened and a break point hit. Instead, I have the Disassembly window open and a pointer to address 0x000114CC. Not sure what address that is.

Any thoughts?

[Asbjørn]

Instructions on how to program the board and softdevice can be found in chapter 6 of the nRF51822-EK user guide.

Exactly which kit do you have? Make sure you select j-link as option in the debug section as it's a j-link that's on our development and evaluation kits.

[mac]

Yea, I have read that chapter. I do not have a segger device. All I have is a Keil ULINK2 device. We do not have any EVKs. This project was given to us by the original development company and all I have is a custom board. So, I need to download the S110 Soft device. nRFgo Studio offers no way to program a custom board.

[Asbjørn]

You can program custom boards through nRFgo Studio, but it's limited to Segger J-link devices. That's the missing link in your setup. How did the original development company program the units? There's a M0 on board, so you should be able to use a U-LINK, but we don't have any example on this specific setup.

[mac]

I am not able to program the softdevice into our custom board. I have programmed 7.0.0 into said device. I then built my application and have the application loading to address 0x14000. When I use keil and start debug my main routine is never hit. Halting the debugger It seems to be in a loop where it is looping to the same address almost as if it is in some sort of hard reset loop. If I then load the applications reset_Handler() address, which I got from the .map file" and hit run everything runs as expected. So, what am I missing?