亲爱的团队对话框,
我们需要检测DA14683上的长按按钮，我们使用的是SDK 1.0.14.1081。我们使用K1按钮进行这个操作。
我们能够使用计数器检测5秒操作，并使系统转到睡眠模式。
现在，我们需要唤醒系统从睡眠模式，当按下按钮5秒。我们能够唤醒系统的正常按下(如触摸和释放按钮)。
您能给我们一些关于这个操作的示例代码吗?或者您能给我们一些如何操作流程的建议吗?
致以最亲切的问候
Malli
设备:
⚠️
大家好. .感谢来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台的过程中，它将提供更好的功能，并包含在主对话网站。所有的帖子和账号已经迁移。我们现在只接受新论坛的流量-请发布任何新的帖子在//www.xmece.com/support．我们会在接下来的几天修复bug /优化搜索和标记。
大家好. .感谢来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台的过程中，它将提供更好的功能，并包含在主对话网站。所有的帖子和账号已经迁移。我们现在只接受新论坛的流量-请发布任何新的帖子在//www.xmece.com/support．我们会在接下来的几天修复bug /优化搜索和标记。
嗨powersquare,
当按下按钮5秒后，DA14683无法唤醒。请参考WKUP_CTRL_REG描述中的数据表。通过使用适当的值设置WKUP_DEB_VALUE位域，可以将恢复时间配置为64毫秒。正如你在文章中提到的，当系统处于活动模式时，可以实现持续5秒的“长按按钮”实现。
谢谢,PM_Dialog
嗨，对话团队，我们的目标如下。
1.按下按钮5秒后，将控制器置于休眠模式。
2.按下按钮5秒后将控制器从休眠模式唤醒。
在按下按钮后，控制器立即在一秒钟内醒来，这是不希望的，因为这可能是意外的按下。
你能告诉我们如何在按下按钮5秒后从休眠模式中醒来吗?
最好的问候,
Malli
嗨powersquare,
正如我在前面的评论中提到的，在按下按钮5秒后将控制器从休眠模式中唤醒是不可能实现的。关于你的第一个要求，你能告诉我你是否需要支持，或者你已经实施了吗?
谢谢,PM_Dialog
亲爱的团队对话框,
谢谢你的支持。
对于第一个要求，我们计划实现5秒的延迟，并检查按钮是否仍然被按下。如果按下，则进入休眠状态或继续相同的状态。我们的计划如下:
/*设置唤醒控制器为K1按钮如下*/
hw_wkup_set_debounce_time (63);
hw_wkup_set_pin_state (HW_GPIO_PORT_1 HW_GPIO_PIN_6,真实);
hw_wkup_set_pin_trigger (HW_GPIO_PORT_1 HW_GPIO_PIN_6 HW_WKUP_PIN_STATE_LOW);
hw_wkup_register_interrupt (wkup_handler configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY);
* / / * wkup_handler ()
运行循环5次// for循环
｛
delay (1000 ms) // OS_DELAY_MS(1000);
Check for button state // hw_gpio_get_pin_status(HW_GPIO_PORT_1, HW_GPIO_PIN_6);
If (low){连续for循环}
Else{设置一个标志并中断for循环}
｝
If(未设置标志)
｛
pm_set_sleep_mode (pm_mode_hibernation);
｝
以上方法可以吗?你有其他建议吗?
OS_DELAY_MS()函数在唤醒中断处理中是否有效?如果没有，任何其他替代解决方案。
致以最亲切的问候
Malli
嗨powersquare,
你可以使用软件实现方法,通过轮询GPIO和检查柜台如果按钮被按下5秒。请注意,如果从冬眠中醒来,该设备会醒来期满前5秒,如果按钮被按下5秒以上设备将保持活跃模式,否则将再次进入休眠状态。在激活模式下，必须检查计数器的值，只有按下按钮5秒芯片才会进入休眠模式。
谢谢,PM_Dialog
亲爱的团队对话框,
谢谢你的支持。
我们实现了第一个要求，即将控制器设置为休眠模式，它工作得很好。
对于第二个要求，即休眠唤醒，因为软件方法不工作，你能建议任何其他方法使用硬件定时器或内核定时器的功能。你能给我推荐一些样本代码吗?
致以最亲切的问候
Malli
嗨powersquare,
正如我之前提到的，在按下按钮5秒后，不可能将设备从休眠模式中唤醒。芯片将在5秒后被唤醒。
谢谢,PM_Dialog
亲爱的团队对话框,
谢谢你的支持。
对于第一个需求(按下按钮5秒后将控制器置于休眠模式)，我们用extended_sleep项目测试了这个功能，效果很好。当K1按钮按下5秒后，系统进入休眠模式。
现在我们正在ble_peripheral项目上测试这个功能。我们配置了K1按钮引脚，并将计时器功能从extended_sleep项目(main.c)移植到ble_peripheral项目main.c文件。我们附上了ble_peripheral项目的main.c文件供您参考。在SDK和ble_peripheral项目中没有更改。只在main.c文件中进行了更改，以配置按钮和计时器功能。
当我们测试这个功能时(当我们按下K1按钮5秒)，系统进入休眠并立即唤醒。我们不希望系统立即醒来。我们还在main.c文件pm_set_wakeup_mode(false)中测试了这个设置，但问题还是一样。
你能在ble_peripheral项目中帮助我们解决这个问题吗?
致以最亲切的问候
Malli
亲爱的团队对话框,
你有什么最新消息吗?
致以最亲切的问候
Malli
嗨powersquare,
很抱歉耽搁了。我使用了你附上的代码(main.c)，我复制了你的问题工作在DA14683 SoC和SDK1.0.14.1081。使用相同的main.c文件，当使用DA14681 SoC而不是DA14683时，这个问题不存在。请查看sdk/cpm/sys_power_mgr.c中的apply_wfi()函数。DA14681设备为A版(BLACK_ORCA_IC_REV_A)， DA14683设备为B版(BLACK_ORCA_IC_REV_B)。在第1393行sys_power_mgr.c文件,如果DA14681 (BLACK_ORCA_IC_REV_A)正在使用,要冬眠之前,所有的终端请求被禁用和等待中断清除除了通风装置和WKUP,所以不重置,系统已经等待中断。仅适用于DA14681设备。为此，在使用DA14683设备时，不会清除挂起的中断，因为if语句总是为false。因此，系统进入休眠状态后，会立即因一个挂起中断而唤醒。另外，请记住，在SDK的ble_peripheral示例中，您将有BLE活动，因此唤醒的最可能的原因是BLE中断挂起，与extended_sleep示例相反。 A possible workaround might be to modify the source code of sys_power_mgr.c in order to explicitly clear all the pending interrupts in case of DA14683. Please check a reference code snippet:
在DA14683的情况下，除了WKUP之外，所有挂起的中断都被清除，因为芯片只能从WAKEUP控制器中唤醒，不能从VBUS中唤醒。请注意，这只是一个可能的解决方案，没有经过SDK团队的测试。
另一个解决办法是在芯片进入休眠模式之前停止广告和任何其他BLE活动。
谢谢,PM_Dialog
亲爱的团队对话框,
谢谢你的支持。
这个解决方案似乎工作得很好(在sys_power_mgr.c文件的第1393行进行了更改)。
你能和你的SDK团队确认一下这些变化吗?
致以最亲切的问候
Malli
嗨Malli,
很高兴你把问题解决了。如果您觉得这个方法有用，请将前面的答案标记为已接受。我已经让SDK团队知道了。
问候,PM_Dialog
亲爱的团队对话框,
谢谢你的支持。
我们使用的是DA14683制造的定制板。此帖子中提到的按钮按下（5秒）在此定制板上不起作用。
该按钮配置在该单板的端口4、pin4上。当我们按下这个按钮5秒时，我们观察到hw_wkup_handler()函数在hw_wkup.c文件中被调用，但是回调函数(intr_cb)没有被调用。回调函数在main.c中使用hw_wkup_register_interrupt()初始化。在hw_wkup_handler()中，控件进入“if (intr_cb){”循环，但不会调用回调函数。
你能帮我们解决，为什么这个回电没有被调用吗?
致以最亲切的问候
Malli
嗨powersquare,
我通过下面的论坛门票推动了对话:
https://support.dialog-semiconductor.com/forums/post/dialog-smartbond-bluetooth-low-energy-%E2%80%93-software/active-mode-hibernate-mode
谢谢,PM_Dialog