北京新能源机动车整车控制器系统诊断标准规范

整车EMS系统标定验收技术规范1 范围本标准规定了汽车EMS 系统标定评价条件、验收项目、验收方法、验收标准和验收评价结果处理。

本标准适用于除混合动力、纯电动的新能源汽车外其他装有发动机控制单元的所有福田汽车的标定数据验收。

2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。

凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件，其最新版本适用于本标准。

GB 18352.3 轻型汽车污染物排放限值及测量方法（中国Ⅲ、Ⅳ阶段）GB 14762 重型汽车用汽油发动机与汽车排气污染物排放限值及测量方法（中国Ⅲ、Ⅳ阶段）GB 17691 车用压燃式、气体燃料点燃式发动机与汽车排气污染物排放限值及测量方法（中国Ⅲ、Ⅳ、Ⅴ阶段）GB 18285 点燃式发动机汽车排气污染物排放限值及测量方法（双怠速及简易工况法）HJ 437 车用压燃式、气体燃料点燃式发动机与汽车车载诊断（OBD）系统技术要求3 术语和定义3.1 EMSEngine Management System，发动机管理系统，或称发动机电控系统。

3.2 冷机起动经过一定时间静置后，冷却液温度与环境温度、机油温度温差小于2 ℃状态下的起动试验。

3.3 热机起动经过一段时间油门操作或驾驶运转后，冷却液温度高于70 ℃或达到热平衡的状态下的起动试验。

3.4 起动时间压燃式发动机和点燃式发动机的EMS对于起动时间分别规定如下：对于压燃式发动机：起动机接通后，发动机能自行运转期间，转速从到目标怠速的时间；——对于点燃式发动机：从蓄电池电压开始下降发动机转速达到500 rpm 的时间。

3.5 怠速超调怠速时发动机转速无规律的随机变化超过目标转速± 30 rpm 或具有发散性的偏离目标怠速。

3.6 怠速波动怠速转速反复偏离目标转速。

WORD整理版整车控制器系统诊断规范目录版本信息 (1)1.参考文献 (4)2.网络拓扑 (4)3.诊断接口 (5)4.诊断需求 (6)4.1.诊断协议 (6)4.1.1.物理层 (6)4.1.2.数据链路层 (6)4.1.3.网络层 (6)4.1.4.应用层时间参数 (7)4.2.Diagnostic Services（ISO14229-1） (7)4.2.1.Supported Diagnostic Services (8)4.2.2.DiagnosticSessionControl（10H） (10)4.2.3.ECUReset (11H) (12)municationControl（28H） (13)4.2.5.SecurityAccess（27H） (14)4.2.6.TesterPresent（3EH） (20)4.2.7.ControlDTCSetting(85H) (20)4.2.8.ReadDataByIdentifier（22H） (22)4.2.9.WriteDataByIdentifier (2EH) (23)4.2.10.InputOutputControlByIdentifier (2FH) (25)4.2.11.ClearDiagnosticInformation (14H) (26)4.2.12.ReadDTCInformation (19H) (27)4.2.13.RoutineControl (31H) (34)4.2.14.RequestDownLoad(34H) (36)4.2.15.TransferData (36H) (36)4.2.16.RequestTransferExit (37H) (36)5.故障定义 (37)6.故障码DTC中英文对照表 (37)附录A: 冻结帧信息 (39)附录B: (41)B.1 版本信息参数列表： (41)B.2 数据流参数列表： (41)B.3 版本信息参数定义 (43)B.4 数据流参数定义 (45)1.参考文献2.网络拓扑“由网络工程师统一发布网络拓扑”Fig 1.C70GB-2014整车网络拓扑结构3.诊断接口Fig 2. OBD诊断接口管脚描述1 EVBUS CAN_H2 /Tab 1.OBD 诊断接口针脚定义“由线束工程师统一发布OBD接口定义”4.诊断需求4.1.诊断协议4.1.1.物理层物理层应满足ISO11898-2要求及北京新能源汽车股份有限公司企业标准《新能源汽车高速CAN 网络节点级电子控制单元（ECU）技术要求》要求。

任务二纯电动汽车整车结构及诊断仪的使用一、教学目标（一）知识目标1.能通过与客户交流和查阅相关维修技术资料获取车辆信息。

2.能独立制订工作计划并按计划实施。

3.能向客户介绍整车控制系统的作用和主要部件的安装位置。

4.能向客户介绍整车 CAN 网络结构5.能正确使用故障诊断仪进行整车控制器数据流的读取和分析。

（二）能力目标将系统复杂的知识图表化——对知识进行加工提炼，绘制图表，便于理解、记忆和复习，提高自学能力。

（三）素质目标1.在学习和检修过程中，遵守汽车维修安全操作规程，并养成 7S 现场管理的工作习惯。

2.能与小组成员顺畅沟通、通力协作，共同完成任务。

3.能客观进行自评、互评，具备接受他人的评价的承受力。

二、教学重难点纯电动汽车主要部件安装位置，整车控制器的作用，整车CAN网络结构，故障诊断仪的使用三、教学内容复习前课：车辆和个人的安全防护应做到那些内容？急救措施有那些？应该怎么做？新课讲授：一、北汽EV160纯电动汽车整车控制系统的组成1.动力电池系统动力电池系统主要由动力电池模组、动力电池箱、电池管理系统(BMS)及其他相应的辅助元器件组成。

2.充电系统北汽EV160纯电动汽车的充电系统分为快充系统和慢充系统两部分（1）快充控制逻辑。

当快充充电枪与车辆快充口连接时，充电桩会给车辆12V 电压信号唤醒整车控制器，整车控制器接收到正常的BMS 自检信号后，整车控制器控制PDU 中的快充正、负极继电器吸合，即高压线路导通，从而使来自充电桩的高压直流电经过快充接口、PDU 最后输送到动力电池。

（2）慢充控制逻辑。

当慢充充电枪与车辆慢充口连接时，慢充系统唤醒整车控制器，整车控制器进行慢充连接确认，确认完毕后整车控制器的使能线控制车载充电机，使车载充电机工作，即高压线路导通，从而使慢充桩的交流电经过慢充接口、PDU 最后输送到动力电池。

3.驱动电机系统驱动电机系统是纯电动汽车非常重要的部件，它控制着车辆的驱动，其性能是否良好决定了纯电动汽车的动力性能和经济性能。

目录1 整车控制器控制功能和原理 (1)2 纯电动客车总成分布式网络架构 (1)3 整车控制器开发流程 (3)3.1 整车及控制策略仿真 (4)3.2 整车软硬件开发 (5)3.2.1 整车控制器的硬件开发 (6)3.2.2 整车控制器的软件开发 (10)3.3 整车控制器的硬件在环测试 (12)3.4 整车控制器标定 (15)3.4.1 整车控制器的标定系统 (15)1整车控制器控制功能和原理纯电动客车是由多个子系统构成的系统，主要包括储能、驱动等动力系统，以及其它附件如空调等。

各子系统几乎都通过自己的控制单元（ECU）来完成各自功能和目标。

为了满足整车动力性、经济性、安全性和舒适性的目标，一方面必须具有智能化的人车交互接口，另一方面，各系统还必须彼此协作，优化匹配。

因此，纯电动必须需要一个整车控制器来管理系统中的各个部件。

纯电动车辆以整车控制器为主节点的、基于高速CAN总线的分布式动力系统控制网络，通过该网络，整车控制器可以对纯电动车辆动力链的各个环节进行管理、协调和监控，提高整车能量利用效率，确保车辆安全性和可靠性。

整车控制器的功能如下：1)车辆驾驶：采集司机的驾驶需求，管理车辆动力。

2)网络管理：监控通信网络，信息调度，信息汇总，网关。

3)仪表的辅助驱动。

4)故障诊断处理：诊断传感器、执行器和系统其他部件故障并进行相应的故障处理，实时显示故障。

5)在线配置和维护：通过车载标准CAN端口，进行控制参数修改，匹配标定，功能配置，监控，基于标准接口的调试能力等。

6)能量管理：通过对纯电动客车载耗能系统（如空调、电动泵等）的协调和管理，以获得最佳的能量利用率。

7)功率分配：通过综合车辆信息、电池的SOC、温度、电压、电流和电机的温度等信息计算电机功率分配，进行有效的能量管理，以保证车辆能量效率达到最优。

8)坡道驻车辅助控制9)坡道起步时防溜车控制2纯电动客车动力总成分布式网络架构纯电动客车是由多个子系统构成的复杂系统。

新能源电动车整车及核心部件性能检测要求随着环境污染日益严重和能源安全问题的日益凸显，新能源电动车作为一种清洁、绿色、高效的交通工具，正逐渐被广大消费者所接受和青睐。

为确保新能源电动车的质量和性能达到国家标准和用户需求，对其整车及核心部件进行性能检测是非常重要的。

本文将从整车和核心部件两个方面，分别介绍新能源电动车性能检测的要求。

1.动力性能检测：包括电动机功率和扭矩输出、加速性能、最高速度等。

通过测试电动机在不同工况下的输出功率和扭矩，并进行加速性能和最高速度测试，检测整车的动力性能是否符合规定标准。

2.续航里程与能耗检测：通过在不同工况下对整车进行续航里程和能耗测试，检测其电池能量储存和转化的效率，以及新能源电动车的续航里程是否满足用户需求。

3.制动性能检测：对整车的制动系统进行制动距离和制动力的测试，以确保新能源电动车的制动性能达到安全标准。

4.操纵稳定性检测：包括制动稳定性、悬挂稳定性和转向稳定性等。

通过制动、悬挂和转向系统的测试，检测整车在不同路况下的稳定性，确保车辆行驶过程中的操纵性能符合要求。

5.安全性能检测：包括碰撞安全性、防盗安全性等。

通过碰撞试验和安全防盗系统的检测，确保整车在碰撞和盗窃等意外事件时能提供有效的保护。

1.电池性能检测：包括容量测试、充放电性能测试、循环寿命测试等。

通过测试电池的容量、充放电性能以及循环寿命，评估电池的质量和性能是否符合标准要求。

2.电机性能检测：包括转速、效率、温度和振动等。

通过测试电机在不同转速下的效率和温度、振动情况，评估电机的工作状态和质量是否合格。

3.充电设施性能检测：包括充电时间、充电效率和充电安全性等。

通过测试充电设施在不同工况下的充电时间、充电效率和充电安全性，检测其功能和性能是否达到要求。

4.控制系统性能检测：包括动力电池管理系统、电机控制系统和车载电脑控制系统等。

通过测试控制系统的功能和性能，评估其对整车的控制和调节能力是否合格。

整车控制器标准
整车控制器标准主要规定了电动汽车控制器的通用要求，包括控制器的技术要求、性能要求、环境适应性要求和安全要求等。

1.技术要求:包括控制器的输入和输出特性、通信接口、故障诊断等。

2.性能要求:包括控制器的动态响应、效率、能耗等。

3.环境适应性要求:包括控制器的工作温度范围、湿度范围、抗振性能等。

4.安全要求:包括控制器的过流保护、过压保护、过温保护等。

此外。

还有一些关于电动汽车整车技术条件的标准，规定了电动汽车的基本要求、性能参数及试验方法等。

以上信息仅供参考，如果需要更多信息，建议到相关网站查询或咨询专业人士。

制表：审核：批准：。

新能源汽车电控系统标准
新能源汽车电控系统标准是指针对新能源汽车使用的电控系统制定的相关规范和要求。

这些标准旨在确保新能源汽车电控系统的安全性、可靠性和性能，促进新能源汽车产业的健康发展。

新能源汽车电控系统标准通常包括以下内容：
1. 电控系统硬件规范：包括电池管理系统(BMS)、电机控制器、DC-DC变换器、充电器等的设计和制造要求，如电路设计、
接口标准、材料要求等。

2. 电控系统软件规范：包括电控系统的软件架构、功能要求、通信协议、故障诊断和安全控制等方面的规定，确保软件的稳定性、安全性和兼容性。

3. 电控系统测试标准：包括对电控系统进行各种功能和性能测试的方法和要求，如电流、电压、温度、振动等参数的测试，以确保电控系统在各种工况下的正常运行。

4. 安全标准：包括对电控系统的安全性进行评估和测试的方法和要求，如防火、过电流保护、碰撞安全等方面的规定，确保新能源汽车电控系统不会对车辆和乘员造成威胁。

5. 兼容性标准：包括与其他电动车辆或充电设备的互操作性要求，以便新能源汽车能够与不同的充电设备和通信系统进行良好的兼容和交互。

通过遵循这些标准，可以提高新能源汽车电控系统的质量和性能，保证新能源汽车的安全和可靠性，推动新能源汽车产业的发展。

新能源汽车整车控制器系统诊断规范标准化管理处编码[BBX968T-XBB8968-NNJ668-MM9N]整车控制器系统诊断规范—“EV160”文件编号：“EV160”编制：校对：审核：“业务高级经理”会签：“控制系统集成主管”批准：“部长”XXX年XXX月版本信息目录术语1.参考文献2.网络拓扑“由网络工程师统一发布网络拓扑”Fig 1.C70GB-2014整车网络拓扑结构3.诊断接口Fig 2.OBD诊断接口“由线束工程师统一发布OBD接口定义”4.诊断需求4.1.诊断协议4.1.1.物理层物理层应满足ISO11898-2要求及北京新能源汽车股份有限公司企业标准《新能源汽车高速 CAN 网络节点级电子控制单元（ ECU）技术要求》要求。

4.1.2.数据链路层数据链路层应满足ISO11898-1要求。

所有诊断请求和应答帧的数据长度应为8字节，否则电控单元将忽略该诊断请求帧。

当诊断响应长度不足8字节时，空余的字节应用0xAA填充。

4.1.3.网络层网络层应满足ISO15765-2要求和下述要求：4.1.3.1.寻址方式可以支持物理寻址和功能寻址。

诊断消息ID描述见下表：表“由网络工程师统一发布所有诊断ID分配，各系统填写各自的诊断ID至上表”4.1.3.2.网络层时间参数4.1.4.应用层时间参数4.2.Diagnostic Services（ISO14229-1）Services shall be implemented according to ISO14229-1. Additional details are specified in this section.4.2.1.Supported Diagnostic ServicesThe overview of ECU supported diagnostic services is described in the following table.Table 5 Supported diagnostic services of ECUThe services need to support suppressPositveResponseBit (SPRS) are showed in following table.Tab 5.Services supported SPRS bitTab 6.Negative Response CodesNRC(Hex)Description33H securityAccessDenied37H requiredTimeDelayNotExpired35H InvalidKey72H generalProgrammingFailure78H responsePending7FH serviceNotSupportedInActiveSession92H/93H VoltageTooHigh / voltageTooLowsubFunctionNotSupportedInActiveSes7EHsionresponse message according to the following priority rules：The 7Fh NRC have the highest priority;For others, the NRC with smaller number has higher priority.4.2.2.DiagnosticSessionControl（10H）This service is used by the client to enable different diagnostic sessions in the server(s). A diagnostic session enables a specific set of diagnostic services in the server(s).4.2.2.1.Message FormatRequest：Timing P2*server value is provided in 10ms resolution. Negative Response：Negative Response Codes (NRC)4.2.2.2.Implementation RulesThis service is used by the diagnostic tool to enable different types of diagnostic sessions in a server. In order to execute a diagnostic service the appropriate session has to be started first.There shall be only one diagnostic session active at a time.Normal/Default Session (01h) shall be enabled automatically by the ECU if no diagnostic session has been requested at power up.The ECU shall return to Normal/Default Session (01h) after timeout of ExtendedDiagnostic Session.The ECU shall be capable of providing all diagnostic functionality defined for the default diagnostic session under normal operating conditions.The ECU shall first send a DiagnosticSessionControl Positive Response (50h xx) message before the new session becomes active in the ECU.A DiagnosticSessionControl Positive Response (50h xx) message shall be returned by an ECU if the diagnostic tool requests a session that is already running. If the ECU has already received the same request message previously and performed the requested operation, the ECU shall continue to perform the current operation (i.e. it is not a change of the session).The ECU shall remain in its current diagnostic session if it is not able to switch into the requested diagnostic session.The TesterPresent (3Eh) service shall be used to keep the non-default diagnostic sessions active by retriggering S3server. Also any other service request shall retrigger S3server.A functional TesterPresent (3Eh) request without response may be sent at any time, even regardless of any other service in progress.When receiving or transmitting any diagnostic messages, including 3Eh service, the S3servertimer will reset.Fig 3.Session transition diagram4.2.3.ECUReset (11H)This service requests the server to effectively perform an ECU reset based on the content of the ResetType parameter value (suppressPosRspMsgIndicationBit (bit 7) not shown).4.2.3.1.Message FormatRequest：Negative Response Codes (NRC)4.2.3.2.Implementation RulesThe positive response shall be sent before performing the ECU reset.The execution of reset will take <TBD> ms, which means the ECU can’t respond to any new request sent within this time.municationControl（28H）The service is used to “switch on/off” the transmission and/or the reception of certain messages of (a) server(s).4.2.4.1.Message FormatRequest：4.2.4.2.Implementation RulesThere are no special general implementation rules for this service.4.2.5.SecurityAccess（27H）The purpose of this service is to provide a means to access data and/or diagnostic services, which have restricted access for security or safety reasons. Diagnostic services for downloading/uploading routines or data into a server and reading specific memory locations from a server are situationswhere security access may be required. Improper routines or data downloadedinto a server could potentially damage the electronics or other vehicle components or risk the vehicle’s compliance to safety, or security standards. The security concept uses a seed and key relationship.The client shall request the server to unlock by sending the service SecurityAccess-RequestSeed message. The server shall respond by sending a seed. The seed is the input parameter for the key calculation algorithm. It is used by the client to calculate the corresponding key value.In a second step, the client shall request the key comparison by sendingthe calculated key to the server using the appropriate service SecurityAccess-SendKey. The server shall compare this key to one internally stored/calculated. If the two numbers match, then the server shall enable (unlock) th e client’s access to specific services/data and indicate that with the service SecurityAccess-SendKey. If the two numbers do not match, this shall be considered as a false access attempt. If access is rejected for any other reason, it shall not be considered as a false access attempt. An invalid key requires the client to start over from the beginning with a SecurityAccess-RequestSeed message.If a server supports security, but is already unlocked when a SecurityAccess-RequestSeed message is received, that server shall respond with a SecurityAccess-RequestSeed positive response message service with a seed value equal to zero (0). The client shall use this method to determine if a server is locked by checking for a non-zero seed.The Seed-Key algorithmfor SecurityAccess（Mandatory）：Key = ((((seed>>4) XOR seed)<<3) XOR seed)。

任务十二整车控制系统综合故障诊断与维修一、教学目标（一）知识目标1.能够描述纯电动汽车汽车故障诊断的流程和方法。

2.能够利用诊断仪器进行纯电动汽车故障诊断。

3.能够分析并确定纯电动汽车汽车故障的诊断思路。

（二）能力目标将系统复杂的知识图表化——对知识进行加工提炼，绘制图表，便于理解、记忆和复习，提高自学能力。

（三）素质目标1.在学习和检修过程中，遵守汽车维修安全操作规程，并养成7S现场管理的工作习惯。

2.能与小组成员顺畅沟通、通力协作，共同完成任务。

3.能客观进行自评、互评，具备接受他人的评价的承受力。

二、教学重难点纯电动汽车汽车故障诊断的流程和方法，利用诊断仪器进行纯电动汽车故障诊断，分析并确定纯电动汽车汽车故障的诊断思路。

三、教学内容复习前课：加速踏板位置传感器的工作原理？画出加速踏板位置传感器的电路图？新课讲授：一、故障验证1.仪表指示灯读取纯电动汽车出现故障后，首先要打开电门开关，观察仪表指示灯点亮情况，仪表盘内的指示灯分为两类，一类是功能指示灯，一类是故障报警灯，不同于常规燃油汽车，纯电动汽车有其独有的故障报警灯。

车辆READY灯不点亮，说明车辆不上高压电。

仪表上系统故障灯、动力电池系统故障灯、动力电池断开故障灯、蓄电池故障灯、驱动电机故障灯等故障灯均点亮。

2.读取故障码故障诊断仪的功能：用来检测纯电动汽车性能、诊断车辆是否存在故障的专用设备。

诊断仪在车辆出现故障时，可以用来连接车辆，读取故障码和数据流，锁定车辆故障的大概范围。

诊断仪使用方法是:①关闭车辆启动开关②使用数据连接线连接车辆与诊断仪③使用诊断仪读取故障码通过诊断仪显示内容可知，诊断仪读取不到整车控制器的信息，初步判断故障为整车控制器不工作造成的。

故障排除二、VCU排故流程1.查询电路图诊断仪读取整车控制器信息失败,故障的可能原因与整车控制器有关。

首先找到维修手册，找到与VCU相关的电路图。

2.整车控制器故障诊断方法3.实施（1）高压安全防护：①将绝缘垫铺设在举升机中间位置，将车辆驶入举升机中间位置。