CN115118642B - 一种车载总线网络诊断方法及系统 - Google Patents
一种车载总线网络诊断方法及系统 Download PDFInfo
- Publication number
- CN115118642B CN115118642B CN202210644731.4A CN202210644731A CN115118642B CN 115118642 B CN115118642 B CN 115118642B CN 202210644731 A CN202210644731 A CN 202210644731A CN 115118642 B CN115118642 B CN 115118642B
- Authority
- CN
- China
- Prior art keywords
- node
- downstream
- downstream node
- vehicle
- trigger
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
-
- 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
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明公开一种车载总线网络诊断方法及系统,其中,车载总线网络诊断方法包括:当车载总线网络的某一个功能被触发时,触发节点作为上游节点以总线报文的形式向车载总线网络发送触发信号;所述车载总线网络的各个节点以及所有的功能均预先分配有唯一的编号;所述触发节点的至少一个下游节点根据所述触发信号执行相应的功能后,以总线报文的形式向车载总线网络发送下游响应报文;所述下游节点同步存储自身执行所述相应的功能的执行日志数据;当某一下游节点发生故障时,解析所述下游节点发送的下游响应报文,并通过诊断服务读取存储的执行日志数据,确定具体的故障点。本发明可以提高诊断效率,降低诊断难度。
Description
技术领域
本发明属于智能网联汽车技术领域,具体涉及一种车载总线网络诊断方法及系统。
背景技术
过往很多汽车功能都是由单个控制单元来实现,所以汽车功能发生故障,只要通过诊断仪诊断功能对应的控制单元,就可以得到故障码,从而获知大致故障。但随着现在汽车智能网联技术的发展,车云一体、控制单元集成化越来越成为新的发展趋势,越来越多的汽车功能趋向于多节点、多系统来实现,于是过往的单节点诊断功能故障的方式已经越来越不适应于新发展趋势。
现有的维修人员往往通过采用现场诊断仪来读取各个控制单元的故障码,以及监控分析汽车总线的数据,尝试找到某些电器系统的故障,从而使用排除法,逐个排查可疑点,最后锁定可能的故障。但这种方式存在以下问题:
(1)现场诊断的手段和方式不适应远程诊断的技术发展需求,如何让云平台通过分析汽车上的总线数据可以锁定功能故障点,已经越来越成为一个重要课题;
(2)现场诊断的方式只能让维修人员知道每一个电器系统的故障点,但面对跨领域、多系统而实现的功能,一旦这些功能出现故障,功能故障与整车上众多故障点之间往往存在不清晰的、非线性的耦合关系,并非充分必要的、线性的耦合关系;所以要让维修人员通过功能故障现象,反推出哪一个故障点是真因是相当困难的,只能依靠维修人员的经验和分析能力;
(3)对于那些跨领域、多系统的复杂功能,甚至其功能触发或者执行条件涉及多领域多系统触发信号,中间涉及的逻辑环节相当多,维修人员想从功能故障现象反向分析中间哪几个环节的系统出现故障导致最后问题十分困难,对维修人员的能力提出了相当高的要求。
发明内容
本发明实施例所要解决的技术问题在于,提供一种车载总线网络诊断方法及系统,以提高诊断效率,降低诊断难度。
为解决上述技术问题,本发明提供一种车载总线网络诊断方法,包括:
当所述车载总线网络的某一个功能被触发时,触发节点作为上游节点以总线报文的形式向所述车载总线网络发送触发信号;所述车载总线网络的各个节点,以及所有的功能均预先分配有唯一的编号;
所述触发节点的至少一个下游节点根据所述触发信号执行相应的功能后,以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包含所述下游节点的上游节点的编号、所述下游节点自身执行的功能的编号以及执行条件自定义信息;所述下游节点同步存储自身执行所述相应的功能的执行日志数据;
当某一下游节点发生故障时,解析所述下游节点发送的下游响应报文,并通过诊断服务读取存储的执行日志数据,确定具体的故障点。
进一步地,所述执行日志数据至少包括所述功能触发的时间、时间参数、触发信号内容、状态、执行结果。
进一步地,所述解析所述下游节点发送的下游响应报文,并通过诊断服务读取存储的执行日志数据,确定具体的故障点,具体包括:
通过接收并查看该节点发送的下游响应报文,获得其上游节点的编号,并使用诊断仪或者远程诊断模块读取该节点的执行日志数据,判断从其上游节点到该节点之间是否存在异常,排查该节点所对应的控制单元及电器回路、传感器、执行器是否存在故障。
进一步地,如果所述触发节点具有多个下游节点,其触发的功能分别由所述多个下游节点执行,则每一个下游节点执行相应的功能后,均以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包括所述触发节点的编号、所述下游节点自身执行的功能的编号以及执行条件自定义信息;每一个所述下游节点同步存储自身执行的所述功能的执行日志数据;
某一下游节点发生故障时,通过接收并查看所述下游节点发送的下游响应报文,获知其上游节点的编号,并使用诊断仪或者远程诊断模块读取所述下游节点的执行日志数据,判断从其上游节点到所述下游节点之间是否存在异常,排查所述下游节点对应的控制单元及电器回路、传感器、执行器是否存在故障。
进一步地,如果所述触发节点具有多级下游节点,所述触发节点触发的功能由所述多级下游节点依次执行,则每一级下游节点执行相应的功能后,均以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包括其上游节点的编号、该级下游节点自身执行的功能的编号以及执行条件自定义信息;每一级下游节点同步存储自身执行的所述功能的执行日志数据;
某一级下游节点发生故障时,通过接收并查看其发送的下游响应报文,获知其上游节点的编号,并使用诊断仪或者远程诊断模块读取所述下游节点的执行日志数据,判断从其上游节点到所述下游节点之间是否存在异常;如果不存在异常,则继续按前述流程排查其上游节点,直到找到故障节点。
本发明还提供一种车载总线网络诊断系统,所述车载总线网络诊断系统包括触发节点和至少一个下游节点;所述车载总线网络的各个节点以及所有的功能均预先分配有唯一的编号;
当所述车载总线网络的某一个功能被触发时,所述触发节点用于作为上游节点以总线报文的形式向所述车载总线网络发送触发信号;
所述下游节点用于根据所述触发信号执行相应的功能后,以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包含所述下游节点的上游节点的编号、所述下游节点自身执行的功能的编号以及执行条件自定义信息;所述下游节点同步存储自身执行所述相应的功能的执行日志数据;
当某一下游节点发生故障时,解析所述下游节点发送的下游响应报文,并通过诊断服务读取存储的执行日志数据,确定具体的故障点。
进一步地,所述执行日志数据至少包括所述功能触发的时间、时间参数、触发信号内容、状态、执行结果。
进一步地,所述解析所述下游节点发送的下游响应报文,并通过诊断服务读取存储的执行日志数据,确定具体的故障点,具体包括:
通过接收并查看该节点发送的下游响应报文,获得其上游节点的编号,并使用诊断仪或者远程诊断模块读取该节点的执行日志数据,判断从其上游节点到该节点之间是否存在异常,排查该节点所对应的控制单元及电器回路、传感器、执行器是否存在故障。
进一步地,所述触发节点具有多个下游节点,其触发的功能分别由所述多个下游节点执行,则每一个下游节点用于执行相应的功能后,均以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包括所述触发节点的编号、所述下游节点自身执行的功能的编号以及执行条件自定义信息;每一个所述下游节点同步存储自身执行的所述功能的执行日志数据;
某一下游节点发生故障时,通过接收并查看所述下游节点发送的下游响应报文,获知其上游节点的编号,并使用诊断仪或者远程诊断模块读取所述下游节点的执行日志数据,判断从其上游节点到所述下游节点之间是否存在异常,排查所述下游节点对应的控制单元及电器回路、传感器、执行器是否存在故障。
进一步地,所述触发节点具有多级下游节点,所述触发节点触发的功能由所述多级下游节点依次执行,则每一级下游节点用于执行相应的功能后,均以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包括其上游节点的编号、该级下游节点自身执行的功能的编号以及执行条件自定义信息;每一级下游节点同步存储自身执行的所述功能的执行日志数据;
某一级下游节点发生故障时,通过接收并查看其发送的下游响应报文,获知其上游节点的编号,并使用诊断仪或者远程诊断模块读取所述下游节点的执行日志数据,判断从其上游节点到所述下游节点之间是否存在异常;如果不存在异常,则继续按前述流程排查其上游节点,直到找到故障节点。
实施本发明具有如下有益效果:本发明使用总线表达的方式,可以通过分析总线的方式来逐级逐个环节锁定到问题节点,代替现场诊断逐个零件的排除方法,即使面对复杂策略的跨领域多系统的智联功能,也能巧妙地转变为逐级诊断问题,大大提高诊断效率,降低诊断难度,为实现远程诊断奠定了基础;同时,本发明的设计巧妙,实现难度低、市场经济显著,在大幅度降低智联功能诊断成本和开发成本的同时,为软件定义汽车、智能网联汽车的到来提供了坚实的技术基础,为汽车电器诊断带来新的技术升级。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一一种车载总线网络诊断方法的流程示意图。
图2是本发明实施例一中触发节点-下游节点的单一执行逻辑链的执行流程示意图。
图3是本发明实施例一中触发节点-多个下游节点的并联执行逻辑链的执行流程示意图。
图4是本发明实施例一中触发节点-多个下游节点的串联执行逻辑链的执行流程示意图。
具体实施方式
以下各实施例的说明是参考附图,用以示例本发明可以用以实施的特定实施例。
请参照图1所示,本发明实施例一提供一种车载总线网络诊断方法,包括:
当所述车载总线网络的某一个功能被触发时,触发节点作为上游节点以总线报文的形式向所述车载总线网络发送触发信号;所述车载总线网络的各个节点,以及所有的功能均预先分配有唯一的编号;
所述触发节点的至少一个下游节点根据所述触发信号执行相应的功能后,以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包含所述下游节点的上游节点的编号、所述下游节点自身执行的功能的编号以及执行条件自定义信息;所述下游节点同步存储自身执行所述相应的功能的执行日志数据;
当某一节点发生故障时,解析该节点发送的下游响应报文,并通过诊断服务读取存储的执行日志数据,确定具体的故障点。
具体地,本实施例中,根据车载总线网络的清单和功能清单,分别对每一项、每一项功能都分配一个对应的编号,例如若有4000项功能,就用0x000x00-0Xff 0Xff范围内的数值来编号每一个功能。此外,对所有网络节点也分别分配唯一的编号,例如若有30个节点,就用0x00-0Xff范围内的数值来编号每一个节点。可以理解的是,功能、节点的编号都具备唯一性。本实施例是为节点而不是控制单元分配唯一的编号,原因在于:在硬件上现在会有越来越多集成化设计,很多功能会集成到同一个硬件总成上;但在逻辑拓扑上,可能会出现不同的节点;例如,有些车型的仪表跟音响主机在硬件上可能会合并成同一个控制单元,但内部有2个核心芯片,在网络上就出现仪表和音响2类独立的逻辑节点。
需要说明的是,本实施例并不改变原有设计好的执行逻辑,相关功能的触发、执行均按设计好的执行逻辑进行;本实施例是通过编号去标识相关的节点、功能,将其打包在下游响应报文中,以总线报文形式发送到车载总线网络上,从过往的不可视状态变成可视状态,可视化地展示了下游节点对上游节点的响应执行效果;同时将执行时的执行日志数据进行存储,使得下游响应报文+执行日志数据成为一个新的“诊断数据”,供后续在排查故障时读取。
例如,PEPS作为触发节点触发闭锁功能,发送触发信号;BCM作为其下游节点接收该触发信号并执行闭锁功能。PEPS是BCM的上游节点,BCM是PEPS的下游节点。如前所述,闭锁功能的执行逻辑按已有设计,不是本发明范畴;本发明的创新之处在于,一方面,BCM执行闭锁功能后,以总线报文的形式向车载总线网络发送一帧下游响应报文,报文格式是A+B+C,表示接收来自于A节点(PEPS)的功能B(闭锁功能)触发需求,执行条件自定义信息为C(例如要求在OFF状态下执行),C是由开发者自定义的信息(在设计执行逻辑时进行定义);以BCM接收到来自PEPS的关于执行功能B的触发信号为例,设PEPS的编号为0x3A,功能B的编号是0x49 0x33,执行条件自定义信息C为0x01 0x42 0xFA 0xDE,则BCM发送的下游响应报文编号是0x00 0x3A 0x490x33 0x01 0x42 0xFA 0xDE。一帧下游响应报文是8个字节:节点编号(2bytes)+功能编号(2bytes)+执行条件自定义信息(4bytes)。另一方面,BCM还将同步存储闭锁功能的执行日志数据(log数据),该执行日志数据至少包括该闭锁功能触发的时间、时间参数、触发信号内容、状态、执行结果。例如,BCM在2022年2月25日星期五13:40接收到PEPS的触发信号(请求闭锁指令),要求在OFF状态下执行3S,则前述执行日志数据包含的信息至少有202202251340(功能触发的时间)、3S(时间参数)、PEPS_lock_data(触发信号内容)、OFF(状态)、OK(执行结果)。
当某一节点的功能发生故障问题时,可以通过接收并查看其发送的下游响应报文,推断得知其上游节点以及触发信号,然后使用诊断仪或者远程诊断模块读取该节点的log数据(例如发送SID为0x22的请求读取诊断服务),分析从其上游节点到该节点之间是否存在异常。维修人员重点排查该故障环节的节点所对应的控制单元及电器回路、传感器、执行器等,锁定分析问题原因。这样维修人员或者诊断设备就可以轻而易举地从任何一个节点逐层反推出上游节点的执行情况,即使面对复杂策略的跨领域多系统的智联功能,维修人员或者诊断设备、甚至诊断平台都可以凭借下游响应报文和执行日志数据,轻松快捷地锁定出现故障的环节和故障点,大大降低诊断难度和售后成本。
本实施例通过编号去标识相关的节点、功能,因此可以用编号来明确地描述整个功能执行逻辑链。对于多系统共同实现的智联功能,涉及多个节点来交互实现,功能执行逻辑链涉及串联或者并联结构。以下以功能的执行逻辑链为例分别进行说明。
(一)触发节点-下游节点的单一执行逻辑链
如图2所示,触发节点A作为上游节点以总线报文的形式向车载总线网络发送触发信号,触发执行功能B。触发节点A的下游节点A1根据触发信号执行相应的功能B后,以总线报文的形式向车载总线网络发送下游响应报文,下游响应报文格式为A+B+C,即包括触发节点A(触发节点A相当于下游节点A1的上游节点)的编号、下游节点A1自身执行的功能B的编号以及执行条件自定义信息C。下游节点A1同步存储自身执行功能B的执行日志数据logA1,包括功能触发的时间、时间参数、触发信号内容、状态和执行结果。
如果下游节点A1的功能发生故障问题时,可以通过接收并查看其发送的下游响应报文,推断得知其上游节点(触发节点A)以及触发信号,然后使用诊断仪或者远程诊断模块读取下游节点A1的执行日志数据,分析从其触发节点A到下游节点A1之间是否存在异常。
(二)触发节点-多个下游节点的并联执行逻辑链
如图3所示,触发节点A作为上游节点以总线报文的形式向车载总线网络发送触发信号,触发执行功能B。触发节点A具有多个下游节点A1、A2、A3,功能B按照设计好的执行逻辑分解为功能B1、B2、B3,分别由下游节点A1执行功能B1、下游节点A2执行功能B2、下游节点A3执行功能B3,由此形成触发节点A-下游节点A1、触发节点A-下游节点A2、触发节点A-下游节点A3的并联结构的执行逻辑链。
下游节点A1执行功能B1后,以总线报文的形式向车载总线网络发送下游响应报文,下游响应报文格式为A+B1+C1,即包括触发节点A的编号、下游节点A1自身执行的功能B1的编号以及执行条件自定义信息C1;下游节点A1同步存储自身执行功能B1的执行日志数据logA1,包括功能触发的时间、时间参数、触发信号内容、状态和执行结果。
下游节点A2执行功能B2后,以总线报文的形式向车载总线网络发送下游响应报文,下游响应报文格式为A+B2+C2,即包括触发节点A的编号、下游节点A2自身执行的功能B2的编号以及执行条件自定义信息C2;下游节点A2同步存储自身执行功能B2的执行日志数据logA2,包括功能触发的时间、时间参数、触发信号内容、状态和执行结果。
下游节点A3执行功能B3后,以总线报文的形式向车载总线网络发送下游响应报文,下游响应报文格式为A+B3+C3,即包括触发节点A的编号、下游节点A3自身执行的功能B3的编号以及执行条件自定义信息C3。下游节点A3同步存储自身执行功能B3的执行日志数据logA3,包括功能触发的时间、时间参数、触发信号内容、状态和执行结果。
如果下游节点A1的功能发生故障问题时,可以通过接收并查看其发送的下游响应报文,推断得知其上游节点(触发节点A)以及触发信号,然后使用诊断仪或者远程诊断模块读取下游节点A1的执行日志数据,分析从其触发节点A到下游节点A1之间是否存在异常。同样地,如果下游节点A3的功能发生故障问题时,可以通过接收并查看其发送的下游响应报文,推断得知其上游节点(触发节点A)以及触发信号,然后使用诊断仪或者远程诊断模块读取下游节点A3的执行日志数据,分析从其触发节点A到下游节点A3之间是否存在异常。
(三)触发节点-多个下游节点的串联执行逻辑链
如图4所示,触发节点A作为上游节点以总线报文的形式向车载总线网络发送触发信号,触发执行功能B。触发节点A具有多级下游节点(A1、A2、A3),触发节点A触发的功能B由该多级下游节点依次执行,具体来说,触发节点A具有下游节点A1,下游节点A1的下一级下游节点为A2,A2的下一级下游节点为A3,功能B按照设计好的执行逻辑分解为依次执行功能B1、B2、B3,分别由下游节点A1执行功能B1、下游节点A2执行功能B2、下游节点A3执行功能B3,由此形成触发节点A-下游节点A1-下游节点A2-下游节点A3的串联结构的执行逻辑链。
下游节点A1执行功能B1后,以总线报文的形式向车载总线网络发送下游响应报文,下游响应报文格式为A+B1+C1,即包括触发节点A的编号、下游节点A1自身执行的功能B1的编号以及执行条件自定义信息C1;下游节点A1同步存储自身执行功能B1的执行日志数据logA1,包括功能触发的时间、时间参数、触发信号内容、状态和执行结果。
下游节点A2执行功能B2后,以总线报文的形式向车载总线网络发送下游响应报文,下游响应报文格式为A1+B2+C2,即包括其上游节点A1的编号、下游节点A2自身执行的功能B2的编号以及执行条件自定义信息C2;下游节点A2同步存储自身执行功能B2的执行日志数据logA2,包括功能触发的时间、时间参数、触发信号内容、状态和执行结果。
下游节点A3执行功能B3后,以总线报文的形式向车载总线网络发送下游响应报文,下游响应报文格式为A2+B3+C3,即包括其上游节点A2的编号、下游节点A3自身执行的功能B3的编号以及执行条件自定义信息C3。下游节点A3同步存储自身执行功能B3的执行日志数据logA3,包括功能触发的时间、时间参数、触发信号内容、状态和执行结果。
如果下游节点A3的功能发生故障问题时,可以通过接收并查看其发送的下游响应报文,推断得知其上游节点(A2)以及触发信号,然后使用诊断仪或者远程诊断模块读取下游节点A3的执行日志数据,分析从其上游节点A2到下游节点A3之间是否存在异常。如无异常,则继续按同样流程解析其上游节点A2,通过接收并查看其发送的下游响应报文,推断得知其上游节点(A1)以及触发信号,然后使用诊断仪或者远程诊断模块读取下游节点A2的执行日志数据,分析从其上游节点A1到下游节点A2之间是否存在异常。直到找到故障节点为止。
此外,车辆若安装有车载远程通讯模块T-BOX,本实施例则可以通过车载远程通讯模块T-BOX把全部的总线报文(触发信号、下游响应报文)都记录下来并存储在后台服务器,以供远程读取。
相应于前述本发明实施例一所述的车载总线网络诊断方法,本发明实施例二还提供一种车载总线网络诊断系统,所述车载总线网络诊断系统包括触发节点和至少一个下游节点;所述车载总线网络的各个节点,以及所有的功能均预先分配有唯一的编号;
当所述车载总线网络的某一个功能被触发时,所述触发节点用于作为上游节点以总线报文的形式向所述车载总线网络发送触发信号;
所述下游节点用于根据所述触发信号执行相应的功能后,以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包含所述下游节点的上游节点的编号、所述下游节点自身执行的功能的编号以及执行条件自定义信息;所述下游节点同步存储自身执行所述相应的功能的执行日志数据;
当某一下游节点发生故障时,解析所述下游节点发送的下游响应报文,并通过诊断服务读取存储的执行日志数据,确定具体的故障点。
进一步地,所述执行日志数据至少包括所述功能触发的时间、时间参数、触发信号内容、状态、执行结果。
进一步地,所述解析所述下游节点发送的下游响应报文,并通过诊断服务读取存储的执行日志数据,确定具体的故障点,具体包括:
通过接收并查看该节点发送的下游响应报文,获得其上游节点的编号,并使用诊断仪或者远程诊断模块读取该节点的执行日志数据,判断从其上游节点到该节点之间是否存在异常,排查该节点所对应的控制单元及电器回路、传感器、执行器是否存在故障。
进一步地,所述触发节点具有多个下游节点,其触发的功能分别由所述多个下游节点执行,则每一个下游节点用于执行相应的功能后,均以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包括所述触发节点的编号、所述下游节点自身执行的功能的编号以及执行条件自定义信息;每一个所述下游节点同步存储自身执行的所述功能的执行日志数据;
某一下游节点发生故障时,通过接收并查看所述下游节点发送的下游响应报文,获知其上游节点的编号,并使用诊断仪或者远程诊断模块读取所述下游节点的执行日志数据,判断从其上游节点到所述下游节点之间是否存在异常,排查所述下游节点对应的控制单元及电器回路、传感器、执行器是否存在故障。
进一步地,所述触发节点具有多级下游节点,所述触发节点触发的功能由所述多级下游节点依次执行,则每一级下游节点用于执行相应的功能后,均以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包括其上游节点的编号、该级下游节点自身执行的功能的编号以及执行条件自定义信息;每一级下游节点同步存储自身执行的所述功能的执行日志数据;
某一级下游节点发生故障时,通过接收并查看其发送的下游响应报文,获知其上游节点的编号,并使用诊断仪或者远程诊断模块读取所述下游节点的执行日志数据,判断从其上游节点到所述下游节点之间是否存在异常;如果不存在异常,则继续按前述流程排查其上游节点,直到找到故障节点。
有关本实施例的工作原理和过程,参见前述本发明实施例一的说明,此处不再赘述。
通过上述说明可知,与现有技术相比,本发明的有益效果在于:本发明使用总线表达的方式,可以通过分析总线的方式来逐级逐个环节锁定到问题节点,代替现场诊断逐个零件的排除方法,即使面对复杂策略的跨领域多系统的智联功能,也能巧妙地转变为逐级诊断问题,大大提高诊断效率,降低诊断难度,为实现远程诊断奠定了基础;同时,本发明的设计巧妙,实现难度低、市场经济显著,在大幅度降低智联功能诊断成本和开发成本的同时,为软件定义汽车、智能网联汽车的到来提供了坚实的技术基础,为汽车电器诊断带来新的技术升级。
以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明的权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
Claims (8)
1.一种车载总线网络诊断方法,其特征在于,包括:
当所述车载总线网络的某一个功能被触发时,触发节点作为上游节点以总线报文的形式向所述车载总线网络发送触发信号;所述车载总线网络的各个节点以及所有的功能均预先分配有唯一的编号;
所述触发节点的至少一个下游节点根据所述触发信号执行相应的功能后,以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包含所述下游节点的上游节点的编号、所述下游节点自身执行的功能的编号以及执行条件自定义信息;所述下游节点同步存储自身执行所述相应的功能的执行日志数据;
当某一下游节点发生故障时,通过接收并查看所述下游节点发送的下游响应报文,获得其上游节点的编号,并使用诊断仪或者远程诊断模块读取存储的执行日志数据,判断从其上游节点到所述下游节点之间是否存在异常,排查所述下游节点所对应的控制单元及电器回路、传感器、执行器是否存在故障,确定具体的故障点。
2.根据权利要求1所述的车载总线网络诊断方法,其特征在于,所述执行日志数据至少包括所述功能触发的时间、时间参数、触发信号内容、状态、执行结果。
3.根据权利要求1所述的车载总线网络诊断方法,其特征在于,如果所述触发节点具有多个下游节点,其触发的功能分别由所述多个下游节点执行,则每一个下游节点执行相应的功能后,均以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包括所述触发节点的编号、所述下游节点自身执行的功能的编号以及执行条件自定义信息;每一个所述下游节点同步存储自身执行的所述功能的执行日志数据;
某一下游节点发生故障时,通过接收并查看所述下游节点发送的下游响应报文,获知其上游节点的编号,并使用诊断仪或者远程诊断模块读取所述下游节点的执行日志数据,判断从其上游节点到所述下游节点之间是否存在异常,排查所述下游节点对应的控制单元及电器回路、传感器、执行器是否存在故障。
4.根据权利要求1至3任一项所述的车载总线网络诊断方法,其特征在于,如果所述触发节点具有多级下游节点,所述触发节点触发的功能由所述多级下游节点依次执行,则每一级下游节点执行相应的功能后,均以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包括其上游节点的编号、该级下游节点自身执行的功能的编号以及执行条件自定义信息;每一级下游节点同步存储自身执行的所述功能的执行日志数据;
某一级下游节点发生故障时,通过接收并查看其发送的下游响应报文,获知其上游节点的编号,并使用诊断仪或者远程诊断模块读取所述下游节点的执行日志数据,判断从其上游节点到所述下游节点之间是否存在异常;如果不存在异常,则继续按前述流程排查其上游节点,直到找到故障节点。
5.一种车载总线网络诊断系统,其特征在于,所述车载总线网络诊断系统包括触发节点和至少一个下游节点;所述车载总线网络的各个节点以及所有的功能均预先分配有唯一的编号;
当所述车载总线网络的某一个功能被触发时,所述触发节点用于作为上游节点以总线报文的形式向所述车载总线网络发送触发信号;
所述下游节点用于根据所述触发信号执行相应的功能后,以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包含所述下游节点的上游节点的编号、所述下游节点自身执行的功能的编号以及执行条件自定义信息;所述下游节点同步存储自身执行所述相应的功能的执行日志数据;
当某一下游节点发生故障时,通过接收并查看所述下游节点发送的下游响应报文,获得其上游节点的编号,并通过诊断仪或者远程诊断模块读取存储的执行日志数据,判断从其上游节点到所述下游节点之间是否存在异常,排查所述下游节点所对应的控制单元及电器回路、传感器、执行器是否存在故障,确定具体的故障点。
6.根据权利要求5所述的车载总线网络诊断系统,其特征在于,所述执行日志数据至少包括所述功能触发的时间、时间参数、触发信号内容、状态、执行结果。
7.根据权利要求5所述的车载总线网络诊断系统,其特征在于,所述触发节点具有多个下游节点,其触发的功能分别由所述多个下游节点执行,则每一个下游节点用于执行相应的功能后,均以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包括所述触发节点的编号、所述下游节点自身执行的功能的编号以及执行条件自定义信息;每一个所述下游节点同步存储自身执行的所述功能的执行日志数据;
某一下游节点发生故障时,通过接收并查看所述下游节点发送的下游响应报文,获知其上游节点的编号,并使用诊断仪或者远程诊断模块读取所述下游节点的执行日志数据,判断从其上游节点到所述下游节点之间是否存在异常,排查所述下游节点对应的控制单元及电器回路、传感器、执行器是否存在故障。
8.根据权利要求5所述的车载总线网络诊断系统,其特征在于,所述触发节点具有多级下游节点,所述触发节点触发的功能由所述多级下游节点依次执行,则每一级下游节点用于执行相应的功能后,均以总线报文的形式向车载总线网络发送下游响应报文,所述下游响应报文至少包括其上游节点的编号、该级下游节点自身执行的功能的编号以及执行条件自定义信息;每一级下游节点同步存储自身执行的所述功能的执行日志数据;
某一级下游节点发生故障时,通过接收并查看其发送的下游响应报文,获知其上游节点的编号,并使用诊断仪或者远程诊断模块读取所述下游节点的执行日志数据,判断从其上游节点到所述下游节点之间是否存在异常;如果不存在异常,则继续按前述流程排查其上游节点,直到找到故障节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210644731.4A CN115118642B (zh) | 2022-06-09 | 2022-06-09 | 一种车载总线网络诊断方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210644731.4A CN115118642B (zh) | 2022-06-09 | 2022-06-09 | 一种车载总线网络诊断方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115118642A CN115118642A (zh) | 2022-09-27 |
CN115118642B true CN115118642B (zh) | 2023-03-21 |
Family
ID=83325838
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210644731.4A Active CN115118642B (zh) | 2022-06-09 | 2022-06-09 | 一种车载总线网络诊断方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115118642B (zh) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112233278A (zh) * | 2020-12-09 | 2021-01-15 | 智道网联科技(北京)有限公司 | 远程故障分析方法及车载终端、服务器、设备及介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6388629B2 (ja) * | 2016-11-14 | 2018-09-12 | 三菱電機株式会社 | 車載制御装置、ゲートウェイ装置、および、車載ネットワークシステム |
CN107168278A (zh) * | 2017-04-25 | 2017-09-15 | 广州地铁集团有限公司 | 地铁列车信号系统的自动维护与预警系统 |
CN107332711B (zh) * | 2017-07-31 | 2019-11-22 | 北京新能源汽车股份有限公司 | 车辆诊断方法及装置 |
CN108319254A (zh) * | 2018-01-24 | 2018-07-24 | 广东远峰汽车电子有限公司 | 一种汽车日志的收集方法、车载终端及日志收集服务器 |
CN113867324A (zh) * | 2021-10-27 | 2021-12-31 | 深圳市元征科技股份有限公司 | 车辆诊断方法、车载装置、终端及存储介质 |
-
2022
- 2022-06-09 CN CN202210644731.4A patent/CN115118642B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112233278A (zh) * | 2020-12-09 | 2021-01-15 | 智道网联科技(北京)有限公司 | 远程故障分析方法及车载终端、服务器、设备及介质 |
Also Published As
Publication number | Publication date |
---|---|
CN115118642A (zh) | 2022-09-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100686664B1 (ko) | 제어 유닛의 상호 감시를 위한 장치 및 방법 | |
CN108132663A (zh) | 车辆故障信息的解析方法、装置和系统 | |
WO2015024497A1 (zh) | 一种智能变电站网络采样和控制链路的自诊断方法 | |
CN109002031A (zh) | 一种应用于监测系统设备故障诊断及智能预警的方法 | |
CN101170447A (zh) | 基于主动探针的服务故障诊断系统及其方法 | |
CN103532738B (zh) | 一种端口连接关系的确定方法及装置 | |
CN109901555A (zh) | 一种车辆故障诊断方法、设备及存储介质 | |
CN111999073A (zh) | 车辆信息传输的安全检测方法和系统 | |
KR20190000137A (ko) | 차량 제어기 고장 진단 또는 동작 감시 방법 및 장치 | |
KR100293796B1 (ko) | 하드웨어의분산된감독용방법및시스템 | |
CN108153273A (zh) | 车辆信号失效故障诊断方法及整车控制器 | |
JP3569827B2 (ja) | ネットワークシステムの状態診断・監視装置 | |
CN115118642B (zh) | 一种车载总线网络诊断方法及系统 | |
CN110333712A (zh) | 车辆故障诊断方法及系统 | |
CN113098725B (zh) | 一种双网交织异常检测方法及系统 | |
US7719992B1 (en) | System for proactive time domain reflectometry | |
CN1998185A (zh) | 基于以太网的通信系统中的故障管理 | |
DE102013209953A1 (de) | Verfahren und Systeme für das Überwachen eines Fahrzeugs bezüglich Fehlern | |
EP3938970A1 (en) | A method of detecting faults in intelligent electronic devices | |
CN111917692A (zh) | 模糊测试方法、装置、设备及计算机可读存储介质 | |
CN105929816B (zh) | 基于布尔算法的工控系统故障诊断的方法 | |
AU2021266033B2 (en) | Railway system with diagnostic system and method for operating same | |
CN114578786A (zh) | 一种车辆测试系统 | |
US20180095744A1 (en) | Computer System, Method of Managing Transmission of Software with Computer System, Program Therefor, and Recording Medium | |
EP2701341A1 (en) | Communication configuration analysis in process control systems |
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 |