申请/专利权人：北奔重型汽车集团有限公司

申请日：2023-11-21

公开（公告）日：2024-05-03

公开（公告）号：CN117970898A

主分类号：G05B23/02

分类号：G05B23/02

优先权：

专利状态码：在审-实质审查的生效

法律状态：2024.05.21#实质审查的生效;2024.05.03#公开

摘要：本发明涉及一种商用车整车EOL下线检测方法，解决了整车EOL下线检测时各控制器诊断设备多种多样，接口各不相同，数据无法追溯，刷写数据及标定参数不可控的问题。包括整车EOL下线检测系统和EOL数据管理系统，整车EOL下线检测系统为执行端终端软件，EOL数据管理系统为服务端平台软件；整个系统分为前置准备、启动设备、数据下发、终端执行、数据查询五个流程，其中启动设备、终端执行是基于EOL终端完成的，前置准备、数据下发、数据查询是基于EOL服务端完成的。本发明方法能使车辆在生产下线检测更加方便快捷，数据可追溯。

主权项：1.一种商用车整车EOL下线检测方法，其特征是：包括整车EOL下线检测系统和EOL数据管理系统，整车EOL下线检测系统为执行端终端软件，EOL数据管理系统为服务端平台软件，EOL终端包括如下功能：a设备连接：适配器硬件的选择和通讯连接；b数据读取：将包括ISO27145、ISO15031、ISO15765、ISO14229、ISO14230、SAEJ1939在内的不同诊断协议按照ISO14229的规定进行统一，对整车配置的控制器系统信息、数据流读取和监控；c故障码读取和清除：将包括ISO27145、ISO15031、ISO15765、ISO14229、ISO14230、SAEJ1939在内的不同诊断协议按照ISO14229的规定进行统一，实现整车故障诊断，故障码显示、清除，冻结帧显示等；d参数标定：将包括ISO27145、ISO15031、ISO15765、ISO14229、ISO14230、SAEJ1939在内的不同诊断协议按照ISO14229的规定进行统一，实现整车参数标定固化；e数据刷写：将包括ISO27145、ISO15031、ISO15765、ISO14229、ISO14230、SAEJ1939在内的不同诊断协议按照ISO14229的规定进行统一，对整车配置的ECU进行程序刷写、配置文件刷写，可以根据整车配置高低，刷写不同的配置文件；f输入输出控制：将包括ISO27145、ISO15031、ISO15765、ISO14229、ISO14230、SAEJ1939在内的不同诊断协议按照ISO14229的规定进行统一，控制各ECU下层的执行器动作；g例程控制：将包括ISO27145、ISO15031、ISO15765、ISO14229、ISO14230、SAEJ1939在内的不同诊断协议按照ISO14229的规定进行统一，控制各ECU实现预期的测试流程；h数据上传：EOL终端执行完读取、标定、刷写、检测功能后，将读取读取、标定、刷写、检测的结果及操作人员的记录上传至数据库；i远程升级：EOL终端迭代升级时，根据EOL服务端通过4G5G网络推送的数据包，完成自动升级；j操作模式：支持在线和离线两种模式，支持自动执行和手动操作两种方式，在线式通过扫描VIN码，EOL服务端向追溯系统请求车辆配置信息，根据请求的配置信息执行相关操作，执行完毕后向EOL服务端上传数据，在线式EOL终端和EOL服务端是实时交互的；离线式EOL终端在工作前将生产系统全量表内的ECU程序、标定配置文件、标定数据，存储在设备的内存里，在扫描或手动输入VIN码后，操作人员通过手动点击车辆实际配置ECU，完成各ECU的读取、标定、刷写、检测功能；EOL服务端包括如下功能：a用户权限管理：用户根据角色进行管理，支持为不同用户设置不同级别的权限，保证数据安全；b数据同步：追溯系统内各ECU所有数据信息与EOL服务端内各ECU所有数据信息定时同步，确保数据一致；c设备管理：对装载EOL终端的设备进行管理，只允许已授权设备编号进行使用；d数据查询：对数据进行多条件查询，对数据可以时间段、VIN、零件号、测试人员、设备编号等条件进行查询、导出、打印；e数据统计：针对EOL终端上传的数据通过日期、用户、设备编号等多种属性进行统计并显示；f业务管理：对EOL终端的读取、标定、刷写、检测功能流程进行管理，按照实际情况调整执行顺序；aEOL终端升级管理：推送EOL终端升级所需数据，同时可查询各个终端软件的版本；a配置文件管理：提供二次开发配置表的导入接口，支持新增、删除、更改数据库内的ECU及其所有数据；整个系统分为前置准备、启动设备、数据下发、终端执行、数据查询五个流程，其中启动设备、终端执行是基于EOL终端完成的，前置准备、数据下发、数据查询是基于EOL服务端完成的；1前置准备包括以下步骤：第一步：编制配置表，根据控制器制造商在开发时编制的故障诊断协议，填写二次开发配置表，二次开发配置表包含此控制器的控制器零件号、需要下线检测时执行的功能、硬件接口通道、数据对照表；第二步：导入配置表，将填写好的配置表通过EOL服务端的配置文件管理功能导入到EOL服务端的MySQL数据库中；第三步：编制全量表，将已编制配置表的控制器信息按照追溯系统编制规则，编入追溯系统，具体信息包括部件名称、部件号、零件号、零件名称、供应商名称厂家、供应商编码、生效日期、版本号、刷写零件号、刷写零件名称、附件，这些信息组成此控制器的整条数据，追溯系统为这条数据自动生成一个唯一的ID，所有控制器数据形成一个控制器信息全量表；第四步：下发全量表，EOL服务端通过“刷写部件基础数据全量获取接口”WebApi，定时获取追溯系统内已编制的控制器信息全量表；2启动设备包括以下步骤：第一步：连接OBD，将装载EOL终端的设备连接硬件适配器，硬件适配器连接整车OBD口；第二步：启动软件，打开软件可执行.EXE文件，按照流程使用用户名和密码登录并选择正确的工作站模式；3数据下发包括以下步骤：第一步：扫码归类，在EOL终端上通过扫码枪扫描车辆VIN码，EOL终端获取VIN码后，根据企业标准规定，判断此车辆种类，不同的车辆种类所对应的OBD引脚不同；第二步：请求车辆配置情况。EOL终端通过“刷写部件基础数据全量获取接口”WebApi，以车辆VIN号向追溯系统请求此车辆控制器配置情况；第三步：生成车辆配置情况，追溯系统根据VIN号调取生产系统的整车BOM，将整车BOM中的零件号一列与追溯系统中控制器信息全量表中零件号一列进行对比，将两张表中共同存在的零件号选择出来，同时，将整车BOM中的零件号一列与追溯系统中控制器信息全量表的刷写程序零件号一列进行对比，将两张表中共同存在的零件号选择出来，再用选择出来的零件号和刷写程序零件号在追溯系统的控制器信息全量表中确定唯一的数据ID；第四步：下发配置情况，追溯系统通过“刷写部件基础数据全量获取接口”WebApi，以JSON的格式将这些唯一ID及此ID除附件外其余的信息车辆配置表下发至EOL终端，其余的信息包括车辆配置表，终端根据这些唯一ID在控制器信息全量表中检索出需要刷写的程序，同时，“刷写部件基础数据全量获取接口”WebApi接口也会下发车辆的参数信息，包括发动机型号、变速箱型号、分动箱型号、驱动桥速比、语言设置、车速传感器脉冲系数、油箱容积、驱动形式、轮胎、转向轮个数、是否配置了电子制动系统；4终端执行包括数据读取、故障码读取和清除、参数标定、数据刷写、输入输出控制、例程控制功能；在装载EOL终端的设备工作时，会根据从第上述3条第一步获取的车辆类型和第3条第四步所获得的车辆配置表，确定车型和控制器零件号，在利用事先编制的配置表查找出此车型下此控制器用到的硬件接口通道及OBD引脚定义，在执行此控制器功能时，会在查找出的通道上和整车CAN网络进行交互；4.1数据读取包括以下步骤：第一步：模式跳转，根据诊断协议规定，编制的配置表指导EOL终端通过模式跳转服务跳转到相应的诊断会话模式下；第二步：静态、动态数据读取。通过配置表的协议内容，EOL终端生成对应的诊断报文，发送通过ID读取数据的诊断服务和需要读取数据的DID，通过配置表规定的硬件接口通道接收响应报文，根据配置表DID的解析方式，解析并显示在终端界面；4.2故障码读取和清除包括以下步骤：第一步：模式跳转，根据诊断协议规定，编制的配置表指导EOL终端通过模式跳转服务跳转到相应的诊断会话模式下；第二步：故障码读取，通过配置表的协议内容，EOL终端生成对应的诊断报文，发送读取故障码的诊断服务，根据诊断协议ISO14229规定的故障状态读取对应状态下的故障码，通过配置表规定的硬件接口通道接收响应报文，根据配置表DTC故障显示码的解析方式，解析并显示在终端界面；第三步：故障码清除，通过配置表的协议内容，EOL终端生成对应的诊断报文，发送清除故障码的诊断服务，通过配置表规定的硬件接口通道接收响应报文，判断是否清除成功；4.3参数标定包括以下步骤：第一步：模式跳转，根据诊断协议规定，编制的配置表指导EOL终端通过模式跳转服务跳转到相应的诊断会话模式下；第二步：安全访问，根据诊断协议规定，编制的配置表指导EOL终端发送安全访问服务，先向控制器请求seed，再根据控制器诊断协议规定的安全访问算法，将seed输入，算法自动生成key，再将key发送给控制器，控制器根据自身内部计算的key与发送来的key相比较，相同则反馈肯定响应报文；第三步：参数标定，通过配置表的协议内容，EOL终端生成对应的诊断报文，发送通过ID写入数据的诊断服务、通过地址写入数据的诊断服务，根据配置表中规定的数据格式、规定的DID、EOL终端根据下发数据计算的参数数值或操作人员输入的数值，发送到车辆对应控制器所在的总线上，再通过接收响应报文，判断是否写入成功；第四步：ECU复位，根据诊断协议规定，编制的配置表指导EOL终端发送控制器复位服务，控制器接收后响应相应的子功能；4.4数据刷写包括以下步骤：第一步：模式跳转，根据诊断协议规定，编制的配置表指导EOL终端通过模式跳转服务跳转到相应的诊断会话模式下；第二步：安全访问，根据诊断协议规定，编制的配置表指导EOL终端发送安全访问服务，先向控制器请求seed，再根据控制器诊断协议规定的安全访问算法，将seed输入，算法自动生成key，再将key发送给控制器，控制器根据自身内部计算的key与发送来的key相比较，相同则反馈肯定响应报文；第三步：请求下载，根据诊断协议规定，编制的配置表指导EOL终端发送请求下载的诊断服务，收到肯定响应后进行下一步；第四步：数据传输，根据诊断协议规定，编制的配置表指导EOL终端发送数据传输的诊断服务，将对应的刷写程序根据配置表的传输协议通过36h发送至车辆该控制器所在的总线上，在正确接收刷写程序后，控制器会发送肯定响应表示传输正确接收；第五步：传输完毕，根据诊断协议规定，编制的配置表指导EOL终端发送请求传输完毕的诊断服务，接收到肯定响应后，完成数据刷写；第六步：ECU复位，根据诊断协议规定，编制的配置表指导EOL终端发送控制器复位服务，控制器接收后响应相应的子功能；4.5输入输出控制包括以下步骤：第一步：模式跳转，根据诊断协议规定，编制的配置表指导EOL终端通过模式跳转服务跳转到相应的诊断会话模式下；第二步：安全访问，根据诊断协议规定，编制的配置表指导EOL终端发送安全访问服务，先向控制器请求seed，再根据控制器诊断协议规定的安全访问算法，将seed输入，算法自动生成key，再将key发送给控制器，控制器根据自身内部计算的key与发送来的key相比较，相同则反馈肯定响应报文；第三步：输入输出控制，根据诊断协议规定，编制的配置表指导EOL终端发送输入输出控制诊断服务，根据编制的配置表提出需要控制的DID，进而控制此控制器的驱动引脚，驱动执行器做出预设的动作；第四步：ECU复位，根据诊断协议规定，编制的配置表指导EOL终端发送控制器复位服务，控制器接收后接收后响应相应的子功能；4.6例程控制包含以下步骤：第一步：模式跳转，根据诊断协议规定，编制的配置表指导EOL终端通过模式跳转服务跳转到相应的诊断会话模式下；第二步：安全访问，根据诊断协议规定，编制的配置表指导EOL终端发送安全访问服务，先向控制器请求seed，再根据控制器诊断协议规定的安全访问算法，将seed输入，算法自动生成key，再将key发送给控制器，控制器根据自身内部计算的key与发送来的key相比较，相同则反馈肯定响应报文；第三部：例程控制，根据诊断协议规定，编制的配置表指导EOL终端发送例程控制服务，根据编制的配置表提出需要控制的DID，进而控制控制器执行事先预设的流程，做出预设的动作；第四步：ECU复位，根据诊断协议规定，编制的配置表指导EOL终端发送控制器复位服务，控制器接收后接收后响应相应的子功能；5数据查询包含以下步骤：第一步：数据上传，在EOL终端执行完成所有控制器的所有功能后，EOL终端会调用“车辆实际刷写零件清单”WebApi接口，以JSON的数据格式上传车辆VIN号、执行的控制器零件号、操作记录、操作人员、操作时间到服务器并存储；第二步：数据查询，EOL服务端可通过内部网络连接服务器内部的MySQL数据库，EOL服务端可调取并修改数据库内各项数据，包括用户名的账号和密码、用户的权限、工作站配置、操作日志查询。

全文数据：

权利要求：

百度查询： 北奔重型汽车集团有限公司 一种商用车整车EOL下线检测方法

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD