EIDE 没法设断点debug调试

imjacob

admin 那怎么才能调试呢？难道只能用gcc编的才可以？或者cortex-debug 能用keil的调试器吗？

imjacob

admin 还请指点指点，是不是cortex-debug就只能用 gcc编的才可以？或者cortex-debug 能用keil的调试器吗

admin

imjacob

cortex-debug 只能调试 gcc 编的，因为调试器核心是 gdb；

keil 是商业软件，调试器是不公开的，只能 keil 自己用

其实你用 eide 自动生成的 sct，应该是可以调试的；

如果用自己的 scatter 文件，如果有更复杂的分配规则，那么 axf 转 elf 最终结果很可能就会出现问题

imjacob

admin 我试着把 scipt file选false，然后最基本的设了下rom和ram地址，然后看命令行发现就是用了sct file了。但是还是调试不起来。看了map文件，其实还是很keil生成的很相似的。非常感谢，实在是感觉EIDE 很好用，想着如果能够把现在项目里的工程从编译到调试都能用EIDE，那就太酷了

admin

imjacob

sct 文件是从 ram，rom layout 里生成的，mdk 也会生成到项目的 Objects 目录下
map 文件是不会和 mdk 生成的一模一样的，因为这个工具只是仅仅借用编译器，链接 obj 文件的顺序是和 mdk 不一样的，所以 map 内容会有差异，不过这对程序本身没有影响

至于你不能调试，你可以把相应的文件和日志上传上来我帮你看看：

mdk 生成的 sct，axf 文件
eide 生成的 sct，axf, elf 文件
vscode 调试控制台输出
vscode 输出面板-> Adapter Output 输出

imjacob

admin

zzz-to-eide.7z

364kB

文件如附件，因为axf没法上传，我放在这个压缩包。其中mdk我用的是scf文件，没有sct文件。非常感谢。另外，我发现eide中原始用scf文件，编译出来的代码是运行ok的，但是eide的 scipt file选false，然后设了下rom和ram地址导出的sct后，运行有问题。

admin

imjacob

因为这个生成的 sct 是通用的。
如果你在 mdk 上用的是芯片厂商提供的 scf 文件，那么在 eide 上就应该用 scf ，因为它里面有特殊的 ram/rom 分配方法

你先在 eide 中用 scf 文件作为链接脚本编译，然后再使用 cortex-debug 进行调试，把 vscode 输出面板-> Adapter Output 输出内容发上来.

另外，你帖子开头说的 mdk map 有 Exec Addr 和 Load Addr，但 eide 只有 Base Addr。这个跟你使用的 链接脚本和链接参数 有关，必须保证两个 ide 都使用同样的链接配置。此外，.bss* 是指 无初始值的RAM区域段，在程序开始执行前，该RAM区域每个字节会被自动置 0，不应该存在 Load Addr 才对；而 .data* 是指 有初始值的RAM区域段，因为需要将 FLASH 中的初始值复制到 RAM 中相应位置，才会有 Load Addr 用来表示其初始值在 FLASH 中的地址

imjacob

admin
谢谢！
这个是 Adapter output的：
SEGGER J-Link GDB Server V6.70 Command Line Version

JLinkARM.dll V6.70 (DLL compiled Mar 27 2020 14:35:04)

Command line: -if swd -port 50001 -swoport 50002 -telnetport 50003 -device MK64FN1M0xxx12
-----GDB Server start settings-----
GDBInit file: none
GDB Server Listening port: 50001
SWO raw output listening port: 50002
Terminal I/O port: 50003
Accept remote connection: localhost only
Generate logfile: off
Verify download: off
Init regs on start: off
Silent mode: off
Single run mode: off
Target connection timeout: 0 ms
------J-Link related settings------
J-Link Host interface: USB
J-Link script: none
J-Link settings file: none
------Target related settings------
Target device: MK64FN1M0xxx12
Target interface: SWD
Target interface speed: 4000kHz
Target endian: little

Connecting to J-Link...
J-Link is connected.
Firmware: J-Link V9 compiled Dec 13 2019 11:14:50
Hardware: V9.10
S/N: 59101010
Feature(s): RDI, GDB, JFlash, FlashBP, FlashDL
Checking target voltage...
Target voltage: 3.27 V
Listening on TCP/IP port 50001
Connecting to target...
Connected to target
Waiting for GDB connection...Connected to 127.0.0.1
Reading all registers
Read 4 bytes @ address 0x0001730A (Data = 0x4604E7FE)
Received monitor command: halt
Halting target CPU...
...Target halted (PC = 0x0001730A)
Received monitor command: reset
Resetting target
Downloading 16272 bytes @ address 0x00000000
Downloading 16256 bytes @ address 0x00003F90
Downloading 16240 bytes @ address 0x00007F10
Downloading 16272 bytes @ address 0x0000BE80
Downloading 16240 bytes @ address 0x0000FE10
Downloading 16240 bytes @ address 0x00013D80
Downloading 13900 bytes @ address 0x00017CF0
Downloading 36 bytes @ address 0x1FFF0000
Downloading 1272 bytes @ address 0x20000000
Writing register (PC = 0x 410)
Received monitor command: reset
Resetting target
Read 4 bytes @ address 0x00000410 (Data = 0xF802F000)
Reading 64 bytes @ address 0x00000400
Read 2 bytes @ address 0x00000C0C (Data = 0xB50E)
Read 4 bytes @ address 0x00000C16 (Data = 0xF00D2000)
Setting breakpoint @ address 0x00000C0C, Size = 2, BPHandle = 0x0001
Setting breakpoint @ address 0x00000C16, Size = 4, BPHandle = 0x0002
Starting target CPU...
...Breakpoint reached @ address 0x00000C0C
Reading all registers
Removing breakpoint @ address 0x00000C0C, Size = 2
Removing breakpoint @ address 0x00000C16, Size = 4
Read 4 bytes @ address 0x00000C0C (Data = 0x4A09B50E)
Read 4 bytes @ address 0x00000590 (Data = 0xFA70F018)
Reading 64 bytes @ address 0x00000400
Reading register (MSP = 0x20030000)
Reading register (PSP = 0x 0)
Reading register (PRIMASK = 0x 0)
Reading register (BASEPRI = 0x 0)
Reading register (FAULTMASK = 0x 0)
Reading register (CONTROL = 0x 4)
Reading register (FPSCR = 0x 3000000)
Reading register (s0 = 0x 0)
Reading register (s1 = 0x 0)
Reading register (s2 = 0x 0)
Reading register (s3 = 0x 0)
Reading register (s4 = 0x 0)
Reading register (s5 = 0x 0)
Reading register (s6 = 0x 0)
Reading register (s7 = 0x 0)
Reading register (s8 = 0x 0)
Reading register (s9 = 0x 0)
Reading register (s10 = 0x 0)
Reading register (s11 = 0x 0)
Reading register (s12 = 0x 0)
Reading register (s13 = 0x 0)
Reading register (s14 = 0x 0)
Reading register (s15 = 0x 0)
Reading register (s16 = 0x 0)
Reading register (s17 = 0x 0)
Reading register (s18 = 0x 0)
Reading register (s19 = 0x 0)
Reading register (s20 = 0x 0)
Reading register (s21 = 0x 0)
Reading register (s22 = 0x 0)
Reading register (s23 = 0x 0)
Reading register (s24 = 0x 0)
Reading register (s25 = 0x 0)
Reading register (s26 = 0x 0)
Reading register (s27 = 0x 0)
Reading register (s28 = 0x 0)
Reading register (s29 = 0x 0)
Reading register (s30 = 0x 0)
Reading register (s31 = 0x 0)
Reading register (d0 = 0x 0)
Reading register (d1 = 0x 0)
Reading register (d2 = 0x 0)
Reading register (d3 = 0x 0)
Reading register (d4 = 0x 0)
Reading register (d5 = 0x 0)
Reading register (d6 = 0x 0)
Reading register (d7 = 0x 0)
Reading register (d8 = 0x 0)
Reading register (d9 = 0x 0)
Reading register (d10 = 0x 0)
Reading register (d11 = 0x 0)
Reading register (d12 = 0x 0)
Reading register (d13 = 0x 0)
Reading register (d14 = 0x 0)
Reading register (d15 = 0x 0)

这个是 debug console的：
Please check OUTPUT tab (Adapter Output) for output from C:\Program Files (x86)\SEGGER\JLink\JLinkGDBServerCL.exe
Launching server: "C:\Program Files (x86)\SEGGER\JLink\JLinkGDBServerCL.exe" "-if" "swd" "-port" "50001" "-swoport" "50002" "-telnetport" "50003" "-device" "MK64FN1M0xxx12"
Launching GDB: "C:\Program Files (x86)\GNU Arm Embedded Toolchain\10 2020-q4-major\bin\arm-none-eabi-gdb.exe" "-q" "--interpreter=mi2"
undefinedC:\Program Files (x86)\GNU Arm Embedded Toolchain\10 2020-q4-major\bin\arm-none-eabi-gdb.exe: warning: Couldn't determine a path for the index cache directory.
Reading symbols from D:\01_Project\build\K64\smcb_encoder_eide_tailor.elf...

warning:
Loadable section "RW_m_data" outside of ELF segments

warning:
Loadable section "RW_m_data_2" outside of ELF segments
0x0001730a in __Vectors_End ()
Not implemented stop reason (assuming exception): undefined
Resetting target
Resetting target

Temporary breakpoint 1, 0x00000c0c in __Vectors_End ()

imjacob

admin
另外，我查了下mdk和 eide的链接参数，基本一模一样，mdk如下：
--cpu Cortex-M4.fp *.o --scatter ".\MK64FN1M0xxx12_flash.scf" --strict --summary_stderr --info summarysizes --map --xref --callgraph --symbols --info sizes --info totals --info unused --info veneers --list ".\Listings\MIB_K64.map" -o .\Objects\MIB_K64.axf

EIDE 如下： --cpu Cortex-M4.fp --scatter "d:/MK64FN1M0xxx12_flash.scf" --strict --summary_stderr --info summarysizes --map --xref --callgraph --symbols --info sizes --info totals --info unused --info veneers --list .\build\K64\smcb_encoder_eide_tailor.map

imjacob

admin 在请教下，看了下scf和sct文件。我感觉就是一样的，BNF 的那种语法，是不是就是同一种东西啊。 mdk中 scf似乎就是lpc 和 MKxx 这两种NXP 的采用，改成 sct后缀名应该也可以吧。

admin

imjacob

上面的日志显示一开始在 main.c 的 0xc0c 和 0xc16 有断点，程序启动后在地址 0x00000C0C 处命中断点，然后断点被移除就结束了。这个过程中有啥问题呢？你自己打的断点是哪些？

能否发一下 eide 生成的 elf, 这样可以定位断点在源文件中所在的行，或者你自己通过 cmd 命令 arm-none-eabi-addr2line.exe -e <elf 文件名> <地址> 来查看断点实际位置

imjacob

admin 用你的方法结合代码，我看了下我就打了一个断点，是 0xc16。然后0xc0c 是 main的入口，我没打，是它自动的。为啥有两个断点不停我就搞不懂了。附件是我的elf文件，谢谢。我在想是不是和 debug提示的： warning:
Loadable section “RW_m_data” outside of ELF segments

warning:
Loadable section “RW_m_data_2” outside of ELF segments
0×0001730a in __Vectors_End ()
Not implemented stop reason (assuming exception): undefined
Resetting target
Resetting target

有关呢？但为啥会超出呢，我看了我的map文件，完全不超出cpu的flash和ram地址范围啊。

encoder-eide-tailor-copy.7z

260kB

admin

imjacob

launch.json 中有一个配置 runToMain，默认为 true，这样当你启动调试的时候会自动插入断点，帮助你在 main 函数入口处停住，mdk 也有吧，这是为了方便调试的，你也可以置为 false, 就行了

另外你说的 outside of ELF segments 这种警告不用管，因为你这是 armcc 生成的 axf 转成的 elf，格式上和 gcc 直接生成的 elf 多少有区别，可能存在不兼容 gcc 的信息，是不影响调试的

imjacob

admin 是的确实runToMain 我设置为true了。可是他就是没挺啊 😅 。 debuger模式下，跑着，我试着设个断点，能看到adapter out窗口下有新的输出：
Debugger requested to halt target...
...Target halted (PC = 0x0001730A)
Reading all registers
Removing breakpoint @ address 0x00000C16, Size = 4
Removing breakpoint @ address 0x00000CF2, Size = 4
Read 4 bytes @ address 0x0001730A (Data = 0x4604E7FE)
Reading 64 bytes @ address 0x00000400
Read 4 bytes @ address 0x00000CF2 (Data = 0xB08BB500)
Read 4 bytes @ address 0x00000CF2 (Data = 0xB08BB500)
Setting breakpoint @ address 0x00000C16, Size = 4, BPHandle = 0x000C
Setting breakpoint @ address 0x00000CF2, Size = 4, BPHandle = 0x000D
Starting target CPU...

好像是 debugger请求停止，但是又谁把断点立即去掉了。但又打印出来设置断点，真是搞不懂啊

imjacob

我试着用arm-none-eabi-gdb 我的elf文件调试，发现好多信息都是乱的，比如一上来显示都是 __Vectors_End ()。用b main是成功了，但run也没停。list显示代码也不行。我有点怀疑是不是axf转换的elf文件有问题。我的项目用了rtx，是不是代码量稍大转换的问题呢

admin

imjacob

如果觉得是 axf 转 elf 有问题，你可以取消 axf 转 elf，试一试直接使用 axf 进行调试，
如果程序正常，直接用 axf 是可以进入调试的，不过全局变量，静态变量将不会被初始化，值将会是 -1

步骤如下：

打开插件设置，将作用域 选为 工作区，找到 axf 转 elf 的设置，取消勾选
打开项目的构建器选项，增加一个 构建后任务，填写如下命令：
copy /B "${OutDir}\${targetName}.axf" "${OutDir}\${targetName}.elf"
清理项目，重新构建项目，完成后，开始调试

imjacob

admin 用axf试了下。
先是直接用arm-none-eabi-gdb 调，确实好多东西能显示，譬如 list, frame, bt 等，但是 c一运行，似乎没有真正跑起来。
用EIDE 按你的步骤设置后，那个elf，其实是 axf，没法load上去。也没法debug的。真玩意真是复杂啊。