起篇-Autosar知识体系介绍

Autosar，一个汽车行业的开发平台，国外已经基本接纳了这种开发模式。一个重要的方面：是它有一套完整的，并基于功能安全ISO26262等规范去实现也是经过第三方严格认证的BSW软件，保证了底层软件的安全性，进而之，保证了汽车的安全性（安全在汽车领域可以说是举足轻重，是你这个产品赢得客户的最大亮点）；第二个方面是：它实现了，架构设计的图形化（Systemdesk，developer），软件单元功能设计的图形化（Targrtlink，Matlab）。让你不必纠结于传统开发方法的语法，格式等，你只需要关注在你算法的设计上，简单高效，并且开发周期短并易于维护。总结一下，Autosar诞生的宗旨应该就是：cooperate in standards，competitive in implementation。

******************************************************

上面一段，是让读者明白，你为什么要基于这个平台去开发自己的嵌入式软件。

接下来我将会为大家理一下，他的骨架。请看下图Autosar 系统框架图。

从上到下的次序为：1.Applciationlayer（相应的软件模块称为ASW），这一层纷繁多样，主要取决于公司产品的功能，即使是同样的功能，实现的算法也多种多样，但个人喜欢阅读大师的算法，又高效又易懂。

2.RTE 层（我也称之为胶水层），注意：理解这一层的概念和功能对理解整个Autosar框架至关重要，我总结下来,它大概有两个作用：1.起到封装接口的作用（一般是SR,CS,MS 接口用的较多），及实现了ASW之间的通信，和实现了ASW和BSW之间的接口通信。2.提供运行时环境。即提供task运载runnable的功能。

3.BSW 层：目前标准涉及了80多个模块，后续随着Adaptive autosar 的提出，将会有更多的BSW“小积木”模块加入进来。 这些“积木”按类分成以下几大块：

Ø  3.1 微控制器抽象层

这一层是基础软件中的最低一层。它包含驱动，这些驱动是软件模块，提供接口，用来对微控制器的资源（IO，Memory，Com，Micro Driver）进行控制。

Ø  3.2 ECU 抽象层

这一层与微控制器抽象层进行对接。它也包含了外部设备的驱动。它为访问外设提供了 API，不管这些外设的位置(µC 内部或外部)，也不管他的外围电路及使用的芯片型号如何。举个简单的例子，通过Iohwar层，提供给应用层一个ECU signal 信号（温度，压力等信号）

Ø  3.3 服务层

这层是基础软件中的最高层，而且它与应用软件之间有关联：当对 I/O 信号的访问包含 ECU 抽象层中时，服务层提供：

-  操作系统功能

-  模式管理（ECU State Management,Watchdog Management,COM Manager,NetworkManagement

-  车辆网络通信

-  存储管理（ NVRAM 管理）

-  诊断服务（包括 UDS 通信及错误内存）

Ø 3.4 CDD

这个层就是autosar标准没有涵盖到的以及对时间响应紧急的模块（如发动机的喷油控制）都可以放在这一层。

图1：Autosar 系统框架图

附赠一张uml的组件图，大家要能看懂，说明大家又进步了：

图2：Autosar uml系统框架图

今天就写到这里了，如果大家觉得好的话，就多多转发点赞，你们的支持是我继续分享的动力。

免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！