• State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 21 subscribers
  • Views 3964 views
  • Users 0 members are here
2025 survey

We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.

Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

LPC1788 - Problem with breakpoints / debugging in external Flash

Wolfgang Buescher

Hi All,

Apologies because the same (or at least similar) topic has already been asked in http://www.keil.com/forum/19204/ ,
but for some reason it's impossible to post a reply there (thread declared as "Read-Only").

Marc Crandall never got an answer for his question:

>
Am I correct in thinking that I should be able to add breakpoints to the code in external NOR?
<

I am facing a similar problem: LPC1788 (Cortex-M3), toochain MDK-ARM Version 4.22a .
Target is an LPC1788 with both external SDRAM (32 bit wide) and external Flash (16 bit wide).

Breakpoints in internal Flash: No problem
Breakpoints in external Flash don't work.

Single-stepping over an instruction which 'jumps' from internal Flash into external Flash causes the debugger to lose control, i.e. no more single-step. I can stop the debugger after that, and see that the CPU executes the proper code in external Flash (actually a custom bootloader).

Suggestions ?

All the best, Wolfgang .

Parents
  • 0 in reply to Wolfgang Buescher

    Hello,

    I have the same problem: Not possible to set breakpoints in ext. memory. So I talked a lot with the Keil / ARM support.
    Result:

    It is not possible to set breakpoints (exactly Hardwarebreakpoints) in ext. memory.

    Why:
    Look at:
    silver.arm.com/.../download.tm

    ARMv7-M Architecture Reference Manual -> Debug Architecture -> Flash Patch and Breakpoint
    unit -> FPB unit operation

    The Cortex-M3 have a limit with breakpoint above 1GB (0x4000 0000).
    But the LPC17xx include all extern Memory with addresses above 0x8000 0000!
    So there is no chance to set Hardwarebreakpoints in ext. Memory!

    So there is only one way with "Softwarebreakpoints". Keil tools (Ulink2 und UlinkPro) don't have. Seggers "J-Trace for ARM Cortex-M3" debugger with the Softwarebreakpoints option doesn't work at the moment (there is still a request). The Lauterbach support answered very fast and told me there can (but I don't test it because I don't have one).

    So this is the biggest FAIL of the LPC17xx especially with the old LPC2468 there was no problem! Unbelievable but true!
    Best regards

    John

Reply
  • 0 in reply to Wolfgang Buescher

    Hello,

    I have the same problem: Not possible to set breakpoints in ext. memory. So I talked a lot with the Keil / ARM support.
    Result:

    It is not possible to set breakpoints (exactly Hardwarebreakpoints) in ext. memory.

    Why:
    Look at:
    silver.arm.com/.../download.tm

    ARMv7-M Architecture Reference Manual -> Debug Architecture -> Flash Patch and Breakpoint
    unit -> FPB unit operation

    The Cortex-M3 have a limit with breakpoint above 1GB (0x4000 0000).
    But the LPC17xx include all extern Memory with addresses above 0x8000 0000!
    So there is no chance to set Hardwarebreakpoints in ext. Memory!

    So there is only one way with "Softwarebreakpoints". Keil tools (Ulink2 und UlinkPro) don't have. Seggers "J-Trace for ARM Cortex-M3" debugger with the Softwarebreakpoints option doesn't work at the moment (there is still a request). The Lauterbach support answered very fast and told me there can (but I don't test it because I don't have one).

    So this is the biggest FAIL of the LPC17xx especially with the old LPC2468 there was no problem! Unbelievable but true!
    Best regards

    John

Children
No data