文章总结: 本文介绍了嵌入式软件架构的五种分类:裸机系统适用于资源受限的微控制器;实时操作系统提供任务调度和同步工具;通用操作系统如嵌入式Linux适用于复杂处理器;容器/微服务架构提供松散耦合的服务;混合系统结合多种架构。文章分析了每种架构的优缺点、资源需求和适用场景,帮助开发人员根据系统需求选择合适的架构设计方法。
综合评分: 88
文章分类: IoT安全,安全建设,应用安全,网络安全,其他
如何设计嵌入式软件架构
谈思实验室
2025年12月5日 18:03
上海
点击上方蓝字谈思实验室
获取更多汽车网络安全资讯
嵌入式软件架构设计意图通常伴随着基于个人经验的假设。软件开发人员可能会从资源受限的基于微控制器的系统的角度来看待架构设计。系统人员可能会从应用处理器的角度考虑架构。如何设计架构将取决于系统的嵌入式软件分类。
我们可以通过多种不同的方式对嵌入式软件进行分类。我发现有五种简单的嵌入式软件分类可以帮助我调整视角以最好地理解手头的系统。
让我们探索 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 的闪存。
容器是一种现代架构实现,可以为嵌入式应用程序增加灵活性、可扩展性和可移植性。多年来,它们已成功用于软件的其他领域。迄今为止最大的限制是尺寸和性能。
图 1 – 容器架构堆
05
嵌入式软件分类 – 混合系统
混合系统同时利用多个分类。例如,您可能有一个使用嵌入式 Linux 的应用程序处理器。但是,该处理器可能有一个内置的微控制器,它使用裸机方法来管理实时响应。
混合系统允许开发人员利用多种设计方法从多种系统类型中获益。如果不仔细管理其设计的各个部分之间的交互,这种灵活性通常会增加系统的复杂性。
对于具有复杂处理和实时要求的产品,建议使用混合架构和实现,这些产品使用多核处理器,受益于高级抽象并需要扩展或重用应用程序部分。
06
结论
嵌入式软件系统可以分为多种类型。如何设计和构建嵌入式软件将取决于您选择的分类。每个分类都将规定您用来构建和实施系统的设计模式和工具。当设计或讨论系统时,请先指定系统类型,然后再继续进行设计。
来源:车端
谈思AutoSec10周年年会
交流群
谈思10周年年会将深度挖掘汽车网络安全技术、数据安全合规难点、智能网联安全新挑战,通过实战案例拆解、沉浸式技术演示、圆桌对话,为行业提供更系统的安全解决方案与更精准的资源对接平台。
谈思-汽车出海安全合规(欧洲)
交流群
谈思 AutoSec Europe 峰会旨在搭建一个能融汇全球视野与中国实践、连接技术前沿与落地应用的国际性专业平台,以助力中国汽车应对在出海过程中面临的网络与数据安全合规痛点。从前沿技术研讨、合规要点解析到经验交流,都将通过本平台为您提供持续支持。社群已超过200人,需邀请加入,如需入群,欢迎添加社群小助手微信taaslabs01。
谈思-SDV&AIDV技术出海
交流群
诚邀行业同仁加入谈思SDV&AIDV出海技术交流群,聚焦软件定义汽车、AI定义汽车、下一代EEA、智能座舱、智能驾驶、软件架构、域控制器开发、芯片技术、软件工具等核心议题,欢迎大家加群交流探讨~~社群已超过200人,需邀请加入,如需入群,欢迎添加社群小助手微信taaslabs01。
end
谈思汽车媒体门户
精品活动推荐
AutoSec系列沙龙
专业社群
部分入群专家来自:
新势力车企:
特斯拉、合众新能源-哪吒、理想、极氪、小米、宾理汽车、极越、零跑汽车、阿维塔汽车、智己汽车、小鹏、岚图汽车、蔚来汽车、吉祥汽车、赛力斯……
外资传统主流车企代表:
大众中国、大众酷翼、奥迪汽车、宝马、福特、戴姆勒-奔驰、通用、保时捷、沃尔沃、现代汽车、日产汽车、捷豹路虎、斯堪尼亚……
内资传统主流车企:
吉利汽车、上汽乘用车、长城汽车、上汽大众、长安汽车、北京汽车、东风汽车、广汽、比亚迪、一汽集团、一汽解放、东风商用、上汽商用……
全球领先一级供应商:
博世、大陆集团、联合汽车电子、安波福、采埃孚、科世达、舍弗勒、霍尼韦尔、大疆、日立、哈曼、华为、百度、联想、联发科、普瑞均胜、德赛西威、蜂巢转向、均联智行、武汉光庭、星纪魅族、中车集团、赢彻科技、潍柴集团、地平线、紫光同芯、字节跳动、……
二级供应商(500+以上):
Upstream、ETAS、BlackDuck、NXP、TUV、上海软件中心、Deloitte、奇安信、为辰信安、云驰未来、信大捷安、信长城、泽鹿安全、纽创信安、复旦微电子、天融信、奇虎360、中汽中心、中国汽研、上海汽检、加特兰微电子、浙江大学……
人员占比
公司类型占比
文章
不要错过哦,这可能是汽车网络安全产业最大的专属社区!
首发!小米雷军两会上就汽车数据安全问题建言:关于构建完善汽车数据安全管理体系的建议
免责声明:
本文所载程序、技术方法仅面向合法合规的安全研究与教学场景,旨在提升网络安全防护能力,具有明确的技术研究属性。
任何单位或个人未经授权,将本文内容用于攻击、破坏等非法用途的,由此引发的全部法律责任、民事赔偿及连带责任,均由行为人独立承担,本站不承担任何连带责任。
本站内容均为技术交流与知识分享目的发布,若存在版权侵权或其他异议,请通过邮件联系处理,具体联系方式可点击页面上方的联系我。
本文转载自:谈思实验室 《如何设计嵌入式软件架构》