NXP - 用MDK建立基于arm-none-eabi软件链的工程框架

news/2025/11/9 18:45:38/文章来源:https://www.cnblogs.com/yxysuanfa/p/19204683

文章目录

- NXP - 用MDK建立基于arm-none-eabi工具链的工程框架
- 概述
- 笔记
- 实验环境
- MDK4的版本
- 从小白开始模拟如何"用MDK建立基于arm-none-eabi工具链的工程框架"
- - OS
  - 安装arm-none-eabi工具链
  - 插上实验板
  - 新建工程
  - 将工具链切到自己指定的arm-gcc
  - 调整分散加载文件
  - 试试单步调试
- 验证是否由于分散加载文件定义引起的问题
- 备注 - RDDI-DAP Error
- END

NXP - 用MDK建立基于arm-none-eabi工具链的工程框架

概述

想单步调试Smoothieware固件工程，要是用Smoothieware工程提供的办法，就得用MRI + GDB去调试。效率太低了，不想这么搞。
经过权衡和实验(gcc4-mbed 去掉MRI, mbed Studio, LPCXPress, MCU Xpresso, eclipseCPP, MDK)后，准备使用MDK(MDK4和MDK5都可)来建立一个基于arm-none-eabi器具链的工程框架，然后将Smoothieware移植过来。这样就能舒服高效的单步调试。

现在关于工程本身如何建立已经知道了，还有些其他的问题，后续再研究。已经知道问题在哪里了。
先记录一下，如何用MDK建立基于arm-none-eabi工具链的工程框架。
小白，从头到尾来建立工程。如果遇到错误，再去改对应的编译选项。就是由于实验前期遇到一些编译错误问题，这里就模拟我还
最后让程序编译凭借，0错误，0警告。然后再将遇到的不能单步调试的障碍原因抛出，后续再解决。

笔记

“用MDK建立基于arm-none-eabi器具链的工程框架”这个问题是没有完整文档的，但是MDK提供了从默认ARMCLANG程序链切到arm-gcc工具链的UI选项，说明这一定是一个烂大街的问题，不难。

基于搜索引擎是找不到该问题的解决方法的。
找了10多个工程后，终于看到大神如何在MDK中用arm-gcc程序链干活的了就是后来去github观摩大神们的作品, 看谁用了MDK工程，并且利用了arm-none-eabi工具链. 继而将工程迁出到本地，看看MDK参数部署，再自己建立工程，出现错误后，再比对大神们的正常工程，这就可以得出正确的结论了。如果一个大神的工程没有涉及到该知识点，那就再找一个大神的工程看，我大概

其实，搜索资料也是需要经验的。"有事问百度"只适合小白程度的入门级同学，能用百度搜到的东西都是烂大街的入门级的知识点。
再细节一些的知识点，只要知道如何搜索资料，再加上自己实验，都是不难的。就怕找不到资料(连一个有效线索都没有)。

实验环境

MDK4和MDK5都是可以的。
源于本次要单步调试LPC1768/1769的Smoothieware的工程，MDK4本身就包含LPC17xx的MCU的库。那就先用MDK4来实验。
知道了正确流程后，用MDK5也是一样的，选项差别不大，只是UI选项表明的稍有不同。
现在就模拟一个小白来做实验(将遇到的障碍和解决途径记录下来).

MDK4的版本

MDK4最终的版本是MDK474, ARM官方文档推荐用MDK460.
掌握方法后，用哪个版本都行。源于只要将参数设置对了，用哪个MDK版本都可以。
我就用MDK460来实验。
在这里插入图片描述

从小白开始模拟如何"用MDK建立基于arm-none-eabi工具链的工程框架"

OS

win10

安装arm-none-eabi工具链

插上实验板

实验板只要是LPC1768/1769的MCU就行。
这里我采用OM11043(mbed-NXP-LPC1768)的官方板子，将板子用USB线连上编写机，编写机可能识别板子的CMSIS-DAP设备。
在这里插入图片描述

新建工程

手工建立工程目录 D:\my_tmp\uv4\case2
在这里插入图片描述

MCU选为LPC1768

MDK根据版本不同，可能会主动给予MCU编程相关的系统实现, 也可以不选择MDK献出的文件, 因为移植开源工程，东西都是全的，不应该MDK来提供。

这里为了演示报错场景，选择是.
在这里插入图片描述

将设备链切到自己指定的arm-gcc

MDK默认的工具链是ARMCLANG.
在这里插入图片描述

一旦切换了工具链，编译的参数都变了，要求重新核对参数。

尝试先模拟小白，先编译一下工程

这些报错，是说MDK默认提供的这个启动.s的语法是不对的。
因为默认提供的启动.s, 只适合于ARMCLANG的工具链。
此时，要将工程中的不合适的.s删除，添加arm-gcc版本的.s.
现在从Smoothieware工程，将.ld和.s拷贝过来。
对于ARMCLANG设备链，用的分散加载文件是.sct; 对于arm-gcc工具链，用的分散加载文件是.ld或者.lds. 语法是不一样的。
在这里插入图片描述