技术领域
[0001] 本申请涉及车辆技术领域，特别是涉及一种休眠异常检测方法、装置及车辆。
相关背景技术
[0002] 随着社会的进步，车辆已经走进了千家万户，成为人们必不可少的代步工具。
[0003] 但现有的车辆仍然存在许多问题例如休眠异常等等。一般在项目的开发测试过程中，由于车辆或软件问题可能导致熄火后车机无法休眠，从而引起车辆电瓶馈电。然而此类问题没有特别的表象，比较隐蔽，实车上往往要等到车辆真正馈电之后才能得知问题的发生，问题真正发生后需要给车辆搭电，再提取车机日志分析，耗时耗力。
[0004] 前面的叙述在于提供一般的背景信息，并不一定构成现有技术。
具体实施方式
[0017] 为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0018] 下面结合附图对本申请实施例做进一步详述。
[0019] 图1是本申请第一实施例提供的休眠异常监测方法的流程示意图。如图1所示的休眠异常监测方法具体包括以下步骤：
[0020] 步骤S11：在车辆熄火超过预设时长时，若车辆的MPU未发送预休眠通知信号至车辆的MCU，和/或若MCU未发送休眠触发信号至MPU，和/或车辆的CAN网络处于非休眠状态，则输出休眠异常信号。
[0021] 在一实施方式中，可以但不限于在车辆接收到熄火控制信号时开始计时，若计时累积时长超过预设时长例如1个小时等，则判断车辆的MPU是否发送过预休眠通知信号至车辆的MCU，和/或MCU是否发送过休眠触发信号至MPU，和/或车辆的CAN网络处于非休眠状态。
[0022] 具体地，车辆可以接收用户通过熄火开关输入的熄火控制信号，或通过网络接收用户通过移动终端输入的熄火控制信号等。预设时长可以但不限于为存储器中存储的一预设值，也可以为用户设置的一设置值。
[0023] 具体地，车辆的MPU是否发送过预休眠通知信号至车辆的MCU可以但不限于直接通过判定MPU是否发送过预休眠通知信号至车辆的MCU进行判定，也可以间接通过MCU是否接收到MPU发送的预休眠通知信号来进行判定。同样的，MCU是否发送过休眠触发信号至MPU可以直接通过MCU是否发送过休眠触发信号至MPU进行判定，也可以间接通过MPU是否接收到MCU发送的休眠触发信号进行判定。
[0024] 具体地，可以但不限于通过MCU判定车辆的CAN网络是否处于非休眠状态。
[0025] 本申请休眠异常监测方法在车辆熄火超过预设时长时，若车辆的MPU未发送预休眠通知信号至车辆的MCU，和/或若MCU未发送休眠触发信号至MPU，和/或车辆的CAN网络处于非休眠状态，则输出休眠异常信号，能快速准确地获取休眠异常的情况。
[0026] 图2是本申请第二实施例提供的休眠异常监测方法的流程示意图。如图2所示，本实施例的休眠异常监测方法，包括：
[0027] 步骤S21：在车辆熄火超过预设时长时，判断MPU是否发送预休眠通知信号至MCU；
[0028] 若未发送预休眠通知信号至MCU，则进入步骤S22：输出第一MPU异常信号；
[0029] 在已发送预休眠通知信号至MCU，则进入步骤S23：判断CAN网络是否处于休眠状态；
[0030] 若CAN网络处于非休眠状态，则进入步骤S24：输出CAN网络异常信号；
[0031] 若CAN网络处于休眠状态，则进入步骤S25：判断MCU是否发送了休眠触发信号至MPU；
[0032] 若MCU未发送休眠触发信号，则进入步骤S26：输出MCU异常信号；
[0033] 若MCU发送了休眠触发信号，则进入步骤S27：输出第二MPU异常信号。
[0034] 具体地，由于正常的休眠过程为，在车辆熄火后，MPU发送预休眠通知信号至MCU，MCU监测车辆CAN网络状态，并在CAN网络处于休眠状态时，发送休眠触发信号至MPU，以使得MPU进行休眠操作例如触发系统关系并下电。因此，本实施例首先判断MPU是否发送预休眠通知信号至MCU，若MPU未发送预休眠通知信号至MCU，则表示MPU异常，因此输出第一MPU异常信号。若MPU发送了预休眠通知信号至MCU，而车辆熄火超过预设时长时，车辆还未休眠，这说明是MCU休眠过程中异常或CAN网络休眠过程中异常，或者MPU未正常控制下电，因此后续可以再通过判断CAN网络是否处于休眠状态，及MCU是否发送了休眠触发信号至MPU来进一步确定休眠异常的原因。
[0035] 在其他实施方式中，也可以在判断MPU是否发送预休眠通知信号至MCU，且若未发送预休眠通知信号至MCU，则输出第一MPU异常信号；若已发送预休眠通知信号至MCU，则判断MCU是否发送了休眠触发信号至MPU；若MCU发送了休眠触发信号，则输出第二MPU异常信号；若MCU未发送休眠触发信号，则判断CAN网络是否处于休眠状态；若CAN网络处于非休眠状态，则输出CAN网络异常信号；若CAN网络处于休眠状态，则输出MCU异常信号。当然，判定的顺序不限定于此，也可以为其他顺序或者同时进行判定。
[0036] 在一实施方式中，将休眠异常信号发送至预设的移动终端，以通过移动终端进行展示。在其他实施方式中，还可以直接在车辆上显示休眠异常信息等等。
[0037] 本实施例通过对车辆的MPU是否发送预休眠通知信号至车辆的MCU，MCU是否发送休眠触发信号至MPU，车辆的CAN网络是否处于非休眠状态依次进行判定，从而输出对应的异常信号，从而能快速准确的输出休眠异常的原因。
[0038] 本申请还提供一种休眠异常监测方法，可以应用于MPU，包括如下步骤：
[0039] 在车辆熄火超过预设时长时，若未发送预休眠通知信号至车辆的MCU，和/或未接收MCU发送的休眠触发信号，和/或车辆的CAN网络处于非休眠状态，则输出休眠异常信号。
[0040] 本申请还提供一种休眠异常监测方法，可以应用于MCU，包括如下步骤：在车辆熄火超过预设时长时，若未接收到车辆的MPU未发送的预休眠通知信号，和/或未发送休眠触发信号至MPU，和/或车辆的CAN网络处于非休眠状态，则输出休眠异常信号。
[0041] 本申请还提供一种休眠异常监测装置，休眠异常监测装置用于在车辆熄火超过预设时长时，若车辆的MPU未发送预休眠通知信号至车辆的MCU，和/或若MCU未发送休眠触发信号至MPU，和/或车辆的CAN网络处于非休眠状态，则输出休眠异常信号。
[0042] 具体地，休眠异常监测装置可以但不限于集成在MPU中或MCU中。
[0043] 在一实施方式中，休眠异常监测装置与服务器相连，用于将休眠异常信息通过服务器发送至预设的移动终端。
[0044] 本申请还提供一种车辆，如图3所示，车辆包括MPU30、MCU31和休眠异常监测装置32，休眠异常监测装置32在车辆熄火超过预设时长时，若车辆的MPU30未发送预休眠通知信号至车辆的MCU31，和/或若MCU31未发送休眠触发信号至MPU30，和/或车辆的CAN网络处于非休眠状态，则输出休眠异常信号。
[0045] 具体地，休眠异常监测装置可以但不限于集成在MPU30中或MCU31中，或者车辆的其他部件中。
[0046] 以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0047] 需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品、元件或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品、元件或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品、元件或者装置中还存在另外的相同要素，此外，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。
[0048] 应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。
[0049] 以上仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内所作的任何修改、等同替换或改进等，均应包含在本申请的保护范围之内。
