如何保持基于RISC-V的嵌入式设计灵活性?用Linux和Zephyr microPlatforms就好

2019年05月07日 作者:xuanboo

时下最火爆的处理器、微控制器的架构是什么?

要明确回答这个问题,那得分几种情况。如果是桌面类型的处理器,服务器,那相信很多人会想到Intel的x86架构;而如果是移动处理器,微控制器,相信很多人第一反应会是Arm;然而不可否认的是,如今在低功耗的物联网应用方向,继Arm之后,基于RISC-V架构的微控制器很火爆,称之为冉冉升起的新星也不为过。以上的三总架构可谓泾渭分明,一般人研究透一种已经很了不起了,但是如果能在这三者之间切换自如的应用,那是不是会牛上天了?本文就是将这种牛上天的本事交给大家,讨论Foundries.io的microPlatforms,它支持Intel,Arm和RISC-V架构,旨在避免你可以只能锁定单一的硬件去实现应用功能。

强大的生态就是成功的基础保障

毫无疑问,生态系统可以为成员带来各种各样的好处,但想要使这些利益集体使用,同时实现差异化产品,需要考虑一些关键因素:

  • 避免重复劳动,特别是在低差异化功能方面
  • 采用为市场带来解决方案的技术
  • 重用和建立生态系统的集体知识
  • RISC-V软件生态系统挑战

伴随着大范围的基于RISC-V的硬件设计进入市场,下一个挑战是管理软件生态系统。软件的碎片化是一种风险,主要在于构建在各种各样的硬件架构上,并且这些硬件来自多个供应商、多种不同的设计实现,在整个社区中利用一致性同时保持灵活区分的能力是RISC-V的使命核心。我们需要查看与所有人一致的关键领域,并提供可以根据底层硬件实现和发展进行灵活调整的软件结构。在设计支持工具链和API时,开源解决方案需要考虑到这一点。

目前,大多数平台软件开发都落在设计硬件或终端设备的各个公司,这可能导致潜在的重复工作以及整个社区缺乏重复使用。如果这种方法在未来持续发展,那么软件碎片和互操作性问题的风险就会更高。

当然,上述的挑战并非必须要如此,通过在整个生态系统中采用涵盖低级功能的一致平台、测试结构和安全性维护可以有效避免这种碎片化。

Foundries.io microPlatforms

Foundries.io有两个microPlatforms,分别是Linux以及Zephyr的高效实现。microPlatforms可配置,占用空间小,开源,用于构建安全,连接,无线(OTA)可更新的嵌入式产品。这些平台提供了可扩展的解决方案,生态系统成员可以在此基础上构建自己的差异化产品,同时了解底层平台的话也可以时刻保持更新,这种方式安全有效且易于更新。

在Linaro内部实施开源Linux解决方案方面上我们拥有丰富的知识和经验,通过深入分析,了解其它架构所遇到的主要挑战,并且正在努力在RISC-V实施应用之前先解决这些问题。我们提供开放式可扩展平台,可轻松调整以支持底层硬件实施的差异,同时实现这些差异所创造的创新。

microPlatforms旨在避免锁定特定的硬件实现。它们支持一系列底层硬件,包括Intel,Arm和RISC-V架构。它们可以在架构之间实现应用程序和服务的可移植性,并构建一致的软件平台,从而提供从现有架构迁移到RISC-V实现的有效方法。

1 2

相关文章