你好,
我使用Murata LBCA2HNZYZ-711与dsp与最新的SDK5，它工作得很好。
我们项目的一部分是需要改善电力消耗。
我有几个问题:
1.在项目中，我试图启用CFG_POWER_OPTIMIZATIONS标志，没有区别，它做什么?
2.我启用了延长睡眠，我能够连接，但数据在大约1秒后停止流动，我如何配置唤醒?
3.我的计划是使睡眠而不是连接状态的广告，有一个选项使睡眠期间的广告?
谢谢,
大卫
设备:
你好,
我使用Murata LBCA2HNZYZ-711与dsp与最新的SDK5，它工作得很好。
我们项目的一部分是需要改善电力消耗。
我有几个问题:
1.在项目中，我试图启用CFG_POWER_OPTIMIZATIONS标志，没有区别，它做什么?
2.我启用了延长睡眠，我能够连接，但数据在大约1秒后停止流动，我如何配置唤醒?
3.我的计划是使睡眠而不是连接状态的广告，有一个选项使睡眠期间的广告?
谢谢,
大卫
嗨davidra7,
1.CFG_POWER_OPTIMIZATIONS是贯穿SDK 5的一系列关于睡眠时间计算和电源管理的改进，这应该在DSPS和SDK中默认启用。
2.当你在长时间睡眠状态下操作时，你不能使用调试器，你将不得不停止调试。调试器不会让580进入休眠状态。
3.这已经实现了，DSPS在发布间隔和连接间隔之间休眠。只要将项目设置为延长睡眠模式，你就能看到这一点。
由于MT_dialog
你好,
谢谢你的快速回答，我真的很感激!
在问题2中，我可能会解释我自己错了，问题不是调试的一部分。
我们的产品有三种状态:
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我不认为这与设备停止的事实有什么关系，如果设备不能处理你发送的数据，它将通过流控制停止UART传输。试着使用一个标准的PC和android应用程序在另一边，以检查是否有什么与外部微连接。
由于MT_dialog