我们正在建造一个信标，每211毫秒传输10字节的有效载荷。不需要连接。我们需要连续的广播。根据电池寿命估计，我们的CR2016（90毫安时）的电池寿命应该超过200天。
但实际上，我们的电池寿命大约为7天。
我们从ble\u app\u barebone示例应用程序开始，并将其作为我们的起点。i2c、spi、uart等都没有别的功能（或者至少不应该有）。我的问题是，我们应该看什么来提高功耗？
我看了一下ble\u eddystone\u beacon\u with\u hibernation\u或\u deep\u sleep\u mode，看看我们是否可以使用deep\u sleep模式，但是如果我正确理解代码的话，这似乎会完全停止广播。我能在每211毫秒的广播间隙进入深度睡眠吗？
设备：
嗨，迪尔朱德，
由于您的要求是连续播发不可连接的播发事件，因此您应该使用扩展睡眠模式，以便设备可以在不可连接的间隔之间睡眠。
在您提到的SW示例中，一旦停止不可连接的播发，设备将进入深度睡眠或休眠状态。请检查\u adv\u noncon\u complete（）上的用户\u app\u。
睡眠模式是延长睡眠模式。
静态const sleep\u state\u t app\u default\u sleep\u mode=ARCH\u EXT\u sleep\u ON；
不可能在广告间隔期间将设备置于休眠或深度睡眠模式。
我建议你检查一下DA14531睡眠模式教程（HTML）文件。
谢谢，下午好
所以我要做的就是：
现在它将在广告之间休眠？我有一个新的电池寿命测试，看看有多大帮助。
谢谢。
嗨，迪尔朱德，
是–您可以使用SmartSnippets工具箱中的Power Profiler进行验证–设备在广告间隔期间休眠。
http://lpccs-docs.dialog-semiconductor.com/UM-B-083/power\u profiler/powerProfiler.html
谢谢，下午好