完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
|
|
相关推荐
1个回答
|
|
前言
当我们学习嵌入式软件的调试时,经常会听到一些名词,比如JTAG、SWD、SWIM、ST-Link、JLink、DAP-Link、OpenOCD、GDB。那么这些名词所代表的事物之间到底有什么联系又有哪些差别呢?本文对此做一个简单的梳理和总结,以便后来者可以节省一些没必要花的时间。 1 调试接口 使用GDB调试时,我们可以灵活的控制芯片的行为,比如断点、单步执行、读写内存、烧写Flash等。这些当然不只是软件层面的事情,这一切的实现都离不开硬件也就是芯片级的支持。芯片的核心往往都带有一个调试模块,所有GDB的命令最终都要落实到调试模块,由调试模块最终去控制芯片执行相应的动作。调试接口则是指调试模块对外提供的接口,这是与调试模块通信的物理基础。 当前,芯片种类繁多,如果不同的芯片采用不一样的调试模块,且对外给出不同的调试接口,那么就非常不利用调试器的通用化。我们当然希望一个调试器可以调试多种芯片,这样比较方便也节省成本。为了达到这一目标,一些标准组织就制定了调试接口(包括协议)的规范。当前的一些调试接口有:
虽然芯片那边有了调试接口,但我们电脑上是没有的,电脑上常用的接口是USB。因此,我们想和芯片的调试模块通信,还需要一个adapter,来完成USB<==>调试接口。既然有了这个需求,那么调试器( 本质是适配器)就应运而生了:
现在有很多IDE集成了调试功能,可以很方便的和调试器配合使用,比如keil、IAR等。它们虽然好用,但有一个缺点就是要钱。假如我不使用这些IDE,那还能不能调试呢?理论上当然是可以的,只要我们在调试器厂家提供的驱动的基础上,实现GDB server,调试时调用调试器的驱动发送调试数据到芯片的调试模块。 但是,市面上的调试器和芯片有很多种,这一组合就更多了,每次都要自己从底层做起来,不太好,毕竟我们关注的还是项目本身,调试只是项目开发过程中的一个需要。因此我们会产生这样一个期待: 有一个开源免费的软件,它可以去处理好各种调试器和芯片的差异,并提供GDB server,然后开发者直接把它当主机上的工具使用就好。这样一个开源软件是存在的,它就是OpenOCD。实际上,OpenOCD不仅会提供GDB server,还会提供telnet server。功能强大,且支持的芯片和调试器的种类多。非常感谢OpenOCD开发者的贡献,他们的工作让世界更美好!OpenOCD有着以下的特性(更多OpenOCD的入门知识可参考此处):
总结 文字总是太抽象了,用一幅图来概括吧: |
|
|
|
只有小组成员才能发言,加入小组>>
663 浏览 0 评论
1083 浏览 1 评论
2456 浏览 5 评论
2784 浏览 9 评论
移植了freeRTOS到STMf103之后显示没有定义的原因?
2619 浏览 6 评论
使用eim外接fpga可是端口一点反应都没有有没有大哥指点一下啊
642浏览 9评论
639浏览 7评论
请教大神怎样去解决iMX6Q在linux3.0.35内核上做AP失败的问题呢
769浏览 6评论
613浏览 5评论
654浏览 5评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-11 01:35 , Processed in 0.735591 second(s), Total 47, Slave 39 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号