CN117519099A - 排查车辆中异常唤醒源的方法及*** - Google Patents
排查车辆中异常唤醒源的方法及*** Download PDFInfo
- Publication number
- CN117519099A CN117519099A CN202311633981.9A CN202311633981A CN117519099A CN 117519099 A CN117519099 A CN 117519099A CN 202311633981 A CN202311633981 A CN 202311633981A CN 117519099 A CN117519099 A CN 117519099A
- Authority
- CN
- China
- Prior art keywords
- wake
- source
- awakening
- abnormal
- vehicle
- 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
Links
- 230000002159 abnormal effect Effects 0.000 title claims abstract description 120
- 238000000034 method Methods 0.000 title claims abstract description 46
- 238000012423 maintenance Methods 0.000 claims abstract description 56
- 238000011835 investigation Methods 0.000 claims abstract description 9
- 230000007958 sleep Effects 0.000 claims description 48
- 238000007726 management method Methods 0.000 claims description 30
- 230000008569 process Effects 0.000 claims description 21
- 230000008859 change Effects 0.000 claims description 9
- 230000006399 behavior Effects 0.000 claims description 5
- WXZOXVVKILCOPG-UHFFFAOYSA-N bis(2-ethylhexyl) benzene-1,3-dicarboxylate Chemical compound CCCCC(CC)COC(=O)C1=CC=CC(C(=O)OCC(CC)CCCC)=C1 WXZOXVVKILCOPG-UHFFFAOYSA-N 0.000 claims description 5
- 238000013024 troubleshooting Methods 0.000 claims 7
- 238000004458 analytical method Methods 0.000 abstract description 4
- 230000005059 dormancy Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 7
- 230000005856 abnormality Effects 0.000 description 5
- 230000003068 static effect Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 238000003745 diagnosis Methods 0.000 description 2
- 230000005611 electricity Effects 0.000 description 2
- 238000005265 energy consumption Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000001680 brushing effect Effects 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000010438 heat treatment Methods 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
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/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
- G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
-
- 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
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Traffic Control Systems (AREA)
Abstract
本发明公开了一种排查车辆中异常唤醒源的方法及***,涉及电动汽车的工况分析领域。该方法的步骤包括:将所有唤醒源的状态形成唤醒源信息数据流,唤醒源的状态包括正在工作和未工作;根据唤醒源信息数据流确定异常唤醒源的类型,当异常唤醒源属于基本唤醒源时,在基本唤醒源中排查的异常唤醒源;当异常唤醒源属于维持唤醒源时,则维持唤醒源中排查异常唤醒源。本发明通过所有唤醒源的状态信息,来确定异常唤醒源,不仅显著的提高了工作效率,降低了工作难度;而且能够通过基本唤醒源和维持唤醒源的细分和具体定位来找到具体的异常唤醒源,排查精度较高。
Description
技术领域
本发明涉及电动汽车的工况分析领域,具体涉及一种排查车辆中异常唤醒源的方法及***。
背景技术
新能源电动汽车上都有各种各样的ECU(汽车电控单元),这些ECU通过车上的供电单元(一般是蓄电池)提供动力,因此蓄电池的电量是有限的,对于新能源车来说太耗电无疑会给电池的续航里程带来巨大影响,因此为了尽可能的省电,所以就提出了网络管理,也就是说网络管理一个最重要的作用就是为了省电。
网络管理实现省电的方式喂:所有ECU之间会通过CAN通信、Flexray或以太网等进行相互通信连接在一起,那么网络管理就是通过在各个ECU的网络上,发送一些命令制定一套规则,来实现各个ECU的协同睡眠和唤醒。网络管理的目的是使网络中的ECU节点有序的睡眠和唤醒。在没有通信需求的时候睡眠,在需要通信的时候唤醒,可以节约汽车电池的电量。
通常ECU都存在几种工作模式,如唤醒(working)模式、睡眠(sleep)模式、启动(boot)模式。其中working模式为正常工作模式,耗能高;sleep模式为待机状态,大部分功能都停止,为低功耗模式;boot模式为ECU刷机模式,通常用于对ECU进行升级。
当汽车处于休眠状态时,所有ECU处于睡眠状态,一些ECU比如车身控制器(BCM)可以被KL15电唤醒。这些控制器处于睡眠状态时,能耗是非常低的,且一直处于可唤醒状态。
汽车常用的控制器唤醒方式有硬线唤醒和网络唤醒。硬线唤醒通常是通过低压电平来实现,比如KL15唤醒,充电机的CP、CC唤醒。
网络唤醒方式又分为任意帧唤醒和特定帧唤醒。任意帧唤醒就是收到CAN总线上任意信号就醒来。特定帧是指控制器收到特定的网络管理报文(NM)就醒来。
从唤醒源的来源可以分为主动唤醒和被动唤醒。
主动唤醒(Active Wake up):ECU作为主唤醒节点,当检测到主动唤醒源输入信号时(如KL15)主动唤醒自己,并通过发送NMFRAME尝试唤醒其他ECU。被动唤醒(Passive Wakeup):ECU作为从唤醒节点,自己不能主动唤醒己,只能通过接收到其他ECU发来的NM报文来唤醒自己。
控制器的状态定义:
BusSpleep状态:这就是休眠状态,此状态下不发送网络管理报文也不收发应用报文,一般该状态处于低功耗的状态,也就是上文提到的协同睡眠状态。当然上电初始化时,也会默认进入该状态。PreSleep状态:此状态是进入休眠状态前的准备状态,此状态一般不发送网络管理报文帧了,也不发送应用报文了,只是等待其他ECU一起睡眠,其实就是实现协同两个字,也就是让等一段时间让车上所有ECU实现一起睡眠。之所以需要ECU协同睡眠,主要是因为各个ECU处于协同工作状态,比如VCU(整车控制器)和INV(电机控制器),有可能VCU不发报文了,会导致INV报故障,如此就会出现误报警状态。Network状态:此状态下ECU可以进行正常通信,既可以收发网络管理报文帧也可以收发应用报文(包括诊断报文),意思就是唤醒状态。
目前,排查休眠唤醒(蓄电池馈电)问题,传统的做法是一个个控制器的拔,找到最终故障的控制器,这种做法既费时又费力,且车辆交付给用户后,这种处理方式实施起来困难更大。
公开号为CN112034818A的中国发明专利提出了一种控制器故障分析方法及***,其公开了域控监测多个控制器的静态电流数据上传至云端进行分析是否异常,若异常则将数据发送至后台,由后台确认故障的控制器。
但是,蓄电池馈电往往是由于整车未能正常进入休眠或进入休眠后被反复唤醒,导致的结果就是整车多个模块静态电流过高,即上述专利只能告知哪些控制器静态电流有异常,而车辆无法进入休眠或者休眠后被唤醒的异常唤醒源依然需要进一步确定。
发明内容
针对现有技术中存在的缺陷,本发明解决的技术问题为:如何分别定位异常的唤醒源和异常的维持唤醒源。
为达到以上目的,本发明提供的排查车辆中异常唤醒源的方法,包括以下步骤:将所有唤醒源的状态形成唤醒源信息数据流,唤醒源的状态包括正在工作和未工作;根据唤醒源信息数据流确定异常唤醒源的类型,当异常唤醒源属于基本唤醒源时,在基本唤醒源中排查的异常唤醒源;当异常唤醒源属于维持唤醒源时,则维持唤醒源中排查异常唤醒源。
在上述技术方案的基础上,所述根据唤醒源信息数据流确定异常唤醒源的类型的流程包括:故障车辆实时发送唤醒源信息数据流,接收端判断指定周期内数据流的中断次数是否超过指定阈值,若是,确定异常唤醒源属于基本唤醒源;否则确定异常唤醒源属于维持唤醒源。
在上述技术方案的基础上,所述唤醒源信息数据流中,隶属于基本唤醒源类别下的唤醒源的状态在车辆唤醒后不会发生变化,当车辆休眠后再次唤醒时进行更新;隶属于维持唤醒源类别下的唤醒源的状态动态更新。
在上述技术方案的基础上,所述唤醒源信息数据流包括基本唤醒源类型和维持唤醒源类型,基本唤醒源类型和维持唤醒源类型各包括若干唤醒类别,每个唤醒类别下记录有隶属于该类别的具体唤醒源的状态;所述在基本唤醒源中排查的异常唤醒源的流程包括:将唤醒源信息数据流中状态为正在工作的基本唤醒源确定为异常唤醒源;所述在维持唤醒源中排查的异常唤醒源的流程包括:将唤醒源信息数据流中状态为正在工作的维持唤醒源确定为异常唤醒源。
在上述技术方案的基础上,所述唤醒源信息数据流的形成过程包括:VIU实时监测每条网络管理报文的活动状态及自身的IO状态,并实时更新唤醒源信息数据流,更新规则包括:
若车辆处于休眠状态被唤醒:当检测到是IO唤醒,则将唤醒原因字节的IO唤醒bit位置1,将IO唤醒原因字节对应的状态开关所在的bit位置1;当检测到是RF唤醒,则将唤醒原因字节的RF唤醒bit位置1;当检测到是LIN唤醒,则将唤醒原因字节的LIN唤醒bit位置1,将LIN唤醒源所在字节置为对应LIN网段的数值;当检测到是CAN NM报文唤醒,则将唤醒原因字节的CAN NM报文唤醒bit位置1,将网络管理唤醒源所在字节置为对应CAN节点的数值;
车辆唤醒后,当检测到是因为车辆模式为非OFF,导致车辆无法休眠时,将维持唤醒原因所在字节的usagemode bit位置1;当检测到是因为IO状态变化,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的IO_TIMER bit位置1,将IO维持唤醒源所在字节置为对应IO的数值;当检测到是因为RF触发,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的RF Sleep bit位置1;当检测到是因为总线上持续有网络管理报文在维持,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的NM报文超时bit位置1,将网络管理维持唤醒源所在字节置为对应网络节点的数值;当检测到是因为VIU有负载输出时,VIU将维持唤醒原因所在字节的负载输出bit位置1,将对应负载输出的bit位置1;当检测到是因为有诊断行为,导致车辆无法进入休眠时,VIU将维持唤醒原因所在字节的DOIP TESTER bit位置1。
本发明提供的排查车辆中异常唤醒源的***,包括唤醒源信息上报模块和异常唤醒源确定模块;
唤醒源信息上报模块用于:将所有唤醒源的状态形成唤醒源信息数据流后,发送至异常唤醒源确定模块,唤醒源的状态包括正在工作和未工作;
异常唤醒源确定模块用于:根据唤醒源信息数据流确定异常唤醒源的类型,当异常唤醒源属于基本唤醒源时,在基本唤醒源中排查的异常唤醒源;当异常唤醒源属于维持唤醒源时,则维持唤醒源中排查异常唤醒源。
在上述技术方案的基础上,所述异常唤醒源确定模块根据唤醒源信息数据流确定异常唤醒源的类型的流程包括:判断指定周期内数据流的中断次数是否超过指定阈值,若是,确定异常唤醒源属于基本唤醒源;否则确定异常唤醒源属于维持唤醒源。
在上述技术方案的基础上,所述唤醒源信息数据流中,隶属于基本唤醒源类别下的唤醒源的状态在车辆唤醒后不会发生变化,当车辆休眠后再次唤醒时进行更新;隶属于维持唤醒源类别下的唤醒源的状态动态更新。
在上述技术方案的基础上,所述唤醒源信息数据流包括基本唤醒源类型和维持唤醒源类型,基本唤醒源类型和维持唤醒源类型各包括若干唤醒类别,每个唤醒类别下记录有隶属于该类别的具体唤醒源的状态;所述在基本唤醒源中排查的异常唤醒源的流程包括:将唤醒源信息数据流中状态为正在工作的基本唤醒源确定为异常唤醒源;所述在维持唤醒源中排查的异常唤醒源的流程包括:将唤醒源信息数据流中状态为正在工作的维持唤醒源确定为异常唤醒源。
在上述技术方案的基础上,所述唤醒源信息上报模块设置于车辆的VIU上,唤醒源信息上报模块形成唤醒源信息数据流的过程包括:
若车辆处于休眠状态被唤醒:当检测到是IO唤醒,则将唤醒原因字节的IO唤醒bit位置1,将IO唤醒原因字节对应的状态开关所在的bit位置1;当检测到是RF唤醒,则将唤醒原因字节的RF唤醒bit位置1;当检测到是LIN唤醒,则将唤醒原因字节的LIN唤醒bit位置1,将LIN唤醒源所在字节置为对应LIN网段的数值;当检测到是CAN NM报文唤醒,则将唤醒原因字节的CAN NM报文唤醒bit位置1,将网络管理唤醒源所在字节置为对应CAN节点的数值;
车辆唤醒后,当检测到是因为车辆模式为非OFF,导致车辆无法休眠时,将维持唤醒原因所在字节的usagemode bit位置1;当检测到是因为IO状态变化,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的IO_TIMER bit位置1,将IO维持唤醒源所在字节置为对应IO的数值;当检测到是因为RF触发,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的RF Sleep bit位置1;当检测到是因为总线上持续有网络管理报文在维持,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的NM报文超时bit位置1,将网络管理维持唤醒源所在字节置为对应网络节点的数值;当检测到是因为VIU有负载输出时,VIU将维持唤醒原因所在字节的负载输出bit位置1,将对应负载输出的bit位置1;当检测到是因为有诊断行为,导致车辆无法进入休眠时,VIU将维持唤醒原因所在字节的DOIP TESTER bit位置1。
与现有技术相比,本发明的优点在于:
本发明通过所有唤醒源的状态信息,来确定异常唤醒源,与现有技术中采用物理方式(即插拔控制器)确定异常唤醒源相比,显著的提高了工作效率,降低了工作难度;与现有技术中通过静态电流数据来分析是否异常相比,本发明能够通过基本唤醒源和维持唤醒源的细分和具体定位来找到具体的异常唤醒源,排查精度较高。
在此基础上,本发明能够在不增加成本的情况下,配合主机厂已有的整车馈电预警平台以及灵活数采平台可以通过远程快速高效的精准定位到故障控制器。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例中排查车辆中异常唤醒源的方法的流程图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请的一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
附图中所示的流程图仅是示例说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解、组合或部分合并,因此实际执行的顺序有可能根据实际情况改变。
本发明实施例中排查车辆中异常唤醒源的方法,包括以下步骤:将故障车辆所有唤醒源的状态(该状态实时监测得到,一般为10ms左右监测一次)形成唤醒源信息数据流,唤醒源的状态包括正在工作和未工作。根据唤醒源信息数据流确定异常唤醒源的类型,当异常唤醒源属于基本唤醒源时,在基本唤醒源中排查的异常唤醒源;当异常唤醒源属于维持唤醒源时,则维持唤醒源中排查异常唤醒源。
上述方法的研发原理为:若需要用非物理方式(即不采用现有技术中插拔控制器)定位具体唤醒源,则需要记录所有唤醒源的状态信息来判断谁在工作谁不在工作。在此基础上,发明人对唤醒源分成了基本唤醒源和维持唤醒源,若基本唤醒源异常,则不用在维持唤醒源中排查,因为在基本唤醒源异常的情况下,依赖于基本唤醒源工作的维持唤醒源无法确定是否异常;只有在基本唤醒源正常的情况下,才去排查维持唤醒源。
由此可知,本发明通过所有唤醒源的状态信息,来确定异常唤醒源,与现有技术中采用物理方式(即插拔控制器)确定异常唤醒源相比,显著的提高了工作效率,降低了工作难度;与现有技术中通过静态电流数据来分析是否异常相比,本发明能够通过基本唤醒源和维持唤醒源的细分和具体定位来找到具体的异常唤醒源,排查精度较高。
优选的,该方法中根据唤醒源信息数据流确定异常唤醒源的类型的流程包括:故障车辆实时发送唤醒源信息数据流,接收端判断指定周期内数据流的中断次数是否超过指定阈值(考虑到数据流也会因通信质量等原因中断,因此具体值可以为多次,最少为2次以上),若是,则代表车辆为反复休眠后被唤醒的状态,此时确定异常唤醒源属于基本唤醒源;否则代表车辆为无法进入休眠状态,此时确定异常唤醒源属于维持唤醒源。
上述流程的原理为:故障车辆唤醒时才会发送数据流,休眠时不会发送,所以当数据流“断断续续”时,故障车辆必定属于复休眠后被唤醒的状态;当数据流持续发送时,故障车辆必定属于无法进入休眠状态。
优选的,上述方法中的唤醒源信息数据流包括基本唤醒源类型和维持唤醒源类型,基本唤醒源类型和维持唤醒源类型各包括若干唤醒类别,每个唤醒类别下记录有隶属于该类别的具体唤醒源的状态。本实施例这种基本唤醒源的唤醒类别包括开关(具体唤醒源为喇叭开关、制动开关、车门开关等)、RF(具体唤醒源为射频信号)、LIN、和NM(网络管理报文,具体唤醒源为具体的控制器)。维持唤醒源的唤醒类别包括开关状态变化(具体唤醒源为喇叭开关/制动开关/车门开关变化等)、RF超时(具体唤醒源为遥控钥匙持续按下)、诊断(具体唤醒源为进行诊断操作)、电源模式(具体唤醒源为电源模式不为OFF)、负载输出(具体唤醒源为行李箱灯点亮、迎宾灯点亮、座椅加热等)和NM。
由此可知,本发明的唤醒源信息数据流按照类别记录对应唤醒源的状态,进而使得后续能够根据类别“由大至小”的快速定位异常唤醒源,进一步提高了排查效率。
具体的,上述方法中在基本唤醒源中排查的异常唤醒源的流程包括:将唤醒源信息数据流中状态为正在工作的基本唤醒源确定为异常唤醒源;上述方法中在维持唤醒源中排查的异常唤醒源的流程包括:将唤醒源信息数据流中状态为正在工作的维持唤醒源确定为异常唤醒源。
优选的,上述唤醒源信息数据流中,隶属于基本唤醒源类别下的唤醒源的状态在车辆唤醒后不会发生变化,当车辆休眠后再次唤醒时进行更新;隶属于维持唤醒源类别下的唤醒源的状态动态更新(即会实时记录最新的维持唤醒源)。如此设计即可在后续定位异常唤醒源时可以通过对比的方式排查出状态发生变化的唤醒源。
具体的上述唤醒源信息数据流的形成过程包括:VIU(区域控制器)实时监测每条网络管理报文的活动状态及自身的IO状态,并实时(10ms发送一次)按照定义好的矩阵往总线上更新唤醒源信息数据流,更新规则包括:
若车辆处于休眠状态被唤醒:
当检测到是IO唤醒,则对应VIU将唤醒原因字节的IO唤醒bit位置1,将IO唤醒原因字节对应的状态开关所在的bit位置1。例如:当检测到是左前车门状态变化唤醒,则对应VIU将唤醒原因字节的IO唤醒bit位置1,将IO唤醒原因字节左前门状态开关所在的bit位置1。
当检测到是RF唤醒,则对应VIU将唤醒原因字节的RF唤醒bit位置1。
当检测到是LIN唤醒,则对应VIU将唤醒原因字节的LIN唤醒bit位置1,将LIN唤醒源所在字节置为对应LIN网段的数值。例如:当检测到是RRearLIN唤醒了VIUR,则VIUR将唤醒原因字节的LIN唤醒bit位置1,将LIN唤醒源所在字节置为1。
当检测到是CAN NM报文唤醒,则对应VIU将唤醒原因字节的CAN NM报文唤醒bit位置1,将网络管理唤醒源所在字节置为对应CAN节点的数值。例如:当检测到是NM_BLE(0x63B)唤醒了VIUML,则VIUML将唤醒原因字节的CAN NM报文唤醒bit位置1,将网络管理唤醒源所在字节置为4。
说明:每次唤醒后,记录的唤醒源不会变化,直至车辆休眠后再次唤醒,更新记录该次唤醒源。
车辆唤醒后,VIU实时监测维持唤醒原因,具体如下:
当检测到是因为车辆模式为非OFF,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的usagemode bit位置1。
当检测到是因为IO状态变化,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的IO_TIMER bit位置1,将IO维持唤醒源所在字节置为对应IO的数值。例如:当在进入休眠的过程中VIUML检测到左前门状态开关变化,VIUML将维持唤醒原因所在字节的IO_TIMERbit位置1,将IO维持唤醒源所在字节置为2。
当检测到是因为RF触发,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的RFSleep bit位置1。
当检测到是因为总线上持续有网络管理报文在维持,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的NM报文超时bit位置1,将网络管理维持唤醒源所在字节置为对应网络节点的数值。例如:当在进入休眠的过程中VIUMR检测到总线上有0x649报文,VIUMR将维持唤醒原因所在字节的NM报文超时bit位置1,将网络管理维持唤醒源所在字节置为7。
当检测到是因为VIU有负载输出时,VIU将维持唤醒原因所在字节的负载输出bit位置1,将对应负载输出的bit位置1。例如:当检测到是因为VIUF的前行李箱灯驱动一直打开,导致车辆无法进入休眠,VIUF将维持唤醒原因所在字节的负载输出bit位置1,将前行李箱灯驱动所在bit位置1。
当检测到是因为有诊断行为,导致车辆无法进入休眠时,VIU将维持唤醒原因所在字节的DOIP TESTER bit位置1。
说明:实时记录最新的维持唤醒源。
下面参见图1所示,通过一个具体实施例说明本发明的方法。
S1:预警平台监测到车辆休眠异常后发送预警信息,监测车辆休眠异常的具体执行方式可根据实际情况来设定,不在本发明的保护范围之内,例如能耗超过阈值代表车辆休眠异常等。
S2:故障排查平台获取故障车辆实时发送的唤醒源信息数据流,判断6小时内数据流的中断次数是否超过3次,若是,则代表车辆为反复休眠后被唤醒的状态,确定异常唤醒源属于基本唤醒源,转到S3;否则代表车辆为无法进入休眠状态,确定异常唤醒源属于维持唤醒源,转到S4。
S3:将唤醒源信息数据流中状态为正在工作的基本唤醒源确定为异常唤醒源。
S4:将唤醒源信息数据流中状态为正在工作的维持唤醒源确定为异常唤醒源。
本发明实施例中的排查车辆中异常唤醒源的***,包括设置于汽车VIU上的唤醒源信息上报模块和设置于终端上的异常唤醒源确定模块。
唤醒源信息上报模块用于:将所有唤醒源的状态形成唤醒源信息数据流后,发送至异常唤醒源确定模块,唤醒源的状态包括正在工作和未工作。
异常唤醒源确定模块用于:根据唤醒源信息数据流确定异常唤醒源的类型,当异常唤醒源属于基本唤醒源时,在基本唤醒源中排查的异常唤醒源;当异常唤醒源属于维持唤醒源时,则维持唤醒源中排查异常唤醒源。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、***、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读存储介质上,计算机可读存储介质可以包括计算机可读存储介质(或非暂时性介质)和通信介质(或暂时性介质)。
如本领域普通技术人员公知的,术语计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
示例性的,计算机可读存储介质可以是前述实施例的电子设备的内部存储单元,例如电子设备的硬盘或内存。计算机可读存储介质也可以是电子设备的外部存储设备,例如电子设备上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(SecureDigital,SD)卡,闪存卡(Flash Card)等。
以上仅为本发明实施例的具体实施方式,但本发明实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明实施例的保护范围之内。因此,本发明实施例的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种排查车辆中异常唤醒源的方法,其特征在于,该方法包括以下步骤:将所有唤醒源的状态形成唤醒源信息数据流,唤醒源的状态包括正在工作和未工作;根据唤醒源信息数据流确定异常唤醒源的类型,当异常唤醒源属于基本唤醒源时,在基本唤醒源中排查的异常唤醒源;当异常唤醒源属于维持唤醒源时,则维持唤醒源中排查异常唤醒源。
2.如权利要求1所述的排查车辆中异常唤醒源的方法,其特征在于,所述根据唤醒源信息数据流确定异常唤醒源的类型的流程包括:故障车辆实时发送唤醒源信息数据流,接收端判断指定周期内数据流的中断次数是否超过指定阈值,若是,确定异常唤醒源属于基本唤醒源;否则确定异常唤醒源属于维持唤醒源。
3.如权利要求2所述的排查车辆中异常唤醒源的方法,其特征在于:所述唤醒源信息数据流中,隶属于基本唤醒源类别下的唤醒源的状态在车辆唤醒后不会发生变化,当车辆休眠后再次唤醒时进行更新;隶属于维持唤醒源类别下的唤醒源的状态动态更新。
4.如权利要求3所述的排查车辆中异常唤醒源的方法,其特征在于:所述唤醒源信息数据流包括基本唤醒源类型和维持唤醒源类型,基本唤醒源类型和维持唤醒源类型各包括若干唤醒类别,每个唤醒类别下记录有隶属于该类别的具体唤醒源的状态;所述在基本唤醒源中排查的异常唤醒源的流程包括:将唤醒源信息数据流中状态为正在工作的基本唤醒源确定为异常唤醒源;所述在维持唤醒源中排查的异常唤醒源的流程包括:将唤醒源信息数据流中状态为正在工作的维持唤醒源确定为异常唤醒源。
5.如权利要求4所述的排查车辆中异常唤醒源的方法,其特征在于,所述唤醒源信息数据流的形成过程包括:VIU实时监测每条网络管理报文的活动状态及自身的IO状态,并实时更新唤醒源信息数据流,更新规则包括:
若车辆处于休眠状态被唤醒:当检测到是IO唤醒,则将唤醒原因字节的IO唤醒bit位置1,将IO唤醒原因字节对应的状态开关所在的bit位置1;当检测到是RF唤醒,则将唤醒原因字节的RF唤醒bit位置1;当检测到是LIN唤醒,则将唤醒原因字节的LIN唤醒bit位置1,将LIN唤醒源所在字节置为对应LIN网段的数值;当检测到是CAN NM报文唤醒,则将唤醒原因字节的CAN NM报文唤醒bit位置1,将网络管理唤醒源所在字节置为对应CAN节点的数值;
车辆唤醒后,当检测到是因为车辆模式为非OFF,导致车辆无法休眠时,将维持唤醒原因所在字节的usagemode bit位置1;当检测到是因为IO状态变化,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的IO_TIMER bit位置1,将IO维持唤醒源所在字节置为对应IO的数值;当检测到是因为RF触发,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的RFSleep bit位置1;当检测到是因为总线上持续有网络管理报文在维持,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的NM报文超时bit位置1,将网络管理维持唤醒源所在字节置为对应网络节点的数值;当检测到是因为VIU有负载输出时,VIU将维持唤醒原因所在字节的负载输出bit位置1,将对应负载输出的bit位置1;当检测到是因为有诊断行为,导致车辆无法进入休眠时,VIU将维持唤醒原因所在字节的DOIP TESTER bit位置1。
6.一种排查车辆中异常唤醒源的***,其特征在于:该***包括唤醒源信息上报模块和异常唤醒源确定模块;
唤醒源信息上报模块用于:将所有唤醒源的状态形成唤醒源信息数据流后,发送至异常唤醒源确定模块,唤醒源的状态包括正在工作和未工作;
异常唤醒源确定模块用于:根据唤醒源信息数据流确定异常唤醒源的类型,当异常唤醒源属于基本唤醒源时,在基本唤醒源中排查的异常唤醒源;当异常唤醒源属于维持唤醒源时,则维持唤醒源中排查异常唤醒源。
7.如权利要求6所述的排查车辆中异常唤醒源的***,其特征在于:所述异常唤醒源确定模块根据唤醒源信息数据流确定异常唤醒源的类型的流程包括:判断指定周期内数据流的中断次数是否超过指定阈值,若是,确定异常唤醒源属于基本唤醒源;否则确定异常唤醒源属于维持唤醒源。
8.如权利要求7所述的排查车辆中异常唤醒源的***,其特征在于:所述唤醒源信息数据流中,隶属于基本唤醒源类别下的唤醒源的状态在车辆唤醒后不会发生变化,当车辆休眠后再次唤醒时进行更新;隶属于维持唤醒源类别下的唤醒源的状态动态更新。
9.如权利要求8所述的排查车辆中异常唤醒源的***,其特征在于:所述唤醒源信息数据流包括基本唤醒源类型和维持唤醒源类型,基本唤醒源类型和维持唤醒源类型各包括若干唤醒类别,每个唤醒类别下记录有隶属于该类别的具体唤醒源的状态;所述在基本唤醒源中排查的异常唤醒源的流程包括:将唤醒源信息数据流中状态为正在工作的基本唤醒源确定为异常唤醒源;所述在维持唤醒源中排查的异常唤醒源的流程包括:将唤醒源信息数据流中状态为正在工作的维持唤醒源确定为异常唤醒源。
10.如权利要求9所述的排查车辆中异常唤醒源的***,其特征在于,所述唤醒源信息上报模块设置于车辆的VIU上,唤醒源信息上报模块形成唤醒源信息数据流的过程包括:
若车辆处于休眠状态被唤醒:当检测到是IO唤醒,则将唤醒原因字节的IO唤醒bit位置1,将IO唤醒原因字节对应的状态开关所在的bit位置1;当检测到是RF唤醒,则将唤醒原因字节的RF唤醒bit位置1;当检测到是LIN唤醒,则将唤醒原因字节的LIN唤醒bit位置1,将LIN唤醒源所在字节置为对应LIN网段的数值;当检测到是CAN NM报文唤醒,则将唤醒原因字节的CAN NM报文唤醒bit位置1,将网络管理唤醒源所在字节置为对应CAN节点的数值;
车辆唤醒后,当检测到是因为车辆模式为非OFF,导致车辆无法休眠时,将维持唤醒原因所在字节的usagemode bit位置1;当检测到是因为IO状态变化,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的IO_TIMER bit位置1,将IO维持唤醒源所在字节置为对应IO的数值;当检测到是因为RF触发,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的RFSleep bit位置1;当检测到是因为总线上持续有网络管理报文在维持,导致车辆无法休眠时,VIU将维持唤醒原因所在字节的NM报文超时bit位置1,将网络管理维持唤醒源所在字节置为对应网络节点的数值;当检测到是因为VIU有负载输出时,VIU将维持唤醒原因所在字节的负载输出bit位置1,将对应负载输出的bit位置1;当检测到是因为有诊断行为,导致车辆无法进入休眠时,VIU将维持唤醒原因所在字节的DOIP TESTER bit位置1。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311633981.9A CN117519099A (zh) | 2023-11-29 | 2023-11-29 | 排查车辆中异常唤醒源的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311633981.9A CN117519099A (zh) | 2023-11-29 | 2023-11-29 | 排查车辆中异常唤醒源的方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117519099A true CN117519099A (zh) | 2024-02-06 |
Family
ID=89747644
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311633981.9A Pending CN117519099A (zh) | 2023-11-29 | 2023-11-29 | 排查车辆中异常唤醒源的方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117519099A (zh) |
-
2023
- 2023-11-29 CN CN202311633981.9A patent/CN117519099A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112380045B (zh) | 车辆异常检测方法、装置、设备及存储介质 | |
CN112491671B (zh) | 一种整车馈电问题监测方法、***和汽车can网络网关 | |
CN107433828B (zh) | 胎压监测***、车辆、胎压监测方法及计算机设备 | |
US20130326255A1 (en) | Communication system | |
CN112034818A (zh) | 一种控制器故障分析方法及*** | |
CN112306044A (zh) | 一种整车总线网络未休眠异常监测方法和*** | |
CN113064403A (zh) | 一种基于osek网络管理的控制器状态监控方法 | |
CN112148538A (zh) | 一种整车故障识别方法、装置、***、汽车及计算机可读存储介质 | |
CN105313719B (zh) | 一种整车控制器及其唤醒过程监控方法 | |
CN113467413B (zh) | 一种检测汽车故障的方法、检测设备及检测*** | |
CN113923137A (zh) | 一种整车总线网络异常监控方法和*** | |
CN113763592B (zh) | 车辆馈电检测方法、***、可读存储介质及计算机设备 | |
CN109946615B (zh) | 用于确定车辆低压电气***的故障的方法和装置 | |
CN103561054A (zh) | 一种汽车车身网络管理*** | |
CN112269371A (zh) | 一种车辆网络休眠异常事件监测方法 | |
CN116494896A (zh) | 车辆休眠唤醒控制方法、电子设备及车辆 | |
CN112389352A (zh) | 一种整车静态电流管理***及方法 | |
CN117519099A (zh) | 排查车辆中异常唤醒源的方法及*** | |
CN113910910B (zh) | 电动汽车低压电源补电方法、装置、设备及存储介质 | |
CN113206519A (zh) | 车辆蓄电池监控方法及其*** | |
KR20220006270A (ko) | 차량 배터리 관리 시스템 및 방법 | |
CN117201375A (zh) | Ecu异常唤醒网络的检测方法、装置、车辆及存储介质 | |
CN117608263A (zh) | 一种车辆功耗控制方法、***、车辆及存储介质 | |
CN113933719A (zh) | 监测电芯故障的***、方法及车辆 | |
CN115208792B (zh) | 基于autosar网络管理的多网段整车CAN网络异常监控方法 |
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 |