CN111443688B - 基于can总线的汽车诊断服务网络层测试系统及方法 - Google Patents

基于can总线的汽车诊断服务网络层测试系统及方法 Download PDF

Info

Publication number
CN111443688B
CN111443688B CN202010261671.9A CN202010261671A CN111443688B CN 111443688 B CN111443688 B CN 111443688B CN 202010261671 A CN202010261671 A CN 202010261671A CN 111443688 B CN111443688 B CN 111443688B
Authority
CN
China
Prior art keywords
test
ecu
tested
frame
passed
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010261671.9A
Other languages
English (en)
Other versions
CN111443688A (zh
Inventor
鲁盼
郑韩麟
叶婷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dongfeng Motor Corp
Original Assignee
Dongfeng Motor Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Dongfeng Motor Corp filed Critical Dongfeng Motor Corp
Priority to CN202010261671.9A priority Critical patent/CN111443688B/zh
Publication of CN111443688A publication Critical patent/CN111443688A/zh
Application granted granted Critical
Publication of CN111443688B publication Critical patent/CN111443688B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00Testing or monitoring of control systems or parts thereof
    • G05B23/02Electric testing or monitoring
    • G05B23/0205Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0208Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
    • G05B23/0213Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols

Abstract

本发明公开了一种基于CAN总线的汽车诊断服务网络层测试系统及方法,它包括CAN数据转换设备和外部测试装置,所述CAN数据转换设备用于通过CAN总线连接至待测试ECU;所述外部测试装置用于通过CAN数据转换设备连接至待测试ECU,以在启动待测试ECU时,通过外部测试装置对待测试ECU的汽车统一诊断服务网络层的时间参数和数据格式进行检测,并对汽车统一诊断服务网络层的异常操作进行测试。

Description

基于CAN总线的汽车诊断服务网络层测试系统及方法
技术领域
本发明属于汽车电控测试技术领域,具体涉及一种基于CAN(Controller AreaNetwork,控制器局域网络)总线的汽车诊断服务网络层测试系统及方法。
技术背景
汽车统一诊断服务(Unified diagnostic services,缩写UDS)是实现车辆标准化诊断通信的系统。对其进行专业而规范的测试必不可少。它能保证协议栈符合国际标准,满足通信设计需求。因此,汽车统一诊断服务测试技术也是汽车电控开发过程中较为重要的一个方面。
目前,汽车控制器统一诊断服务的诊断测试工作均依靠德国Vector公司的诊断工具链进行。诊断测试时,先通过CANdelaStudio软件(Vector公司一款专门用于编辑诊断数据库的软件)建立诊断数据库文件,再利用CANoeOptionDiVa软件自动生成测试用例,然后在CANoe软件中搭配硬件进行执行测试,其中,CANdelaStudio软件为用于编辑诊断数据库的软件,CANoeOptionDiVa软件为用于诊断自动化测试的软件,CANoe软件为CAN通信工具。一套完整的工具链需要的软、硬件数量多,成本巨大,并且以上方法为对整个UDS协议的测试,上述工具对诊断的测试偏重于诊断功能,不具备单独对网络层测试的功能,无法单独对网络层进行测试。
发明内容
本发明的目的是针对上述技术问题,提供一种基于CAN总线的汽车诊断服务网络层测试系统及方法,本发明能够避免使用高成本的诊断测试工具链,有效地降低了测试成本,而且能够单独对网络层进行准确测试。
为实现此目的,本发明所设计的一种基于CAN总线的汽车诊断服务网络层测试系统,它包括CAN数据转换设备(Kvaser硬件)和外部测试装置,所述CAN数据转换设备用于通过CAN总线连接至待测试ECU(Electronic Control Unit,电子控制单元);所述外部测试装置用于通过CAN数据转换设备连接至待测试ECU,以在启动待测试ECU时,通过外部测试装置对待测试ECU的汽车统一诊断服务网络层的时间参数、数据格式及异常操作测试。
本发明通过上述方式,能够避免使用高成本的诊断测试工具链,有效地降低测试成本,另外,本发明能够单独对网络层进行测试,满足了系统开发时,对网络层单独测试的需求。
附图说明
图1为本发明的结构示意图;
图2为本发明的流程图。
其中,1—CAN数据转换设备、2—外部测试装置。
具体实施方式
以下结合附图和实施例对本发明作进一步的详细说明:
如图1所示的基于CAN总线的汽车诊断服务网络层测试系统,它包括CAN数据转换设备1和外部测试装置2,所述CAN数据转换设备1用于通过CAN总线连接至待测试ECU;所述外部测试装置2用于通过CAN数据转换设备1连接至待测试ECU,以在启动待测试ECU时,通过外部测试装置2根据ISO15765标准对待测试ECU的汽车统一诊断服务网络层的时间参数、数据格式及异常操作进行测试。
上述技术方案中,所述汽车统一诊断服务网络层的时间参数测试包括Bs时间测试、Cr时间测试、STmin时间测试和可用STmin测试,以上Bs时间、Cr时间、STmin时间和可用STmin均为ISO15765标准里的专用定义,分别为接收下一个流控制帧的最长时间、接收下一个连续帧的最长时间、两个连续帧之间的最小间隔时间、可用的两个连续帧之间的最小间隔。
上述技术方案中,所述汽车统一诊断服务网络层的数据格式测试包括单帧数据长度测试、首帧数据长度测试、等待流控帧测试、溢出流控帧测试和Blocksize(数据块大小)测试。
上述技术方案中,所述汽车统一诊断服务网络层的异常操作测试包括传输数据丢失测试、单帧无效测试、单帧DLC位不正确测试(Date Length Code位为根据ISO15765规定,用于规定数据场长度的字节位)、双帧测试、单帧中断请求测试、首帧短于DLC位定义测试、首帧中断请求测试、单独的首帧测试、首帧功能寻址测试、连续帧丢失测试、丢失某一连续帧测试、连续帧延迟测试、连续帧无效测试、连续帧DLC位不正确测试、不期望的连续帧测试、连续帧中断请求测试、无流控制帧测试、流控制帧延迟测试、多余流控制帧测试、流控帧短于DLC位定义测试、错误的流控帧测试、不期望的流控制帧测试、流控制帧功能寻址测试、流控制帧中断请求测试、溢出流控制帧中断响应测试、未知帧测试和未知帧中断响应测试。
上述技术方案中,数据异常测试是指容错性测试,如不期望的连续帧这一测试项测试,测试设备将会在正常回复的帧后面加一帧不期望的连续帧,如控制器不理会,正常回复,则该项OK,否则该项NOK。所有项测试完成将生成一个报告。
上述技术方案中,所述CAN数据转换设备1的高位CAN总线接口(CAN_H)和低位CAN总线(CAN_L)接口分别连接到待测试ECU的高位CAN总线接口和低位CAN总线接口。
上述技术方案中,所述外部测试装置2的测试软件采用Python语言和Qt语言进行编制,其中,Python语言用于进行调用硬件、后台处理,Qt语言用于进行外部测试装置2的软件操作界面设计。硬件是图1中的CAN转换装置。后台处理是外部测试设备的上位机软件的后台,后台处理包括:调用收发报文模块、数据分析模块、上位机显示模块等。
上述技术方案中,所述待测试ECU直接上电启动或者通过车辆主控制器统一控制进行启动和关闭。进而根据不同的控制策略进行操作测试。
上述技术方案中,所述CAN数据转换设备1为CAN卡,CAN卡用于实现CAN接口转USB接口,外部测试装置2通过USB接口连接CAN数据转换设备1。需要说明的是,在本实施方式中,USB接口还可以采用USB集线器的方式,以实现同时在线的多测试功能(一个外部测试装置只能对一个控制器进行测试,但多个外部测试装置可以同时在线同时为多个控制器进行测试,每个外部测试装置的配置步骤是一样的),此外,外部测试装置2可以为PC,PC可以为近端线路连接、也可以进一步通过USB连接至局域网或者广域网直至云端服务器的方式存在。
上述设计可以将CAN总线网络上的报文通过USB接口传输到PC个人电脑上,通过txt、excel、CANoe软件来查看CAN报文,以此可以实现离线数据回放功能。
一种基于CAN总线的汽车诊断服务网络层测试方法,如图2所示,它包括如下步骤:
步骤1:将待测试ECU通过CAN总线连接至CAN数据转换设备1;
步骤2:将外部测试装置2通过CAN数据转换设备1连接至待测试ECU;
步骤3:在外部测试装置2的测试软件界面中填写测试输入,启动待测试ECU,通过外部测试装置2对待测试ECU的汽车统一诊断服务网络层的时间参数、数据格式及异常操作测试。
所述测试输入包括:请求ID、响应ID、功能寻址ID、DID(单帧)、DID(多帧)等。通过上位机输入后,即可开始测试。上位机软件就会根据输入,按测试用例依次进行汽车统一诊断服务网络层的时间参数、数据格式及数据状态异常容错性测试,测试完成后,自动生成测试报告。
所述汽车统一诊断服务网络层的时间参数测试的具体方法如下:
Bs时间测试:外部测试装置2通过CAN数据转换设备1向待测ECU发送多帧请求,以验证待测ECU能否在Bs时间内发送流控制帧。如待测ECU能在Bs时间内发送流控制帧,则该项测试通过,否则不通过。
Cr时间测试:外部测试装置2通过CAN数据转换设备1向待测ECU发送请求,当Blocksize为0时,待测ECU应发送全部响应,不需要等待流控制帧。验证能否在Cr时间内接收到全部连续帧。如外部测试装置通过CAN数据转换设备1在Cr时间接收到全部连续帧,则该项测试通过;否则不通过。
STmin时间测试:外部测试装置2通过CAN数据转换设备1对多帧响应发送流控制帧,待测ECU应给出全部响应,外部测试装置通过CAN数据转换设备1监控待测ECU任意两条连续帧之间的时间不低于STmin。测试中STmin值取1ms、10ms、20ms、30ms、40ms、50ms、60ms。如待测ECU任意两条连续帧之间的时间不低于STmin,则该项测试通过,否则不通过。
可用STmin测试:外部测试装置2通过CAN数据转换设备1向待测ECU发送多帧报文请求来测试待测ECU的STmin,STmin时间应在0x01-0x7F之间。如待测ECU响应的STmin时间在0x01-0x7F之间,则该项测试通过,否则不通过。
所述汽车统一诊断服务网络层的数据格式测试的具体方法如下:
单帧数据长度测试:外部测试装置2通过CAN数据转换设备1向待测ECU发送预期响应为单帧的请求报文,并检查待测ECU响应单帧的数据长度是否在允许范围内。如待测ECU响应单帧的数据长度在允许范围内,则该项测试通过,否则不通过。
首帧数据长度测试:外部测试装置2通过CAN数据转换设备1向待测ECU发送预期响应为多帧的请求报文,在接收首帧之后应确认首帧中数据长度是否在有效的范围内。如首帧中数据长度在有效的范围内,则该项测试通过,否则不通过。
等待流控帧测试:外部测试装置2通过CAN数据转换设备1对多帧响应报文的首帧发送等待流控制帧,并判断待测ECU是否进行响应。如不响应,则该项测试通过,否则不通过。
溢出流控帧测试:外部测试装置2通过CAN数据转换设备1对多帧响应报文的首帧发送溢出流控制帧,并判断待测ECU是否进行响应。如不响应,则该项测试通过,否则不通过。
Blocksize(数据块大小)测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送具有Blocksize参数的流控帧,待测ECU响应的连续帧必须满足BlockSize(数据块大小)要求。如果多帧响应足够长,依次检查BlockSize=1、4、8、20。如待测ECU响应的连续帧满足BlockSize要求,则该项测试通过,否则不通过。
所述汽车统一诊断服务网络层的异常操作测试的具体方法如下:
传输数据丢失测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送多帧指令时丢失一些数据,并判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
单帧无效测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送一个单帧,该单帧字节长度小于等于网络层协议数据场长度。判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
单帧DLC位不正确测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送一个协议不允许的数据长度的单帧,判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
双帧测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送同一帧两次,判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
单帧中断请求测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送一条多帧请求,在待测ECU给出流控制帧后,再发出另一条单帧请求。判断待测ECU是否响应第二条请求。如不响应,则该项测试通过,否则不通过。
首帧短于DLC位定义测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送一条数据长度为0的首帧,判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
首帧中断请求测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送请求的首帧,在收到待测ECU的流控制帧后,外部测试装置2通过CAN数据转换设备1对待测ECU发送另一条请求,判断待测ECU是否响应第二条请求。如不响应,则该项测试通过,否则不通过。
单独的首帧测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送一个不正确的诊断请求,该请求只有首帧无连续帧。判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
首帧功能寻址测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送功能寻址首帧。判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
连续帧丢失测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送多帧时,丢失后续连续帧。判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
丢失某一连续帧测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送多帧时,丢失某一连续帧。判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
连续帧延迟测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送多帧时,连续帧延迟。判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
连续帧无效测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送多帧时,连续帧无效。判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
连续帧DLC位不正确测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送多帧时,如果字节长度小于网络层协议数据场长度。判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
不期望的连续帧测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送一个任一满足连续帧格式的连续帧。判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
连续帧中断请求测试:外部测试装置2通过CAN数据转换设备1接收到待测ECU的第一个连续帧后再发送一个连续帧。判断待测ECU是否响应第一个请求,是否对连续帧进行响应。如待测ECU响应第一个请求,不对连续帧进行响应,则该项测试通过,否则不通过。
无流控制帧测试:待测ECU发出首帧后,外部测试装置2通过CAN数据转换设备1对待测ECU不发送流控制帧。判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
流控制帧延迟测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送一个延时的连续帧。判断待测ECU是否响应。如不响应,则该项测试通过,否则不通过。
多余流控制帧测试:待测ECU发出首帧后,外部测试装置2通过CAN数据转换设备1对待测ECU发送两条流控制帧。判断待测ECU是否响应,响应哪一条流控帧。如待测ECU响应第一条流控帧,不响应第二条,则该项测试通过,否则不通过。
流控帧短于DLC位定义测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送一个比协议定义的数据长度短的流控帧。判断待测ECU是否响应。如待测ECU不响应,则该项测试通过,否则不通过。
错误的流控帧测试:待测ECU发出首帧后,外部测试装置2通过CAN数据转换设备1对待测ECU发送一个无效状态值(3~15)的流控帧。判断待测ECU是否响应。如待测ECU不响应,则该项测试通过,否则不通过。
不期望的流控制帧测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送一个任一满足流控帧格式的流控帧。判断待测ECU是否响应。如待测ECU不响应,则该项测试通过,否则不通过。
流控制帧功能寻址测试:待测ECU发出首帧后,外部测试装置2通过CAN数据转换设备1对待测ECU发送功能寻址流控帧。判断待测ECU是否响应。如待测ECU不响应,则该项测试通过,否则不通过。
流控制帧中断请求测试:多帧传输过程中,待测ECU给出流控帧后,外部测试装置2通过CAN数据转换设备1对待测ECU再发送另一条首帧请求。判断待测ECU是否响应,响应第几条请求。如待测ECU响应第二条请求,则该项测试通过,否则不通过。
溢出流控制帧中断响应测试:多帧传输过程中,外部测试装置2通过CAN数据转换设备1接收到待测ECU的首帧连续帧后,发出状态为“溢出”的流控帧。判断待测ECU是否响应。如待测ECU不响应溢出流控帧,继续传输连续帧,则该项测试通过,否则不通过。
未知帧测试:外部测试装置2通过CAN数据转换设备1对待测ECU发送类型未知的诊断请求。判断待测ECU是否响应。如待测ECU不响应,则该项测试通过,否则不通过。
未知帧中断响应测试:多帧传输过程中,外部测试装置2通过CAN数据转换设备1接收到待测ECU的首帧连续帧后,发出一个未知帧。判断待测ECU是否响应。如待测ECU不响应未知帧,继续传输连续帧,则该项测试通过,否则不通过。
本发明操作简单,稳定可靠,能够对车载控制器进行UDS协议网络层测试,可以极大地提高汽车电控制系统UDS协议的开发及测试周期。
本说明书未作详细描述的内容属于本领域专业技术人员公知的现有技术。

Claims (9)

1.一种基于CAN总线的汽车诊断服务网络层测试系统,其特征在于,它包括CAN数据转换设备(1)和外部测试装置(2),所述CAN数据转换设备(1)用于通过CAN总线连接至待测试ECU;所述外部测试装置(2)用于通过CAN数据转换设备(1)连接至待测试ECU,以在启动待测试ECU时,通过外部测试装置(2)对待测试ECU的汽车统一诊断服务网络层的时间参数、数据格式及异常操作进行测试;
所述汽车统一诊断服务网络层的异常操作测试包括传输数据丢失测试、单帧无效测试、单帧DLC位不正确测试、多帧测试、单帧中断请求测试、首帧短于DLC位定义测试、首帧中断请求测试、单独的首帧测试、首帧功能寻址测试、连续帧丢失测试、丢失某一连续帧测试、连续帧延迟测试、连续帧无效测试、连续帧DLC位不正确测试、不期望的连续帧测试、连续帧中断请求测试、无流控制帧测试、流控制帧延迟测试、多余流控制帧测试、流控帧短于DLC位定义测试、错误的流控帧测试、不期望的流控制帧测试、流控制帧功能寻址测试、流控制帧中断请求测试、溢出流控制帧中断响应测试、未知帧测试和未知帧中断响应测试。
2.根据权利要求1所述的基于CAN总线的汽车诊断服务网络层测试系统,其特征在于:所述汽车统一诊断服务网络层的时间参数测试包括Bs时间测试、Cr时间测试、STmin计时测试和可用STmin测试。
3.根据权利要求1所述的基于CAN总线的汽车诊断服务网络层测试系统,其特征在于:所述汽车统一诊断服务网络层的数据格式测试包括单帧数据长度测试、首帧数据长度测试、等待流控帧测试、溢出流控帧测试和Blocksize测试。
4.根据权利要求1所述的基于CAN总线的汽车诊断服务网络层测试系统,其特征在于:所述CAN数据转换设备(1)的高位CAN总线接口和低位CAN总线接口分别连接到待测试ECU的高位CAN总线接口和低位CAN总线接口;
所述待测试ECU直接上电启动或者通过车辆主控制器统一控制进行启动和关闭;
所述CAN数据转换设备(1)为CAN卡,CAN卡用于实现CAN接口转USB接口,外部测试装置(2)通过USB接口连接CAN数据转换设备(1)。
5.根据权利要求1所述的基于CAN总线的汽车诊断服务网络层测试系统,其特征在于:所述外部测试装置(2)的测试软件采用Python语言和Qt语言进行编制,其中,Python语言用于进行调用硬件、后台处理,Qt语言用于进行外部测试装置(2)的软件操作界面设计。
6.一种利用权利要求1所述系统的基于CAN总线的汽车诊断服务网络层测试方法,其特征在于,它包括如下步骤:
步骤1:将待测试ECU通过CAN总线连接至CAN数据转换设备(1);
步骤2:将外部测试装置(2)通过CAN数据转换设备(1)连接至待测试ECU;
步骤3:在外部测试装置(2)的测试软件界面中填写测试输入,启动待测试ECU,通过外部测试装置(2)对待测试ECU的汽车统一诊断服务网络层的时间参数、数据格式及异常操作测试。
7.根据权利要求6所述的基于CAN总线的汽车诊断服务网络层测试方法,其特征在于:所述汽车统一诊断服务网络层的时间参数测试的具体方法如下:
Bs时间测试:外部测试装置(2)通过CAN数据转换设备(1)向待测ECU发送多帧请求,以验证待测ECU能否在Bs时间内发送流控制帧,如果待测ECU能在Bs时间内发送流控制帧,则该项测试通过,否则不通过;
Cr时间测试:外部测试装置(2)通过CAN数据转换设备(1)向待测ECU发送请求,当Blocksize为0时,待测ECU应发送全部响应,不需要等待流控制帧,验证能否在Cr时间内接收到全部连续帧,如外部测试装置(2)通过CAN数据转换设备(1)在Cr时间接收到全部连续帧,则该项测试通过;否则不通过;
STmin计时测试:外部测试装置(2)通过CAN数据转换设备(1)对多帧响应发送流控制帧,待测ECU应给出全部响应,外部测试装置通过CAN数据转换设备(1)监控待测ECU任意两条连续帧之间的时间不低于STmin,如待测ECU任意两条连续帧之间的时间不低于STmin,则该项测试通过,否则不通过;
可用STmin测试:外部测试装置(2)通过CAN数据转换设备(1)向待测ECU发送多帧报文请求来测试待测ECU的STmin时间,STmin时间应在0x01-0x7F之间,如待测ECU响应的STmin时间在0x01-0x7F之间,则该项测试通过,否则不通过。
8.根据权利要求7所述的基于CAN总线的汽车诊断服务网络层测试方法,其特征在于:所述汽车统一诊断服务网络层的数据格式测试的具体方法如下:
单帧数据长度测试:外部测试装置(2)通过CAN数据转换设备(1)向待测ECU发送预期响应为单帧的请求报文,并检查待测ECU响应单帧的数据长度是否在允许范围内,如果待测ECU响应单帧的数据长度在允许范围内,则该项测试通过,否则不通过;
首帧数据长度测试:外部测试装置(2)通过CAN数据转换设备(1)向待测ECU发送预期响应为多帧的请求报文,在接收首帧之后应确认首帧中数据长度是否在有效的范围内,如果首帧中数据长度在有效的范围内,则该项测试通过,否则不通过;
等待流控帧测试:外部测试装置(2)通过CAN数据转换设备(1)对多帧响应报文的首帧发送等待流控制帧,并判断待测ECU是否进行响应,如不响应,则该项测试通过,否则不通过;
溢出流控帧测试:外部测试装置(2)通过CAN数据转换设备(1)对多帧响应报文的首帧发送溢出流控制帧,并判断待测ECU是否进行响应,如果不响应,则该项测试通过,否则不通过;
Blocksize测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送具有Blocksize参数的流控帧,待测ECU响应的连续帧必须满足BlockSize要求,如果待测ECU响应的连续帧满足BlockSize要求,则该项测试通过,否则不通过。
9.根据权利要求7所述的基于CAN总线的汽车诊断服务网络层测试方法,其特征在于:所述汽车统一诊断服务网络层的异常操作测试的具体方法如下:
传输数据丢失测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送多帧指令时丢失数据,并判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
单帧无效测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送一个单帧,该单帧字节长度小于等于网络层协议数据场长度,判断待测ECU是否响应,如果不响应,则该项测试通过,否则不通过;
单帧DLC位不正确测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送一个协议不允许的数据长度的单帧,判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
双帧测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送同一帧两次,判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
单帧中断请求测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送一条多帧请求,在待测ECU给出流控制帧后,再发出另一条单帧请求,判断待测ECU是否响应第二条请求,如果不响应,则该项测试通过,否则不通过;
首帧短于DLC位定义测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送一条数据长度为0的首帧,判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
首帧中断请求测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送请求的首帧,在收到待测ECU的流控制帧后,外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送另一条请求,判断待测ECU是否响应第二条请求,如不响应,则该项测试通过,否则不通过;
单独的首帧测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送一个不正确的诊断请求,该请求只有首帧无连续帧,判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
首帧功能寻址测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送功能寻址首帧,判断待测ECU是否响应,如果不响应,则该项测试通过,否则不通过;
连续帧丢失测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送多帧时,丢失后续连续帧,判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
丢失某一连续帧测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送多帧时,丢失某一连续帧,判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
连续帧延迟测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送多帧时,连续帧延迟,判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
连续帧无效测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送多帧时,连续帧无效,判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
连续帧DLC位不正确测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送多帧时,如果字节长度小于网络层协议数据场长度,判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
不期望的连续帧测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送一个任一满足连续帧格式的连续帧,判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
连续帧中断请求测试:外部测试装置(2)通过CAN数据转换设备(1)接收到待测ECU的第一个连续帧后再发送一个连续帧,判断待测ECU是否响应第一个请求,是否对连续帧进行响应,如果待测ECU响应第一个请求,不对连续帧进行响应,则该项测试通过,否则不通过;
无流控制帧测试:待测ECU发出首帧后,外部测试装置(2)通过CAN数据转换设备(1)对待测ECU不发送流控制帧,判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
流控制帧延迟测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送一个延时的连续帧,判断待测ECU是否响应,如不响应,则该项测试通过,否则不通过;
多余流控制帧测试:待测ECU发出首帧后,外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送两条流控制帧,判断待测ECU是否响应,响应哪一条流控帧,如果待测ECU响应第一条流控帧,不响应第二条,则该项测试通过,否则不通过;
流控帧短于DLC位定义测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送一个比协议定义的数据长度短的流控帧,判断待测ECU是否响应,如待测ECU不响应,则该项测试通过,否则不通过;
错误的流控帧测试:待测ECU发出首帧后,外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送一个无效状态值的流控帧,判断待测ECU是否响应,如果待测ECU不响应,则该项测试通过,否则不通过;
不期望的流控制帧测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送一个任一满足流控帧格式的流控帧,判断待测ECU是否响应,如待测ECU不响应,则该项测试通过,否则不通过;
流控制帧功能寻址测试:待测ECU发出首帧后,外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送功能寻址流控帧,判断待测ECU是否响应,如待测ECU不响应,则该项测试通过,否则不通过;
流控制帧中断请求测试:多帧传输过程中,待测ECU给出流控帧后,外部测试装置(2)通过CAN数据转换设备(1)对待测ECU再发送另一条首帧请求,判断待测ECU是否响应,响应第几条请求,如待测ECU响应第二条请求,则该项测试通过,否则不通过;
溢出流控制帧中断响应测试:多帧传输过程中,外部测试装置(2)通过CAN数据转换设备(1)接收到待测ECU的首帧连续帧后,发出状态为溢出的流控帧,判断待测ECU是否响应,如果待测ECU不响应溢出流控帧,继续传输连续帧,则该项测试通过,否则不通过;
未知帧测试:外部测试装置(2)通过CAN数据转换设备(1)对待测ECU发送类型未知的诊断请求,判断待测ECU是否响应,如待测ECU不响应,则该项测试通过,否则不通过;
未知帧中断响应测试:多帧传输过程中,外部测试装置(2)通过CAN数据转换设备(1)接收到待测ECU的首帧连续帧后,发出一个未知帧,判断待测ECU是否响应,如待测ECU不响应未知帧,继续传输连续帧,则该项测试通过,否则不通过。
CN202010261671.9A 2020-04-04 2020-04-04 基于can总线的汽车诊断服务网络层测试系统及方法 Active CN111443688B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010261671.9A CN111443688B (zh) 2020-04-04 2020-04-04 基于can总线的汽车诊断服务网络层测试系统及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010261671.9A CN111443688B (zh) 2020-04-04 2020-04-04 基于can总线的汽车诊断服务网络层测试系统及方法

Publications (2)

Publication Number Publication Date
CN111443688A CN111443688A (zh) 2020-07-24
CN111443688B true CN111443688B (zh) 2021-03-09

Family

ID=71651106

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010261671.9A Active CN111443688B (zh) 2020-04-04 2020-04-04 基于can总线的汽车诊断服务网络层测试系统及方法

Country Status (1)

Country Link
CN (1) CN111443688B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113900866A (zh) * 2021-08-30 2022-01-07 上海重塑能源科技有限公司 硬件在环台架、诊断测试方法及诊断测试系统
CN115603975B (zh) * 2022-09-30 2023-06-09 北京天融信网络安全技术有限公司 报文的入侵检测方法、装置、电子设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103294051A (zh) * 2013-05-13 2013-09-11 重庆盟讯电子科技有限公司 一种燃气汽车ecu综合智能检测系统及检测方法
CN107370637A (zh) * 2017-07-20 2017-11-21 浙江力邦合信智能制动系统股份有限公司 车载ecu通信功能自动化测试系统及方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7436292B2 (en) * 2006-04-21 2008-10-14 Quartet Technology, Inc. System and method for controlling a network of environmental control units

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103294051A (zh) * 2013-05-13 2013-09-11 重庆盟讯电子科技有限公司 一种燃气汽车ecu综合智能检测系统及检测方法
CN107370637A (zh) * 2017-07-20 2017-11-21 浙江力邦合信智能制动系统股份有限公司 车载ecu通信功能自动化测试系统及方法

Also Published As

Publication number Publication date
CN111443688A (zh) 2020-07-24

Similar Documents

Publication Publication Date Title
CN109656172B (zh) 一种获取波特率的方法、装置
CN104734911A (zh) 一种can总线网络管理测试系统及方法
CN106814726B (zh) 车载终端can信号自动化测试方法及装置、自动测试台架
CN111443688B (zh) 基于can总线的汽车诊断服务网络层测试系统及方法
CN105388893A (zh) 一种基于obd接口的can通讯数据监测方法及系统
CN111443691A (zh) 汽车智能在线诊断方法及装置
CN111506047B (zh) 车辆诊断方法、装置及存储介质
WO2021035634A1 (zh) 车辆远程诊断方法及系统
CN109901554B (zh) 一种基于uds诊断的上位机执行方法
CN114839959A (zh) 一种基于soa服务的车辆远程诊断方法及系统
CN116489043A (zh) 一种can通信自动化测试方法
CN108919788A (zh) 一种基于车载can总线的汽车台架试验的远程监控系统及方法
CN106990772A (zh) Obd诊断设备及车辆诊断方法
CN108390863B (zh) 一种数据处理方法及装置
CN114745312B (zh) 一种车载以太网测试系统及方法
CN112965463B (zh) 远程诊断系统及远程诊断方法
CN102710656B (zh) 基于汽车网关系统的通信协议逆向解析方法
KR20200139059A (ko) 제어기 진단 장치 및 그 방법
CN114257470A (zh) 一种车辆蓝牙功能的测试系统及测试方法
CN113325830A (zh) 汽车诊断仪远程诊断方法
CN113092130A (zh) 一种模拟对电动汽车进行符合性测试的方法及车载终端
CN102710479B (zh) 用于通信协议逆向解析的汽车网关系统
CN110928275B (zh) 多控制器联合hil台架报文丢帧故障注入测试系统及方法
CN208654637U (zh) 一种基于车载can总线的汽车台架试验的远程监控系统
CN115657646B (zh) 一种can控制器的测试方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant