几乎所有现代嵌入式系统都是使用某种操作系统 (OS) 构建的。这意味着该操作系统的选择往往发生在设计过程的早期。许多开发人员发现这个选择过程具有挑战性。您如何为您的特定应用选择操作系统?
你需要一个操作系统吗?
对于许多嵌入式应用程序,显然需要一个操作系统。如果应用程序很复杂并且在高端处理器上运行,那么几乎可以肯定操作系统是有益的。另一方面,在低端芯片上运行的简单软件根本不需要操作系统。还有另外两种可能性:低端 CPU 上的复杂软件和复杂处理器上的简单软件。在这两种情况下,操作系统似乎都不会提供太多优势,而且实际上可能会妨碍效率。但是,围绕多任务模型构建代码是使其可扩展的好方法,从而在将来某个时候迁移到更强大的设备和/或需要为应用程序增加更多复杂性时最大限度地减少工作量。
你在哪里可以获得操作系统?
大致而言,有三种方法可以获得嵌入式操作系统:
自己写一个
利用“免费”或开源产品
从商业供应商处购买/许可产品
选项(1)很少是一个好的选择,因为您的特定需求不太可能如此专业以至于现有产品无法满足它们。“重新发明轮子”从来不是一个明智的决定。唯一可能的例外可能是将编写操作系统作为一项学术练习,以充分了解此类产品的工作原理。
选择标准
操作系统的选择取决于您可能会问自己或他人的一系列问题。很容易想象这完全是关于操作系统的技术问题,事实上,这些问题主导了这个过程。但是,需要考虑商业因素——比如成本——并且不能忽视个人经验等因素。
技术因素
操作系统的技术方面在选择过程中占主导地位。在考虑其他参数之前,这些问题需要完全清楚。
您的应用程序是实时的吗?
实时应用程序是响应时间至关重要的应用程序。它可能不快,但需要在可预测的(确定的)时间内响应外部事件;它必须足够快(或慢)。操作系统选择的含义是实时操作系统 (RTOS) 最有可能是正确的选择,因为它是专门为满足应用程序的要求而设计的。Linux 本质上不是实时的,但实时扩展可能使其成为一个可行的选择。
内存大小有限制吗?
过去,嵌入式系统的内存容量通常非常小——可能只有几 K。现在,有一个更加慷慨的规定,尽管带有微控制器的片上内存可能仍然非常有限。在设计签署后向系统添加更多内存并非易事。更重量级的操作系统,如 Linux,非常需要内存,因此空间限制是一个真正的挑战。大多数 RTOS 产品更轻量级并且可能具有可扩展性,这意味着内存仅用于实际需要的功能。
CPU 功率有限制吗?
CPU 的功率是衡量它在给定时间内可以完成多少工作(可以执行多少条指令)的指标。大多数嵌入式设计都会有一个有足够功率的 CPU,但可能没有多余的。任何一种操作系统都是开销;它的执行使用 CPU 能力,但不直接影响应用程序功能。将此开销保持在最低限度通常很重要。操作系统的效率差异很大,但 RTOS 产品倾向于最节俭地使用 CPU。
设备功耗是个问题吗?
嵌入式系统的功耗成为优先事项越来越普遍。这通常用于保持电池寿命,但也可能出于环境考虑。从历史上看,功耗被认为是纯粹的硬件问题。现在人们认识到,软件可以极大地促进能源使用的优化。
简单来说,代码越小,所需的内存就越少,从而节省电力。同样,代码的效率对必要的 CPU 能力有影响。RTOS 可能是紧凑和高效的。
许多系统包括电源管理功能。这可能只是低功耗模式(如睡眠和挂起)的可用性,但更高级的电源管理正在变得普遍。这可能包括外围设备的选择性断电以及 CPU 电压和时钟频率的控制。Linux 和许多 RTOS 产品都支持电源管理。
您的系统是否有晦涩或自定义的外围设备?
嵌入式应用程序中一些最具挑战性的代码是外围设备的接口。使用操作系统时,这通常封装在驱动程序中。大多数 RTOS 都提供了适用于许多标准设备的驱动程序。Linux 的功能更多,包括对许多相当晦涩的硬件的支持。
如果您有自定义外围设备,显然将无法获得支持,因此需要自定义驱动程序。RTOS 供应商通常会在这方面提供良好的支持。Linux 驱动程序开发专业知识相当广泛。
你有内存管理单元(MMU)吗?
大多数高端嵌入式 CPU 都有一个 MMU,至少作为一个选项。这允许重新映射和/或保护存储区域。MMU 对于部署 Linux 是必不可少的;如果没有可用的 MMU,则不能选择 Linux。RTOS 通常不需要MMU,但如果可用,可以通过促进“轻量级进程模型”(也称为“线程保护模式”)来使用 MMU。
应用程序安全是一个问题吗?
一些嵌入式应用程序具有安全意识——必须保护代码免受外部干扰。这可以看作是保护每个任务免受其他任务的影响。Linux 等采用的进程模型使用 MMU,是提高安全性的一种非常好的方法。如果 RTOS 可以使用 MMU,如上所述,这提供了几乎相同的安全性和更少的开销。
您的应用程序是否需要安全认证?
在许多行业——如航空航天、医疗、汽车和工业——都有安全认证计划。获得认证的过程既复杂又昂贵。通常需要整个应用程序的所有源代码——包括操作系统。因此,拥有操作系统源代码是必不可少的;源代码并不总是可用的。在某种程度上,要认证的代码大小会影响过程的成本,因此操作系统越小越好。
通常不可能只对操作系统进行认证——对整个应用程序进行评估。但是,一些 RTOS 供应商可以提供“预认证包”,其中提供了有关操作系统所需的大部分初始文档。当然,选择具有在类似应用领域使用和认证的“跟踪记录”的操作系统也是明智之举。
商业因素
尽管工程师喜欢嵌入式软件开发的技术挑战,但此类项目也受到商业考虑。一切都取决于金钱。实施一个操作系统需要花钱,但是它是获得的:
内部开发显然要花钱
商业产品有价格
开源不是“免费的”;有实施成本和持续维护
商业操作系统产品提供各种商业模式。例如,每个发货单位的起始付款和持续特许权使用费可能较低,或者预付费用可能较高且没有持续特许权使用费。可接受的型号取决于售价和预计的出货量。
其他注意事项
操作系统选择过程中可能容易被忽视的一个方面是借鉴过去的经验。您和您的团队之前可能使用过一个或多个操作系统,这可能会产生重大影响。
例如,一个操作系统的 API 的详细知识需要一些时间来获得,因此能够重用这些知识是一个很大的好处。如果 API 是专有的,这可能是指向特定产品的强指针。如果 API 是标准,如 POSIX,您仍然可以选择。当然,使用混乱且不灵活的 API 的糟糕体验可能会产生相反的效果!
与特定供应商合作的经验是另一个因素。他们的技术支持好吗?文档是否符合要求?源代码是否可用并得到很好的评论?
多核系统和操作系统选择
使用多核设计实现嵌入式系统正变得越来越普遍。从软件的角度来看,有两种多核系统:
对称多处理 (SMP),其中所有内核都是相同的,并且单个操作系统在所有内核上运行。
非对称多处理 (AMP),其中内核不一定相同,并且每个内核都运行自己的操作系统。
对于 SMP 系统,操作系统的选择是按照本文迄今为止描述的方式进行的,另外一个因素是操作系统必须支持 SMP 功能。Linux 以 SMP 形式提供,许多 RTOS 产品也提供它作为选项。
对于 AMP 系统,需要根据其特定要求使用上述方法为每个内核选择操作系统。
结论
总的来说,可以看出对于选择嵌入式操作系统的问题没有真正简单的答案。有许多相互关联的因素。不仅要关注技术方面的考虑,还要考虑商业问题和过去的经验,这一点很重要。
对于台式计算机,有大约四种操作系统可供选择。在嵌入式世界中,至少有几十个。这是为什么?简而言之,台式计算机都大同小异,但每个嵌入式系统都不同。这种差异既是技术上的,也是商业上的。因此需要详细的选择过程。
审核编辑:郭婷
-
嵌入式
+关注
关注
5082文章
19104浏览量
304815 -
Linux
+关注
关注
87文章
11292浏览量
209328 -
操作系统
+关注
关注
37文章
6801浏览量
123283
发布评论请先 登录
相关推荐
评论