搜索
1ISO15765-4系统相关发送要求1.范围该部分指定了应用法定OBD的CAN系统相关的发送要求，该通讯网络由一个配有单个或多个相关发送的ECU和外部测试设备构成。该部分基于对法定OBD指定了标准限制的ISO15765-2，ISO11898-1和ISO11898-2的基础上，并未指定车辆内的CAN总线结构。应用法定OBD的车辆应遵守外部测试设备的要求。2.参考标准以下参考文件独立于ISO15765的应用。旧标准，只提供引用版本。新标准，由参考文件的最新版本提供。ISO11898(allparts)，车辆道路—CANISO14229—1，车辆道路—UDS(统一诊断服务)—Part1:说明和需求ISO15795—2,车辆道路—CAN诊断—Part2:网络层服务ISO15031—5,车辆道路—车辆和外设的诊断通信—Part5：诊断服务的相关发送3.术语、定义、符号和缩略语为了实现该文件的目标，应用ISO14229-1中给定的术语、定义和以下符号、缩略语：C1、C2终端电容CCAN_HCAN_H和地之间的电容CCAN_LCAN_L和地之间的电容CDIFFCAN_H和CAN_L之间的电容LCABLEOBD连接器和外部测试设备之间最大线缆长度2R1、R2终端电阻tSEG1时序段1tSEG2时序段2tSYNCSEG同步段tBIT位时间tBIT_RX接收位时间tBIT_TX发送位时间tTOOL外部测试设备CAN接口传输延时(无外部测试设备线缆延时)tCABLE外部测试设备线缆传输延时(无外部测试设备CAN接口延时)tQ时基(时间宽度)△f晶振容差ECU电子控制单元OBDon_boarddiagnosticsProp_SegpropagationsegmentPhase_Seg1phasesegment1Phase_Seg2phasesegment2SA源地址SJW同步跳转宽度SP采样点Sync_Seg同步段TA目标地址4.外部测试设备初始化序列4.1.常规3外部测试设备必须支持ISO15765该部分指定的初始化序列，见Figure1.外部测试设备初始化序列的目的在于自动检测车辆是否支持基于CAN(物理层由8号条款指定)总线的OBD诊断规定。此外，初始化序列能确定ISO15031-5的01hex请求服务响应的OBDECU。注意每个OBD服务需要“supported”信息的确定，外部测试设备必须在任何的数据参数请求(见ISO15031-5应用服务)前更新期待的正在响应的OBDECU列表。外部测试设备初始化序列支持单波特率初始化(eg.500kbit/s)和多波特率初始化(eg.2504kbit/s和500kbit/s)，并且被分为a)11位CANID确认过程b)29位CANID确认过程外部测试设备初始化序列包含使用CAN(物理层与法定OBD定义相同或不同)或者一个基于ISO15031-3诊断连接器的CAN引脚不同的协议(不带CAN)的车辆的遗留规定.用波特率记录(baudrateRecord)参数来确定执行的初始化类型。若波特率记录参数包含一个单波特率，则单波特率初始化序列应使用指定的单波特率(eg.500kbit/s)来执行.若波特率记录参数包含多个波特率，则一个包含波特率检测过程的多波特率初始化序列应使用指定的多个波特率(eg.250kbit/s和500kbit/s)来执行.默认的波特率记录包含8.3中指定的所有波特率。波特率记录参数的默认内容能被其它波特率列表取代，eg.8.3.3中指定的单个500kbit/s波特率。对于法定OBD波特率，外部测试设备应使用8.3中所指定的合适的CAN位定时参数值。外部测试设备初始化的以下描述会利用Figure1中所列的A到F连接器来作为确定的出入节点。4.211位CANID确认程序4.2.1请求报文发送过程11位CANID确认程序的目的在于通过确定在OBD通信中是否使用了11位CANID，和多波特率是否在波特率记录参数中被指定，来决定在该通信中使用的波特率。以下发送过程应当发送11位CANID确认进程的请求报文.发送进程包含5使用CAN(物理层与法定OBD定义相同或不同)或者一个基于ISO15031-3诊断连接器的CAN引脚不同的协议(不带CAN)的车辆的遗留规定.那些物理层不同于法定OBD指定的或者在OBD连接器CAN引脚不带CAN协议的车辆，以下给定的发送进程须保证在外部测试设备检测到不支持法定OBD指定的CAN的所有情况下，该设备能立刻停止请求报文的发送.那些使用CAN，并且物理层符合Clause8的车辆，以下给定的发送进程须保证在外部测试设备检测到它使用了错误的波特率发送请求报文的情况下，外部测试设备能立刻停止对CAN总线的干扰.在车辆正常状况下(i.e.当外部测试设备断开连接时车辆通讯无错误帧)，外部测试设备会在OBDECU内部错误计数器达到临界值的情形之前禁止它的CAN接口。为了达到以上功能，外部测试设备须支持以下功能：—在发送任何CAN帧期间能够立刻停止发送。CAN接口须接到总线错误信号是断开连接12us，断开连接的最大时间是100us。在CAN接口断开连接时，外部测试设备不能将显性位发往CAN总线.—能够立刻检测出CAN总线上的任何错误。发送过程须按以下执行，见Figure2：a)外部测试设备须使用包含在波特率记录中的第一波特率设置它的CAN接口.它须使用该波特率指定的CAN位定时参数值(见8.3).在CAN接口设置后，外部测试设备须将CAN接口连到总线上.b)外部测试设备须发送一个使用legislated-OBD11位功能请求CANID(符合6.3.2.2)的功能地址服务01hex请求报文.c)外部测试设备须检测任何的CAN错误.若请求报文被发到了CAN总线上，它将表明一个成功发送(connectorB).6d)若出现了一个CAN错误，外部测试设备将断开CAN接口与CAN总线的连接。在CAN接口断开期间，外部测试设备不能发送显性位到CAN总线.它将检测是否在波特率记录中包含了更过的波特率，若无，它将表明未发送成功(connectorF).e)若波特率记录的结束为到达，外部测试设备将使用波特率记录中的下一个波特率设置它的CAN接口，并连接CAN接口到CAN总线.以下步骤，外部测试设备将再次发送请求报文(continuefromb).4.2.2回应处理过程回应处理过程用于接收11位CANID的回应报文，并标明未接收到回应报文。11位ID的请求报文发送进程之后它立刻被发送，如下，见Figure3.7a)若请求报文发送成功(connectorB),外部测试设备将开始(见ISO15031-5)应用定时.b)若外部测试设备检测到一个超时此外无回应报文开始，并且它确认未使用11位CANID的法定OBD通信(connectorC).另外，这意味着外部测试设备已经确定该车辆支持使用特定物理层和在波特率记录参数中的某一波特率的CAN.c)回应报文的开始可能是一个首帧(FirstFrame)的接收或单帧(SingleFrame)，使用指定的法定OBD11位物理回应CANID之一。(见6.3.2.2)d)若开始了最后一个回应报文，外部测试设备将继续接收先前开始的回应报文(只应用与多帧回应报文)并接收内更前的回应报文，使用指定的法定OBD11位物理回应CANID之一.e)当接收完所有开始的回应报文(肯定或否定回应)，并且应用时间已超时，这意味着外部测试设备已确认车辆支持使用11位ID的基于CAN的OBD(connectorE).若接收的所有回应报文都是肯定的，则外部测试设备知道支持的PIDs和期待回应数据参数为01hex的请求服务的法定OBDECUs的通讯参数。那些接收到一个或多个带回应码21hex(busyRepeatRequest)的否定回应报文，外部测试设备将在200ms的最小延迟后再次开始初始化序列(connectorA).若否定回应在之后的序列中出现了6次，外部测试设备将假定该车辆不符合ISO15765-4(connectorF).这表明与OBD相关的ECU将最多重试五次去提供一个肯定回应.84.329位IDCAN确认程序4.3.1请求报文发送过程29位IDCAN确认程序的目的在于OBD通讯中是否使用了29位ID的CAN.29位ID的CAN请求报文发送过程用于发送29位ID的CAN确认程序的功能地址请求报文。当正在发送请求报文是4.2.1中描述的相同请求应用于外部测试设备。该进程执行过程如下所示，见Figure4.9a)在初始化序列中，若外部测试设备到达了该点，这表明在先前执行的11位ID的确认程序中已经配置了CAN的波特率.使用法定OBD29位功能请求ID(符合6.3.2.3)，外部测试设备将发送一个功能地址服务为01hex请求报文(读取支持PIDs,见ISO15031-5)b)外部测试设备会检测任何的CAN错误.若请求报文被发送到CAN总线上，它表明一个成功发送(connectorD).如果出现了一个CAN错误，外部测试设备将断开CAN接口和CAN总线的连接.CAN接口断开期间，外部测试设备不能发送显性位到CAN总线——表明一个发送错误(connectorF).4.3.2回应处理过程29位ID的回应处理过程用于接收29位ID的CAN回应报文，并表明未接10收到回应报文。在29位ID的CAN请求报文发送进程后它立刻被执行，如下，见Figure5.a)若请求报文发送成功(connectorD),外部测试设备将开始应用定时。b)若超时，表明没有已开始的回应报文，外部测试设备已确定OBD通信未用到29位ID的CAN(connectorF).c)回应报文的开始可能是首帧的接收(FirstFrame)或单帧，它们使用29位物理回应ID.d)若发送了最后一个回应报文，外部测试设备将继续接收之前开始的回应报文(仅应用于多帧回应报文)，并在时间内接收使用29位ID的后面的回应报文.e)当接收完所有已开始的回应报文(肯定或否定回应)，并且已超时，这表明外部测试设备支持29位ID(connectorE).若接收的所有回应报文都是肯定的，外部测试设备确定受支持的PIDs和期待返回01hex数据参数请求服务的ECUs.对于那些一个或多个带回应码2hex(busyRepeatRequest)的否定回应报文。外部测试设备在200ms的最小延时后将再次开始初始化序列(connectorC)。若否定回应在序列中出现了6次，外部测试设备则假定该车辆不符合ISO15765-4(connectorF).这表明OBD相关的ECU最多重试5次来发送一个肯定回应。115.会话层在默认诊断会话期间，所有的立法OBD将发生.在一个OBD相关的ECU中，会有一个严格的诊断会话。当上电后，ECU将一直开始默认的诊断会话。如无其它已开始的诊断会话，OBD相关的ECU一上电就将一直运行默认的诊断会话。ECU能提供正常操作条件下和默认诊断会话中定义的所有诊断功能。ECU不需要发送任何诊断服务来保持默认诊断会话有效。6.网络层6.1常规外部测试设备和服从OBD的车辆ECUs的网络层—从外部测试设备的角度12—须符合ISO15765-2和6.2到6.4给定的约束和添加.6.2编址格式OBD通信，11位ID的CAN只能用正常编址格式，29位ID的CAN只能用正常固定编址格式，编址格式在ISO15765-2中定义了。6.3数据链路层接口6.3.1CANID需求6.3.1.1外部测试设备外部测试设备必须支持用于OBD通信的11位或29位ID的CAN，只接收符合11位或29位ID范围的OBDCAN的ID。初始化序列之后的OBD通信，外部测试设备只能使用11位或29位ID。6.3.1.2legislated-OBDECU一个服从OBD的车辆使用单个CANID大小：11位或29位.从外部测试设备角度看，车辆中给定的每个ECU应具备：—支持11位或29位ID的CAN以满足OBD请求和回应报文—支持符合6.3.2的一对物理请求和回应CANID—接收设置功能编