具有802.15.4 / 6LoWPAN堆栈的Cortex M4的RTOS

我正在评估要在物联网项目中使用的操作系统，但我不知道什么是最好的进行方法。

我正在使用带有32k RAM和CC2520 802.15.4收发器的TM4C123GH6PM MCU，如果系统已经提供了这些驱动程序，那就太好了。

系统将运行一个（交互式）任务，以绘制一个点矩阵屏幕并对用户输入做出反应。它将配置和应用程序数据存储在spi闪存上。将有一个包含多个模块的网格（基于802.15.4），以在模块之间同步数据，从模块中提取传感器数据并将其转发到网关（想到了rpl），并在八卦中分发OtA固件更新。喜欢时尚。所有这些同时也运行着一个内存消耗大的应用程序。

到目前为止，我已经研究了以下系统：

RIOT：

优点

• 好的硬件抽象
• 占地面积小
• 非常活跃和乐于助人的社区
• 完整的802.15.4 / 6LoWPAN堆栈

缺点

• 不稳定，仍在发生根本变化
• 仍然包含比赛条件/崩溃
• 没有文件系统支持
• 少数网络协议

Contiki：

优点

• 成熟的系统，用于商业产品
• 具有许多有用协议的完整802.15.4 / 6LoWPAN堆栈
• 文件系统支持
• cc2520支持

缺点

• 发展已过时
• '成长'的代码库，很多烂
• Tiva C口质量差
• 对现代平台的支持很少
• 非抢占式调度可能会导致应用程序出现问题

FreeRTOS：

优点

• 几乎没有其他复杂性
• 易于使用，可靠的调度程序
• 成熟的项目，用于许多产品
• 很多港口

缺点

• 没有文件系统
• 没有用于驱动程序的硬件抽象/没有硬件驱动程序
• 没有网络堆栈
• 动态内存使用率较高

NuttX：

优点

• 功能非常丰富，几乎感觉像Linux，但仍然很小
• 文件系统支持
• 好的硬件抽象
• Tiva C端口，许多其他端口

缺点

• 有点复杂
• 不支持802.15.4 / 6LoWPAN，仅支持“经典​​”网络堆栈

我的结论是将Contiki的大部分内容（网络堆栈，文件系统）移植到FreeRTOS。但是我对这样的叉子并不完全满意。我可能会添加错误，并且无法向后移植上游修补程序，而且我仍然必须发明自己的硬件抽象才能在将来切换MCU。因此，我最终将自己的操作系统用于似乎很多其他人也应该拥有的问题-之前有人没有这样做吗？（我的意思是我确实找到了一些东西，但是将整个contiki-os作为FreeRTOS任务运行的想法让我感到不舒服）

有什么我想念的吗？也许痛苦是值得的，我应该尝试让Contiki在硬件上达到功能状态？还是我错过了另一个可以解决我的问题的系统？

另外我不确定我是否完全需要6lowPan，但是当那意味着能够建立在现有协议上/与其他系统（例如Linux）兼容时，我愿意承担额外的开销。

如果您不喜欢该特定处理器（或者足够聪明，无论如何都可以复制/粘贴代码），那么我经常将Freescale MCU与CodeWarrior和Processor Expert一起使用。PEX包含许多组件，包括FreeRTOS，MQX，FAT等。可以下载其他组件，最后，它只是基于GUI的代码生成器，因此，如建议的那样，您可以复制/粘贴生成的C代码进入您的项目。

编辑：

-MQX包含IP堆栈

网络

大型预编译包，其中包含许多有用的组件：http : //sourceforge.net/projects/mcuoneclipse/files/PEx%20Components/

您缺少mbed操作系统：

优点

• 核心设计者直接支持（促进）-ARM Ltd.

缺点

• 它的第一个稳定版本预计仅在15年11月发布：-]

如果这是用于商业用途，我强烈建议您查看非免费选项，支持就是一切，如果这是个人项目，那么我可以理解。

是的，这涉及成本，但是对于某些RTOS开发人员来说，它根本就不算什么，他们确实在定制开发上赚钱，并且在您出售之前可以免费获得许可证。以下是指向比较某些付费竞争对手的文章的链接：

比较微控制器实时操作系统

我是一个项目经理，我们从使用ST提供的驱动程序切换到Unison。在IIRC中，许可的数量少得令人惊讶，在我们确信之前，我们获得了“全面试用”，但是始终如一的直接支持才使我们步履维艰，真正有助于加快发展速度。我认为他们已经支持各种TI无线芯片，不确定CC2520。

有人告诉我，从事大部分销售活动的人确实是个人能力强，并且没有列出价格，原因有两个：1）因为他们想听听您的需求，他们真的想要回头客，以及口口相传， 2）竞争。

仅供参考，Unison的网站真的很糟糕。