CN114442598A - 诊断冲突协调方法、装置、计算机设备和存储介质 - Google Patents
诊断冲突协调方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN114442598A CN114442598A CN202210121021.3A CN202210121021A CN114442598A CN 114442598 A CN114442598 A CN 114442598A CN 202210121021 A CN202210121021 A CN 202210121021A CN 114442598 A CN114442598 A CN 114442598A
- Authority
- CN
- China
- Prior art keywords
- priority
- diagnostic
- fault diagnosis
- monitoring
- controller
- 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.)
- Granted
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 276
- 238000000034 method Methods 0.000 title claims abstract description 59
- 238000012544 monitoring process Methods 0.000 claims abstract description 145
- 238000004590 computer program Methods 0.000 claims abstract description 40
- 238000004891 communication Methods 0.000 claims description 36
- 230000008569 process Effects 0.000 claims description 19
- 230000006870 function Effects 0.000 claims description 16
- 230000005540 biological transmission Effects 0.000 claims description 9
- 238000001514 detection method Methods 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 6
- 238000011161 development Methods 0.000 description 3
- 230000006855 networking Effects 0.000 description 3
- 230000006872 improvement Effects 0.000 description 2
- 238000004171 remote diagnosis Methods 0.000 description 2
- 238000002405 diagnostic procedure Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0259—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the response to fault detection
- G05B23/0262—Confirmation of fault detection, e.g. extra checks to confirm that a failure has indeed occurred
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/24—Pc safety
- G05B2219/24065—Real time diagnostics
-
- 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
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Selective Calling Equipment (AREA)
Abstract
本申请涉及一种诊断冲突协调方法、装置、计算机设备、存储介质和计算机程序产品。所述方法包括：对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
Description
技术领域
本申请涉及汽车电子技术领域，特别是涉及一种诊断冲突协调方法、装置、计算机设备、存储介质和计算机程序产品。
背景技术
随着当今汽车对智能化、信息化要求的不断提升，车内网络技术的不断发展，使用传统的诊断设备对车内控制器进行诊断已无法满足人们的需求。由于远程诊断、OTA(Over-the-AirTechnology，空中下载技术)等技术的应用，需要T-Box(Telematics BOX，网联智能终端)、车机等车载诊断设备也具备诊断功能，实现对车上控制器的诊断。传统的诊断设备一般使用的是诊断仪，之前只是通过诊断仪这一诊断设备对车内控制器进行诊断，诊断仪具有一个诊断ID。目前，可以通过诊断仪、T-Box及车机对车内控制器进行诊断，但诊断仪、T-Box及车机使用同一个诊断ID，在进行诊断时，存在车内控制器不知道是哪个诊断设备在对控制器发送诊断请求，导致诊断信息错乱的问题。
发明内容
基于此，有必要针对上述技术问题，提供一种能够避免诊断信息错乱的诊断冲突协调方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
第一方面，本申请提供了一种诊断冲突协调方法，用于对控制器进行故障检测。所述方法包括：
对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持预设通信协议；
若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在其中一个实施例中，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文之后，还包括：
若不存在，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在其中一个实施例中，所述方法还包括：
若继续监听过程中总线上未出现优先级高于任一诊断设备对应优先级的优先级报文，且监听总时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在其中一个实施例中，任一诊断设备对应的优先级报文通过功能寻址功能发送。
在其中一个实施例中，向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，包括：
向故障诊断任务所指定的控制器连续两次发送任一诊断设备对应的优先级报文；其中，两次发送过程中的时间间隔为第二预设时长，第二预设时长是在预设时长范围内随机选取的。
在其中一个实施例中，向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文之后，包括：
每隔第三预设时长，向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，并再次监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；
若在再次监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则中断向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
第二方面，本申请还提供了一种诊断冲突协调装置。所述装置包括：
监听模块，用于对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持预设通信协议；
继续监听模块，用于若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
第一发送模块，用于向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持预设通信协议；
若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持预设通信协议；
若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：
对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持预设通信协议；
若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
上述诊断冲突协调方法、装置、计算机设备、存储介质和计算机程序产品，通过对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持预设通信协议；若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。由于定义了诊断设备的优先级，并通过总线上标识优先级的报文进行仲裁，从而避免在进行诊断时，存在车内控制器不知道是哪个诊断设备在对控制器发送诊断请求，导致诊断信息错乱的问题。
附图说明
图1为一个实施例中诊断冲突协调方法的流程示意图；
图2为一个实施例中诊断冲突协调方法中每一诊断设备对应的优先级报文示意图；
图3为一个实施例中向故障诊断任务所指定的控制器连续两次发送任一诊断设备对应的优先级报文的示意图；
图4为另一个实施例中任一诊断设备接收到故障诊断任务对应的监听过程的流程示意图；
图5为一个实施例中诊断冲突协调装置的结构框图；
图6为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
随着当今汽车对智能化、信息化要求的不断提升，车内网络技术的不断发展，使用传统的诊断设备对车内控制器进行诊断已无法满足人们的需求。由于远程诊断、OTA(Over-the-AirTechnology，空中下载技术)等技术的应用，需要T-Box(Telematics BOX，网联智能终端)、车机等车载诊断设备也具备诊断功能，实现对车上控制器的诊断。传统的诊断设备一般使用的是诊断仪，之前只是通过诊断仪这一诊断设备对车内控制器进行诊断，诊断仪具有一个诊断ID。目前，可以通过诊断仪、T-Box及车机对车内控制器进行诊断，但为了节约成本，诊断仪、T-Box及车机还是使用同一个诊断ID，在进行诊断时，存在车内控制器不知道是哪个诊断设备在对控制器发送诊断请求，导致诊断信息错乱的问题。
可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种专业名词，但除非特别说明，这些专业名词不受这些术语限制。这些术语仅用于将一个专业名词与另一个专业名词区分。举例来说，在不脱离本申请的范围的情况下，第一预设时长与第三预设时长可以相同可以不同。
针对上述相关技术中存在的问题，本申请实施例提供了一种诊断冲突协调方法，该方法可以应用于服务器中，也可以应用于终端，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。其中，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。需要说明的是，本申请各实施例中提及的“多个”等的数量均指代“至少两个”的数量，比如，“多个”指“至少两个”。
在一个实施例中，如图1所示，提供了一种诊断冲突协调方法，用于对控制器进行故障检测，本实施例以该方法应用于诊断设备进行举例说明，该方法包括以下步骤：
102、对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持预设通信协议。
其中，诊断设备的类型可以包括：诊断仪、网联智能终端及车机等，本申请实施例对此不作具体限定。另外，预设通信协议可以为所有控制器均支持的通信协议，具体地，预设通信协议可以为ISO 14229汽车诊断标准协议。可以理解的是，如果预设通信协议不是所有控制器已支持的协议，那么基于预设通信协议定义每一诊断设备对应的优先级报文后，还需要对所有控制器进行额外开发。通过限定预设通信协议可以为所有控制器均支持的通信协议，由于基于预设通信协议定义每一诊断设备对应的优先级报文后，不需要对所有控制器进行额外开发，从而节约成本。
具体地，每一诊断设备对应的优先级报文可以均是基于ISO 14229汽车诊断标准协议中的3E服务报文所定义的。以诊断设备包括：诊断仪、网联智能终端及车机为例，每一诊断设备对应的优先级报文可以如图2，也可以如表1所示：
表1
| 诊断设备名称 | 诊断仪 | 网联智能终端 | 车机 |
| 诊断设备优先级 | 高 | 中 | 低 |
| 诊断设备优先级标识 | X<sub>1</sub>X<sub>1</sub> | X<sub>2</sub>X<sub>2</sub> | X<sub>3</sub>X<sub>3</sub> |
| 诊断设备优先级报文 | 3EX<sub>1</sub>X<sub>1</sub> | 3EX<sub>2</sub>X<sub>2</sub> | 3EX<sub>3</sub>X<sub>3</sub> |
由表1可知，诊断设备优先级由高到低依次为：诊断仪、网联智能终端、车机，定义诊断设备的优先级标识为XX，XX数值越小诊断设备优先级越高。
104、若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
106、向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
其中，可以通过任一诊断设备中的计时器进行计时。具体地，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则将任一诊断设备中的计时器归0。需要说明的是，第一预设时长可以为10秒。另外，通过则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，可以提醒比任一诊断设备优先级低的正在执行诊断功能的诊断设备中断当前诊断功能。
上述诊断冲突协调方法中，通过对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持预设通信协议；若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。由于定义了诊断设备的优先级，并通过总线上标识优先级的报文进行仲裁，从而避免在进行诊断时，存在车内控制器不知道是哪个诊断设备在对控制器发送诊断请求，导致诊断信息错乱的问题。
在一个实施例中，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文之后，还包括：若不存在，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
其中，若不存在包括两种情况，一种是总线上不存在其它诊断设备发送的优先级报文，另一种是总线上存在其它诊断设备发送的优先级报文，但是不存在优先级高于任一诊断设备对应优先级的优先级报文，只要满足其中一种，即为不存在。
在一个实施例中，该方法还包括：若继续监听过程中总线上未出现优先级高于任一诊断设备对应优先级的优先级报文，且监听总时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
其中，总线上未出现优先级高于任一诊断设备对应优先级的优先级报文包括两种情况，一种是总线上未出现其它诊断设备发送的优先级报文，另一种是总线上出现其它诊断设备发送的优先级报文，但是未出现优先级高于任一诊断设备对应优先级的优先级报文，只要满足其中一种，即为总线上未出现优先级高于任一诊断设备对应优先级的优先级报文。
在一个实施例中，任一诊断设备对应的优先级报文通过功能寻址功能发送。
本实施例中，通过任一诊断设备对应的优先级报文通过功能寻址功能发送，能够达到任一诊断设备可以将诊断报文发送给多个控制器，也即任一诊断设备可以对多个控制器进行故障诊断。
在一个实施例中，向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，包括：
向故障诊断任务所指定的控制器连续两次发送任一诊断设备对应的优先级报文；其中，两次发送过程中的时间间隔为第二预设时长，第二预设时长是在预设时长范围内随机选取的。
具体地，向故障诊断任务所指定的控制器连续两次发送任一诊断设备对应的优先级报文可以如图3所示，图3中，等待时间0-A即对应为预设时长范围，客户端即为故障诊断任务所指定的控制器。
由于两个诊断设备在同一时刻给故障诊断任务所指定的控制器发送优先级报文，会产生错误帧，因此，限定第二预设时长是在预设时长范围内随机选取的，从而降低发生两个诊断设备在同一时刻给故障诊断任务所指定的控制器发送优先级报文事件的概率。
本实施例中，通过向故障诊断任务所指定的控制器连续两次发送任一诊断设备对应的优先级报文；其中，两次发送过程中的时间间隔为第二预设时长，第二预设时长是在预设时长范围内随机选取的。一方面，由于向故障诊断任务所指定的控制器连续两次发送任一诊断设备对应的优先级报文，从而提高优先级报文发送的成功率，避免由于总线干扰等其他原因使任一诊断设备对应的优先级报文未发送成功。另一方面，由于限定第二预设时长是在预设时长范围内随机选取的，从而降低发生两个诊断设备在同一时刻给故障诊断任务所指定的控制器发送优先级报文事件的概率。
在一个实施例中，向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文之后，包括：
每隔第三预设时长，向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，并再次监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文。
需要说明的是，图3中的时间C即对应为第三预设时长，第三预设时长需满足下述条件：第二预设时长<第三预设时长<第一预设时长。具体地，在第一预设时长为10秒的前提下，第三预设时长可以为5秒。之所以设置第二预设时长<第三预设时长<第一预设时长，是为了实现每一诊断设备之间对总线使用权的正确竞争，保证在第一预设时长内只存在一个诊断设备对故障诊断任务所指定的控制器进行故障诊断。具体地，提供一个在第三预设时长大于第一预设时长的场景下，诊断设备对总线使用权进行竞争的实施例，对设置原因进行解释说明。例如，第三预设时长大于第一预设时长，网联智能终端获得了总线的使用权，在网联智能终端向故障诊断任务所指定的控制器发送网联智能终端对应的诊断报文的同一时刻，比网联智能终端对应优先级低的车机接收到故障诊断任务，且车机接收到的故障诊断任务所指定的控制器，与网联智能终端接收到的故障诊断任务所指定的控制器是同一控制器，可以理解的是，如果第三预设时长大于第一预设时长，那么在网联智能终端向故障诊断任务所指定的控制器发送网联智能终端对应的诊断报文后的第一预设时长内，网联智能终端不会向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，车机将会判断该第一预设时长内总线上不存在优先级高于车机对应优先级的优先级报文，车机获得总线的使用权，向故障诊断任务所指定的控制器发送车机对应的优先级报文及诊断报文，由于车机对应的优先级低于网联智能终端的优先级，因此，网联智能终端在该第一预设时长内，也会判断总线上不存在优先级高于车机对应优先级的优先级报文，继续占用总线的使用权对故障诊断任务所指定的控制器进行故障诊断。因为网联智能终端在该第一预设时长内没有发送网联智能终端对应的优先级报文，导致总线竞争的结果错误，发生两个诊断设备同时对控制器进行故障诊断的情况，从而造成诊断信息错乱，也即故障诊断任务所指定的控制器将车机对应的故障诊断结果发送给网联智能终端。反之，如果第三预设时长小于第一预设时长，网联智能终端在该第一预设时长内将向故障诊断任务所指定的控制器发送网联智能终端对应的优先级报文，从而实现每一诊断设备之间对总线使用权的正确竞争，进而保证在第一预设时长内只存在一个诊断设备对故障诊断任务所指定的控制器进行故障诊断，避免造成诊断信息错乱。
若在再次监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则中断向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
需要说明的是，在中断向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文后，会将任一诊断设备当前的状态上报至后台服务器或在显示界面中进行异常提示。
本实施例中，通过每隔第三预设时长，向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，并再次监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；若在再次监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则中断向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。一方面，由于定义了诊断设备的优先级，并通过总线上标识优先级的报文进行仲裁，具体地，在诊断过程中，优先级低的诊断设备的诊断功能会被优先级高的诊断设备中断，从而避免在进行诊断时，存在车内控制器不知道是哪个诊断设备在对控制器发送诊断请求，导致诊断信息错乱的问题。
在一个实施例中，任一诊断设备接收到故障诊断任务对应的监听过程可以如图4所示。需要说明的是，图4中，等待时间B即对应为第一预设时长。由图4可知，诊断设备完成诊断功能后，不再发送诊断设备对应的优先级报文。
应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的诊断冲突协调方法的诊断冲突协调装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个诊断冲突协调装置实施例中的具体限定可以参见上文中对于诊断冲突协调方法的限定，在此不再赘述。
在一个实施例中，如图5所示，提供了一种诊断冲突协调装置，包括：监听模块502、继续监听模块504和第一发送模块506，其中：
监听模块502，用于对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持预设通信协议；
继续监听模块504，用于若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
第一发送模块506，用于向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，该装置，还包括：
第二发送模块，用于若不存在，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，该装置，还包括：
第三发送模块，用于若继续监听过程中总线上未出现优先级高于任一诊断设备对应优先级的优先级报文，且监听总时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
第四发送模块，用于向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，任一诊断设备对应的优先级报文通过功能寻址功能发送。
在一个实施例中，继续监听模块504，包括：
发送单元，用于向故障诊断任务所指定的控制器连续两次发送任一诊断设备对应的优先级报文；其中，两次发送过程中的时间间隔为第二预设时长，第二预设时长是在预设时长范围内随机选取的。
在一个实施例中，该装置，还包括：
再次监听模块，用于每隔第三预设时长，向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，并再次监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；
中断模块，用于若在再次监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则中断向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
上述诊断冲突协调装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储每一诊断设备对应的优先级报文及诊断报文数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种诊断冲突协调方法。
本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持预设通信协议；
若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
若不存在，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
若继续监听过程中总线上未出现优先级高于任一诊断设备对应优先级的优先级报文，且监听总时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，处理器在执行计算机程序时，任一诊断设备对应的优先级报文通过功能寻址功能发送。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
向故障诊断任务所指定的控制器连续两次发送任一诊断设备对应的优先级报文；其中，两次发送过程中的时间间隔为第二预设时长，第二预设时长是在预设时长范围内随机选取的。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
每隔第三预设时长，向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，并再次监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；
若在再次监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则中断向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持预设通信协议；
若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
若不存在，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
若继续监听过程中总线上未出现优先级高于任一诊断设备对应优先级的优先级报文，且监听总时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，计算机程序被处理器执行时，任一诊断设备对应的优先级报文通过功能寻址功能发送。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
向故障诊断任务所指定的控制器连续两次发送任一诊断设备对应的优先级报文；其中，两次发送过程中的时间间隔为第二预设时长，第二预设时长是在预设时长范围内随机选取的。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
每隔第三预设时长，向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，并再次监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；
若在再次监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则中断向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：
对于任一诊断设备，若任一诊断设备接收到故障诊断任务，则从任一诊断设备接收到故障诊断任务的时刻起，开始监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持预设通信协议；
若存在，则由任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
若不存在，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
若继续监听过程中总线上未出现优先级高于任一诊断设备对应优先级的优先级报文，且监听总时长达到第一预设时长，则向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文；
向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
在一个实施例中，计算机程序被处理器执行时，任一诊断设备对应的优先级报文通过功能寻址功能发送。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
向故障诊断任务所指定的控制器连续两次发送任一诊断设备对应的优先级报文；其中，两次发送过程中的时间间隔为第二预设时长，第二预设时长是在预设时长范围内随机选取的。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
每隔第三预设时长，向故障诊断任务所指定的控制器发送任一诊断设备对应的优先级报文，并再次监听总线上是否存在优先级高于任一诊断设备对应优先级的优先级报文；
若在再次监听过程中总线上出现优先级高于任一诊断设备对应优先级的优先级报文，则中断向故障诊断任务所指定的控制器发送任一诊断设备对应的诊断报文。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种诊断冲突协调方法，其特征在于，用于对控制器进行故障检测，所述方法包括：
对于任一诊断设备，若所述任一诊断设备接收到故障诊断任务，则从所述任一诊断设备接收到所述故障诊断任务的时刻起，开始监听总线上是否存在优先级高于所述任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持所述预设通信协议；
若存在，则由所述任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于所述任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向所述故障诊断任务所指定的控制器发送所述任一诊断设备对应的优先级报文；
向所述故障诊断任务所指定的控制器发送所述任一诊断设备对应的诊断报文。
2.根据权利要求1所述的方法，其特征在于，所述开始监听总线上是否存在优先级高于所述任一诊断设备对应优先级的优先级报文之后，还包括：
若不存在，则向所述故障诊断任务所指定的控制器发送所述任一诊断设备对应的优先级报文，向所述故障诊断任务所指定的控制器发送所述任一诊断设备对应的诊断报文。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若继续监听过程中总线上未出现优先级高于所述任一诊断设备对应优先级的优先级报文，且监听总时长达到所述第一预设时长，则向所述故障诊断任务所指定的控制器发送所述任一诊断设备对应的优先级报文；
向所述故障诊断任务所指定的控制器发送所述任一诊断设备对应的诊断报文。
4.根据权利要求1所述的方法，其特征在于，所述任一诊断设备对应的优先级报文通过功能寻址功能发送。
5.根据权利要求1至4任意一项所述的方法，其特征在于，所述向所述故障诊断任务所指定的控制器发送所述任一诊断设备对应的优先级报文，包括：
向所述故障诊断任务所指定的控制器连续两次发送所述任一诊断设备对应的优先级报文；其中，两次发送过程中的时间间隔为第二预设时长，所述第二预设时长是在预设时长范围内随机选取的。
6.根据权利要求1至4任意一项所述的方法，其特征在于，所述向所述故障诊断任务所指定的控制器发送所述任一诊断设备对应的诊断报文之后，包括：
每隔第三预设时长，向所述故障诊断任务所指定的控制器发送所述任一诊断设备对应的优先级报文，并再次监听总线上是否存在优先级高于所述任一诊断设备对应优先级的优先级报文；
若在再次监听过程中所述总线上出现优先级高于所述任一诊断设备对应优先级的优先级报文，则中断向所述故障诊断任务所指定的控制器发送所述任一诊断设备对应的诊断报文。
7.一种诊断冲突协调装置，其特征在于，所述装置包括：
监听模块，用于对于任一诊断设备，若所述任一诊断设备接收到故障诊断任务，则从所述任一诊断设备接收到所述故障诊断任务的时刻起，开始监听总线上是否存在优先级高于所述任一诊断设备对应优先级的优先级报文；其中，每一诊断设备对应的优先级报文均是基于预设通信协议所定义的，不同诊断设备对应的优先级报文中各自携带的优先级不同，所有控制器均支持所述预设通信协议；
继续监听模块，用于若存在，则由所述任一诊断设备进行继续监听，并同时累计监听总时长，若继续监听过程中总线上出现优先级高于所述任一诊断设备对应优先级的优先级报文，则监听总时长归0并继续监听，重复上述继续监听过程，直至监听时长达到第一预设时长，则向所述故障诊断任务所指定的控制器发送所述任一诊断设备对应的优先级报文；
第一发送模块，用于向所述故障诊断任务所指定的控制器发送所述任一诊断设备对应的诊断报文。
8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
10.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210121021.3A CN114442598B (zh) | 2022-02-09 | 2022-02-09 | 诊断冲突协调方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210121021.3A CN114442598B (zh) | 2022-02-09 | 2022-02-09 | 诊断冲突协调方法、装置、计算机设备和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114442598A true CN114442598A (zh) | 2022-05-06 |
| CN114442598B CN114442598B (zh) | 2023-12-12 |
Family
ID=81371300
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210121021.3A Active CN114442598B (zh) | 2022-02-09 | 2022-02-09 | 诊断冲突协调方法、装置、计算机设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114442598B (zh) |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101227366A (zh) * | 2007-12-11 | 2008-07-23 | 北京豪沃尔科技发展股份有限公司 | 总线传输数据防冲突方法 |
| US20110307218A1 (en) * | 2010-06-09 | 2011-12-15 | Honeywell International Inc. | System and method for conflict resolution to support simultaneous monitoring of multiple subsystems |
| CN102930889A (zh) * | 2012-10-26 | 2013-02-13 | 北京世纪联成科技有限公司 | 一种基于车载信息娱乐系统的声音冲突处理方法 |
| US20130204484A1 (en) * | 2011-11-16 | 2013-08-08 | Flextronics Ap, Llc | On board vehicle diagnostic module |
| CN103580976A (zh) * | 2012-07-20 | 2014-02-12 | 中兴通讯股份有限公司 | 一种载波侦听冲突避免方法和装置 |
| CN106656431A (zh) * | 2015-09-21 | 2017-05-10 | 华为技术有限公司 | 一种报文传输方法及用户设备 |
| CN106788742A (zh) * | 2016-12-12 | 2017-05-31 | 四川九州电子科技股份有限公司 | 双纤融合终端中pon模块管理catv模块的方法 |
| CN109213131A (zh) * | 2018-11-22 | 2019-01-15 | 奇瑞汽车股份有限公司 | 一种汽车故障诊断冲突的协调方法 |
| CN113204226A (zh) * | 2021-04-25 | 2021-08-03 | 重庆长安汽车股份有限公司 | 整车诊断系统及方法 |
-
2022
- 2022-02-09 CN CN202210121021.3A patent/CN114442598B/zh active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101227366A (zh) * | 2007-12-11 | 2008-07-23 | 北京豪沃尔科技发展股份有限公司 | 总线传输数据防冲突方法 |
| US20110307218A1 (en) * | 2010-06-09 | 2011-12-15 | Honeywell International Inc. | System and method for conflict resolution to support simultaneous monitoring of multiple subsystems |
| US20130204484A1 (en) * | 2011-11-16 | 2013-08-08 | Flextronics Ap, Llc | On board vehicle diagnostic module |
| CN103580976A (zh) * | 2012-07-20 | 2014-02-12 | 中兴通讯股份有限公司 | 一种载波侦听冲突避免方法和装置 |
| CN102930889A (zh) * | 2012-10-26 | 2013-02-13 | 北京世纪联成科技有限公司 | 一种基于车载信息娱乐系统的声音冲突处理方法 |
| CN106656431A (zh) * | 2015-09-21 | 2017-05-10 | 华为技术有限公司 | 一种报文传输方法及用户设备 |
| CN106788742A (zh) * | 2016-12-12 | 2017-05-31 | 四川九州电子科技股份有限公司 | 双纤融合终端中pon模块管理catv模块的方法 |
| CN109213131A (zh) * | 2018-11-22 | 2019-01-15 | 奇瑞汽车股份有限公司 | 一种汽车故障诊断冲突的协调方法 |
| CN113204226A (zh) * | 2021-04-25 | 2021-08-03 | 重庆长安汽车股份有限公司 | 整车诊断系统及方法 |
Non-Patent Citations (1)
| Title |
|---|
| 刘龙龙;杨正林;盖福祥;: "深度混合动力汽车CAN网络设计及研究", 机械设计与制造, no. 01, pages 35 - 38 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114442598B (zh) | 2023-12-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109656782A (zh) | 可视化调度监控方法、装置及服务器 | |
| CN110545220B (zh) | 汽车诊断协议检测方法及相关产品 | |
| CN108446171A (zh) | 电子装置、分布式系统执行任务分配方法及存储介质 | |
| CN107438832B (zh) | 一种数据刷新方法、装置及计算机可读存储介质 | |
| US20160313715A1 (en) | Method, Device and Computer Program Product for Programming a Plurality of Control Units | |
| CN105930249B (zh) | 应用监控方法和装置 | |
| CN110275768A (zh) | 数据处理方法、装置及电子设备 | |
| CN109561134B (zh) | 电子装置、分布式集群服务分配方法及存储介质 | |
| CN114442598B (zh) | 诊断冲突协调方法、装置、计算机设备和存储介质 | |
| US20070038900A1 (en) | System with executing nodes for executing schedules | |
| US20200076642A1 (en) | Message processing method, apparatus, electronic control unit and readable storage medium | |
| CN115437761A (zh) | 调度器的仿真方法、电子设备和存储介质 | |
| CN107273082B (zh) | 图像的显示方法、装置、终端及存储介质 | |
| CN114143403B (zh) | 智能外呼方法、装置、外呼系统及存储介质 | |
| CN113867145A (zh) | 一种应用控制方法、装置、电子设备及存储介质 | |
| CN115167378A (zh) | 整车诊断模式控制方法、系统、设备及存储介质 | |
| CN113448304B (zh) | 车辆ecu诊断方法和系统 | |
| US11323396B2 (en) | System and method for secure vehicle communication | |
| CN110177032B (zh) | 报文路由质量监测方法及网关控制器 | |
| CN109213124B (zh) | 一种数据扫描方法、数据扫描装置及车辆诊断设备 | |
| JP2022538080A (ja) | 車両の車載バス上のコンピュータと対話する方法 | |
| CN109885798A (zh) | 一种Android应用的页面刷新方法 | |
| CN109117340A (zh) | 一种移动终端及其进程间通信的监控方法、存储介质 | |
| CN113347272B (zh) | 一种报文处理方法、装置、存储介质和设备 | |
| CN113411770B (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |