我正在使用sdk5.0.3上的对话框Evalkit Pro开发PAN1740
目前我正在尝试在延长睡眠模式下运行我的安装程序。
CFG\u最大睡眠\u持续时间\u周期性\u唤醒\u毫秒500
app\u default\u sleep\u mode=ARCH\u EXT\u sleep\u开启
但董事会睡觉后立即醒来。睡眠时间只有80分钟。
是否有更多的工作要做，以设置董事会在延长睡眠模式？
嗨Ralf S，
在启动时，设备将根据您在User_Config.h文件中设置的设置配置为您在User_Config.h文件中设置的设置，该设置将要设置已在User_ProfileS_Config.h中配置的服务的数据库（如果您设置了任何服务）。设备完成后，您的设备中启用了一个配置文件，呼叫Default_App_On_Set_dev_config_complete（）（对于设备配置）和default_app_on_db_init_complete（）将被调用（用于数据库配置）。在大多数示例中，有配置文件所以在设备的配置后（default_app_on_set_dev_config_complete）将发生数据库完成回调（default_app_on_db_init_complete）。default_app_on_db_init_complete（）中的BLE示例将强制设备进行通告。因此，您不会能够下载和免疫推卸地睡眠，您必须让您的设备自行配置，然后从这两个回调中可以设置唤醒状态（外部唤醒或将唤醒您的设备的计时器）和之后该设备将落入永久性睡眠状态。
此外，当设备处于休眠模式且正在播发或已连接时，意味着它在播发或连接间隔之间休眠。如果要将设备设置为永久睡眠，请按照上述步骤操作。CFG\u MAX\u SLEEP\u DURATION\u PERIODIC\u WAKEUP\u MS是一个定义，用于配置设备在完全没有可恢复活动时的唤醒频率。
最后，当设备启动时，它会花费大约2秒，休眠禁用，以便XTAL32正确解决。
谢谢你的对话
谢谢你的回复！
我现在将我的设备配置为广告，间隔为10s。我获得了660UA的当前，但如果该设备延长睡眠，则应下降到1,4ua。所以我假设它不睡眠。如果我将其设置为“Arch_sleep_off”，则当前消耗没有差异。
那么，如果我想让设备进入睡眠模式，我是否需要在我的主功能中明确设置定时器或外部唤醒？
嗨Ralf S.
通过设置app\u default\u sleep\u mode=ARCH\u EXT\u sleep\u ON就足以使设备进入长时间睡眠，如果您将设备设置为以10秒为间隔播放广告，那么您（当设备未播放广告时）应该得到大约1.4uA。您不必设置任何额外的设置，如果您向内核传递了一个广告命令，广告间隔为10秒，那么设备应该在广告时间（间隔为10秒）时自行进行广告、睡眠和唤醒。尝试使用智能代码段通过UART下载代码，并通过power profiler检查设备是否处于睡眠状态（如果您有pro dev工具包），或者您可以尝试在10秒内测量功耗。
我有一个专业开发工具包，我测量的J11与外部数字万用表电流。
当我用DSPS应用程序扫描设备时，我只能每隔10秒找到一次设备。因此，我可以假设播发间隔设置正确。
我刚用能量分析器测试过。附图显示广告期间。广告发布后，设备稳定下来，但不会休眠。从5ms开始的波形有1ms的周期。广告每10s开始一次，就像配置的一样。
我有代码运行在回调函数app\u on \u system\u powered中，并返回“GOTO\u SLEEP”。
除了10秒的广告时间间隔之外，请按照DSPS源代码的原样尝试以下建议，以便有机会测量低功耗模式。
1） 我想你可以通过JTAG下载fw，然后点击keil的run按钮。当调试器连接到设备上时，您不会看到设备进入低功耗模式。所以只要按下启动/停止调试按钮，然后再按一次。这样调试器将分离，设备将能够进入低功耗模式。
2） 有些情况下，即使调试器被分离，调试器模块也会保持打开状态，这会导致580无法进入睡眠模式，因此为了消除这种情况，您可以通过UART接口和智能代码段工具下载代码。获取生成的二进制文件并使用智能代码段中的uart\u引导程序来下载fw。
你好，
现在我让它工作了。至少是个例子。你说得对，我是通过JTAG下载的。当我在Smart Snippets中使用UART接口时，我得到的睡眠电流范围为2uA，而在power profiler中，当可以看到广告时，从睡眠中醒来，峰值约为5mA。
所以调试器仍然附着，设备不会睡眠。我看到的额外电流是仍然激活的调试器，或者设备实际上没有睡觉吗？
据我所知，设备处于休眠状态，外围设备断电，ARM处于WFI中，但调试器模块保持打开并消耗额外的电流。您可以尝试遵循以下常见问题，以便能够通过JTAG下载fw，并在停止调试时看到您的设备进入睡眠状态。
https://support.dialog-semicondiondiond.com/guide/faq-known-issues.
嗨Ralf S，
在启动时，设备将根据您在User_Config.h文件中设置的设置配置为您在User_Config.h文件中设置的设置，该设置将要设置已在User_ProfileS_Config.h中配置的服务的数据库（如果您设置了任何服务）。设备完成后，您的设备中启用了一个配置文件，呼叫Default_App_On_Set_dev_config_complete（）（对于设备配置）和default_app_on_db_init_complete（）将被调用（用于数据库配置）。在大多数示例中，有配置文件所以在设备的配置后（default_app_on_set_dev_config_complete）将发生数据库完成回调（default_app_on_db_init_complete）。default_app_on_db_init_complete（）中的BLE示例将强制设备进行通告。因此，您不会能够下载和免疫推卸地睡眠，您必须让您的设备自行配置，然后从这两个回调中可以设置唤醒状态（外部唤醒或将唤醒您的设备的计时器）和之后该设备将落入永久性睡眠状态。
此外，当设备处于休眠模式且正在播发或已连接时，意味着它在播发或连接间隔之间休眠。如果要将设备设置为永久睡眠，请按照上述步骤操作。CFG\u MAX\u SLEEP\u DURATION\u PERIODIC\u WAKEUP\u MS是一个定义，用于配置设备在完全没有可恢复活动时的唤醒频率。
最后，当设备启动时，它会花费大约2秒，休眠禁用，以便XTAL32正确解决。
谢谢你的对话
谢谢你的回复！
我现在将我的设备配置为广告，间隔为10s。我获得了660UA的当前，但如果该设备延长睡眠，则应下降到1,4ua。所以我假设它不睡眠。如果我将其设置为“Arch_sleep_off”，则当前消耗没有差异。
那么，如果我想让设备进入睡眠模式，我是否需要在我的主功能中明确设置定时器或外部唤醒？
嗨Ralf S.
通过设置app\u default\u sleep\u mode=ARCH\u EXT\u sleep\u ON就足以使设备进入长时间睡眠，如果您将设备设置为以10秒为间隔播放广告，那么您（当设备未播放广告时）应该得到大约1.4uA。您不必设置任何额外的设置，如果您向内核传递了一个广告命令，广告间隔为10秒，那么设备应该在广告时间（间隔为10秒）时自行进行广告、睡眠和唤醒。尝试使用智能代码段通过UART下载代码，并通过power profiler检查设备是否处于睡眠状态（如果您有pro dev工具包），或者您可以尝试在10秒内测量功耗。
谢谢你的对话
我有一个专业开发工具包，我测量的J11与外部数字万用表电流。
当我用DSPS应用程序扫描设备时，我只能每隔10秒找到一次设备。因此，我可以假设播发间隔设置正确。
我刚用能量分析器测试过。附图显示广告期间。广告发布后，设备稳定下来，但不会休眠。从5ms开始的波形有1ms的周期。广告每10s开始一次，就像配置的一样。
我有代码运行在回调函数app\u on \u system\u powered中，并返回“GOTO\u SLEEP”。
嗨Ralf S，
除了10秒的广告时间间隔之外，请按照DSPS源代码的原样尝试以下建议，以便有机会测量低功耗模式。
1） 我想你可以通过JTAG下载fw，然后点击keil的run按钮。当调试器连接到设备上时，您不会看到设备进入低功耗模式。所以只要按下启动/停止调试按钮，然后再按一次。这样调试器将分离，设备将能够进入低功耗模式。
2） 有些情况下，即使调试器被分离，调试器模块也会保持打开状态，这会导致580无法进入睡眠模式，因此为了消除这种情况，您可以通过UART接口和智能代码段工具下载代码。获取生成的二进制文件并使用智能代码段中的uart\u引导程序来下载fw。
谢谢你的对话
你好，
现在我让它工作了。至少是个例子。你说得对，我是通过JTAG下载的。当我在Smart Snippets中使用UART接口时，我得到的睡眠电流范围为2uA，而在power profiler中，当可以看到广告时，从睡眠中醒来，峰值约为5mA。
所以调试器仍然附着，设备不会睡眠。我看到的额外电流是仍然激活的调试器，或者设备实际上没有睡觉吗？
嗨Ralf S.
据我所知，设备处于休眠状态，外围设备断电，ARM处于WFI中，但调试器模块保持打开并消耗额外的电流。您可以尝试遵循以下常见问题，以便能够通过JTAG下载fw，并在停止调试时看到您的设备进入睡眠状态。
https://support.dialog-semicondiondiond.com/guide/faq-known-issues.
谢谢你的对话