技术领域
[0001] 本申请涉及车辆技术领域，并且更具体地，涉及车辆技术领域中一种车辆故障排查方法、装置、车辆和存储介质。
相关背景技术
[0002] 由于软件集成化越来越高，同一个控制器会集成好几个不同部件的软件。软件信号交互均为内部交互，交互速度极快，但传到控制器局域网总线(Controller Area Network，CAN)上的信号周期较长，所以当CAN线输出的信号出现故障时，很难排查出发生故障的软件。
具体实施方式
[0046] 下面将结合附图，对本申请中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B：文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。
[0047] 以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。
[0048] 下面对本申请实施例提供的技术方案进行介绍，本申请实施例提供一种车辆故障排查方法，该方法可以应用于云平台，云平台是独立的物理服务器，或者是多个物理服务器构成的服务器集群或者分布式系统，或者是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。在一些实施例中，云平台也被称为远程服务商(Telematics Service Provider，TSP)平台。参见图1，图1是本申请实施例提供的一种车辆故障排查方法的示意性流程图，该方法包括以下步骤：
[0049] 101，获取车辆的总线接收交互信号的信号上传周期和车辆内同一控制器上集成的多个软件输出交互信号的交互周期。
[0050] 这里，车辆可以是任意类型的车辆，比如，电动汽车、油电混动汽车或者燃油车等。车辆的总线将汽车上的各种电子装置与设备连成一个网络，实现相互之间的信息共享，减少线束，以更好地控制和协调汽车的各个系统。车辆的总线是车辆里的一种通讯协议，能为多个部件分时共享的公共信息传送线路。车辆的总线可以通过控制器，收发器，数据传输终端和传输线组成。
[0051] 示例性的，车辆的总线可以是车辆的CAN线。交互信号为车辆内控制器上集成的不同部件的软件所发上传的信号，该交互信号可以是任意类型的信号，比如，控制类信号、请求类信号或者指令类信号等。信号上传周期为总线接收软件上传交互信号的周期。交互周期为软件输出交互信号并希望上传至总线的周期，获取的该交互周期小于总线的信号上传周期。比如，信号上传周期为10毫秒(ms)、20m或50ms等，交互周期为5ms。多个软件为车辆内同一控制器内集成的不同部件的软件，比如，控制器为发动机控制器，发动机控制器集成的不同部件的软件，可以为：微控制软件、模数转换软件或者驱动等。
[0052] 102，基于所述信号上传周期对所述交互周期进行延迟，得到已延迟周期。
[0053] 这里，已延迟周期大于或等于信号上传周期，软件按照该已延迟周期将交互信号上传至总线。
[0054] 由于多个软件集成在同一控制器，所以多个软件输出的交互信号的过程为内部交互，交互速度极快，即软件输出交互信号的交互周期是非常短的；但是信号上传周期较长，所以总线上的输出信号发生故障时，仅通过输出信号很难判断发生故障的软件。基于此，按照信号上传周期对交互周期进行延长，从而增大交互周期，使得已延迟周期大于或等于信号上传周期。
[0055] 在某些可能的实现方式中，通过信号上传周期的时长，增大交互周期，以使已延迟周期能够大于或等于信号上传周期。
[0056] 103，基于所述已延迟周期对所述多个软件进行故障排查，得到排查结果。
[0057] 这里，在得到已延迟周期之后，控制器内的软件按照已延迟周期输出交互信号，并且由于该已延迟周期大于或等于信号上传周期，所以软件输出的交互信号能够及时上传至车辆的总线，进而能够通过总线输出的信号快速判断发生故障的软件，以快速且精准的得到排查结果。
[0058] 在本申请实施例中，在获取车辆的总线接收交互信号的信号上传周期和集成于车辆内同一控制器的多个软件上传交互信号的交互周期之后，按照信号上传周期对交互周期进行延迟，得到已延迟周期；并基于已延迟周期对多个软件进行故障排查，得到排查结果。如此，按照信号上传周期对交互周期进行延长，使得到已延迟周期能够大于或等于信号上传周期；这样，在已延迟周期内软件向总线上传交互信号，能够使得软件按照该已延迟周期输出的信号及时上传至总线，从而按照该已延迟周期，能够准确且快速地排查出多个软件发生故障的先后顺序，即提高了排查结果的准确度和排查的效率。
[0059] 在一些实施例中，通过信号上传周期和交互周期的差值，延长交互周期，以使已延迟周期大于或等于信号上传周期，即上述步骤102可以通过图2所示的步骤实现：
[0060] 201，确定所述信号上传周期与所述交互周期之间的差值。
[0061] 这里，将信号上传周期对应的时长和交互周期对应的时长相减，即可得到信号上传周期与交互周期之间在时长上的差值。
[0062] 202，基于所述差值对所述交互周期进行延迟，得到已延迟周期。
[0063] 这里，按照该差值对交互周期进行延迟，以增大交互周期的时长，从而得到已延迟周期。如此，通过信号上传周期与交互周期之间的差值，增大交互周期，这样能够使得到的已延迟周期大于或等于信号上传周期。
[0064] 在某些可能的实现方式中，通过设定的预设调整量增大交互周期，以得道已延迟周期，即上述步骤202可以通过以下步骤221和222(图示未示出)实现：
[0065] 221，获取大于或等于所述差值的预设调整量。
[0066] 这里，该预设调整量可以是按照差值进行设定的时长，设定预设调整量大于或等于该差值。
[0067] 222，基于所述预设调整量延长所述交互周期，得到所述已延迟周期。
[0068] 这里，按照该预设调整量延长交互周期，使得交互周期的时长增大预设调整量。由于该预设调整量大于或等于信号上传周期和交互周期之间的差值，所以得到的已延迟周期大于或等于信号上传周期。如此，通过大于或等于差值的预设调整量增大交互周期，使得已延迟周期大于或等于信号上传周期，从而使得软件按照该已延迟周期输出交互信号时，能够及时将交互信号上传至总线。
[0069] 在一些实施例中，按照总线的输出信号和相应的交互信号，用来判断多个软件发生故障的顺序，以得到排查结果，即上述步骤103可以通过图3所示的步骤实现：
[0070] 301，按照所述已延迟周期，将所述多个软件输出的交互信号上传至所述总线。
[0071] 这里，软件按照已延迟周期输出交互信号，并上传至车辆的CAN总线。在某些可能的实现方式中，如果软件有信号输出时未达到已延迟周期，则认为该信号输出失败，舍弃该信号。如果软件输出的信号达到已延迟周期，这认为该信号输出成功，并上传至车辆的CAN总线。
[0072] 302，基于所述总线的输出信号和所述输出信号对应的交互信号，确定所述多个软件的排查结果。
[0073] 这里，由于软件输出的交互信号均能够及时上传至总线，所以如果总线的输出信号发生故障，那么可以按照该输出信号查找到对应的交互信号，进而确定出该交互信号所属的软件；即判断出发生故障的软件，实现对多个软件的排查的故障排查，得到该排查结果。
[0074] 在本申请实施例中，软件按照已延迟周期上传输出的交互信号，而且已延迟周期大于或等于总线的信号上传周期，所以对于软件上传每一个交互信号，总线均能够接收并进行响应后输出；这样，通过分析总线的输出信号和该输出信号对应的交互信号，即可确定发生故障的输出信号，从而确定该发生故障的交互信号，按照该发生故障的交互信号即可确定输出该交互信号的软件，简单且快捷地排查出发生故障的软件。
[0075] 在一些实施例中，通过分析输出信号的输出时刻以及交互信号的上传时刻，判断多个软件发生故障的先后顺序，以得到排查结果，即上述步骤302可以通过以下步骤321至323(图示未示出)实现：
[0076] 步骤321，确定所述输出信号的输出时刻和所述输出信号对应的交互信号的上传时刻。
[0077] 这里，在得到CAN总线的输出信号之后，如果该输出信号发生故障，那么先获取该输出信号的输出时刻，由于交互信号是按照已延迟周期上传的，所以可以推出该输出信号对应的交互信号，以及该交互信号的上传时刻。
[0078] 步骤322，基于所述输出时刻和所述上传时刻，确定所述多个软件发生故障的顺序。
[0079] 这里，对于CAN总线的多个输出信号，如果有输出信号发生故障，那么将输出信号的输出时刻以及交互信号的上传信号相结合，可以确定出发生故障的软件的先后顺序。
[0080] 在某些可能的实现方式中，通过确定输出时刻和上传时刻之间的时间差，按照该时间差，确定多个软件发生故障的顺序。这样，对于发生故障的输出信号，该时间差能够表示该输出信号对应的交互信号发生故障的先后顺序，从而按照该交互信号发生故障的先后顺序，即可快速确定出发生故障的软件的先后顺序。
[0081] 步骤323，基于多个软件发生故障的顺序，确定所述排查结果。
[0082] 这里，按照软件发生故障的先后顺序进行排序，得到该排查结果。如此，通过分析输出信号的输出时刻以及交互信号的上传时刻，能够得到发生故障的输出信号的输出时刻以及对应交互信号的上传时刻，从而即快速判断出该发生故障的交互信号所属的软件，进而判断出多个软件发生故障的顺序。
[0083] 在一些实施例中，通过判断软件输出交互信号的持续时长是否达到已延迟周期，确定该交互信号是否作为上传总线的交互信号，即上述步骤301可以通过以下步骤311至314(图示未示出)实现：
[0084] 311，在所述多个软件的任一软件中，确定所述任一软件输出交互信号的持续时长。
[0085] 这里，交互信号为软件输出的任一信号，如果该交互信号的持续时长达到目标交互时长，那么将交互信号作为能够上传至总线的交互信号；如果交互信号的持续时长未达到目标交互时长，那么舍弃该交互信号，认为软件输出不成功。软件输出交互信号的持续时长为该软件持续输出同一个交互信号的时长，比如，软件持续输出0的时长，或软件持续输出1的时长。
[0086] 312，在所述持续时长达到所述已延迟周期的情况下，将所述交互信号上传至所述总线。
[0087] 这里，如果持续时长达到已延迟周期，说明软件持续输出交互信号的时长达到已延迟周期，比如，软件持续已延迟周期对应的时长输出0。
[0088] 示例性的，如果已延迟周期为20ms，软件输出交互信号0持续20ms时，确定交互信号能够上传至总线。如此，在软件输出交互信号的持续时长达到已延迟周期时，确定该交互信号输出成功，并上传至CAN总线，从而能够使得软件上传CAN总线的交互信号和CAN总线输出信号是一一对应的，便于后续通过CAN总线的输出信号排查发生故障的软件。
[0089] 313，在所述持续时长小于所述已延迟周期的情况下，确定所述多个软件输出所述交互信号的下一交互信号的持续时长。
[0090] 这里，在持续时长小于已延迟周期的情况下，忽略该交互信号，并继续判断下一交互信号的持续时长。该交互信号的下一交互信号为，软件输出交互信号后下一个输出的交互信号。示例性的，如果已延迟周期为20ms，软件输出交互信号0持续10ms时，发生了跳帧，输出了一个交互信号1；这时，确定输出交互信号0的持续时长未达到10ms，发生跳帧的交互信号1的持续时长也未达到已延迟周期，忽略交互信号0和跳帧1，并继续确定软件输出下一交互信号的持续时长。
[0091] 314，在所述下一交互信号的持续时长达到所述已延迟周期的情况下，将所述下一交互信号上传至所述总线。
[0092] 这里，如果下一交互信号的持续时长达到已延迟周期的时长，那么认为该下一交互信号输出成功，确定软件输出了一个交互信号，并将该下一交互信号作为交互信号上传至CAN总线。如此，对于输出的持续时长未达到已延迟周期的交互信号，认为该交互信号输出失败，不上传至总线，从而能够减少频繁上传交互信号。并继续确定输出下一交互信号的持续时长，直到输出的交互信号的持续时长达到已延迟周期的时长，将该交互信号上传至总线，从而能够使得CAN总线上看到的信号都是软件已经发出的交互信号，进而使得CAN总线的输出信号和输入信号保持一致。
[0093] 在本申请实施例中，对于软件中信号的交互周期经过延迟后再处理，已延迟周期大于等于整车CAN线的信号上传周期，这样CAN线的输入和输出信号会有时间差，根据时间差即可判断软件故障发生的先后顺序，从而能够快速定位故障软件，缩短处理问题的时间。
[0094] 本申请实施例提供一种车辆故障排查装置，图4是本申请实施例提供的一种车辆故障排查装置的结构示意图。示例性的，如图4所示，该车辆故障排查装置400包括：
[0095] 获取模块401，用于获取车辆的总线接收交互信号的信号上传周期和车辆内同一控制器上集成的多个软件输出交互信号的交互周期；
[0096] 延迟模块402，用于基于所述信号上传周期对所述交互周期进行延迟，得到已延迟周期；
[0097] 排查模块403，用于基于所述已延迟周期对所述多个软件进行故障排查，得到排查结果。
[0098] 在某些可能的实现方式中，所述延迟模块402，还用于：确定所述信号上传周期与所述交互周期之间的差值；基于所述差值对所述交互周期进行延迟，得到所述已延迟周期。
[0099] 在某些可能的实现方式中，所述延迟模块402，还用于：获取大于或等于所述差值的预设调整量；基于所述预设调整量延长所述交互周期，得到所述已延迟周期。
[0100] 在某些可能的实现方式中，所述排查模块403，还用于：按照所述已延迟周期，将所述多个软件输出的交互信号上传至所述总线；基于所述总线的输出信号和所述输出信号对应的交互信号，确定所述多个软件的排查结果。
[0101] 在某些可能的实现方式中，所述排查模块403，还用于：确定所述输出信号的输出时刻和所述输出信号对应的交互信号的上传时刻；基于所述输出时刻和所述上传时刻，确定所述多个软件发生故障的顺序；基于多个软件发生故障的顺序，确定所述排查结果。
[0102] 在某些可能的实现方式中，所述排查模块403，还用于：在所述多个软件的任一软件中，确定所述任一软件输出交互信号的持续时长；在所述持续时长达到所述已延迟周期的情况下，将所述交互信号上传至所述总线。
[0103] 在某些可能的实现方式中，所述排查模块403，还用于：在所述持续时长小于所述已延迟周期的情况下，确定所述多个软件输出所述交互信号的下一交互信号的持续时长；在所述下一交互信号的持续时长达到所述已延迟周期的情况下，将所述下一交互信号上传至所述总线。
[0104] 需要说明的是：上述实施例提供的车辆故障排查装置在记录车辆的行车数据时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将计算机设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的车辆故障排查装置与车辆故障排查方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
[0105] 本申请实施例还提供了一种车辆，图5是本申请实施例提供的一种车辆的结构示意图。
[0106] 示例性的，如图5所示，该车辆500包括：存储器501和处理器502，其中，存储器501中存储有可执行程序代码5011，处理器502用于调用并执行该可执行程序代码5011执行一种车辆故障排查方法。
[0107] 此外，本申请实施例还保护一种装置，该装置可以包括存储器和处理器，其中，存储器中存储有可执行程序代码，处理器用于调用并执行该可执行程序代码执行本申请实施例提供的一种车辆故障排查方法。
[0108] 本实施例可以根据上述方法示例对该装置进行功能模块的划分，例如，可以对应各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中，上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在采用对应各个功能划分各个模块的情况下，该装置还可以包括信号上传模块、确定模块和调整模块等。需要说明的是，上述方法实施例涉及的各个步骤的所有相关内容的可以援引到对应功能模块的功能描述，在此不再赘述。应理解，本实施例提供的装置用于执行上述一种车辆故障排查方法，因此可以达到与上述实现方法相同的效果。
[0109] 在采用集成的单元的情况下，该装置可以包括处理模块、存储模块。其中，当该装置应用于车辆上时，处理模块可以用于对车辆的动作进行控制管理。存储模块可以用于支持车辆执行相互程序代码等。
[0110] 其中，处理模块可以是处理器或控制器，其可以实现或执行结合本申请公开内容所藐视的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，数字信号处理(Digital Signal Processing，DSP)和微处理器的组合等等，存储模块可以是存储器。
[0111] 另外，本申请的实施例提供的装置具体可以是芯片、组件或模块，该芯片可包括相连的处理器和存储器；其中，存储器用于存储指令，当处理器调用并执行指令时，可以使芯片执行上述实施例提供的一种车辆故障排查方法。
[0112] 本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序代码，当该计算机程序代码在计算机上运行时，使得计算机执行上述相关方法步骤实现上述实施例提供的一种车辆故障排查方法。
[0113] 本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例提供的一种车辆故障排查方法。
[0114] 其中，本实施例提供的装置、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
[0115] 通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
[0116] 在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0117] 以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
