使用Linux和Zephyr Micloplatforms保持基于RISC-V的嵌入式系统设计

这篇文章讨论了铸造厂。io的微平台支持Intel、Arm和RISC-V架构，并被设计成避免锁定于特定的硬件实现。

生态系统可以带来各种各样的好处。启用这些福利将集体使用，同时启用差异化产品，需要考虑一些关键元素：

• 避免重复努力，特别是在低分辨率的特征中
• 采用能为市场带来解决方案的技术
• 重用和建立在生态系统的集体知识之上

RISC-V软件生态系统的挑战

随着RISC-V硬件设计的范围进入市场，下一个挑战是管理软件生态系统。软件分裂是构成任何硬件架构的一种风险，这种架构具有来自多个供应商的多个实现。利用整个社区的一致性，同时保持对差异化的灵活性是RISC-V的核心使命。我们需要着眼于所有关键领域的一致性，并提供与底层硬件实现和发展相适应的软件结构。开源解决方案在设计支持工具链和api时需要考虑到这一点。

目前，大多数平台软件开发都落在了设计硬件或终端设备的单个公司的肩上。这可能会导致潜在的工作重复，并在整个社区中缺乏重用。如果这种方法持续到将来，那么软件分裂和互操作性问题的风险就会更高。

上面提到的挑战不需要是这种挑战。通过能够在涵盖低级功能，测试结构和安全维护的生态系统上采用一致的平台，可以采取措施避免这种碎片。

Foundries.io microplatforms.

Foundries.IO有两个微量晶片，提供了Zephyr和Linux的有效实现。MicloPlatforms是可配置的，具有小的占地面积，用于构建安全，连接，空气（OTA）可更新嵌入式产品的开口。这些平台提供可扩展的解决方案，即生态系统成员可以在顶部构建自己的差异化，以了解底层平台将保持更新，安全且易于更新。

我们在Linaro内实现开源Linux解决方案的广泛知识和经验。我们知道其他架构所经历的关键挑战，并在努力解决RISC-V实施之前先抢先地解决这些挑战。我们提供开放可扩展平台，可以轻松适应支持潜在的硬件实现中的差异，同时启用这些差异创造的创新。

微平台的设计是为了避免被特定的硬件实现所锁定。它们支持一系列底层硬件，包括Intel、Arm和RISC-V架构。它们使应用程序和服务在架构之间具有可移植性，并基于一致的软件平台进行构建，提供了从现有架构迁移到RISC-V实现的有效方法。

Linux Microplatform.

Linux微平台(LmP)结合了安全可更新的固件、使用openenembedded /Yocto的最小Linux发行版构建以及(将来用于RISC-V)基于Docker容器的应用程序运行时。它经过持续的测试，并为您的Linux产品实现提供稳定的更新流。

图1。LinuxMicroplatform.

Zephyr micloplatform.

Zephyr Microplatform（ZMP）侧重于需要RTO提供的功能的实现。ZMP结合了Mcuboot Secure Bootloader，Zephyr RTOS和参考应用，提供了用于MCU基于MCU的Ota可更新的交叉架构解决方案的连续测试。它可以独立的产品开发工作，或者它可以与LMP无缝用于网关/设备系统。

图2。Zephyr.Microplatform.。

嵌入式系统的挑战

嵌入式空间具有各种终端设备和实现的额外挑战，不仅需要开发而且还支持一旦安装了一旦安装了。从软件进步和其他公司的学习中完全受益的能力将有助于加速和提高这些终端设备的质量。

安装嵌入式系统不仅仅是关于初始设计和实现。许多基于物联网的设备被安装在荒凉或偏远的地方。考虑如何提供长期维护和支持是需要从一开始就计划的关键因素。这些微平台的设计核心是终身维护，可以根据特定终端设备的需求定制更新方法。任务关键设备可以采用连续更新方法，而低优先级设备可能只更新一次一年或在其生命周期。这意味着RISC-V社区避免了基于过时软件的不受支持的板卡支持包的情况。

Foundries.IO方法带来可扩展的解决方案，可提供连续更新的平台，以通过在没有软件碎片的情况下实现架构的差异化的方式支持RISC-V实现;随着市场演变的新修复和特征，带来一流的连续集成方法，并在多个供应商的学习中建立卷成一组微旋转形式。访问Foundries.io.获取更多信息GitHub.要下载微量片。

行业文章是一种内容形式，它允许行业合作伙伴以编辑内容不太适合的方式与All About Circuits阅读器共享有用的新闻、消息和技术。所有的行业文章都受到严格的编辑指导，目的是为读者提供有用的新闻，技术专长，或故事。在行业文章中所表达的观点和意见是合作伙伴的观点，而不一定是所有关于电路或其作者的观点和意见。