【飞凌RT1052】ucLinux初体验&搭建裸机MDK开发环境&串口打印He...

donatello1996

【飞凌RT1052】ucLinux初体验&搭建裸机MDK开发环境&串口打印HelloWorld&点灯


    收到开发板很久了，无奈在忙别的，今天才有空发出第一帖。
    我选择的是32M内存的版本，板载了ucLinux系统，但是后面我是打算使用裸机开发的，因此在擦除该系统之前，先体验一下这个系统的主要功能。由于开发板的调试串口是232电平的P19水蓝色接口，接口的公母类型为公，因此首先使用一条232串口母对母线和一条CH340芯片232转USB线进行转接，使用的电源为5V 2A直流电源：

然后是使用ARM Linux最常用的调试终端XSHELL打开串口，接收数据：

登录成功之后，可以测试一些简单的命令，如ls uname -a等：

在实际测试中ucLinux系统比起各种基于ARM Cortex A主控的开发板的Linux系统存在不少的局限性，很多常用的ARM Linux应用层命令无法使用，如i2cdetect gcc等，甚至包括最简单的SSH登录和FTP登录也做不到，虽然前面的坛友已经证实了可以使用Telnet方式进行登录，不过这个ucLinux系统体验已经基本上差不多了，接下来就是要开始进行裸机程序的开发。或许以后需要用到ucLinux系统的时候，可以找飞凌的技术支持重新刷回ucLinux系统镜像。

    要进行裸机程序开发，首先要准备三份资料，第一，在MDK官网【keil.com/dd2】下载的器件支持包，这个是以.pack或者.zip形式打包的文件，注意要对应MCU的型号，比如我们这块飞凌1052开发板的MCU完整型号是MIMXRT1052CVL5B，即524MHz主频的型号，下载地址如下：
http://www.keil.com/dd2/nxp/mimxrt1052xxxxb/

下载完之后得到一个.pack文件：

然后打开官方给出的SDK，我的开发板是32M内存，因此选择32M内存版本：

随便找一个串口打印HelloWorld的例程：

打开之后先修改MCU型号：

修改下载flash分区地址配置文件.sct，该文件在工程的根目录下可以找到：

该文件在NXP出品的ARM内核单片机中非常常用，因为NXP出品的单片机是允许用户或者第三方厂商以自己的需要修改程序在flash中的分配情况的，无论是片内flash，片外flash还是片外ram，我们这里需要把程序下载到spi nor flash里面，因此需要配置这个文件。而像STM32那种是官方固定flash分区配置，用户不需要也不可以随便乱改.sct文件。

然后是与.sct文件对应的.ini配置文件，同样可以在工程的根目录下可以找到：

再接着是烧录器的配置，我手头上有一个社区之前赠送的JLINK OB，直接插上飞凌1052的SWD接口即可进行程序下载：

在MDK的非常熟悉的位置里面配置该下载器的选项，SW模式，下载速度33M，使用Core复位模式等等：

不过在此之前需要先做一项准备工作，那就是设置MDK对JLINK全系列下载器对RT1052的支持。为什么要设置呢？因为RT1052是属于近一年来新出的MCU型号，在MDK中没有配置相应的有关JLINK下载1052的dll和ini文件，因此MDK默认是无法识别1052的，不过我们可以找到正点原子给号令者1052用JLINK下载程序的方法，适用于JLINK V9和JLINK OB，那就是下载Segger公司官方的驱动文件，这里有一篇文章，可以看看，建议使用更灵活，引脚少，体积小，价格更便宜的JLINK OB：
JLINK(V9)调试RT1052.pdf (1.27 MB, 下载次数: 15)

2018-11-14 00:34 上传

点击文件名下载附件

找到Segger公司官网的驱动文件：
http://www.segger.com/downloads/jlink

下载到一个JLINK的驱动包：

解压之后得到一系列的驱动文件，包含了JLINK针对ARM所有单片机的驱动：

将所有文件扔到MDK的安装目录的Segger目录下面，注意复制文件之前MDK必须要关掉：

重新打开MDK的Debug选项卡，就能看到JLINK版本已经升级成V6.4，也就是JLINK能找到1052了，也就是上面一步的截图：

到这里差不多结束了，还有最后一步，那就是配置下载算法，由于飞凌1052板子的SPI FLASH大小为8MB，因此直接使用官方推荐的8MB QSPI FLASH下载算法即可，并设置程序起始执行地址为0x20000000，大小为0x8000：

虽说是最后一步，但是对于我来说，真正累人的步骤才刚刚开始，那就是移植官方的SDK的文件，组装成自己开发用的小工程，搬运各种零散的文件
加上编译的时间，弄了差不多一个小时，借PDD一句话来说，那真的是累得批爆。

整理好的工程如下，风格非常类似原子的例程，全部文件均在一级目录，简单易用，易于移植搬运：


这里值得注意的是，众所周知1052是要通过QSPI FLASH进行程序引导的，1052上电之后，启动最早的BOOTLoader，加载关于QSPI FLASH的驱动程序，从QSPI FLASH中读取用户代码，然后经过一顿操作，将用户代码搬来搬去，如片内ram，片外ram等，才开始执行，而ICP烧录程序，同样是将代码烧录到QSPI FLASH中，所以工程中必定有QSPI FLASH的BOOT驱动代码，并且由于每个使用1052的第三方厂商他们自己设计的代码在QSPI FLASH的存放位置都不尽相同，因此他们之间的工程，BOOT驱动代码必定不同，也就不能直接通用。

所有准备工作都完成了，来个串口打印，再点个灯：


上传工程文件： 工程.zip (912.7 KB, 下载次数: 36)

2018-11-14 00:34 上传

点击文件名下载附件

阅读全文

不言而喻hgj

不错。。不过你那个移植1个多小时的工程，其实可以用一个工具去做，MCUxpresso config tools ,,简单快捷，1分钟搞定

donatello1996

不言而喻hgj 发表于 2018-11-14 08:40
不错。。不过你那个移植1个多小时的工程，其实可以用一个工具去做，MCUxpresso config tools ,,简单快捷，1 ...

这个软件我也用过，跟直接从SDK找文件没什么区别的，花费的时间主要在编译那里

ALTIUM2

赞赞赞，感谢分享

az158

过来点个赞，编译慢是因为添加的文件多，有选择的裁剪就好了，或者关闭调试相关选项

donatello1996

az158 发表于 2018-11-20 08:18
过来点个赞，编译慢是因为添加的文件多，有选择的裁剪就好了，或者关闭调试相关选项 ...

其实时间也差不了多少，主要是CPU性能的问题，CPU太差的话编译就慢。

az158

donatello1996 发表于 2018-11-24 23:37
其实时间也差不了多少，主要是CPU性能的问题，CPU太差的话编译就慢。

emmmmm，可能我添加的文件比较少，关闭调试选项之后，一般全编译，不到一分钟，电脑比较垃圾

donatello1996

az158 发表于 2018-11-25 12:46
emmmmm，可能我添加的文件比较少，关闭调试选项之后，一般全编译，不到一分钟，电脑比较垃圾 ...

我一开始的时候是加入官方SDK里面的Driver文件夹里面的全部库进去的，编译用了半分钟吧，CPU是台式的I7 4770，内存12G