Hello！大家好！欢迎来到《搞一下汽车电子》今天，我们给大家分享的是Adaptive Platform AUTOSAR 专题视频：03 自动驾驶&域控中间件—— 为什么要使用自适应平台AUTOSAR（Adaptive Platform AUTOSAR）
是视频加图文解说哦~
如果觉得不错，“转发” “ 在看”支持一下吧~
点击链接观看视频 ↓ ↓ ↓ ↓ ↓
为什么要使用自适应平台AUTOSAR（Adaptive Platform AUTOSAR）
点击链接获取PPT（提取码i486） ↓ ↓ ↓ ↓ ↓
为什么要使用自适应平台AUTOSAR（Adaptive Platform AUTOSAR）
之前的视频中，我们给大家分享了什么是AP AUTOSAR，以及AP AUTOSAR和SOA之间的关系。在本期视频中，我们分享一个大家比较关心的问题：为什么要使用自适应平台AUTOSAR（Adaptive Platform AUTOSAR） ？
我们从两点进行分析：“问一下”和“总结”——抛出一些问题让大家进行思考，最后再进行一个总结。
01 问一下
传统的E/E架构示意图如下：
它的特点是：没有域控，没有中央处理器，没有高性能处理器节点
它的缺点是：节点无预留资源供新增功能使用或消耗
问1：硬件
- 在智能网联汽车发展的过程中，肯定要处理视频、地图等大数据，那么我们传统的微控制器MCU的算力是否够用呢？
- 不够用的话，是不是要用上高性能的处理器CPU？接着是不是要考虑用CPU去开发域控制器，为我们新增的功能预留一些资源。
- 虚拟硬件开发要不要考虑一下呢？这样可以降低我们的一些开发成本。
问2：OS
- 在使用高性能处理器的时候，经典AUTOSAR中的OS是否还能适配呢？
- 要不要用POSIX OS？Linux的话是符合的，但它是开源的，通信安全怎么保证？诊断怎么去做？
- 要不要使用ASIL-D的操作系统？在对安全要求特别高的汽车上，我们是不是要考虑使用有经过功能安全认证的OS？比如MCOS、QNX等等。
问3：SOA
对SOA不太熟悉的话可参考上一期视频：
02 自动驾驶 & 域控中间件——AP AUTOSAR & SOA
- 要不要基于SOA开发？不用的话，增加一个节点的时候，你要更改什么——更改路由表吗？增加一个功能的时候，你要更改什么——更改通信矩阵吗？
- 要不要使用面向服务的通信？不用的话，当前通信协议栈的带宽和通信效率是否足够？要是想用DDS和RESTful的话，自己开发的成本有多大？
- 要不要使用面向服务的软件架构？不用的话，软件的动态部署怎么办呢？自己设计的话，开发成本与周期考虑过吗？
问4：中间件
- 要不要使用中间件？不用的话，耦合性怎么办？没有中间件的话，应用层就是直接调用操作系统的接口，操作系统一旦出现问题，就会导致牵一发而动全身的后果。
- 要不要使用中间件？不用的话，后期要是换了操作系统，成本有多高？应用层的代码和算法可能要推倒重来，重新进行书写。
- 整个系统的安全性考虑了吗？以开发ADAS为例，如果不用AP AUTOSAR开发的话，能达到什么样的安全等级？
当前中间件有很多种，各有优缺点，如果大家计划使用中间件的话，可以随时发邮件与我们交流哦～
问5：APP
- 实现OTA的话不难，但是要在运行时执行OTA呢？
- 更换网络绑定怎么实现？多重网络绑定又怎么实现？
- 人工智能算法和机器学习算法是否可以与AP AUTOSAR进行结合呢？
02 总结
- AP AUTOSAR支持高性能处理器，也支持虚拟硬件开发来降低我们的开发成本。
- AP AUTOSAR规定只要是POSIX OS都可使用，当然包括那些达到ASIL-D的操作系统。
- AP AUTOSAR既是中间件，又是一个面向服务的架构。所以我们在增加功能和节点的时候，问题不大；更换OS或硬件的话，问题也不大。
- AP AUTOSAR支持多重网络绑定，也支持动态部署，以及运行时更新。
- AP AUTOSAR把Safety和Security都考虑进去了。（考虑了哪些点我们会在后期进行分享）
好啦，本期分享到这里就结束了，如果觉得不错，“转发” “在看”支持一下吧~
如果您有任何问题，都可以发邮件给我们哦~