CN117061272A - 一种车辆通讯协议识别方法、装置、设备及介质 - Google Patents

一种车辆通讯协议识别方法、装置、设备及介质 Download PDF

Info

Publication number
CN117061272A
CN117061272A CN202311204938.0A CN202311204938A CN117061272A CN 117061272 A CN117061272 A CN 117061272A CN 202311204938 A CN202311204938 A CN 202311204938A CN 117061272 A CN117061272 A CN 117061272A
Authority
CN
China
Prior art keywords
communication protocol
vehicle
identified
target
preset
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.)
Pending
Application number
CN202311204938.0A
Other languages
English (en)
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.)
Shenzhen Launch Technology Co Ltd
Original Assignee
Shenzhen Launch Technology Co Ltd
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 Shenzhen Launch Technology Co Ltd filed Critical Shenzhen Launch Technology Co Ltd
Priority to CN202311204938.0A priority Critical patent/CN117061272A/zh
Publication of CN117061272A publication Critical patent/CN117061272A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H04L12/40013—Details regarding a bus controller
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/26—Special purpose or proprietary protocols or architectures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)

Abstract

本申请公开了一种车辆通讯协议识别方法、装置、设备及介质，涉及通信技术领域，应用于诊断设备，包括：向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各所述通讯协议对应的接收中断；若在预设等待时间期限内检测到任一接收中断接收到与所述目标命令对应的应答消息，则将与所述任一接收中断对应的目标通讯协议确定为所述待识别车辆使用的通讯协议。本申请向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各通讯协议对应的接收中断，以在各个接收中断中分别等待应答。如此一来，本申请通过并行等待各通讯协议的应答消息，实现了诊断设备的并行工作，提高了车辆通讯协议的识别效率，减少了等待时间。

Description

一种车辆通讯协议识别方法、装置、设备及介质
技术领域
本发明涉及通信技术领域，特别涉及一种车辆通讯协议识别方法、装置、设备及介质。
背景技术
车辆作为人类的交通工具，已经广泛应用到各个行业，车辆一般都有OBD(on-Board Diagnostics，即车载诊断系统)接口，方便诊断车辆故障。当前，市面上的车辆通讯协议有许多种，而具体到某个车辆只会用到其中的一种通讯协议。
在使用诊断设备识别车辆的通讯协议时，是通过依次扫描各个硬件接口，先在每个硬件通道上发送相应的命令，并等待应答。如果有正确应答，可以确定该车辆使用的是这个通讯协议和对应引脚进行通讯；否则等待超时结束，再进行下一个通讯协议的扫描，直到识别出某个接口并确定出车辆的通讯协议。然而这样扫描车辆通讯协议的时间可能比较长，因为不同车辆的通讯接口和协议可能不同，如果某个协议扫描的位置偏后，等待的时间则更长。当前，一般是优先扫描常见的通讯协议，但是如果某个车辆使用的是不常用的通讯协议，则需要等待很长时间。
综上，如何快速识别出车辆使用的通讯协议，以提高识别效率，减少等待时间是目前有待解决的问题。
发明内容
有鉴于此，本发明的目的在于提供一种车辆通讯协议识别方法、装置、设备及介质，能够快速识别出车辆使用的通讯协议，以提高识别效率，减少等待时间。其具体方案如下：
第一方面，本申请公开了一种种车辆通讯协议识别方法，应用于诊断设备，包括：
向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各所述通讯协议对应的接收中断；
若在预设等待时间期限内检测到任一接收中断接收到与所述目标命令对应的应答消息，则将与所述任一接收中断对应的目标通讯协议确定为所述待识别车辆使用的通讯协议。
可选的，所述向待识别车辆发送与所有通讯协议分别对应的目标命令，包括：
基于预先设置的通讯协议发送顺序向待识别车辆发送与所有通讯协议分别对应的目标命令。
可选的，所述基于预先设置的通讯协议发送顺序向待识别车辆发送与所有通讯协议分别对应的目标命令的过程中，还包括：
在向待识别车辆发送与当前通讯协议对应的目标命令后，则基于预先设置的通讯协议发送顺序确定下一通讯协议，并立即向所述待识别车辆发送与所述下一通讯协议对应的目标命令。
可选的，所述车辆通讯协议识别方法，还包括：
分别确定不同通讯协议对应的消息应答时间；
从所有所述消息应答时间中筛选出最长消息应答时间，并基于所述最长消息应答时间设置所述预设等待时间期限。
可选的，所述向待识别车辆发送与所有通讯协议分别对应的目标命令，包括：
分别确定与不同通讯协议对应的微控制单元接口和车载诊断系统接口；
通过与每一所述通讯协议对应的微控制单元接口和车载诊断系统接口向待识别车辆发送对应的目标命令。
可选的，所述车辆通讯协议识别方法，还包括：
若在预设等待时间期限内检测到所有所述接收中断均未接收到与所述目标命令对应的应答消息，则在当前跳转次数小于预设跳转次数时，重新跳转至所述向待识别车辆发送与所有通讯协议分别对应的目标命令的步骤。
可选的，所述车辆通讯协议识别方法，还包括：
若所述当前跳转次数大于所述预设跳转次数，则基于预设提示方法生成用于表征当前无法识别通讯协议的提示信息，并利用所述提示信息进行提示。
第二方面，本申请公开了一种车辆通讯协议识别装置，应用于诊断设备，包括：
命令发送模块，用于向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各所述通讯协议对应的接收中断；
通讯协议确定模块，用于若在预设等待时间期限内检测到任一接收中断接收到与所述目标命令对应的应答消息，则将与所述任一接收中断对应的目标通讯协议确定为所述待识别车辆使用的通讯协议。
第三方面，本申请公开了一种电子设备，包括：
存储器，用于保存计算机程序；
处理器，用于执行所述计算机程序，以实现前述公开的车辆通讯协议识别方法的步骤。
第四方面，本申请公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的车辆通讯协议识别方法的步骤。
可见，本申请中通过诊断设备向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各所述通讯协议对应的接收中断；若在预设等待时间期限内检测到任一接收中断接收到与所述目标命令对应的应答消息，则将与所述任一接收中断对应的目标通讯协议确定为所述待识别车辆使用的通讯协议。由此可见，本申请中通过诊断设备向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各通讯协议对应的接收中断，以在各个接收中断中分别等待应答。由于待识别车辆只会应答与本车通讯协议相同的通讯协议命令，因此，若在预设等待时间期限内检测到任一接收中断接收到与目标命令对应的应答消息，则将与任一接收中断对应的目标通讯协议确定为待识别车辆使用的通讯协议。如此一来，本申请通过并行发送各通讯协议的目标命令，以及并行等待各通讯协议的应答消息，而无需在等到某一通讯协议命令的应答超时后，才进行下一个通讯协议命令的发送。从而实现了诊断设备的并行工作，提高了车辆通讯协议的识别效率，减少了等待时间，且不增加成本。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请公开的一种车辆通讯协议识别方法流程图；
图2为本申请公开的一种具体的车辆通讯协议识别方法流程图；
图3为本申请公开的另一种具体的车辆通讯协议识别方法流程图；
图4为本申请公开的一种诊断设备与车辆之间的连接关系示意图；
图5为本申请公开的一种具体的车辆通讯协议扫描流程图；
图6为本申请公开的一种车辆通讯协议识别装置结构示意图；
图7为本申请公开的一种电子设备结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
当前，在使用诊断设备识别车辆的通讯协议时，是通过依次扫描各个硬件接口，先在每个硬件通道上发送相应的命令，并等待应答。如果有正确应答，可以确定该车辆使用的是这个通讯协议和对应引脚进行通讯；否则等待超时结束，再进行下一个通讯协议的扫描，直到识别出某个接口并确定出车辆的通讯协议。然而这样扫描车辆通讯协议的时间可能比较长，因为不同车辆的通讯接口和协议可能不同，如果某个协议扫描的位置偏后，等待的时间则更长。当前，一般是优先扫描常见的通讯协议，但是如果某个车辆使用的是不常用的通讯协议，则需要等待很长时间。为此，本申请实施例公开了一种车辆通讯协议识别方法、装置、设备及介质，能够快速识别出车辆使用的通讯协议，以提高识别效率，减少等待时间。
参见图1所示，本申请实施例公开了一种车辆通讯协议识别方法，应用于诊断设备，该方法包括：
步骤S11：向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各所述通讯协议对应的接收中断。
本实施例中，通过诊断设备向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各通讯协议对应的接收中断，以在各个接收中断中分别等待应答。也即，上述方案可以相当于在各个硬件通道上并行向待识别车辆发送与各通讯协议的目标命令，而无需在等到某一通讯协议命令的应答超时后，才进行下一个通讯协议命令的发送，减少了等待时间。
步骤S12：若在预设等待时间期限内检测到任一接收中断接收到与所述目标命令对应的应答消息，则将与所述任一接收中断对应的目标通讯协议确定为所述待识别车辆使用的通讯协议。
本实施例中，通过在各个接收中断中等待应答，由于待识别车辆只会应答与本车通讯协议相同的通讯协议命令，因此，若在预设等待时间期限内检测到任一接收中断接收到与目标命令对应的应答消息，则将与任一接收中断对应的目标通讯协议确定为待识别车辆使用的通讯协议。如此一来，本申请通过并行发送各通讯协议的目标命令，以及并行等待各通讯协议的应答消息，从而实现了诊断设备的并行工作，提高了车辆通讯协议的识别效率，减少了等待时间，且不增加成本。
可见，本申请中通过诊断设备向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各所述通讯协议对应的接收中断；若在预设等待时间期限内检测到任一接收中断接收到与所述目标命令对应的应答消息，则将与所述任一接收中断对应的目标通讯协议确定为所述待识别车辆使用的通讯协议。由此可见，本申请中通过诊断设备向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各通讯协议对应的接收中断，以在各个接收中断中分别等待应答。由于待识别车辆只会应答与本车通讯协议相同的通讯协议命令，因此，若在预设等待时间期限内检测到任一接收中断接收到与目标命令对应的应答消息，则将与任一接收中断对应的目标通讯协议确定为待识别车辆使用的通讯协议。如此一来，本申请通过并行发送各通讯协议的目标命令，以及并行等待各通讯协议的应答消息，而无需在等到某一通讯协议命令的应答超时后，才进行下一个通讯协议命令的发送。从而实现了诊断设备的并行工作，提高了车辆通讯协议的识别效率，减少了等待时间，且不增加成本。
参见图2所示，本申请实施例公开了一种具体的车辆通讯协议识别方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。具体包括：
步骤S21：基于预先设置的通讯协议发送顺序向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各所述通讯协议对应的接收中断。
本实施例中，基于预先设置的通讯协议发送顺序向待识别车辆发送与所有通讯协议分别对应的目标命令。需要指出的是，上述通讯协议发送顺序是技术人员根据其经验设置的，通常是将一些常用的通讯协议放在较前的顺序，而将一些不常用的通讯协议放在较后的顺序。
在具体实施方式中，所述基于预先设置的通讯协议发送顺序向待识别车辆发送与所有通讯协议分别对应的目标命令的过程中，还包括：在向待识别车辆发送与当前通讯协议对应的目标命令后，则基于预先设置的通讯协议发送顺序确定下一通讯协议，并立即向所述待识别车辆发送与所述下一通讯协议对应的目标命令。也即，本申请实施例基于预先设置的通讯协议发送顺序依次发送与各个通讯协议对应的目标命令，在发送当前通讯协议后，无需等待当前通讯协议命令的应答，而是按照通讯协议发送顺序确定下一通讯协议，并立即发送下一通讯协议对应的目标命令。因此，本申请实施例可相当于并行向待识别车辆发送与所有通讯协议分别对应的目标命令，减少了车辆识别的等待时间，提高了识别效率。
步骤S22：若在预设等待时间期限内检测到任一接收中断接收到与所述目标命令对应的应答消息，则将与所述任一接收中断对应的目标通讯协议确定为所述待识别车辆使用的通讯协议。
本实施例中，上述方法还包括：分别确定不同通讯协议对应的消息应答时间；从所有所述消息应答时间中筛选出最长消息应答时间，并基于所述最长消息应答时间设置所述预设等待时间期限。可以理解的是，不同的通讯协议的消息应答时间是不一样的，且各通讯协议的应答时间都较短，例如有的消息应答时间可能为500ms，有的可能为1s，因此，本申请通过确定不同通讯协议对应的消息应答时间，并将最长消息应答时间设置为预设等待时间期限。
其中，关于上述步骤S22更加具体的处理过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
可见，本申请实施例基于预先设置的通讯协议发送顺序依次发送与各个通讯协议对应的目标命令，在发送当前通讯协议后，无需等待当前通讯协议命令的应答，而是按照通讯协议发送顺序确定下一通讯协议，并立即发送下一通讯协议对应的目标命令。因此，本申请实施例可相当于并行向待识别车辆发送与所有通讯协议分别对应的目标命令，减少了车辆识别的等待时间，提高了识别效率。另外，预设等待时间期限是基于各通讯协议中的最长消息应答时间设置的。
参见图3所示，本申请实施例公开了一种具体的车辆通讯协议识别方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。具体包括：
步骤S31：分别确定与不同通讯协议对应的微控制单元接口和车载诊断系统接口。
本实施例中，分别确定与不同通讯协议对应的微控制单元接口和车载诊断系统接口。如图4所示，常用的车辆诊断协议和接口如下：通讯协议为J2411单线CAN(ControllerArea Network，即控制器局域网)时，MCU(Microcontroller Unit，即微控制单元)使用CAN接口，OBD接口对应引脚pin1；通讯协议为J1850时，PWM(Pulse Width Modulation，即脉冲宽度调制)/VPW(Variable Pulse Width，即可变脉宽调制)，MCU使用PWM接口，OBD接口对应引脚pin2和pin10；通讯协议为ISO9141/ISO14230 K(L)线时，MCU使用串口，OBD接口对应引脚pin7/pin15；通讯协议为ISO15764/J2284 CAN时，MCU使用CAN接口，OBD接口对应引脚pin3和pin11；通讯协议为ISO15764/J2284 CAN,MCU使用CAN接口，OBD接口对应引脚pin6和pin14。
步骤S32：通过与每一所述通讯协议对应的微控制单元接口和车载诊断系统接口向待识别车辆发送对应的目标命令，并启动与各所述通讯协议对应的接收中断。
本实施例中，通过与每一通讯协议对应的微控制单元接口和车载诊断系统接口向待识别车辆发送对应的目标命令，通过前述内容可知，在发送通讯协议命令是是按照预先设置的通讯协议发送顺序进行发送的。本实施例中，假设各通讯协议命令的发送顺序依次为：发送J1850 VPW/PWM命令，并启动相应接收中断；发送ISO9141 K(L)命令，并启动相应接收中断；发送ISO15764 CAN(6/14)命令，并启动相应接收中断；发送ISO15764 CAN(3/11)命令，并启动相应接收中断；发送J2411单线CAN命令，并启动相应接收中断，具体可以参见图5中所示。
步骤S33：若在预设等待时间期限内检测到任一接收中断接收到与所述目标命令对应的应答消息，则将与所述任一接收中断对应的目标通讯协议确定为所述待识别车辆使用的通讯协议。
本实施例中，在各个接收中断中接收数据，若在预设等待时间期限内检测到任一接收中断接收到与目标命令对应的应答消息，将与任一接收中断对应的目标通讯协议确定为待识别车辆使用的通讯协议。也即说明该中断有效，通讯协议识别成功，因此关闭所有的中断，扫描结束。
步骤S34：若在预设等待时间期限内检测到所有所述接收中断均未接收到与所述目标命令对应的应答消息，则在当前跳转次数小于预设跳转次数时，重新跳转至所述向待识别车辆发送与所有通讯协议分别对应的目标命令的步骤。
本实施例中，若在预设等待时间期限内检测到所有接收中断均未接收到与目标命令对应的应答消息，也即等待接收超时，则在当前跳转次数小于预设跳转次数时，重新跳转至向待识别车辆发送与所有通讯协议分别对应的目标命令的步骤，即重新执行以上步骤，以再次对待识别车辆进行通讯协议扫描。
进一步的，上述方法还包括：若所述当前跳转次数大于所述预设跳转次数，则基于预设提示方法生成用于表征当前无法识别通讯协议的提示信息，并利用所述提示信息进行提示。可以理解的是，若当前跳转次数大于预设跳转次数，也即在重复扫描多次后，各接收中断均未接收到与目标命令对应的应答消息，那么则判定当前识别失败，并关闭所有中断，本次扫描结束。并且，本实施例还会基于预设提示方法生成用于表征当前无法识别通讯协议的提示信息，并利用提示信息进行提示。需要指出的是，识别失败的原因一般有两个，一是诊断设备与待识别车辆之间的通信连接存在问题，导致无法通信；二是该待识别车辆使用的是一种全新的协议，而诊断设备中还未配置该协议信息。
可见，本申请实施例中，不同通讯协议对应的微控制单元接口和车载诊断系统接口是不一样的，因此需要通过与每一通讯协议对应的微控制单元接口和车载诊断系统接口向待识别车辆发送对应的目标命令，并启动相应的接收中断。并且，若在预设等待时间期限内检测到所有接收中断均未接收到与目标命令对应的应答消息，则在当前跳转次数小于预设跳转次数时，重新跳转至向待识别车辆发送与所有通讯协议分别对应的目标命令的步骤，即重新执行以上步骤，以再次对待识别车辆进行通讯协议扫描。若重复扫描多次后，各接收中断中仍未接收到与目标命令对应的应答消息，那么则判定当前识别失败，并提示当前无法识别通讯协议。
参见图6所示，本申请实施例公开了一种车辆通讯协议识别装置，应用于诊断设备，该装置包括：
命令发送模块11，用于向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各所述通讯协议对应的接收中断；
通讯协议确定模块12，用于若在预设等待时间期限内检测到任一接收中断接收到与所述目标命令对应的应答消息，则将与所述任一接收中断对应的目标通讯协议确定为所述待识别车辆使用的通讯协议。
可见，本申请中通过诊断设备向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各所述通讯协议对应的接收中断；若在预设等待时间期限内检测到任一接收中断接收到与所述目标命令对应的应答消息，则将与所述任一接收中断对应的目标通讯协议确定为所述待识别车辆使用的通讯协议。由此可见，本申请中通过诊断设备向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各通讯协议对应的接收中断，以在各个接收中断中分别等待应答。由于待识别车辆只会应答与本车通讯协议相同的通讯协议命令，因此，若在预设等待时间期限内检测到任一接收中断接收到与目标命令对应的应答消息，则将与任一接收中断对应的目标通讯协议确定为待识别车辆使用的通讯协议。如此一来，本申请通过并行发送各通讯协议的目标命令，以及并行等待各通讯协议的应答消息，而无需在等到某一通讯协议命令的应答超时后，才进行下一个通讯协议命令的发送。从而实现了诊断设备的并行工作，提高了车辆通讯协议的识别效率，减少了等待时间，且不增加成本。
在一些具体实施例中，所述命令发送模块11，具体可以用于基于预先设置的通讯协议发送顺序向待识别车辆发送与所有通讯协议分别对应的目标命令。
在一些具体实施例中，所述命令发送模块11，具体可以用于在向待识别车辆发送与当前通讯协议对应的目标命令后，则基于预先设置的通讯协议发送顺序确定下一通讯协议，并立即向所述待识别车辆发送与所述下一通讯协议对应的目标命令。
在一些具体实施例中，所述装置，还用于：
应答时间确定单元，用于分别确定不同通讯协议对应的消息应答时间；
时间期限设置单元，用于从所有所述消息应答时间中筛选出最长消息应答时间，并基于所述最长消息应答时间设置所述预设等待时间期限。
在一些具体实施例中，所述命令发送模块11，具体可以包括：
接口确定单元，用于分别确定与不同通讯协议对应的微控制单元接口和车载诊断系统接口；
发送单元，用于通过与每一所述通讯协议对应的微控制单元接口和车载诊断系统接口向待识别车辆发送对应的目标命令。
在一些具体实施例中，所述装置，还包括：
步骤跳转单元，用于若在预设等待时间期限内检测到所有所述接收中断均未接收到与所述目标命令对应的应答消息，则在当前跳转次数小于预设跳转次数时，重新跳转至所述向待识别车辆发送与所有通讯协议分别对应的目标命令的步骤。
在一些具体实施例中，所述装置，还包括：
消息提示单元，用于若所述当前跳转次数大于所述预设跳转次数，则基于预设提示方法生成用于表征当前无法识别通讯协议的提示信息，并利用所述提示信息进行提示。
图7为本申请实施例提供的一种电子设备的结构示意图。具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的由电子设备执行的车辆通讯协议识别方法中的相关步骤。
本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。
其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。
另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统221、计算机程序222及数据223等，存储方式可以是短暂存储或者永久存储。
其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，以实现处理器21对存储器22中海量数据223的运算与处理，其可以是Windows、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的车辆通讯协议识别方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据223除了可以包括电子设备接收到的由外部设备传输进来的数据，也可以包括由自身输入输出接口25采集到的数据等。
进一步的，本申请实施例还公开了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序被处理器加载并执行时，实现前述任一实施例公开的车辆通讯协议识别方法步骤。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
本领域技术人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(Random AccessMemory，即RAM)、内存、只读存储器(Read-Only Memory，即ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、只读光盘(Compact Disc Read-Only Memory，即CD-ROM)、或技术领域内所公知的任意其它形式的存储介质中。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本发明所提供的一种车辆通讯协议识别方法、装置、设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种车辆通讯协议识别方法，其特征在于，应用于诊断设备，包括：
向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各所述通讯协议对应的接收中断；
若在预设等待时间期限内检测到任一接收中断接收到与所述目标命令对应的应答消息，则将与所述任一接收中断对应的目标通讯协议确定为所述待识别车辆使用的通讯协议。
2.根据权利要求1所述的车辆通讯协议识别方法，其特征在于，所述向待识别车辆发送与所有通讯协议分别对应的目标命令，包括：
基于预先设置的通讯协议发送顺序向待识别车辆发送与所有通讯协议分别对应的目标命令。
3.根据权利要求2所述的车辆通讯协议识别方法，其特征在于，所述基于预先设置的通讯协议发送顺序向待识别车辆发送与所有通讯协议分别对应的目标命令的过程中，还包括：
在向待识别车辆发送与当前通讯协议对应的目标命令后，则基于预先设置的通讯协议发送顺序确定下一通讯协议，并立即向所述待识别车辆发送与所述下一通讯协议对应的目标命令。
4.根据权利要求1所述的车辆通讯协议识别方法，其特征在于，还包括：
分别确定不同通讯协议对应的消息应答时间；
从所有所述消息应答时间中筛选出最长消息应答时间，并基于所述最长消息应答时间设置所述预设等待时间期限。
5.根据权利要求1所述的车辆通讯协议识别方法，其特征在于，所述向待识别车辆发送与所有通讯协议分别对应的目标命令，包括：
分别确定与不同通讯协议对应的微控制单元接口和车载诊断系统接口；
通过与每一所述通讯协议对应的微控制单元接口和车载诊断系统接口向待识别车辆发送对应的目标命令。
6.根据权利要求1至5任一项所述的车辆通讯协议识别方法，其特征在于，还包括：
若在预设等待时间期限内检测到所有所述接收中断均未接收到与所述目标命令对应的应答消息，则在当前跳转次数小于预设跳转次数时，重新跳转至所述向待识别车辆发送与所有通讯协议分别对应的目标命令的步骤。
7.根据权利要求6所述的车辆通讯协议识别方法，其特征在于，还包括：
若所述当前跳转次数大于所述预设跳转次数，则基于预设提示方法生成用于表征当前无法识别通讯协议的提示信息，并利用所述提示信息进行提示。
8.一种车辆通讯协议识别装置，其特征在于，应用于诊断设备，包括：
命令发送模块，用于向待识别车辆发送与所有通讯协议分别对应的目标命令，并启动与各所述通讯协议对应的接收中断；
通讯协议确定模块，用于若在预设等待时间期限内检测到任一接收中断接收到与所述目标命令对应的应答消息，则将与所述任一接收中断对应的目标通讯协议确定为所述待识别车辆使用的通讯协议。
9.一种电子设备，其特征在于，包括：
存储器，用于保存计算机程序；
处理器，用于执行所述计算机程序，以实现如权利要求1至7任一项所述的车辆通讯协议识别方法的步骤。
10.一种计算机可读存储介质，其特征在于，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的车辆通讯协议识别方法的步骤。
CN202311204938.0A 2023-09-18 2023-09-18 一种车辆通讯协议识别方法、装置、设备及介质 Pending CN117061272A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311204938.0A CN117061272A (zh) 2023-09-18 2023-09-18 一种车辆通讯协议识别方法、装置、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311204938.0A CN117061272A (zh) 2023-09-18 2023-09-18 一种车辆通讯协议识别方法、装置、设备及介质

Publications (1)

Publication Number Publication Date
CN117061272A true CN117061272A (zh) 2023-11-14

Family

ID=88655456

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311204938.0A Pending CN117061272A (zh) 2023-09-18 2023-09-18 一种车辆通讯协议识别方法、装置、设备及介质

Country Status (1)

Country Link
CN (1) CN117061272A (zh)

Similar Documents

Publication Publication Date Title
CN107544272B (zh) 终端控制方法、装置及存储介质
CN101395429B (zh) 空调机及空调机的地址设定方法
CN112437047A (zh) 一种远程服务器管理方法、系统及相关装置
CN106648936A (zh) 基于微服务的协作处理方法、系统及服务器
CN115314540A (zh) 一种请求应答超时的处理方法、装置、设备及介质
CN114064091A (zh) Ota升级控制方法、装置、电子设备及自动驾驶车辆
CN112596447B (zh) Ecu刷写数据长度的确定方法、装置、电子设备及介质
CN117061272A (zh) 一种车辆通讯协议识别方法、装置、设备及介质
CN112420051A (zh) 设备的确定方法、装置及存储介质
US20220138574A1 (en) Method of training models in ai and electronic device
CN110659043A (zh) 固件升级方法、装置、设备和存储介质
CN116361114A (zh) 一种ai板卡监控保活方法、装置、设备及介质
CN115829064A (zh) 一种联邦学习加速方法、装置、设备及存储介质
CN115733871A (zh) 通信交互方法、装置、设备及存储介质
CN115129025A (zh) 一种整车下线配型方法、系统、可读存储介质及设备
CN114610003B (zh) 车辆诊断方法、装置、设备及介质
CN114238127A (zh) 接口测试方法、装置、设备及存储介质
CN109976778B (zh) 车辆电子产品的软件更新方法与系统、上位机及存储介质
CN116820062A (zh) 一种车辆诊断的安全校验方法、装置、设备及介质
CN106412657B (zh) 一种机顶盒烧写序列码的方法及系统
CN114827242B (zh) 流控帧修正方法、装置、设备及介质
CN112766768B (zh) 合同流程管理方法、装置、电子设备以及可读存储介质
CN117579670A (zh) 基于k线协议的远程通信方法、通信设备、远程诊断系统
CN114035546A (zh) 一种车辆诊断方法、系统及终端
CN116232739A (zh) 一种数据多端分享方法、装置、设备及介质

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