你好,
我使用Murata LBCA2HNZYZ-711与dsp与最新的SDK5，它工作得很好。
我们项目的一部分是需要改善电力消耗。
我有几个问题:
1.在项目中我试图启用CFG_POWER_OPTIMIZIONATIONS标志，没有区别，它是什么？
2.我启用了延长的睡眠，我能够连接，但是数据停止在大约1秒后流动，我如何配置唤醒？
3.我的计划是使睡眠而不是连接状态的广告，有一个选项使睡眠期间的广告?
谢谢，
大卫
设备:
你好,
我使用Murata LBCA2HNZYZ-711与dsp与最新的SDK5，它工作得很好。
我们项目的一部分是需要改善电力消耗。
我有几个问题:
1.在项目中我试图启用CFG_POWER_OPTIMIZIONATIONS标志，没有区别，它是什么？
2.我启用了延长的睡眠，我能够连接，但是数据停止在大约1秒后流动，我如何配置唤醒？
3.我的计划是使睡眠而不是连接状态的广告，有一个选项使睡眠期间的广告?
谢谢，
大卫
嗨Davidra7，
1.CFG_POWER_OPTIMIZATIONS是贯穿SDK 5的一系列关于睡眠时间计算和电源管理的改进，这应该在DSPS和SDK中默认启用。
2.当你在长时间睡眠状态下操作时，你不能使用调试器，你将不得不停止调试。调试器不会让580进入休眠状态。
3.这已经实现了，DSPS在发布间隔和连接间隔之间休眠。只要将项目设置为延长睡眠模式，你就能看到这一点。
谢谢mt_dialog.
你好,
谢谢你的快速答案，我真的很感激！
在问题2中，我可能会解释我自己错了，问题不是调试的一部分。
我们的产品有3个州：
1.备用。
2.连接。
3.连接和发送数据，
当扩展标志处于状态1和2时工作良好，但阶段3在1秒后停止工作。数据开始流向android设备，然后停止。
解决方案是在连接状态后禁用睡眠功能?或者你有不同的解决方案?
如何在连接后禁用休眠?
另一个小问题，让延长睡眠通过以下两个步骤完成:
1. #undef cfg_mem_map_ext_sleep - > #define cfg_mem_map_ext_sleep
2.将App_default_sleep_mode设置为Arch_ext_sleep_on？
谢谢，
大卫
嗨Davidra7，
我不真正明白你的意思，DSPS代码，当连接，检查是否有数据在DSPS缓冲区，如果有数据，它自动禁用睡眠，以侦听UART端口和push数据在发送缓冲区。如果缓冲区中没有数据，则再次启用睡眠，设备在连接间隔之间进入睡眠状态。因此，即使启用了睡眠标志(ARCH_SLEEP_OFF)， fw也会自动在睡眠模式和禁用睡眠模式之间切换。这是DSPS的当前功能。现在，既然你说你可以开始发布，连接，然后开始发送数据，但一秒钟后设备停止，你很可能试图调试代码，而设备处于睡眠模式。只需下载代码和退出调试过程，并尝试连接和发送数据到您的手机。您只能在设备处于睡眠模式时使用调试特性。
关于第二个问题，你提到的第一个定义是580的内存配置，无论是用于延长睡眠(在没有睡眠时使用)还是用于深度睡眠。要启用扩展睡眠，只需将app_default_sleep_mode更改为ARCH_EXT_SLEEP_ON。
谢谢mt_dialog.
你好,
我将试图解释我正在做什么，我编译的dsp和十六进制文件，只有然后我使用智能代码片段编程。
我不调试期间的睡眠(我不能)，我的工作很好，如果睡眠不活跃，但如果睡眠活跃，它停止转移后约。1秒。
也许它会有帮助，但我们发送数据包在250hz的速率，也许我们需要改变一些参数?
谢谢! !
大卫
嗨Davidra7，
我得到了您通过智能代码片段编译和下载代码的部分。我不明白的是发送一个数据包在250Hz的速率，你的意思是什么?DSPS将从UART获取数据，并以最快的速度将其传递到另一边。我不看到任何原因将停止则多1秒后在睡眠模式下,我能想到的也许是硬件流控制有问题,为了你做了适当的连接设备使用硬件流控制,也有你在RTS / CTS模式配置终端吗?设备在停止传输后仍然保持连接，还是设备停止工作?
谢谢mt_dialog.
你好,
我配置了RTS和CTS。当App_default_sleep_mode = Arch_sleep_off时，一切都完美地工作。
当App_default_sleep_mode = Arch_ext_sleep_on时，问题启动。
当问题发生时，村田停止转移/获取数据，似乎村田停止工作。
注意:我正在使用一个外部微控制器，通过Uart连接到村田。
我们在1秒内发送约4KB。
谢谢，
大卫
嗨Davidra7，
你能从功率分析器上看到设备之间的连接是否仍然正常，还是fw完全崩溃了?检查如果你可以看到连接事件分析器,如果有连接事件意味着由于某种原因580 UART不获取数据,如果没有活动(只有一条直线,没有峰,表明有一个有效的连接)意味着在软件出现了错误,要么是系统发出了一个重置，要么是你碰到了一个硬故障，要么是NMI处理器，要么是有一个ASSERT。为了检出它，你必须使用调试器来调查原因。
您发送了多少数据，我不认为这与设备摊位的事实有关，如果设备无法应对您发送的数据，它将通过流量控制停止UART发送。尝试在另一边使用标准PC和Android应用程序来检查是否与您附加的外部Micro有关。
谢谢mt_dialog.