一种多模组休眠唤醒协同方法及系统技术方案

一种多模组休眠唤醒协同方法及系统，其中方法包括如下步骤，S1当第一服务节点检测到ACC关闭并且PM为睡眠模式时，关闭第一服务节点相关模组的上层业务逻辑，将服务设置为空闲，所述第一服务节点进入低功耗模式；所述ACC为电源总线，所述PM为电源管理状态；S2主节点监控ACC的状态是否转为开启并启动关机超时定时器，当检测到任意服务节点的PM模式为激活时中断计时。上述技术方案通过将第一服务节点授权进行自身的PM管理当PM状态为空闲的时候能够先行关闭服务节点相关的业务逻辑，最终通过主节点统一断电，从而达到了避免只有主节点进行电路控制情况下上层业务被强行断电从而报错的问题的技术效果。错的问题的技术效果。错的问题的技术效果。

【技术实现步骤摘要】
一种多模组休眠唤醒协同方法及系统


[0001]本专利技术设计总线设计领域，尤其涉及能够避免上层业务报错的协同唤醒方法。

技术介绍

[0002]随着智能驾驶技术和车路协同技术的快速发展，车载终端内部的模块复杂度加大，应用服务模块的划分颗粒细度上升，各个服务进程之间的交互也更加的密切。车路协同终端设备要求车辆ACC信号off一定时间后，系统可以进入休眠，降低能耗。一个终端内部包含不同的处理器、模组等，业务逻辑部署在不同的实体设备，因此系统进入休眠之前，各个服务模块需要同步的停止上层业务逻辑。同理，当唤醒事件发生时，各个服务模块也需要同步的启动上层业务逻辑。
[0003]当前的系统睡眠和唤醒管理策略，并没有考虑到终端内部各个服务模块之间的同步问题，如果与业务逻辑依赖或相关的服务提前停止，将会导致服务报错。

技术实现思路

[0004]为此，需要提供一种新的能够满足复杂业务逻辑的唤醒技术逻辑。
[0005]为实现上述目的，专利技术人提供了一种多模组休眠唤醒协同方法，包括如下步骤，
[0006]S1当第一服务节点检测到ACC关闭并且PM为睡眠模式时，关闭第一服务节点相关模组的上层业务逻辑，将服务设置为空闲，所述第一服务节点进入低功耗模式；所述ACC为电源总线，所述PM为电源管理状态；
[0007]S2主节点监控ACC的状态是否转为开启并启动关机超时定时器，当检测到任意服务节点的PM模式为激活时中断计时，
[0008]S3关机超时定时器计时完成后，除了主节点所在的主控器外，其他所有模组全部断电；当主节点检测到唤醒源时，主节点负责恢复整个终端所有模组的供电，使得多模组进入正常运行。
[0009]在本申请的一些实施例中，所述服务节点从所述主节点订阅ACC的状态，所述主节点用于连接ACC并发布ACC的状态。
[0010]在本申请的一些实施例中，所述服务节点的PM模式包括：
[0011]第一模式，所述服务节点根据自身的任务保持通讯活跃，并运行被动参与定时器，在所述被动参与计时器及时完成后，所述服务节点进入第二模式；第二模式中，保持所述服务节点的相关模组的上层业务逻辑，当所述服务节点没有收到PM信息或通讯请求的第一预设时长后，进入第三模式；在第三模式中，关闭所述服务节点的相关模组的上层业务逻辑，在没有接收到PM信息或通讯请求的第二预设时长后，进入第四模式，第四模式中，所述服务节点的服务设置为关闭状态。
[0012]在本申请的一些实施例中，所述服务节点在第一模式中定时发送PM信息。
[0013]在本申请的一些实施例中，所述服务节点在第二模式中取消定时发送PM信息，保持PM信息接收渠道开启。
[0014]一种多模组休眠唤醒协同系统，包括服务节点，所述服务节点用于确认自身的PM状态，所述服务节点与主节点连接，所述主节点与ACC连接，所述ACC为电源总线，所述PM为电源管理状态；
[0015]所述第一服务节点用于检测到ACC的状态，当所述ACC的状态为关闭并且PM为睡眠模式时，关闭第一服务节点相关模组的上层业务逻辑，将服务设置为空闲，所述第一服务节点进入低功耗模式；
[0016]所述主节点监控ACC的状态是否转为开启并启动关机超时定时器，当检测到任意服务节点的PM模式为激活时中断关机超时定时器计时，
[0017]所述关机超时定时器计时完成后，主节点用于控制除了所述主节点所在的主控器外，其他所有模组全部断电；主节点还用于在检测到唤醒源时恢复整个终端所有模组的供电，使得系统可正常运行。
[0018]本申请的一实施例中，包括如下步骤，
[0019]所述服务节点从所述主节点订阅ACC的状态，所述主节点用于连接ACC并发布ACC的状态。
[0020]本申请的一实施例中，
[0021]所述服务节点的PM模式包括：第一模式，所述服务节点根据自身的任务保持通讯活跃，并运行被动参与定时器，在所述被动参与计时器及时完成后，所述服务节点进入第二模式；第二模式中，保持所述服务节点的相关模组的上层业务逻辑，当所述服务节点没有收到PM信息或通讯请求的第一预设时长后，进入第三模式；在第三模式中，关闭所述服务节点的相关模组的上层业务逻辑，在没有接收到PM信息或通讯请求的第二预设时长后，进入第四模式，第四模式中，所述服务节点的服务设置为关闭状态。
[0022]本申请的一实施例中，所述服务节点在第一模式中定时发送PM信息。
[0023]本申请的一实施例中，所述服务节点在第二模式中取消定时发送PM信息，保持PM信息接收渠道开启。
[0024]区别于现有技术，上述技术方案通过将第一服务节点授权进行自身的PM管理当PM状态为空闲的时候能够先行关闭服务节点相关的业务逻辑，最终通过主节点统一断电，从而达到了避免只有主节点进行电路控制情况下上层业务被强行断电从而报错的问题的技术效果。
附图说明
[0025]图1为本专利技术具体实施方式所述的多模组休眠唤醒协同方法流程图；
[0026]图2为本专利技术另一实施方式所述的多模组休眠唤醒协同方法流程图；
[0027]图3为本专利技术具体实施方式所述的服务节点多模式示意图
[0028]图4为本专利技术具体实施方式所述的服务节点定时发送流程图；
[0029]图5为本专利技术具体实施方式所述的服务节点取消定时发送流程图。
具体实施方式
[0030]在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中各个位置出现的“实施例”一词并不一定指代
相同的实施例，亦不特别限定其与其它实施例之间的独立性或关联性。原则上，在本申请中，只要不存在技术矛盾或冲突，各实施例中所提到的各项技术特征均可以以任意方式进行组合，以形成相应的可实施的技术方案。
[0031]除非另有定义，本文所使用的技术术语的含义与本申请所属
的技术人员通常理解的含义相同；本文中对相关术语的使用只是为了描述具体的实施例，而不是旨在限制本申请。
[0032]在本申请的描述中，用语“和/或”是一种用于描述对象之间逻辑关系的表述，表示可以存在三种关系，例如A和/或B，表示：存在A，存在B，以及同时存在A和B这三种情况。另外，本文中字符“/”一般表示前后关联对象是一种“或”的逻辑关系。
[0033]在本申请中，诸如“第一”和“第二”之类的用语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何实际的数量、主次或顺序等关系。
[0034]在没有更多限制的情况下，在本申请中，语句中所使用的“包括”、“包含”、“具有”或者其他类似的表述，意在涵盖非排他性的包含，这些表述并不排除在包括所述要素的过程、方法或者产品中还可以存在另外的要素，从而使得包括一系列要素的过程、方法或者产品中不仅可以包括那些限定的要素，而且还可以包括没有明确列出的其他要素，或者还包括为这种过程、方法或者产品所固有的本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种多模组休眠唤醒协同方法，其特征在于，包括如下步骤，S1当第一服务节点检测到ACC关闭并且PM为睡眠模式时，关闭第一服务节点相关模组的上层业务逻辑，将服务设置为空闲，所述第一服务节点进入低功耗模式；所述ACC为电源总线，所述PM为电源管理状态；S2主节点监控ACC的状态是否转为开启并启动关机超时定时器，当检测到任意服务节点的PM模式为激活时中断计时，S3关机超时定时器计时完成后，除了主节点所在的主控器外，其他所有模组全部断电；当主节点检测到唤醒源时，主节点负责恢复整个终端所有模组的供电，使得多模组进入正常运行。2.根据权利要求1所述的多模组休眠唤醒协同方法，其特征在于，包括如下步骤，所述服务节点从所述主节点订阅ACC的状态，所述主节点用于连接ACC并发布ACC的状态。3.根据权利要求1所述的多模组休眠唤醒协同方法，其特征在于，所述服务节点的PM模式包括：第一模式，所述服务节点根据自身的任务保持通讯活跃，并运行被动参与定时器，在所述被动参与计时器及时完成后，所述服务节点进入第二模式；第二模式中，保持所述服务节点的相关模组的上层业务逻辑，当所述服务节点没有收到PM信息或通讯请求的第一预设时长后，进入第三模式；在第三模式中，关闭所述服务节点的相关模组的上层业务逻辑，在没有接收到PM信息或通讯请求的第二预设时长后，进入第四模式，第四模式中，所述服务节点的服务设置为关闭状态。4.根据权利要求3所述的多模组休眠唤醒协同方法，其特征在于，所述服务节点在所述第一模式中定时发送PM信息。5.根据权利要求3所述的多模组休眠唤醒协同方法，其特征在于，所述服务节点在所述第二模式中取消定时发送PM信息，保持PM信息接收渠道开启。6.一种多模组休眠唤醒协同系统，其特征在于，包括服务节点，所述服务节点用于确...

【专利技术属性】
技术研发人员：章丹丹，王博，周涛涛，薛少波，
申请(专利权)人：福州物联网开放实验室有限公司，
类型：发明
国别省市：