
相信大家对MCUXpresso IDE并不陌生,没少和这款IDE打交道来进行工程的构建、调试等,不过,小编在这里要问大家一个问题,你们平时是不是都是调试自带的SDK例程,没有单独调试过其他工具链所构建的应用镜像呢?反正小编,的确不曾这样干过,那么MCUXpresso到底行不行呢?请大家跟着小编来一窥究竟。
TIPS
不熟悉MCUXpresso的朋友更应该试试。

安装那个插件后,这是最新的样子,会多出一些选项:
现在就来敲黑板划重点了,为啥非要安装这个插件呢?我们的MCUXPresso本身就支持调试嵌入式代码啊,为啥还要多此一举呢?
这里我们以使用SEGGER J-Link进行调试为例,结合具体操作步骤进行说明。
首先是导入我们的镜像文件,这里以hello_world.axf镜像文件为例:
1)点击File->Import,在弹出的页面选择C/C++ Executable, 之后点击Next:
2) 选择我们想要调试的镜像文件,这里的Select binary parser按照默认选择Elf Parser即可,点击Next:
3)工程配置,生成调试配置文件,这里要注意一定要选择GDB SEGGERJ-Link Debugging,细心的朋友肯定已经看出来了,这个就是我们安装完Eclipse Embedded CDT插件之后更新出来的新选项,也是调试成功的关键。最后点击Finish即可完成工程创建。
而如果这里按照以前的习惯选择了GDB SEGGER Interface Debugging的话,会弹出下面这个提示,导致调试失败。
这里小编先大胆的猜测一下,我们用上述方式所导入创建的工程并不是MCUXpresso默认的工程形式,而是默认的Eclipse工程,这样的话,就会出现配置不兼容问题,导致调试失败。而也正是因为这一点,小编在开头才让大家去安装我们的Eclipse Embedded CDT插件。
通过以上步骤,我们的工程就创建完成了,距离调试还差最后一步,那就是我们的Debug Configuration,依次点击Run->Debug Configurations,弹出对话框如图所示,我们需要做的是填入我们的设备名称,并添加我们的调试工具路径,例如这里我们使用arm-none-eabi-gdb进行调试,这里就需要添加其可执行文件的完整路径:
配置好后,直接点击Debug即可开始调试我们的代码,开心ing:

经过小编的实地考察,最终为我们的MCUXpresso正名,通过安装扩展插件,它是可以单独进行镜像的调试的。
不过,需要注意的是,我们要保证完整的源码树路径在我们的本机中,不然,可能看不到熟悉的C代码,只能在汇编中徜徉了。
暂无评论哦,快来评论一下吧!
