你好,
wkupct_enable_irq函数允许配置debounce-time和events-num来调试唤醒，也就是说，程序只有在deb_time窗口中有多于events_num的事件时才会被唤醒。
但是，应该有某种部分软件唤醒来计算事件和测量时间窗，对吧?即使事件的数量没有超过限制，也没有引发完全唤醒……
是否有关于这种部分唤醒的功耗的文件?深度睡眠和长时间睡眠有什么区别?deb_time和events_num如何影响功耗?
谢谢,
奥伦佐莫
设备:
⚠️
大家好. .谢谢你来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台，它将提供更好的功能，包含在主对话网站中。所有岗位和账户都已迁移。我们现在只接受新论坛的流量-请在上面发布任何新帖子//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
大家好. .谢谢你来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台，它将提供更好的功能，包含在主对话网站中。所有岗位和账户都已迁移。我们现在只接受新论坛的流量-请在上面发布任何新帖子//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
嗨,奥伦,
事件的计数和消除抖动控制器不是由sw醒来,没有软件运行在设备在睡眠模式或跟踪或唤醒信号,这是通过唤醒定时器模块的硬件本身。当外部信号满足模块配置时，唤醒控制器唤醒整个系统，没有部分软件运行以完全唤醒模块。
由于MT_dialog
好消息!
我们正在考虑增加一个传感器，可能产生不必要的事件在低频率，所以我们可以使用debouncer，以忽略他们。我们担心这些不需要的事件会导致“部分唤醒”和浪费能量。很高兴听到它的功耗将与深度睡眠/延长睡眠相同。
非常感谢,
奥伦