I get the below error message when I start the ULINK debugger with my KEIL MCBSTM32 eval board:
Cannot access Memory *** error 57: illegal address (0x8000000)
I've searched KEIL's website for error 57, but couldn't find anything. I've searched uVsion help, but couldn't find anything. Can someone point me to where these types of errors are documented?
The debugger is actually stopped at address 0x80001A4, and these are the instructions before and at that line:
0x080001A0 F002BBF6 B.W 0x080002990 0x080001A4 4804 LDR r0,[PC,#32] ; @0x080001C8
and this is what's at 0x080001C8: 0x080001C8 00ED LSLS r5,r5,#3
and this is what's at 0x08002990: 0x08002990 4770 BX lr
Address 0x8000000 is the start of flash ROM for the uC on this eval board (an STM32F103RBT6). I'm using the default KEIL assembly startup code (STM32F103x.s) and the default project options for where ROM and RAM is (IROM1 at 0x8000000 with size = 0x20000, and IRAM1 at 0x20000000 with size = 0x5000).
If I start the debugger then stop it, I get this error message:
ULINK - Cortex-M Error Could not stop Cortex-M device! Please check the JTAG cable
I found some knowledgebase articles that suggested slowing down the JTAG clock, using internal or external 3.3V inside the ULINK, and/or making sure that a hardware reset was used with the ULINK; so I tried those suggestions. Unfortunately, they didn't change my symptoms.
I've been trying to find somwhere where I could insert a breakpoint to try to step through the startup code, but uVision won't let me put a breakpoint anywhere in the startup assembly code (and yes, I do have the "Debug Information" checkbox checked in the project options). I've unchecked the debugger "Reset and Run" and "Run to main()" options, but when I start the debugger and try to single step, I can only step a few times and then the code appears to start and never stop. If I hit the "halt" button, I get the same error message about not being able to stop the uC.
The debugger always starts at address 0x080001A4 with the error message about not being able to access memory.
Can anyone suggest something else to do that might fix these problems?
Thanks, Dave.
My suggestions are: - use Blinky as base and rename it, add your files and try it - compare all the settings in Bliny with settings in your project - make a while (1) loop at the beginning of main function to check if your code is producing problems
You should be able to find out what the problem was by using last 2 suggestions, and by using first one you should be able to see if a setting in a project is a problem.
I copied the Blinky OPT & UV2 files to a temp directory, stripped out all the source files, put all mine in, did a build all and tried to start the debugger... same problem. I copied the startup ASM code from the Blinky project to my project, rebuilt it, etc., but it made no difference.
So, I tried the MCBSTM32's Blinky project, and now it has the same problem too. It worked the last time I tried it.
Argh! Quite frustrating.
OOPS... I just got my MCBSTM32 board back from a coworker and didn't notice that he'd moved the BOOT0 jumper (he's working on a bootstrap loader). I had been using the STM3210E eval board till this morning. I put the BOOT0 jumper back to where it was and now at least both my project and the Blinky project run once more.
However, they both exhibit the error 57 problem when I let the debugger download code to flash, and the debugger works with both of them when I disable the debugger from downloading code to flash.