即使没有外部唤醒，DA14580必须至少每10秒自动唤醒每10秒中断被触发。这种自动唤醒不会阻止外部唤醒过程如上所述全功能。将在此应用笔记的未来版本中提供此限制的解决方法，如替代品仍在调查中。
任何想法？对话支持
嗨Achao1104，
DA如果没有持续的BLE操作（连接间隔的广告等），它每10岁醒来。如果要抑制此操作，则可以调用app_ble_ext_wakeup_on（）以便从外部中断唤醒。如果您不想使用此解决方法，您可以更改CFG_MAX_SLEEP_DOURINGURE_EXTERNAL_WAKEUP_MS定义中的值（如果您正在使用SDK5）或MAX_SLEEP_DOURATION_EXTERNAL_WAKEUP定义中的值（如果您正在使用SDK3）以强制DA以更大的间隔醒来。
谢谢mt_dialog.
嗨对话小组，
现在是一个很好的健康，对你们所有人都很糟糕！
我随便阅读这个对话......几个星期前我在论坛上问道，为什么DA 14580每10秒唤醒每10秒，因为我们希望优化当前的消费，所以我们已经测量了它，我们已经看过了每10秒的电流约为650μA，持续时间为6,5毫秒。我问道，如果这种行为是已知的？现在，我明白这一点......你知道，为什么da有这种行为？我有多大的时间间隔，系统仍在正常工作？
谢谢
嗨Cosianer，
当DA通过HCI运行时，应该是来自RW的左转。该值在27位寄存器中加载，因此最大值高达0x7FFFFFF。
你好，我们使用SDK5.0.4，我们尝试将Max_sleep_duration_external_wakeup的值设置为0x7FFF而不是MS_To_SLOTS_CONVERT（CFG_MAX_SLEEP_DOURATION_EXTERNAL_WAKEUP_MS） - 这应该睡觉〜20.5秒。我们的模块每〜13.4秒醒来。我们还尝试使用0x7FFFFFF等更高的值。
您是否尝试使用0x7FFFFFF，并检查模块醒来的频率是否唤醒？是否有任何其他内部定时器可能会在长时间睡眠时唤醒模块？是否有任何编译标志我们应该尝试阻止唤醒不是ke_timer_set的唤醒？也许在da1458x_stack_config中改变一些东西，如cfg_gtl？请检查更改更改的MAX_SLEEP_DOURATION_EXTERNAL_WAKEUP到0x7FFFFFF实际上是否给出了连续的长时间睡眠？例如，在通告1分钟的外围程序中，睡眠1分钟，宣传1分钟，睡眠1分钟（重复） - 在1分钟内不应该有任何消耗的唤醒唤醒。
问候，oren.
嗨oren，
在Pro套件和BLE_APP_SLEEPMODE项目中延长睡眠并测试了您已发布0x7FFF的值，模块在APROXIMATLY 20.5秒后醒来，还测试了值0x7FFFFF，这是寄存器可以采取的最大值，但似乎类似于SDK是处理（可能递增）该值，然后将设备应用于寄存器本身，使设备以几毫秒（我假设值缠绕在一起，并且睡眠值我实际上非常小），以便入睡总共近似的23小时，我放置的值是0x7FFFFFC，就我可以测试它，它渗透超过2小时（我是我可以运行测试的时间）。据我所知，没有其他定时器或值可以影响设备的醒来时间。如果通过更改max_sleep_duration_external_wakeup在您的设备上，周期性间隔保持不受影响到〜13.4秒，那么我可以告诉其他内容正在唤醒您的设备。
任何想法？对话支持
嗨Achao1104，
DA如果没有持续的BLE操作（连接间隔的广告等），它每10岁醒来。如果要抑制此操作，则可以调用app_ble_ext_wakeup_on（）以便从外部中断唤醒。如果您不想使用此解决方法，您可以更改CFG_MAX_SLEEP_DOURINGURE_EXTERNAL_WAKEUP_MS定义中的值（如果您正在使用SDK5）或MAX_SLEEP_DOURATION_EXTERNAL_WAKEUP定义中的值（如果您正在使用SDK3）以强制DA以更大的间隔醒来。
谢谢mt_dialog.
嗨对话小组，
现在是一个很好的健康，对你们所有人都很糟糕！
我随便阅读这个对话......几个星期前我在论坛上问道，为什么DA 14580每10秒唤醒每10秒，因为我们希望优化当前的消费，所以我们已经测量了它，我们已经看过了每10秒的电流约为650μA，持续时间为6,5毫秒。我问道，如果这种行为是已知的？现在，我明白这一点......你知道，为什么da有这种行为？我有多大的时间间隔，系统仍在正常工作？
谢谢
嗨Cosianer，
当DA通过HCI运行时，应该是来自RW的左转。该值在27位寄存器中加载，因此最大值高达0x7FFFFFF。
谢谢mt_dialog.
你好，
我们使用SDK5.0.4，我们尝试将Max_sleep_duration_external_wakeup的值设置为0x7FFF而不是MS_To_SLOTS_CONVERT（CFG_MAX_SLEEP_DOURATION_EXTERNAL_WAKEUP_MS） - 这应该睡觉〜20.5秒。
我们的模块每〜13.4秒醒来。
我们还尝试使用0x7FFFFFF等更高的值。
您是否尝试使用0x7FFFFFF，并检查模块醒来的频率是否唤醒？
是否有任何其他内部定时器可能会在长时间睡眠时唤醒模块？
是否有任何编译标志我们应该尝试阻止唤醒不是ke_timer_set的唤醒？也许在da1458x_stack_config中改变一些东西，如cfg_gtl？
请检查更改更改的MAX_SLEEP_DOURATION_EXTERNAL_WAKEUP到0x7FFFFFF实际上是否给出了连续的长时间睡眠？例如，在通告1分钟的外围程序中，睡眠1分钟，宣传1分钟，睡眠1分钟（重复） - 在1分钟内不应该有任何消耗的唤醒唤醒。
问候，
oren.
嗨oren，
在Pro套件和BLE_APP_SLEEPMODE项目中延长睡眠并测试了您已发布0x7FFF的值，模块在APROXIMATLY 20.5秒后醒来，还测试了值0x7FFFFF，这是寄存器可以采取的最大值，但似乎类似于SDK是处理（可能递增）该值，然后将设备应用于寄存器本身，使设备以几毫秒（我假设值缠绕在一起，并且睡眠值我实际上非常小），以便入睡总共近似的23小时，我放置的值是0x7FFFFFC，就我可以测试它，它渗透超过2小时（我是我可以运行测试的时间）。据我所知，没有其他定时器或值可以影响设备的醒来时间。如果通过更改max_sleep_duration_external_wakeup在您的设备上，周期性间隔保持不受影响到〜13.4秒，那么我可以告诉其他内容正在唤醒您的设备。
谢谢mt_dialog.