基于can总线的车载终端检测方法及装置的制造方法_2

文档序号:9921616阅读:来源:国知局
基于CAN总线的车载终端检测装置的结构示意图。
【具体实施方式】
[0056]为了使本技术领域的人员更好地理解本发明中的技术方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
[0057]参见图1,为本发明实施例提供的一种基于CAN总线的车载终端检测方法的流程示意图,该方法应用于车载终端中,如图1所示,所述方法可以包括以下步骤:
[0058]S110,车载终端通过CAN总线接收检测设备发送的请求消息。
[0059]所述检测设备可以是汽车故障诊断仪,用于利用汽车故障诊断仪能够迅速读取汽车的电子控制系统中的故障信息,并显示故障信息,以使用户迅速查明出现故障的部位及原因。
[0060]当检测设备查看车载终端的运行状态或故障情况时,可以通过CAN总线向车载终端发送请求消息。
[0061]在本发明的一个实施例中,在生产车载终端时,就将车载终端和检测设备所使用的通信协议确定好。当车载终端和检测设备进行通信时,将检测设备的硬件方面的通信参数设置成与车载终端相同即可。
[0062]在本发明的另一个实施例中车载终端在与检测设备进行通信之前,可以与检测设备协商确定通信协议。从而能够扩大车载终端的适用范围。
[0063]需要说明的是,车载终端与检测设备之间的数据交互都是通过CAN传输。
[0064]S120,车载终端解析所述请求消息,得到请求获得的状态数据的数据类型。
[0065]所述数据类型至少包括运行状态类型和故障类型。
[0066]车载终端接收到检测设备发送的请求消息后,解析该请求消息得到检测设备请求获取的数据的类型。其中,数据类型包括状态类型和故障类型。状态类型的数据是车载终端的运行状态数据;故障类型的数据是车载终端发生故障的故障信息数据。
[0067]车载终端的故障类型可以包括但不限于:没有匹配VIN(Vehicle Identificat1nNumber,车辆识别码)、没有收到VIN码、过压、欠压、与多媒体失去通信、与检测设备失去通信、与BCM(unit_Body Control Module,车身控制模块)失去通信、与BMS(BatteryManagement System,电池管理系统)失去通信、电池温度过高、电池温度过低、电池寿命故障、信息存储故障等。
[0068]S130,车载终端从记录的车载终端的状态数据的中,获取所述数据类型对应的状态数据。
[0069]车载终端需要实时记录自己的状态数据,该状态数据的类型至少包括上述的数据类型。例如,运行状态数据及故障信息。这样,当接收到检测设备的请求消息后,获取相对应的数据。
[0070]S140,车载终端通过CAN总线将所述状态数据发送给所述检测设备,以使所述检测设备根据所述状态数据分析所述车载终端的状态。
[0071]车载终端获取与请求消息所请求获得的数据类型相对应的数据后,通过CAN总线发送给检测设备。
[0072]检测设备分析车载终端的运行状态数据,可以得到车载终端的运行状态;检测设备分析车载终端的故障信息数据,可以得到车载终端的故障类型及故障原因。
[0073]本实施例提供的基于CAN总线的车载终端检测方法,通过检测设备与车载终端之间的通信,车载终端将自己的状态数据发送给检测设备。具体的,车载终端接收到检测设备通过CAN总线发送的请求消息后,解析所述请求消息得到检测设备请求获得的数据的数据类型。然后,从记录的车载终端的状态数据中,获取数据类型对应的数据,并通过CAN总线发送给检测设备,以便检测设备分析车载终端返回的数据,得到车载终端的运行状态或故障信息。利用上述方法,实现通过检测设备获取车载终端的状态数据,并分析该状态数据得到车载终端的运行状况,尤其当车载终端出现故障时,能够根据获得的状态数据分析得到车载终端的故障信息及故障原因,从而方便用户或维修人员对车载终端进行维护,而无需返回生产商后才能获得车载终端的故障信息,提高了车载终端的维护效率,而且降低了车载终端的维护成本。
[0074]请参见图2,为本发明实施例提供的另一种基于CAN总线的车载终端检测方法的流程示意图,该方法应用于报考车载终端和检测设备的检测系统中,在车载终端与检测设备进行数据交互之前,车载终端还需要对检测设备进行连接验证。
[0075]如图2所示,所述方法可以包括以下步骤:
[0076]S210,检测设备通过CAN总线向车载终端发送连接请求消息。
[0077]本实施例中检测设备以汽车故障诊断仪为例进行说明,在获取车载终端的状态数据之前,需要建立汽车故障诊断仪与车载终端之间的通信链路,车载终端需要对汽车故障诊断仪进行验证后才能建立通信链路。连接请求消息用于请求车载终端与汽车故障诊断仪进行连接。
[0078]需要说明的是,车载终端与检测设备之间的数据交互都是通过CAN传输。
[0079]S220,车载终端根据所述连接请求消息向所述检测设备返回第一验证信息。
[0080]车载终端接收到连接请求消息后向汽车故障诊断仪发送第一验证信息,该第一验证信息用于使汽车故障诊断仪获得验证密钥。
[0081]S230,检测设备根据所述第一验证信息获得第一验证密钥,并发送给车载终端。
[0082]第一验证信息可以是种子信息,例如,三个随机数据。汽车故障诊断仪根据第一验证信息并利用与车载终端约定好的密钥计算公式计算得到第一验证密钥,并发送给车载终端。
[0083]S240,车载终端根据第一验证信息获得第二验证密钥。
[0084]车载终端根据第一验证信息计算得到第二验证密钥,其中,所使用的计算公式预先与汽车故障诊断仪约定好。
[0085]S250,车载终端判断第一验证密钥与第二验证密钥是否匹配,若匹配,则执行S260 ;否则,执行S280。
[0086]车载终端比较汽车故障诊断仪计算得到的第一验证密钥与自己计算得到的第二验证密钥是否相同;如果相同,则验证通过,可以与汽车故障诊断仪建立通信链路;否则,验证失败,不与汽车故障诊断仪连接。
[0087]S260,车载终端向检测设备发送确认连接消息。
[0088]S270,检测设备根据确认连接消息建立自身与车载终端之间的通信链路。
[0089]汽车故障诊断仪接收到车载终端发送的确认连接消息后,建立车载终端与汽车故障诊断仪之间的通信链路。然后,汽车故障诊断仪可以通过该通信链路向车载终端发送请求消息。
[0090]S280,车载终端向检测设备发送验证失败消息。
[0091]如果车载终端验证失败,向汽车故障诊断仪发送验证失败消息,告知汽车故障诊断仪验证失败,无法连接车载终端。
[0092]本实施例提供的基于CAN总线的车载终端检测方法,在车载终端和检测设备之间建立通信链路之前,车载终端需要对发起连接请求的检测设备进行验证,当验证成功后,建立检测设备与车载终端之间建立通信链路。此种方法能够保证车载终端的数据安全、不被篡改,而且能够避免其它设备产生的干扰,保证车载终端与检测设备之间的通信安全、高效。
[0093]请参见图3,为本发明实施例提供的又一种基于CAN总线的车载终端检测方法的流程示意图,该方法可以在图2所示的方法流程的基础上增加以下步骤:
[0094]S310,在车载终端与检测设备之间建立通信链路后,开始计时,直到接收到所述检测设备发送的请求消息时,结束计时。
[0095]车载终端在建立自身与汽车故障诊断仪之间的通信链路后,开始计时,若接收到汽车故障诊断仪发送的请求消息后结束计时。
[0096]计时过程可以从零开始计时,此种情况下,若计时达到第一预设时长之前,接收到汽车故障诊断仪发送的请求消息,则结束计时。
[0097]也可以倒计时,在计时达到O之前,接收到汽车故障仪发送的请求消息,则不再计时。
[0098]S320,若从计时开始到计时时长达到第一预设时长的时间段内,未接收到所述检测设备发送的
当前第2页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1