如何购买AUTOSAR软件？（一）
>>>点我返回《AUTOSAR专栏》目录
目录
- 前言
- 购买联系人
- 工程和ECU信息
- 硬件层
- 系统相关模块
- 诊断模块
- 内存模块
1. 前言
AUTOSAR的模块繁多，且价格不菲，一般项目购买AUTOSAR时都是慎之又慎。然不同的项目有不同的需求，究竟该如何选择要买哪些模块呢？且听老夫一一道来。
注意：
上图红色字体代表是Vector可以提供的软件
上图黑色字体代表是第3方软件
以从Vector那里购买为例
1、首先Vector会给你一个网页链接，链接就是一个问卷调查表。
2、根据自己的项目需求，填写问卷调查表，期间如有不明白的选项，可咨询Vector的售前技术支持。
3、与系统工程师或者Vector的售前技术支持检查和确认，最后提交问卷调查表，完成购买。
购买之前首先要确定：
1、确定ECU的通信方式：CAN/LIN/ETH
2、是否需要功能安全？功能安全等级是ASIL A/B/C/D QM
下面我从问卷调查表的开始介绍，如何购买AUTOSAR软件包。
2.购买联系人
购买联系人
购买联系purchasingContact和技术联系人Technical Contact
联系人名字
公司名称
收货地址
手机号码
邮件地址
3. 工程和ECU信息
1. 工程信息
ECU软件用途：内部评估/做demo/量产
是不是在已有的工程上升级？
交付形式是否需要CD光碟的形式交付？ 一般是通过FTP连接下载，不需要CD光碟交付，应该光碟也不会便宜。
2. ECU信息
ECU名称：如实填写即可。
ECU名称缩写：如实填写即可。
OEM平台的名称：如实填写即可。
目标芯片相关信息
芯片厂家名称：如瑞萨
芯片家族：如RH850
家族衍生的型号
芯片生产批次
芯片的硬件类型：多核/单核
核的数量：如果有锁步核，只算一个
核的名字：如Cortex-M4
编译器名字：如GCC
编译器厂家：如NXP
硬件提供：是提供客户板子/EVM板子给Vector开发，一般提供客户自己的板子给他们调试AUTOSAR软件比较靠谱。
是否需要虚拟环境中开发：NO
是否要整合BSW到POSIX OS或者Hypervision？ 一般不需要
4. 硬件层
1. MICROSAR MCAL Vector提供MCAL，想要Vector提供MCAL可以勾选
can：CAN驱动
Lin：LIN驱动
vI2c：前面加v代表是Vector公司定制的标准，AUTOSAR中没有I2C的相关标准，如果需要Vector提供I2C驱动的话，可以勾选。
Ramtst：内存测试驱动。
Wdg：看门狗驱动。
2. 第三方MCAL
是否需要Vector帮忙整合MCAL？ 一般是需要的
MCAL的提供商名字：如NXP
MCAL的AUTOSAR版本：如AUTOSAR4.3.0
3. 需要Vector提供驱动的外围芯片驱动（SBC 系统基础芯片）
vSBC:如果需要Vector提供，需要写清楚芯片型号，Vector不一定做
CanTrcv：是否需要CAN收发器驱动？
CAN收发器型号：如果使用了多种型号的收发器，型号都需要写上
**收发器和芯片之间是通过什么连接？**GPIO/SPI
**收发器是否支持部分网络唤醒？**PNC，特定ID报文唤醒
EEP：是否有外接EEPROM芯片
FLS：是否有外接flash
外挂flash型号是通过什么连接？ OSPI/QSPI/SPI
LinTrcv： 是否需要LIN收发器驱动？
LIN收发器和芯片之间是通过什么连接？ GPIO/SPI
是否有外挂看门狗芯片？ 一般有功能安全的都有外挂看门狗
5. 运行系统
1. MICROSAR OS
os：AUTOSAR OS肯定是需要的
OS等级：SC0/1/2/3，SC1带时间保护，SC2带内存保护，SC3就是时间保护和内存保护都带，据说SC3的贼贵，连Vector自己都不推荐购买。
是否使用Hyperviser？一般不需要
2. MICROSAR RTE
RTE是否带内存保护？ 功能安全有要求的话就需要
ProtectionWrapper：E2EPW，这个是旧的解决方案，已经被新的E2EXf替代，因为E2EPW需要更改SWC代码来实现，E2E模块要使用的，如果E2E Profile1选上了，这个必须选上（Vector建议）
BSW和RTE是否需要支持多核？ 跟具实际情况判断是否需要
6. 系统相关模块
MICROSAR SYS
BswM：BSW Mode Manager，BSW模式管理器，根据来自应用程序SWC或其他BSW模块的模式请求进行仲裁，并根据仲裁结果执行相关操作。
ComM：Communication Manager，通信管理器封装了对基础服务通信（CAN、LIN、ETH）的控制。
Det：Default Error Tracer，DET是AUTOSAR体系结构中的中央错误处理程序。所有其他基本软件模块都可以向DET报告开发错误，运行时错误和瞬时故障。
EcuM：ECU State Manager，初始化Bsw模块，为控制器睡眠做准备，让ECU有序的关闭/复位，唤醒验证。
StbM：Synchronized Time-Base Manager，同步时基管理器的目的是向其客户提供同步时基，即与在分布式系统其他节点上的时基同步的时基。
WdgIf：Watchdog Interface，将上层的Watchdog Manager模块（WdgM）链接到一个或多个基础的Watchdog驱动程序（Wdg）。
WdgM：Watchdog Manager，检查逻辑程序流和安全相关功能程序流的时间行为，检查程序有没有在规定时间执行到，有没有按照一定的逻辑顺序执行。
Deadline andProgram Flow Monitoring：超时监控、程序流监控，监控软件是否正确的按照逻辑顺序执行，如果一个程序没有按照正确的顺序执行，或者根本没有执行，就会发生程序流监控错误。
Vx1000If：Vector的ECU测量和标定的一个硬件产品名称叫Vx1000，传输速度高达5MByte/s，也遵循XCP协议，底层是基于调试接口，如Jtag接口。
7. 诊断模块
MICROSAR DIAG
Dcm：Diagnostic Communication Manager，诊断通信管理器，处理诊断仪和ECU应用之间的诊断通信，实现UDS协议，提供诊断服务前的一些条件验证，如安全访问校验，车速是否为0等。
Dem：Diagnostic Event Manager，诊断事件管理器，负责处理和存储诊断事件（外部的DTC故障或者BSW模块报告的内部事件）和相关的环境数据，此外还讲诊断的故障数据（诊断结果）提供给DCM模块（为了能通过诊断服务读出故障码）。
Fim：Function Inhibition Manager，功能抑制管理器，某些情况下（如出现故障或者事件发生），禁止某些功能，防止出现更坏的情况。
vDrm：Diagnostic Request Manager，Vector为AUTOSAR标准做的扩展（AUTOSAR中没有规范），车内中央芯片实现诊断仪功能（比如OTA升级、），芯片要实现诊断仪的需求，发送和接收UDS服务。
vDes：Diagnostic Event Synchronizer，ECU内有多个控制器，收集其他控制器DEM的诊断事件，并做同步。
J1939 Dcm：J1939的诊断服务。
OBD：排放相关节点才需要这个模块。
7. 内存模块
MICROSAR MEM
Ea：EEPRON Abstraction，提供了独立于硬件的接口来访问EEPROM数据（擦除、读取、写入函数接口），均衡擦写机制（延长eeprom使用寿命）。
Fee：Flash EEPROM Emulation，Flash模拟EEP接口，均衡擦写机制提高Flash擦写寿命。
MemIf：Memory Abstraction Interface，提供访问Ea和Fee服务的统一访问。
NVM：Non-Volative-RAM Manager，位于MemIf之上，读写数据都统一调用NVM模块，上电统一读取数据到RAM中，APP不用每次要使用数据时都从EEPROM/Flash中读取，NVM还可以做数据保护机制，例如冗余机制、校验机制（校验失败，用默认值代替）。
>>>点我返回《AUTOSAR专栏》目录
扫描下方的二维码关注“汽车软件攻城狮”可第一时间获取更新！
