Hi,
我正在尝试在DA14531上实现任何睡眠模式，不会导致系统重置。您是否可以提供哪种睡眠模式导致重置，如果特定的睡眠模式没有触发重置，则执行在哪里继续，并且何时何地是BLE连接的状态？
从查看Proxr_reporter代码，
Extended sleep - Continues execution on wakeup
深睡眠 - 在唤醒时触发重置
休眠 - 继续在唤醒时执行
Please confirm if these observations are correct and also can you share the link to any documentation which pertains to sleep modes other thanhttp://lpccs-docs.dialog-semondile.com/da14531_sleep_mode+/index.html.
谢谢,
夫
Device:
嗨gowtham，
如果您尚未这样做，我建议审核以下文件：
http://lpccs-docs.dialog-semiconductor.com/Tutorial_SDK6/index.html
The first couple of chapters provide a high level explaination of the operation of the SDK and the associated callbacks, and give some details of sleep modes.
我还推荐Exten_PerientAl_Template作为您要写自己的任何代码的起点（而这是上面提到的教程的基础）。
最好的祝福
im_dialog.
嗨im_dialog，
I followed your suggestion and started a new project with empty_peripheral_template. I have a few more questions
谢谢
嗨Tsgowtham，
我假设，当您使用Power Profiler时，您在DA14531的控制下运行代码在调试器的控制下。这没问题，但是一旦开始运行的代码，需要通过按“Ctrl + F5”断开调试器，否则调试器仍然有效并绘制当前。
最好的祝福
im_dialog.
嗨im_dialog，
谢谢for a quick reply. Disabling the debugger fixed that. Now the current consumption is around 0.7 mA when it's in extended sleep mode. But this is still way higher than the 1.2 µA mentioned for Buck mode in the sleep mode tutorial document. Granted that the tutorial used 5 sec as the advertising interval but I doubt the difference is supposed to be this drastic. Anything I'm missing here?
你还可以向我在Myy上次评论中提到的其他其他问题提供答案。我在这里再次发布它：
谢谢
嗨Tsgowtham，
请参阅下面的问题的答案：
When the sleep interval is long enough (such as 2s), the two external sleep modes are meaningful
BR，宜宾
嗨宜宾，
你的答案非常有用和乐于助人。谢谢！
最后一件事我被困在延长睡眠模式下的高功率耗处（在我的最后一个回复中提到），它大约在0.7 mA时，没有连接的调试器。如何将该值较近睡眠模式教程中提到的1.2μA更接近。
谢谢
Hi,
In order to eliminate the interference of other factors, can you do a test first, as follows:
0.在531开发套件上拔下所有跳线
1.将SDK的Prox_Reporter项目的固件下载到531 Dev-kit上的Flash
2. Unplug and reinsert the USB cable
3.打开SS工具箱 - >选择UART / SPI接口 - >打开Power-Profile工具
请告诉我在Power-Profile工具屏幕上看到的。
BR，宜宾
嗨宜宾，
I have attached the power profiler output for the proxr project. I used the pre built downloadable firmware available in the Flash Programer tool. This output seems closer to what is expected. Why is there such a huge difference in the current consumption between these two projects? Is there any other project configuration which might be causing this?
@jon_odonnell.
尝试校准电源分布器，可能会有助于为Prox Reporter项目提供适当的阅读。此外，对于延长的睡眠模式来说，对于嗜睡模式，0.167 mA对于嗜睡模式看起来有点太多，如果yibin澄清这个，那就会更好。
谢谢,
夫
@Yibin，
I set the calibration to 0 mA and ran with no board installed. The average current was 1.77 mA! I tried putting -1.77 in the calibration offset, but then I got negative current. The numbers jumped around.
I suspect both the offset and gain are having problems. Do I have a bad board? I just purchased it from Digi-key.
I attached a pic of the board to show jumpers, etc. and some screen shots.
Jon.
我发现了这个问题！For some reason, the current drawn from the SPI-Flash is also measured and it is not going into the low power sleep. If I remove the J1 V_FL jumper, the current goes down to 0.02 mA during the calibration.
I removed the jumper and added a wire from J1-1 to J9-2 to power the flash without measuring the current.
DA14531-DA14585-586_SERVICE_DATA_BEACON的平均电流现在onlt 0.008 mA，峰值为2.816 mA。Prox_reporter仍然测量0.000000 mA平线。鞍冰柱给出0.156 mA平均和2.893 mA峰。
对我最后的评论的更新：
我尝试闪烁我的空外设模板项目，并向闪光灯启用延长睡眠。我看到平均数量消耗0.24596 mA和3.97961 mA的峰值。延长睡眠仍然过高的平均电流似乎仍然有点高。
I am having the same problem. I started with DA14531-DA14585-586_Service_Data_Beacon which sets
app_default_sleep_mode = ARCH_EXT_SLEEP_ON;
但未修改示例中的广告之间的电流约为1.7mA。更改为Arch_sleep_off将电流增加到1.9ma。
This is with using the SmartBond Flash Programmer and cycling power to the Dev Kit before making the measurements.
我下载了Prox_reporter（由SDK Source建造，预先构建的“下载在线固件”版本来自SmartBond闪存程序员），并且如要求测量的峰值和平均电流都是0.00000 mA。图表是底部的直线（见附加PDF）。
I verifed with BLE Scanner that the DLG-PROXR device was advertizing every 689ms.
我还尝试了预构建的ble_app_barebone_531.out.bin从在线资源中。目前看起来更正常，平均平均为0.16758 mA，峰值为3.181 mA。
如果我应该将此讨论移动到不同的线程，请告诉我。它似乎是同一个问题，但我不想劫持线程。
Jon.
嗨乔恩，
所以w / o spi flash问题你面临着prox_reporter的“零电流消耗”的一个问题？你能确认宜宾建议的步骤吗？
0.在531开发套件上拔下所有跳线
1.将SDK的Prox_Reporter项目的固件下载到531 Dev-kit上的Flash
2. Unplug and reinsert the USB cable
3.打开SS工具箱 - >选择UART / SPI接口 - >打开Power-Profile工具
布罗尔，
PW_Dialog
那些是我执行的步骤。使用J1上安装的F_FL跳线，零电流测量1.7 mA。当我卸下跳线并重复测试时，零电流为0.020 mA。将校准偏移更改为-0.02导致-0.0005 mA的平均电流。
Hi,
在我的最后一篇评论中，我发布了一个屏幕截图的电力分析器，在我编写闪光灯后消耗的verag电流为0.02mA。这仍然高于预期的1.2μA。我还应该努力减少当前的消费？
谢谢
嗨Tsgowtham，
Could you please take a look at the Sleep mode tutorial from our support website? Link is provided below.
http://lpccs-docs.dialog-semondile.com/da14531_sleep_mode+/index.html.
谢谢，PM_DIALOG.
嗨pm_dialog，
我已经完成了这份文件。事实上，我甚至在原来的帖子中添加了它。
I'll post my final query here again for clarity:
延长睡眠模式下消耗的平均电流为0.02 mA（使用电源分析器测量），睡眠模式教程表示它应该是1.2微放大器。我已将该程序写入DA14531模块中的SPI闪光灯，并在主板上断开了闪光灯的跳线。如何获得靠近给定的1.2微放大器范围的平均当前消耗？
谢谢
嗨Tsgowtham，
在睡眠模式教程中，具有扩展睡眠模式电流的表可用于DA14531。在您的初始帖子中，DA14531模块被标记。请参阅模块的数据表，参见表4：DC特性。
您提到平均电流消耗量为0.02 mA。您使用的广告间隔是什么？这里，该设备是广告的，并且在广告间隔之间进入扩展睡眠模式，并且它将通过BLE定时器自动唤醒。
如果遵循睡眠模式教程，您将看到广告时期之后，芯片将停止广告并进入永久睡眠模式（没有BLE Activity）。何时何地是永久睡眠模式下的电流消耗？
此外，您能否注明您使用的项目？如果你能与我分享它，那么在我身边运行它也会有所帮助。
谢谢，PM_DIALOG.
嗨pm_dialog，
Sorry for replying after a long time.
平均消耗量为0.02 mA，广告间隔为687.5毫秒。这是prox_reporter项目。当前的消耗在永久性睡眠时为0.01 mA。
我尝试使用具有扩展睡眠模式的模板项目，以测试当前的消耗。通过这个项目，我观察了0.2 mA的电流消耗，广告间隔为687.5毫秒。我附上了这个项目，它只是模板项目的一行变化。
Edit: Is there any difference in these 2 projects which result in such a large difference in current consumption even though both are using Extended sleep mode and the same advertising interval?
嗨Tsgowtham，
extup_peripheral_template不会停止广告，因此设备在广告或连接间隔之间睡眠。Prox_Reporter正在使用超时的广告，因此该系统不仅进入睡眠模式，不仅在广告或连接间隔之间进行睡眠模式，一旦广告停止，总线就会进入永久睡眠模式。但是，Prox_Reporter正在使用SPI闪光灯，从而减少功耗，您需要将其供电，并在设备唤醒后释放它。
谢谢，PM_DIALOG.
嗨pm_dialog，
I had spoken to Dialog's represantative in my city and he gave me a similar suggestion and told me to configure the SPI pins. This solved my problem and drastically reduced the power consumption.
谢谢a lot for helping with my questions!!
一个建议，如果您在DA14531模块的某些文档中可以提及您的建议，那将是很好的。我很确定一个人使用这些类型的闪存IC，不会想到这一点。
谢谢
嗨Tsgowtham，
Glad that you are able to reduce the power consumption and thanks for accepting my answer. Thanks for your feedback too!
问候，pm_dialog