纯电动车CAN总线

1、纯电动车can总线调研（二） 技术路线 2014-6-11 上海大众在电动汽车车载网络及车载网关开发方面的探索及实践j 朱国章.上海汽车,2014 设计目标设计目标 服从车辆系统功能需求。 现有车型的相关硬件约束。 设计思路设计思路 电动汽车相关系统（基础车的其他控制器所需的发动机控 制器信号及变速器控制器信号将由ev-can 来提供） 将ev-can 中的信息路由到基础车的powertrain-can 开发过程开发过程 网络需求定义 网络规范制定 网络测试验证 网络需求定网络需求定义义 分析基础车网络所有信号 发送方式、周期、原始值、信号描述及其在相关控 制器节点中的收发情况; ev-can

2、网络 根据各子节点的功能来定义信号需求 并将相关基础车上的发动机控制器及变速器控制器 发送的信号需求映射到ev-can 中的相关信号。 比如车速信号将会根据电机转速信号计算并由vms 发出; 动力蓄电池soc 将会被转变为油量信号并被转发。 网络规范制网络规范制定定 ev-can 网络的硬件接口规范: 硬件接口电路及相关软硬件设计参数，如终端电阻阻值、波 特率、位采样次数、采样点范围等参数、收发器选型参考列 表。 ev-can 网络信息收发机制规范 定义了上电相关报文发送要求、发送方式定义及总线bus- off 处理。 ev-can 网络管理规范 网络报文格式及相关报文信号、网络管理状态机定义

3、及状态 描述。 ev-can网络测试规范 网络测试规范方面主要定义了详细的测试步骤及测试报告格 式，供应商方面的测试环境还进行了专门的审查验证。 网络测试方网络测试方面面 搭建了网络测试台架，通过canoe 中的 capl 脚本来实现测试上位机并完成相关测 试。 对于ev-can 的相关软硬件参数主要通过 single-ecu 测试台架来完成相关测试。 网关的设计及其开网关的设计及其开发发 基于标准软件模块及其基于标准软件模块及其autosaautosar r 软软 件架构规件架构规范范 系统的任务切换 汽车电子实时性要求 汽车电子相关对操作系统的规范要求，比如 osek os 规范 分层分块

4、架构 诊断协议模块、传输协议模块 功能模块还存在与硬件的大量耦合不利于软件 的移植 仿真验证能力 代码质量misra-c 网关硬件平台架构设计网关硬件平台架构设计 功能性需功能性需求求 考虑到车载控制器资源、负载、数量的复杂性， 势必需要采用较为高端的微控制器单元，满足 运算量大、实时性高的系统程序运行需求; 可以处理从传感器接收的各种信号，并能向执 行器输出具有足够的驱动能力的各类控制信号; 具有较多种类及较多数量的总线接口。 网关硬件平台架构设网关硬件平台架构设计计（续续） 工程化工程化 灵活性、可靠性 汽车运行环境（高速移动、恶劣） 较大容量的sram，方便程序调试和控制参数的在 线标定

5、，满足实时内核对静态随机存储器的容量要 求; 具有较强的抗干扰能力，电磁兼容性需满足国家及 行业标准; 控制器温度范围和尺寸需满足车用要求。 除此之外，还需在外围电路的设计上遵循并参考相 关规范中的参考电路， ic 参考列表、emc 设计规 范等一系列现有标准。 网关硬件平台架构设计网关硬件平台架构设计（续）（续） 可调试可调试性性 bdm 调试接口。 预留重要的硬件测试点。 标准化和平台化设标准化和平台化设计计 母版和扩展板 母版预留电源接口及足够种类和数量的外扩资 源 符合符合autosaautosar r 软件架构规范的基础软件架构规范的基础 软软件件 1. 功能模块逐一的进行实现及验证

6、测试2.matlab 的guide 界面设计工具 3.matlab /simulink /stateflow 同样可以凭借其图形化描述语言 架构架构细节细节 操作系统 法国通信研究所的transpoline os; 诊断协议模块( uds、sds、deh) 传输协议模块( cantp、lintp) 网络管理模块( cannm、linnm) 状态管理模块( cansm、linsm) 标准软件模块并集成; mcu 抽象层驱动( mcal) freescale 其他控制器状态管理模块、看门狗管理及接口模块、存储管理及接口 模块， io 抽象层模块，通信接口层及交互层模块主要由 bootloader、most、flexay、ethern