面向服务的软件架构SOA以其标准化的服务接口、松耦合的服务机制以及可组合扩展的服务特性，为实现“软件定义汽车”夯实了框架基础。

考虑到这几篇AUTOSAR文档的结构完全一样，在此先对将涉及的文档做一个概括性说明。以CAN Driver规范为例，如下图1所示。

AUTOSAR架构在三个软件层之间划分出最高的抽象层：应用层（Application Layer, ASW），运行时环境（Runtime Environment, RTE）和底层软件（Basic Software, BSW），三者均在微控制...

综上分析，可知AutoSar网络管理只针对KL30节点。状态机中的Power和Sleep状态是针对ECU，而非CPU对说的。但是，软件是在CPU里运行，CPU只有供电才能运行软件。

标准不一定要求现存的软件（例如AUTOSAR基础软件）必须重新开发以保证“免受干扰”，只要安全相关软件没有受到负面影响或干扰就可以。尽管如此，为了整个系统的安全，必须始终保证不受所有软件组件之间的干扰（达到ASIL D级）的限制。

汽车电子控制器中目前基本遵循AUTOSAR规范，而其中操作系统作为BSW的重头戏，始终让学习AUTOSAR的同学望而生畏，进而望而却步。所以，今天Demu整理下基于AUTOSAR规范的操作系统知识，方便大家学习，以供参考。

现在汽车软件圈子越来越流行‘SOA’这个概念，交流的时候不提SOA这个词，就会显得很不专业，是这个概念很新吗？倒也不是，互联网行业早已玩烂了这个概念，现在已经是micro-service甚至是serverless概念才是趋势。那么，SOA到...

不要盲目的去追热点，SOA是个好东西，但是肯定不是适合所有人。正如一句耳熟能详的话：SOA有风险，入市须谨慎。

由于车载领域是最大的嵌入式系统，这些年的发展，不可避免的会引入一些成熟的商务模式。目前看，车载应用的服务化不可避免的会成为未来几年的趋势。所以本文整理一些SoA的基本概念，讨论车载领域该如何引入SoA。

引言 作为汽车人，如果你还不知道SOA，是不是觉得已经落伍了？最近，整个行业充斥着这样的焦虑，但焦虑本身有啥价值呢？这份焦虑又该如何解决呢？本文将站在汽车人的角度讲讲这些。 现在SOA风头越来越旺，俨然是一头站在风口的猪，虽说事是好事...