点击上方蓝字谈思实验室
获取更多汽车网络安全资讯
嵌入式软件架构设计意图通常伴随着基于个人经验的假设。软件开发人员可能会从资源受限的基于微控制器的系统的角度来看待架构设计。系统人员可能会从应用处理器的角度考虑架构。如何设计架构将取决于系统的嵌入式软件分类。
我们可以通过多种不同的方式对嵌入式软件进行分类。我发现有五种简单的嵌入式软件分类可以帮助我调整视角以最好地理解手头的系统。
让我们探索 5 个简单的嵌入式软件分类，您需要了解这些分类才能成功地交流和设计您的系统。
01.嵌入式软件分类 – BAREMETAL
裸机嵌入式系统利用不依赖于操作系统的软件架构。通常，裸机架构将是事件驱动的，严重依赖状态机，和/或使用非常简单的协作任务调度。开发人员需要非常了解底层处理器，因为没有操作系统可以抽象出底层细节。
您通常会在资源受限的设备（例如 8 位、16 位和一些 32 位微控制器）上找到裸机软件设计。但是，资源可用性不是裸机系统的限制条件。您可以设计一个裸机架构并为任何嵌入式处理器实现它。不幸的是，处理器越复杂，实现就越复杂。
对于功能有限、使用资源受限的微控制器、具有严格的实时要求以及对可扩展性的最低要求的产品，建议使用裸机架构和实现。
02.嵌入式软件分类 – 实时操作系统 (RTOS)
使用实时操作系统的嵌入式软件体系结构在过去几年中急剧增加。基于 RTOS 的嵌入式系统通常具有比裸机架构更复杂的时序要求。RTOS 抽象出一些低级细节，例如任务调度，同时还为开发人员提供任务同步（信号量和标志）、数据保护（互斥量）和通信（队列）的工具。
您通常会在 32 位微控制器和小型应用处理器上找到 RTOS 软件设计。虽然您可能会在 16 位处理器上找到它们，但 RTOS 通常需要至少 24 KB 的闪存和 32 KB 的 RAM 才能有效使用。这些要求对 RTOS 的有效使用设置了下限。
RTOS 会给设计增加额外的复杂性，主要是在使用抢占式任务调度时。如果设计者不小心，就有可能导致线程饥饿、创建优先级倒置甚至死锁。但是，RTOS 可以为您提供快速扩展系统、提高可维护性以及收集比裸机系统更复杂的系统性能的能力。
对于具有复杂时序要求、使用现代微控制器、受益于多任务处理以及需要扩展或重用应用程序部分的产品，建议使用基于 RTOS 的架构和实现。
03.嵌入式软件分类 – “通用”操作系统
当使用足够复杂的处理器（如应用程序处理器）时，嵌入式软件架构可以利用整个操作系统。例如，嵌入式 Linux 可以被认为是一个完整的操作系统。我不将 RTOS 归入此类别，因为 RTOS 与嵌入式 Linux 不同，它是一种专用的、资源受限的操作系统，。设计人员可以像开发桌面或移动应用程序那样完全访问库和操作系统资源。
您通常会在 Raspberry Pi 等 32 位应用程序处理器上找到这种操作系统软件设计。然而，这些处理器非常复杂，需要一个操作系统来管理它们的所有资源。现在，这并不意味着您不能使用裸机或使用 RTOS；它只是意味着复杂性和开发时间急剧增加。
完整的操作系统可以消除开发人员的内存限制负担。此外，您通常可以让非嵌入式软件人员参与进来。对于基于操作系统构建的应用程序，软件开发涉及的专业化知识要少得多。
对于没有严格实时要求、使用现代微处理器、受益于高级抽象以及需要扩展或重用应用程序部分的产品，建议使用完整的操作系统架构和实现。
04.嵌入式软件分类 – 容器/微服务
微服务和容器是云、移动和桌面计算中常见的设计类型。然而，他们正在迅速找到进入嵌入式系统的途径。我将这两者混为一谈，因为它们使用的架构设计策略相似，尽管底层技术不同。
微服务
微服务将应用程序构建为一组松散耦合的服务，可独立部署且易于维护（如果做得好）。微服务将应用程序构建为为业务领域开发的小型自治服务的集合。微服务提供具有特定功能的松散耦合服务。
资源相对受限的嵌入式系统（例如微控制器）可以运行微服务。但是，它们通常至少需要与运行 RTOS 所需的内存量相同的内存量。微服务包括服务本身、入站和出站消息队列以及日志和状态信息。
需要编排器和运行时环境会增加微服务设计的复杂性，必须谨慎使用您使用的资源并仔细监控系统的实时响应。然而，微服务可以提供非常可扩展的系统，易于现场维护和更新。
我建议在需要现场更新、可扩展性和现代敏捷流程并受益于分布式模型的应用程序中使用微服务。
容器
容器是一种可以承载微服务的实现范式。每个容器都是一个独立的沙箱，可以运行一个或多个微服务。容器通常可独立部署且易于维护。一系列容器为更广泛的应用奠定了基础。同样，容器和微服务密切相关；容器为微服务运行提供了额外的隔离层。
至少需要一个现代微控制器来利用容器。每个技术供应商都略有不同，但有些供应商声称能够使用与 RTOS 一样少的内存。然而，我调查过的大多数目标物联网应用程序预计大约有 256 KB 的闪存。
容器是一种现代架构实现，可以为嵌入式应用程序增加灵活性、可扩展性和可移植性。多年来，它们已成功用于软件的其他领域。迄今为止最大的限制是尺寸和性能。
我建议在需要现场更新、可扩展性、额外安全性和现代敏捷流程的应用程序中使用容器。
05.嵌入式软件分类 – 混合系统
混合系统同时利用多个分类。例如，您可能有一个使用嵌入式 Linux 的应用程序处理器。但是，该处理器可能有一个内置的微控制器，它使用裸机方法来管理实时响应。
混合系统允许开发人员利用多种设计方法从多种系统类型中获益。如果不仔细管理其设计的各个部分之间的交互，这种灵活性通常会增加系统的复杂性。
对于具有复杂处理和实时要求的产品，建议使用混合架构和实现，这些产品使用多核处理器，受益于高级抽象并需要扩展或重用应用程序部分。
06.结论
嵌入式软件系统可以分为多种类型。如何设计和构建嵌入式软件将取决于您选择的分类。每个分类都将规定您用来构建和实施系统的设计模式和工具。当设计或讨论系统时，请先指定系统类型，然后再继续进行设计。
来源：车端
码上报名
2023第六届无人驾驶及智能驾舱中国峰会，5月11-12日，上海
码上报名
AutoSec 7周年年会暨中国汽车网络安全与数据安全合规峰会，5月11-12日，上海
码上报名
AES 2023 第四届中国国际汽车以太网峰会，6月8-9日，上海
更多文章
华为蔡建永：智能网联汽车的数字安全和功能安全挑战与思考
汽车数据合规要点
车载以太网技术发展与测试方法
车载以太网防火墙设计
SOA：整车架构下一代的升级方向
会员权益: (点击可进入)谈思实验室VIP会员
END
微信入群
谈思实验室专注智能汽车信息安全、预期功能安全、自动驾驶、以太网等汽车创新技术，为汽车行业提供最优质的学习交流服务，并依托强大的产业及专家资源，致力于打造汽车产业一流高效的商务平台。
每年谈思实验室举办数十场线上线下品牌活动，拥有数十个智能汽车创新技术的精品专题社群，覆盖BMW、Daimler、PSA、Audi、Volvo、Nissan、广汽、一汽、上汽、蔚来等近百家国内国际领先的汽车厂商专家，已经服务上万名智能汽车行业上下游产业链从业者。专属社群有：信息安全、功能安全、自动驾驶、TARA、渗透测试、SOTIF、WP.29、以太网、物联网安全等，现专题社群仍然开放，入满即止。
扫描二维码添加微信，根据提示，可以进入有意向的专题交流群，享受最新资讯及与业内专家互动机会。
谈思实验室，为汽车科技赋能，推动产业创新发展！
原文始发于微信公众号（谈思实验室）：如何设计嵌入式软件架构
- 左青龙
- 微信扫一扫
-
- 右白虎
- 微信扫一扫
-
评论