XBOOT能通过JLINK调试吗?

jiangchun9981 · 2019-07-31 15:38:07

平台是F1C100S,想调试XBOOT,但查找了很多资料,都没看到XBOOT怎么调试的,难道都是烧录到板上printf来?

F1C100S的内置DDR没有配置前不能用,JLINK下载的程序只能SRAM?

迪卡 · 2019-07-31 17:02:54

可以用jlink来配置ddr，xboot就是用串口调试的，这是玩嵌入式linux的基本功

jiangchun9981 · 2019-08-05 11:42:56

下了本论坛的MDK项目来研究下,原来MDK有脚本先初始化DDR,然后就可以下载到DDR里调试了相当于有32MB的内存可以用秒杀所有的单片机,已经成功的MDK+JLINK来调试裸机程序了

但是现在想用XBOOT的框架来搞,目前XBOOT支持的是ECLIPSE+GCC编译环境,思路是通过JLINK提供的GDB SERVER服务器通过IP网络来调试,这个思路已经调通,就是目前不知道ECLIPSE的类似MDK的初始化DDR脚本,还的再研究下.

jimmy · 2019-08-05 14:04:57

这个问题可以简单处理，烧个 uboot 就可以了，就不需要初始化脚本。

jiangchun9981 · 2019-08-05 21:10:15

研究了一天,终于可以成功了

ECLIPSE要运行在UBUNTU虚拟机里,WIN10也可以,但是编译一次实在太慢(不知道有解决办法,机器已经是刚买的顶级机器+PCIE固态)? JLINK 运行在WIN10平台和平常一样,但是用的是JLINK GDBSERVER这个充当调试服务器. 两个平台通过网络通讯即可.

最近编辑记录 jiangchun9981 (2019-08-05 21:13:27)

jiangchun9981 · 2019-08-05 21:12:10

初始化DDR的代码,来源也是本论坛MDK里面的脚本,只是改成GDB命令

monitor MemU32 0x01c20200 0x000001ff
monitor MemU32 0x01c20204 0x000001ff
monitor MemU32 0x01c20050 0x00010000
monitor MemU32 0x01c20010 0x81004107
monitor MemU32 0x01c20028 0x80041800
monitor MemU32 0x01c20054 0x00003180
monitor MemU32 0x01c20100 0x05000000
monitor MemU32 0x01c20000 0x90001000
monitor MemU32 0x01c20050 0x00020000
monitor MemU32 0x01c20824 0x00007222
monitor MemU32 0x01c20ac0 0x00000aaa
monitor MemU32 0x01c20020 0x90100C00
monitor MemU32 0x01c20060 0x01004000
monitor MemU32 0x01c202c0 0x01000000
monitor MemU32 0x01c202c0 0x01004000
monitor MemU32 0x01C20ac4 0x00010501
monitor MemU32 0x01C01004 0xb7ceedc2
monitor MemU32 0x01C01008 0x00a70008
monitor MemU32 0x01C01000 0x0001b38a
monitor MemU32 0x01C0100C 0x00080048
monitor MemU32 0x01C0100C 0x00080049
monitor MemU32 0x01C0100C 0x00080008
monitor MemU32 0x01C01024 0x00090901
monitor MemU32 0x01C0100C 0x00080048
monitor MemU32 0x01C01024 0x00090931
monitor MemU32 0x01C0100C 0x00080088
monitor MemU32 0x01C01024 0x00090931
monitor MemU32 0x01C0100C 0x000800c8
monitor MemU32 0x01C01024 0x00090931
monitor MemU32 0x01C0100C 0x00080108
monitor MemU32 0x01C01024 0x00131301
monitor MemU32 0x01C0100C 0x00080148
monitor MemU32 0x01C01024 0x00131201
monitor MemU32 0x01C0100C 0x00080188
monitor MemU32 0x01C01024 0x00131231
monitor MemU32 0x01C0100C 0x000801C8
monitor MemU32 0x01C01024 0x00131231
monitor MemU32 0x01C20AC4 0x00010501
monitor MemU32 0x01C01010 0x000004C0
monitor MemU32 0x01C01000 0x0001318A
monitor MemU32 0x01C0100C 0x00080109

jiangchun9981 · 2019-08-05 21:17:56

JLINK的速度要设置到固定4000左右,高了不稳定,调试中ECLIPSE总是报莫名其妙的错误,找了半天才发现是这个问题

目前单步可以用,就是step in进入不了函数,不知道什么问题了

jiangchun9981 · 2019-08-05 21:26:19

这个老大帖子的初始化DDR的代码也能用,刚测试了下,JLINK有个选项是只接受本地网络连接,一定要去掉,刚开始在UBUNTU虚拟机里老连不上JLINK,WIN10默认防火墙好像也的更改规则,开2331这个端口!

monitor MemU32 0x01C20824 0x00007222
monitor MemU32 0x01C20AC0 0x00000AAA
monitor MemU32 0x01C20020 0x90100C00
monitor MemU32 0x01C20060 0x01004000
monitor MemU32 0x01C202C0 0x01000000
monitor MemU32 0x01C202C0 0x01004000
monitor MemU32 0x01C20AC4 0x00010501
monitor MemU32 0x01c01004 0xB7CEEDC2
monitor MemU32 0x01c01008 0x00A70008
monitor MemU32 0x01C01000 0x0001318A
monitor MemU32 0x01C0100C 0x000800c8
monitor MemU32 0x01C0100C 0x000800c9
monitor MemU32 0x01C01024 0x00161600
monitor MemU32 0x01C01010 0x000004C0

JLINK调试还要注意全志的JTAG口和SD口复用,开发板一般烧油程序了的,上电会初始化为SD口,这样JLINK就连不上了,解决办法就是短接8脚那个FLASH芯片的4(地),6(CLK)脚即可.

最近编辑记录 jiangchun9981 (2019-08-05 21:32:26)

晕哥 · 2019-08-05 22:04:20

非常感谢楼主分享！

jiangchun9981 · 2019-08-07 20:57:19

发现WIN10下慢的原因主要是ECLIPSE调用MAKE这个命令是做MINGW虚拟环境下,调用一次要20秒,相反在虚拟机里只要1秒多就OK了,暂时没找到解决的办法.

现在发现MDK竟然能支持GCC编译,见下面的连接
https://blog.csdn.net/lan120576664/article/details/46806991
我已经用XBOOT自带的GCC来测试过,在MDK下可以成功调用. 用最新的GCC编译XBOOT也能成功.

目前的主要问题是把XBOOT那么多文件一个个手工导入MDK项目实在太费劲了,找了个工具自动导入但是好像不成功,目前就卡在这步了.
20150708180850302

jiangchun9981 · 2019-08-09 21:36:24

折腾了两天,上面的调试有个大坑,最后是发现XBOOT里面的START.S这个文件里有初始化DDR的代码,二次初始化容易跑飞.

目前最好的解决办法: 先正确的预先烧录的XBOOT启动一次,完全跑起来了,再调试(这个时候就不需要按楼上的帖子在ECLIPES里运行那些初始化DDR的代码了,按默认的留空即可),如图需要把初始化的这3个函数屏蔽掉,这样基本能调试起来,但是到初始化驱动的时候还有个"reset"的驱动引起整个系统挂起来.

晕哥 · 2019-08-09 22:00:29

也就是说, 烧一个 u-boot 也可以了?
我有个朋友就是这么玩的, 通过 u-boot 去加载 MDK 编写的 bin 文件到指定ddr地址, 并 go

jiangchun9981 · 2019-08-09 23:27:42

本身代码已经在DDR中了,再调用DDR初始化自己,这个有点矛盾,必然会跑飞

但是目前我还不知道如何简单的模拟CPU启动的过程,把XBOOT的启动代码的前几K加载到SRAM中,再由SRAM执行.但是这个思路又有点矛盾,因为XBOOT看了代码按上面的启动流程,XBOOT初始化DDR后,会从FLASH中加载余下的代码到DDR中,但是我们的代码没有写到FLASH中啊,如果写入FLASH倒没问题,但是这个调试流程也太麻烦了.

难道大家写代码都不调试直接下载到FLASH中跑看看?

目前的问题是我按照上面帖子的思路,先外部程序初始化DDR,屏蔽掉代码里自己的DDR相关的行,XBOOT目前启动到画面里就挂掉了,但是屏蔽掉xboot本身的框架,程序运行起来没有什么问题了.

jiangchun9981 · 2019-08-09 23:38:11

minimal_f1c100s.rar

上传一个按照这个思路改的来自本论坛网友的精简裸奔程序,环境UBUNTU+ECLISPE 单步调试什么的都没有问题,编译出来的28K很精简,带FB等几个常用驱动,可以直接写屏非常好用,代码基础来自XBOOT,但是没用XBOOT的一套核心机制.

现在感觉XBOOT走偏了,追求高大全,标准版本编译出来的5M,下载调试的等1分钟,启动到图形界面的时间和LINUX差不多了,那还不如上LINUX了

微凉VeiLiang · 2019-08-10 09:48:01

jiangchun9981 说：

发现WIN10下慢的原因主要是ECLIPSE调用MAKE这个命令是做MINGW虚拟环境下,调用一次要20秒,相反在虚拟机里只要1秒多就OK了,暂时没找到解决的办法.
现在发现MDK竟然能支持GCC编译,见下面的连接
https://blog.csdn.net/lan120576664/article/details/46806991
我已经用XBOOT自带的GCC来测试过,在MDK下可以成功调用. 用最新的GCC编译XBOOT也能成功.
目前的主要问题是把XBOOT那么多文件一个个手工导入MDK项目实在太费劲了,找了个工具自动导入但是好像不成功,目前就卡在这步了.
https://img-blog.csdn.net/20150708180850302

感谢分享，我用eclipse连接jlink调试超级慢，点停止要等半天才反应。后面我发现可以用ida的gdb调试，速度很快

jiangchun9981 · 2019-08-10 13:21:14

如果把驱动设备树的这个去掉就能完全正常启动了,目前还没看具体什么原因.

折腾了几天,现在XBOOT基本可以调试起来了,裁剪了下,保留大部分驱动,FB能用的情况下有500K左右,启动不到1S到基本的图形界面(FB状态),基本下载调试能满足要求了.原来的原版有5M下载调试什么的太困难了.

firstman · 2019-08-10 13:35:32

好贴好贴，持续关注，有空跟着楼主一起用 jlink 裸奔

sea18c · 2019-08-12 11:01:13

好贴好贴，持续关注，有空跟着楼主一起用 jlink 裸奔

linhuaou · 2019-08-15 23:20:52

IDA的GDB咋玩的？能稍微详细点吗？

微凉VeiLiang 说：

jiangchun9981 说：
发现WIN10下慢的原因主要是ECLIPSE调用MAKE这个命令是做MINGW虚拟环境下,调用一次要20秒,相反在虚拟机里只要1秒多就OK了,暂时没找到解决的办法.
现在发现MDK竟然能支持GCC编译,见下面的连接
https://blog.csdn.net/lan120576664/article/details/46806991
我已经用XBOOT自带的GCC来测试过,在MDK下可以成功调用. 用最新的GCC编译XBOOT也能成功.
目前的主要问题是把XBOOT那么多文件一个个手工导入MDK项目实在太费劲了,找了个工具自动导入但是好像不成功,目前就卡在这步了.
https://img-blog.csdn.net/20150708180850302
感谢分享，我用eclipse连接jlink调试超级慢，点停止要等半天才反应。后面我发现可以用ida的gdb调试，速度很快

vasilisk · 2021-12-08 02:04:56

@jiangchun9981
i did findout, thats because XBOOT does not reset interrupt registers, and if you are re-flashing your software interrupt will trigger when enter in this area.
add in boot area:
//reset all interrupt registers for debugging
memset(0x01C20400, 0, 0x70);

nice · 2022-07-04 17:13:13

感谢楼主的分享,正看到晕哥的"step by step 全志 f1c100s MDK 裸奔各种外设(参考N3290x)", 又看到这个,准备试一下jlink

go369 · 2022-07-04 18:03:44

精简的好用，看得明明白白。赞👍

WhyCan Forum(哇酷开发者社区)

楼主 #1 2019-07-31 15:38:07 分享评论

XBOOT能通过JLINK调试吗?

#2 2019-07-31 17:02:54 分享评论

Re: XBOOT能通过JLINK调试吗?

楼主 #3 2019-08-05 11:42:56 分享评论

Re: XBOOT能通过JLINK调试吗?

#4 2019-08-05 14:04:57 分享评论

Re: XBOOT能通过JLINK调试吗?

楼主 #5 2019-08-05 21:10:15 分享评论

Re: XBOOT能通过JLINK调试吗?

楼主 #6 2019-08-05 21:12:10 分享评论

Re: XBOOT能通过JLINK调试吗?

楼主 #7 2019-08-05 21:17:56 分享评论

Re: XBOOT能通过JLINK调试吗?

楼主 #8 2019-08-05 21:26:19 分享评论

Re: XBOOT能通过JLINK调试吗?

#9 2019-08-05 22:04:20 分享评论

Re: XBOOT能通过JLINK调试吗?

楼主 #10 2019-08-07 20:57:19 分享评论

Re: XBOOT能通过JLINK调试吗?

楼主 #11 2019-08-09 21:36:24 分享评论

Re: XBOOT能通过JLINK调试吗?

#12 2019-08-09 22:00:29 分享评论

Re: XBOOT能通过JLINK调试吗?

楼主 #13 2019-08-09 23:27:42 分享评论

Re: XBOOT能通过JLINK调试吗?

楼主 #14 2019-08-09 23:38:11 分享评论

Re: XBOOT能通过JLINK调试吗?

#15 2019-08-10 09:48:01 分享评论

Re: XBOOT能通过JLINK调试吗?

楼主 #16 2019-08-10 13:21:14 分享评论

Re: XBOOT能通过JLINK调试吗?

#17 2019-08-10 13:35:32 分享评论

Re: XBOOT能通过JLINK调试吗?

#18 2019-08-12 11:01:13 分享评论

Re: XBOOT能通过JLINK调试吗?

#19 2019-08-15 23:20:52 分享评论

Re: XBOOT能通过JLINK调试吗?

#20 2021-12-08 02:04:56 分享评论

Re: XBOOT能通过JLINK调试吗?

#21 2022-07-04 17:13:13 分享评论

Re: XBOOT能通过JLINK调试吗?

#22 2022-07-04 18:03:44 分享评论

Re: XBOOT能通过JLINK调试吗?

页脚