[发明专利]一种车辆诊断方法及存储介质

说明书

本发明涉及一种车辆诊断方法及存储介质，用于多个诊断模块对车辆的同一个ECU诊断，所述诊断模块包括先请求诊断模块和多个后请求诊断模块，所述方法包括：所述ECU包括可诊断状态和非诊断状态，所述先请求诊断模块比后请求诊断模块先向ECU发送诊断开始请求，所述ECU接收到先请求诊断模块的诊断开始请求后，由非诊断状态切换至诊断状态，并不应答后请求诊断模块的诊断开始请求直到先请求诊断模块的诊断结束。与现有技术相比，本发明具有不需要网关参与即可解决多诊断模块对同一ECU诊断冲突等优点。

技术领域

本发明涉及车辆技术领域，尤其是涉及一种车辆诊断方法及存储介质。

背景技术

车辆上的ECU(Electronic Control Unit)电子控制器单元使用中需要采用诊断模块如本地诊断模块诊断仪、车辆前装远程诊断模块T-BOX、车辆后装远程诊断模块跟车盒进行诊断，当多个诊断模块同时进行诊断时，

根据ISO 15765-2规定的ECU对意外接收到的N-PDU的处理方式，会造成如下3种冲突场景：

冲突场景1：若一个诊断模块发起诊断请求使ECU进入扩展诊断会话模式、通过安全访问。此时另一个诊断模块请求使ECU进入默认会话模式，会造成ECU退出扩展诊断会话模式，这样会使第一个诊断模块后续发起的特殊例程功能执行失败，控制器回复否定响应7F(服务在当前会话下不支持)。

冲突场景2：若一个诊断模块发起向一个ECU发送诊断请求，ECU通过多帧传输响应此诊断请求。此时另一个诊断模块又发起了诊断请求，根据传输层协议(ISO 15765-2)的要求ECU继续传输第一个诊断模块的诊断请求，不会响应另一个诊断模块发起的诊断请求，造成另一个诊断仪的通讯失败。

冲突场景3：若一个诊断模块通过多帧发起向一个ECU发送诊断请求。此时另一个诊断模块又发起了诊断请求，根据传输层协议(ISO 15765-2)的要求ECU中止接收第一个诊断模块的诊断请求，将另一个诊断模块发起的诊断请求作为新的接收开始，不会对第一个诊断模块的诊断请求进行应答，造成第一个诊断模块的诊断失败。

为了解决诊断冲突问题，通过车辆网关的参与将诊断模块与ECU隔开，由网关管理诊断报文的下发，当网关正进行一个诊断模块诊断报文的转发时，会在诊断网络上发正在诊断的报文通知其他模块不要进行对某个模块的诊断并不会对其他诊断模块的报文进行转发来避免冲突。但是这种诊断方法需要网关的参与，设置成本高，隔离逻辑复杂。

发明内容

本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种车辆诊断方法及存储介质。

本发明的目的可以通过以下技术方案来实现：

一种车辆诊断方法，用于多个诊断模块对车辆的同一个ECU诊断，所述诊断模块包括先请求诊断模块和多个后请求诊断模块，所述方法包括：

所述ECU包括可诊断状态和非诊断状态，所述先请求诊断模块比后请求诊断模块先向ECU发送诊断开始请求，所述ECU接收到先请求诊断模块的诊断开始请求后，由非诊断状态切换至诊断状态，并不应答后请求诊断模块的诊断开始请求直到先请求诊断模块的诊断结束。

优选地，所述ECU处于非诊断状态时，若先请求诊断模块向ECU发送诊断开始请求，所述ECU积极应答先请求诊断模块并进入可诊断状态。

优选地，所述ECU处于非诊断状态时，若诊断模块向ECU发送诊断请求、发送诊断结束请求，所述ECU不应答。

优选地，所述ECU处于可诊断状态时，若所述先请求诊断模块向ECU发送诊断请求，所述ECU应答先请求诊断模块。

优选地，所述ECU处于可诊断状态时，若所述先请求诊断模块向ECU发送诊断结束请求，所述ECU积极应答先请求诊断模块。