Cortex-debug 使用gdb来完成调试;下图介绍了 gdb 调试的组成和它们之间的关系,在开始之前有必要理解清楚它们的关系: 有了上图的解释,再来弄明白 Cortex-debug 的配置可能会更加容易,Cortex-debug 扩展配置只需两步: 1、首先,我们要配置gdb 所在目录的路径,这是必须的,因为它是核心的调试程序 ARM-GNU-Toolchain下载:
选择我们的cortex-debug 在launch那写代码,我这里是stlink和openocd所以可能有些不一样, {"cwd":"${workspaceRoot}","executable":"${workspaceRoot}/Output/Debug/template.axf",//可执行文件的路径,你看你自己的是在哪"name":"stlink",//用的什么仿真stlink还是jlink"request":"launch","type":"cortex-...
cortexdebug在线点击加号直接给变量赋值，方可修改变量。cortexdebug点击变量，直接set变量值，但是这样设置的值，会覆盖原有值。cortexdebug使用gdb来完成调试，扩展需要依赖于launch.json文件，并且会使用系统环境变量Path里的openocd.exe路径作为默认的OpenOCD。
芯唐的nu-link有复位脚,不用复位脚也可以烧录程序进去;在debug调试的时候,没有复位脚影响不大,但是烧录的时候无法初始化ice信号,导致无法整片擦除;因此用jlink调试时,也可以不用接复位脚;注意:jlink的供电功能很弱,调试的时候需要额外给mcu供电; 软件配置 打开keil工程,进入debug界面,修改调试工具;如图<3> 图<3...
(内含插件:C/C++;C++ Intellisense;Embedded IDE;Cortex Debug;IAR Build;IAR C-SPY Debug;git;Git Graph) 联网PC直接跳过 无网PC一定要下载Embedded IDE3.9离线包 IAR 7.80.4 / 8.20.2 / 8.40.2 / 8.50 均验证通过 使用效果: 变更协议栈或其他工具: ...
针对HardFault问题的定位,网上有几种方法,大概都是围绕着:在debug模式下,查看一些地址,分析寄存器、函数调用栈等,这是很让人头疼的事情。 这里分享一种简单的、直观的HardFault错误定位的方法,使用开源库:CmBacktrace 。这个库之前已经有介绍过了,这篇笔记我们来实践一下。
使用Debug模式进行调试,复位后CPU寄存器的值如下所示: Flash中的数据如图: 可以看到,编译器很智能的将0x0800_0004处的数据设置为了0x0800_0009,而不是Start标号真实的地址值,这说明了这是一条Thumb-2指令。复位后PC中的值是0x0800_0008,SP中的值是0x0000_0400,与预期结果完全相同。
在Keil环境下使用AT-Link,在Debug里选择CMSIS-DAP调试器。 在Debug单击Settings进入Cortex-M Target Driver Setup界面如下图 先选择AT-Link(WinUSB)-CMSIS-DAP/AT-Link-CMSIS-DAP;注意:关于WinUSB,请参考《FAQ0136_如何使用AT-LINK的WinUSB功能提升下载速率》,该文档可以从雅特力科技官方网站→技术与开发支持→FAQ...
(内含插件:C/C++;C++ Intellisense;Embedded IDE;Cortex Debug;IAR Build;IAR C-SPY Debug;git;Git Graph) 联网PC直接跳过 无网PC一定要下载Embedded IDE3.9离线包 补丁需要释放到[x:\VSCode\data\extensions] IAR 7.80.4 下载 IAR 8.20.2 下载 IAR 8.40.2 下载 IAR 9.30.1(文件末尾) ...