autosar can协议栈 源码解读_为什么是AUTOSAR？

>>点我返回《AUTOSAR专栏》目录

目录

1. 汽车电子行业发展现状
2. AUTOSAR的目标
3. AUTOSAR的缺点
4. 总结

1. 汽车电子行业发展现状

AUTOSAR的建立初衷是为了解决当前汽车电子电气架构复杂多样性，统一汽车电子电气架构标准。因为软件在汽车中的作用越来越重要，与此同时汽车的功能越来越复杂。汽车渐渐地不再只是一个运输载人工具，而是集生活娱乐、舒适与安全并行、高科技涌现的智能设备。

汽车ECU数量越来越多：由之前的单控制器，到多控制器，再到域控制器，数量倍增。

CPU越来越复杂：由8位，到16位，再到32/64位，多核。

总线数量和复杂度提升：除了有基本的CAN、MOST、LIN外，还有速度更快的FlexRay和Ethernet。

这会带来什么问题？

1. 传统嵌入式不支持完整的硬件抽象
2. 软件模块化程度有限
3. 代码可重用性差，更换芯片，代码几乎要重新开始写
4. 供应商需要提供各种软件来适配OEM和车辆平台版本

2. AUTOSAR的目标

为了解决上面的问题，AUTOSAR出现了，它的口号是在标准上合作，在实现上竞争，大家制定统一的标准，把竞争放在实现上。

AUTOSAR的目标： 1. 整个产品生命周期可维护，车的整个生命周期内软件可以不断更新和升级

1. 软硬件分离，开发更灵活
2. 将开发活动从实施转移到配置
3. 通过制定标准，来提高BSW软件的质量（之前你得花钱请高手实现UDS协议栈，买了AUTOSAR之后，就不需要了）
4. 竞争不在底层的实现，而是集中在功能上
5. 降低成本，通过重用提高软件质量，从而降低成本（目前还未体现）
6. 重用开发方法和工具
7. 重用基础软件（尤其是中间层，比如CAN协议栈，以太网协议栈等、网络管理、状态管理）
8. 重用性可以覆盖整个网络节点，甚至可以跨不同的OEM

3. AUTOSAR的缺点

虽说AUTOSAR有这么多的优点，但是从目前来看，缺点也是十分明显，总结了几点。

1、AUTOSAR规范更新升级慢 因为制定AUTOSAR规范时候并不会开发测试，制定出来的规范往往不会那么完美（总会有一些bug），而修复需要等到下一个AUTOSAR版本。

2、AUTOSAR规范理解不太一致 目前各个厂商对AUTOSAR规范的理解并不是那么一致，集成各个厂商所开发的软件模块需要大量的精力和时间。各个厂商提供的工具也并不真正相互兼容。

3、AUTOSAR的软件价格高昂 完整的AUTOSAR开发环境至少是一般的开发环境价格的几倍甚至十几倍。购买第三方软件供应商的软件的价格也是十分高昂，购买稍全面的AUTOSAR模块，动辄百万级RMB。

4 、AUTOSAR软件的重用性面临挑战 在真实的项目中，基于某个AUTOSAR项目重新配置所需要的时间和精力也是巨大的，并不是理想中那么完美。

5、初始投资 你以为买了AUTOSAR软件包就完事了？不，你可能还要买AUTOSAR工具链供应商的支持服务，培训服务，这些都是几十万级别的。前期需要做大量技术积累之后，才能比较正常的开展工作。

6、复杂的文档标准 任何懂点电脑的人，并且他网速还以的话，都可以在AUTOSAR的官方网站下载到AUTOSAR标准文档。但是AUTOSAR的正式文件是作为规范而非指南而编写的！更糟糕的是，文档是按要求进行结构和制定的，如果你想实现一款AUTOSAR工具链，看标准文档才是最佳选择。但是你只是想简单了解你的设计思想，然后快速的完成领导交给你的任务，对不起，你会很难受。

4. 总结

汽车行业面临着自动驾驶，新能源（电动驾乘），物联网和信息安全等新领域、新技术的挑战。汽车软件硬件标准化的需求越来越来迫切。虽然目前AUTOSAR的优点有目共睹，但AUTOSAR肩负的使命还有很长一段时间去完成。

>>点我返回《AUTOSAR专栏》目录