使用 OpenOCD 的 ARM LPC1768 的 Eclipse GDB "init"和 "run"设置？

Question

我终于 figured out 如何让代码在 this LPC1768 mini board 上运行，但是现在我正试图让调试工作。

我正在使用的工具链是: Yagarto + Eclipse (Indigo) (w/GDB Hardware Debugger) + OpenOCD 。我的 JTAG 接口(interface)是: Bus Blaster V2 board。

我发现了一个 guide，它通过类似的设置，但它用于不同的 JTAG 接口(interface)，所以不是很有用。还有关于 this post 的 LPC1768 example ，但 gdb 命令不适用于 OpenOCD。

在这一点上，我确定的唯一命令(用于 init)是 target remote localhost:3333(用于连接到 OpenOCD gdb 服务器)。

我应该在此对话框中使用哪些设置和 gdb 命令？



(忽略“SAM7X256”，只需重新使用上述链接之一的屏幕截图。我使用的是 ARM LPC1768)

此外，我的开发板使用 secondary bootloader(用户代码从 0x2000 开始)这一事实是否会影响这些调试设置？

更新: 接受 dwelch 的建议，我确实设法让一些基本的 OpenOCD 命令正常工作(reset init、mdw、mww、load_image 等)。奇怪的“JTAG-DP STICKY”错误与我的 ram 链接器脚本有关，发现一个带有 project template for the LPC1758 的 RAM linker script ，只需要修改 LPC1768 的内存大小，并且 load_image 工作得很好。

不过，我仍然想知道如何正确配置 eclipse 以进行 GDB 调试。

Answer 1

也许一次尝试一步。

启动 openocd，可能类似于 -f interface/jlink.cfg -f target/lpc1768.cfg 之类的东西，听起来你有这个工作。

第二个 telnet localhost 4444 或任何 Windows 命令行(类似的东西)

在 Telnet session 中:

> halt
> mdw 0x0000

诸如此类的东西，以查看您正在与该部分交谈。

如果您已经编译了一些程序，您可以简单地加载并运行它们，例如，如果您制作了一个仅 ram 的程序(告诉链接器 .text、.data 等都在 0x10000000)那么

> load_image /path/to/myprog.elf
> resume 0x10000001

(是的，加 1 使它变得奇怪，这是一个拇指处理器不会运行 ARM 指令(lsbit = 0 是 ARM 模式 lsbit = 1 是拇指模式)。

重新编译后重新运行:

> halt
> load_image /path/to/myprog.elf
> resume 0x10000001

然后在你有基于 ram 的程序显示生命迹象之后担心闪烁等。

如果这些都不起作用，那么 gdb 只是在此之上又增加了一层复杂性，并且会使其更难弄清楚。

就引导加载程序而言，答案取决于您是尝试从 ram 运行还是从程序运行到 rom。如果从 ram 运行，您可以接管系统并占用所有 ram，一些芯片 (stm32) 有一些您可以调用的例程，这些例程需要一些 ram 不受影响，但如果您接管芯片，您可以拥有所有 ram ，如果它不知道二进制文件(使用elf文件或ihex或srec或几乎任何不是.bin的东西都很好，如果工具支持它)，这是一个告诉链接器和调试器的问题。

如果您要写入闪存，那么您最好确切地知道闪存的哪个部分可能包含引导加载程序，引导加载程序如何将您的代码移交给您的代码等，并再次告诉链接器和调试器这些信息。您可以轻松删除/删除引导加载程序，具体取决于它在哪里以及您在做什么(这些 lpc 和 st 部件中的许多都有引导加载程序，串行或 USB，它们在一定程度上可以防止偶然错误，但您通常仍然可以删除它们并如果您不小心，请更换它们)。