将Swift语言应用到MCU开发中，项目实例演示！

前一阵发过一篇文章，谁说只有C语言可以用来搞嵌入式开发？还有Swift！

接下来将作者将介绍本人在进行的一个项目，旨在开发出一个适合于MCU的Swift开发环境。

项目框架

原生Swift编译器是不支持生成Cortex-M机器指令的，但得益于LLVM框架的模块化架构，仅需少许Hack即可为其添加一个现成的Cortex-M后端。

得到了Cortex-M平台的机器指令后，代码实际已经可以在该平台上运行，但这样的空中楼阁用处并不大，Swift的很多高级特性还是需要底层基础库（libc, libstdc++）和基础算法（比如堆的管理，线程的管理）来支持。

在实践中，我们没有选择自己去实现所有的细节，而是选择了Zephyr这个新兴的RTOS来做底层支撑。下面逐层来介绍项目的框架。

硬件平台

我们的项目是一个更关注应用层开发的创意实现平台，开发者当然不能受到硬件性能的局限。因此我们选择了全球性能最强，性价比也极高的NXP i.MX RT系列MCU作为第一款开发板芯片，其核心参数如下图：

另外，我们外挂了32M SDRAM和16M Hyper Flash，板载DAPLink下载器，板载microSD读卡器。这样的硬件性能，在MCU界可以算是“顶配”了。

排母外侧引出了所有常用的外设，包括一组摄像头接口，排母内侧还有完整的RGB信号输出，无论是做热门的视觉项目或者GUI项目，硬件性能上是有充分保障的。

下面是该模组的引脚配置图：

Zephyr RTOS

在嵌入式底层的硬件世界，碎片化的现状还将持续相当长的一段时间，我们没有必要与各家芯片厂的原生API甚至寄存器较劲。

“计算机科学领域的任何问题都可以通过增加一个间接的中间层来解决”，我们的解决方案便是选用了一款兼容并包，前景无限的RTOS—Zephyr

Zephyr项目是一个采用Apache 2.0协议许可，Linux基金会托管的开源RTOS项目，于2019年4月份发布了第一个长期维护版本v1.14.0。

RTOS有上百种，为什么选择了Zephyr这个新兴的RTOS？

1. 跨架构，良好适应嵌入式底层硬件的碎片化。到目前为止，Zephyr一共可以支持6种架构：X86架构、ARC架构、ARM架构、NIOS II 架构、RISC V架构和Xtensa架构

2. 纯C语言编写，代码框架与Linux框架类似，统一的设备驱动模型为上层提供了一致的API接口

3. 兼容POSIX标准，很容易为Swift的多线程提供底层支持

4. 不仅仅是一个RTOS，承诺了各种软件协议栈的持续加入及其可用性

5. 巨头的站台及活跃的社区热度，保障了项目的持续性与前景会越来越好

恩智浦i.MX RT系列芯片在Zephyr上得到了NXP官方的支持，很容易便可以将各种驱动直接拿来使用。

SwiftIO

因为有了Zephyr的支持，这一层反倒变得比较简单。

Swift可以与C无缝衔接，我们所做的仅仅是将Zephyr驱动，API用C语言打包封装，然后套上一层Swift的外壳，仅仅是简单的调用关系，没有任何复杂的戏法。

我们给这一层API框架取名为SwiftIO。

至此，开发者仅需在代码里import SwiftIO（类似C语言的#include），便可以利用其中的API来方便的操作底层硬件了。

详细的API列表可在以下站点获得：（依然在不断地更新中）

https://madmachineio.github.io/SwiftIO/

项目现状

到目前为止，该项目的Alpha版本已经进行了内部测试，预计于11月发出第一版公测硬件。

有关进一步的更新请访问网站https://www.madmachine.io/订阅邮件(网站目前也还处于建设状态...)，有任何的疑问和建议，也可以发邮件到andy@madmachine.io进行交流。

1.兆易创新推出RISC-V架构的GD32VF103，这是MCU界的“小欢喜”

2.美国“帮”我们统计了114家华为公司！

3.使用STM32通用Bootloader，OTA更加Easy了！

4.接手别人的代码，你愁吗？

5.宁愿写两遍代码，也不用 C++跨iOS、Android平台开发？

6.50 年来最具影响力的十大编程语言！

免责声明：本文系网络转载，版权归原作者所有。如涉及作品版权问题，请与我们联系，我们将根据您提供的版权证明材料确认版权并支付稿酬或者删除内容。