嗨正如应用程序注释ANB-011 -冷启动定时中提到的，我们在子板的boost模式下遵循相同的应用程序(接近reporter_fh)。在应用说明中解释了冷启动序列所需的总费用是54.7 uC，所需的时间是146 ms。但在功率分析工具测量时，总电荷约为162 uC，持续140秒!为什么这里收费更高?在助推模式下运行是否消耗更多费用??
亲爱的hrg，你是说140毫秒还是140秒?
虽然峰值电流总体上升到1.5V在增强中，但平均能量应该非常相似。如果你可以给你的意思是140ms，我会调查一下。Alwasy可以预计某些MS的启动时间略有变化。
BR JE_Dialog
嗨JE_Dialog
抱歉是140毫秒!但是在boost模式下消耗的电量比你在应用笔记中提到的要多3倍!
Waiitng为您的回复。
谢谢
你好，hrg，没有什么明显的想法:你能确认一下你的HW和SW设置，并确认一下对boost模式的子卡所做的修改吗?
嗨JE_DialogHW的设置是根据用户手册-跳线J13连接为3-4测量电路的电源。跳线J14作为1-2 Boost配置。软件是Proximity reporter_fh，没有修改!升压模式Hw设置-如原理图所示，电源电压为1.5伏。
嗨Hrq，
要确定，您没有提到J23：应删除1.5V电源的此一个。虽然我最终不认为这是您测量的高耗电费用。
Boost模式不应使用比降压模式更多的充电。只有在冷启动期间的升压模式下，DCDC转换器必须为电容器充电，导致高初始峰值电流，但这不应贡献超过几μc。
在你的广告活动中，Rx/Tx的峰值电流是否在10mA左右?如果是，则表示升压模式板功能正常。
最好的问候，bb_dialog。
嗨BB_Dialog
1）对于您的推荐，J23是开放的。广告峰值如您所提到的约10 mA。proximtiy_reporter_fh进入深度睡眠模式呈现3分钟。所以当中断时，它会用冰靴醒来时醒来吗？但是中断后的冷启动似乎非常高(正如我之前提到的(162 uC - 150 uC)相比于冷启动(125uC)!时间上也有区别!
由于没有选项在对话框论坛中附加文件，因此您的参考我已附加到Dropbox中共享的文件链接。
在电力期间https://www.dropbox.com/s/b1rrk73p3d690jg/poweron.png?dl=0
在中断
https://www.dropbox.com/s/ob83u162r05ss8j/interrupt.png?dl=0.
2）我还有一个问题所以我添加了这些。Proximity_Reporter_FH程序被修改，使其执行一个广告事件并在中断（按钮）后，它确实一个广告事件并再次睡眠。因此，在调试模式下测试时，通电和中断都是完美的。程序被烧成OTP。但现在在开机时，第一个广告已经完成，进入睡眠模式需要大约75毫秒。但这在中断唤醒时不会发生。我在这里分享了快照，你可以发现它们之间的区别。(注:它也有我在1)问题中提到的同样的问题)。
在Poweron期间
https://www.dropbox.com/s/2b9aj3eg2ayne29/power%20on.png?dl=0
在中断:https://www.dropbox.com/s/3h0cuxkga4w79jy/interrupt.png?dl=0
3）还有一个疑问。每当开关K1在一个广告事件后被按下时，也有一个未知的峰值。(注意:当您按K1时，您可以在正常的Proximity_reporter_fh程序中敏锐地观察到这个峰值!)这是它们的快照
https://www.dropbox.com/s/8qt913jtlm9bn42/switch.png?dl=0
https://www.dropbox.com/s/4ycd4nrl6l85ug4/unknown%20peak.png?dl=0
谢谢HRG.
谢谢你的详细快照。我们将对这些进行调查。
更新14 h30:
我可以确认正常的冷启动时间和消耗充电：
Buck模式:124毫秒- 67µC。Boost模式:124 msec - 128µ
由于电流越高，可以解释升压模式中的较高消耗电荷@ 1.5V：大约在降压模式@ 3V时高约两倍。从电池中消耗的能量（J）虽然将大致相同（3 x 67 = 1.5 x 128）。
我还在尝试重现你的中断情况。
最好的问候,BB_Dialog
我讨论了一些同事的第二个案例（中断），
通常在从睡眠中醒来时，没有预期冷靴。我们预计大约10毫秒Upto Provert广告，并且消耗电荷约为10μC（降压）或20μC（升压）。此帐户占用初始化的额外时间和充电等。我们没有看到屏幕捕获中的RF校准。在真正的冷启动中，实际上，RF-CAL被执行：在22,100秒后的PowerOn图片中。（在正常的广告中，首次广告的时间大约需要7.5毫秒，并且消耗了3.5或7μc的电荷）。
几个问题要进一步帮助您：您的DA14580是DA14580-01（ES5）？您使用的是哪个SDK版本？您是否修改了邻近代码？您使用哪个键/哪个GPIO来唤醒BLE芯片?我们用了主板上的一把钥匙。
你好BB_Dialog谢谢你的回复
是的，它是DA14580_CB_PXI_WLCSP 078-05-C ES5。SDK版本3.0.4.0。我们在母板中使用K1（默认在Proximity_reporter_FH中）。冷靴似乎在正常的邻近应用程序中发生（即3分钟后它会睡觉，然后按下按钮，唤醒一些RF校准。）。（您在另一个帖子中提到的，在使用Deepsleep模式时，SRAM将在睡眠期间转换！）
也请尽快回复2)& 3)问题。
项目2)我试图重现您对Power-On和Interrupt的观察:
开机:我看到从开机时刻开始的总活动时间为2秒。这是众所周知的:这是为了让32KHz的Xtal振荡器在进入睡眠模式之前变得稳定。在我看来，你的主板不是在32KHz Xtal上运行，而是在RCX时钟上运行。这是corrrect吗?使用RCX的时间更短。如果没有，就必须从别处寻找原因。但请注意，在Boost模式下使用RCX未经验证且不允许。由于用于HE RCX振荡器的稳定内部电压，因此不能使用它。在Boost模式中，必须使用32kHz Xtal振荡器进行睡眠时钟。
中断:在这种情况下，我们也看到更短的活动时间，就像你做的。
请确认你的板是在Xtal32K还是RCX上运行。
最好的问候,BB_Dialog。
第3项）抱歉，我们没有看到屏幕中的峰值捕获：
我们尝试了使用32kHz XTAL振荡器的升压模式，并启用RCX的降压模式。这两种模式都没有显示额外的峰值。
根据您的第2项的答案）：可能与升压模式中的RCX-振荡器的使用可能相关。请让我们知道。
2）使用32kHz XTAL，但稳定时间减少到至少测试目的（默认情况下，它是3200对应于RWIP.C文件中的2秒），因此在总时间的电源期间为126毫秒，直到第一广告和它应该去睡觉，但仍然需要大约77毫秒前睡觉。所以额外的时间可能是由于xtal ??
请在深度睡眠中唤醒唤醒期间的1）。我们在使用默认Proximity_reporter_FH唤醒后唤醒唤醒后的RF校准，在OTP中没有修改。谢谢
对话团队请尽快给出回复！
2)是的，额外的时间可能是由于所需的32K晶体启动时间造成的。
1）在图片中的RF-Cal活动上。我们看到这个RF-cal在启动时冷启动时执行，但从深度睡眠中醒来时不会执行。就像之前说的，我们不认为这里会冷靴。RF-cal只会在芯片温度变化5摄氏度或更多的情况下执行。
更新：对您的请求。你可以在你的设备上加载相同的项目，但是使用扩展睡眠模式而不是深度睡眠模式吗?无需在OTP中刻录此功能，只需将其加载在Sysram中使用Connection Manager或Smart Spippets。我们想知道的是：在按下中断按钮时，你也看到了rf-cal吗？这对我们很有帮助。
嗨对话小组
在SRAM中调试模式期间，从深睡眠中醒来时没有RF-CAL（甚至在延长睡眠中也是如此）。编程OTP后，从深睡眠唤醒时，冷启动时有RF-CAL。因此，在SRAM模式下按下中断时，我们无法找到RF-CAL！。请在OTP编程后确认此问题。
有了OTP程序，我们确实希望在冷启动时使用RF-cal。然而，从深度睡眠中醒来时不会出现这种情况，除非温度发生变化(>= 5°C)。
亲爱的hrg，你是说140毫秒还是140秒?
虽然峰值电流总体上升到1.5V在增强中，但平均能量应该非常相似。如果你可以给你的意思是140ms，我会调查一下。Alwasy可以预计某些MS的启动时间略有变化。
BR JE_Dialog
嗨JE_Dialog
抱歉是140毫秒!但是在boost模式下消耗的电量比你在应用笔记中提到的要多3倍!
Waiitng为您的回复。
谢谢
你好，hrg，没有什么明显的想法:你能确认一下你的HW和SW设置，并确认一下对boost模式的子卡所做的修改吗?
BR JE_Dialog
嗨JE_Dialog
HW的设置是根据用户手册-跳线J13连接为3-4测量电路的电源。跳线J14作为1-2 Boost配置。软件是Proximity reporter_fh，没有修改!升压模式Hw设置-如原理图所示，电源电压为1.5伏。
嗨Hrq，
要确定，您没有提到J23：应删除1.5V电源的此一个。
虽然我最终不认为这是您测量的高耗电费用。
Boost模式不应使用比降压模式更多的充电。
只有在冷启动期间的升压模式下，DCDC转换器必须为电容器充电，导致高初始峰值电流，但这不应贡献超过几μc。
在你的广告活动中，Rx/Tx的峰值电流是否在10mA左右?
如果是，则表示升压模式板功能正常。
最好的问候，bb_dialog。
嗨
BB_Dialog
1）
对于您的推荐，J23是开放的。广告峰值如您所提到的约10 mA。
proximtiy_reporter_fh进入深度睡眠模式呈现3分钟。所以当中断时，它会用冰靴醒来时醒来吗？
但是中断后的冷启动似乎非常高(正如我之前提到的(162 uC - 150 uC)相比于冷启动(125uC)!
时间上也有区别!
由于没有选项在对话框论坛中附加文件，因此您的参考我已附加到Dropbox中共享的文件链接。
在电力期间
https://www.dropbox.com/s/b1rrk73p3d690jg/poweron.png?dl=0
在中断
https://www.dropbox.com/s/ob83u162r05ss8j/interrupt.png?dl=0.
2）我还有一个问题所以我添加了这些。
Proximity_Reporter_FH程序被修改，使其执行一个广告事件并在中断（按钮）后，它确实一个广告事件并再次睡眠。
因此，在调试模式下测试时，通电和中断都是完美的。程序被烧成OTP。但现在在开机时，第一个广告已经完成，进入睡眠模式需要大约75毫秒。但这在中断唤醒时不会发生。我在这里分享了快照，你可以发现它们之间的区别。(注:它也有我在1)问题中提到的同样的问题)。
在Poweron期间
https://www.dropbox.com/s/2b9aj3eg2ayne29/power%20on.png?dl=0
在中断:
https://www.dropbox.com/s/3h0cuxkga4w79jy/interrupt.png?dl=0
3）
还有一个疑问。每当开关K1在一个广告事件后被按下时，也有一个未知的峰值。(注意:当您按K1时，您可以在正常的Proximity_reporter_fh程序中敏锐地观察到这个峰值!)这是它们的快照
https://www.dropbox.com/s/8qt913jtlm9bn42/switch.png?dl=0
https://www.dropbox.com/s/4ycd4nrl6l85ug4/unknown%20peak.png?dl=0
谢谢
HRG.
嗨Hrq，
谢谢你的详细快照。
我们将对这些进行调查。
最好的问候，bb_dialog。
更新14 h30:
我可以确认正常的冷启动时间和消耗充电：
Buck模式:124毫秒- 67µC。
Boost模式:124 msec - 128µ
由于电流越高，可以解释升压模式中的较高消耗电荷@ 1.5V：大约在降压模式@ 3V时高约两倍。
从电池中消耗的能量（J）虽然将大致相同（3 x 67 = 1.5 x 128）。
我还在尝试重现你的中断情况。
最好的问候,BB_Dialog
嗨Hrq，
我讨论了一些同事的第二个案例（中断），
通常在从睡眠中醒来时，没有预期冷靴。
我们预计大约10毫秒Upto Provert广告，并且消耗电荷约为10μC（降压）或20μC（升压）。
此帐户占用初始化的额外时间和充电等。我们没有看到屏幕捕获中的RF校准。
在真正的冷启动中，实际上，RF-CAL被执行：在22,100秒后的PowerOn图片中。
（在正常的广告中，首次广告的时间大约需要7.5毫秒，并且消耗了3.5或7μc的电荷）。
几个问题要进一步帮助您：
您的DA14580是DA14580-01（ES5）？
您使用的是哪个SDK版本？您是否修改了邻近代码？
您使用哪个键/哪个GPIO来唤醒BLE芯片?
我们用了主板上的一把钥匙。
最好的问候,BB_Dialog
你好BB_Dialog谢谢你的回复
是的，它是DA14580_CB_PXI_WLCSP 078-05-C ES5。
SDK版本3.0.4.0。
我们在母板中使用K1（默认在Proximity_reporter_FH中）。
冷靴似乎在正常的邻近应用程序中发生（即3分钟后它会睡觉，然后按下按钮，唤醒一些RF校准。）。
（您在另一个帖子中提到的，在使用Deepsleep模式时，SRAM将在睡眠期间转换！）
也请尽快回复2)& 3)问题。
嗨Hrq，
项目2)我试图重现您对Power-On和Interrupt的观察:
开机:我看到从开机时刻开始的总活动时间为2秒。这是众所周知的:这是为了让32KHz的Xtal振荡器在进入睡眠模式之前变得稳定。
在我看来，你的主板不是在32KHz Xtal上运行，而是在RCX时钟上运行。这是corrrect吗?使用RCX的时间更短。
如果没有，就必须从别处寻找原因。
但请注意，在Boost模式下使用RCX未经验证且不允许。由于用于HE RCX振荡器的稳定内部电压，因此不能使用它。
在Boost模式中，必须使用32kHz Xtal振荡器进行睡眠时钟。
中断:在这种情况下，我们也看到更短的活动时间，就像你做的。
请确认你的板是在Xtal32K还是RCX上运行。
最好的问候,BB_Dialog。
嗨Hrq，
第3项）抱歉，我们没有看到屏幕中的峰值捕获：
我们尝试了使用32kHz XTAL振荡器的升压模式，并启用RCX的降压模式。
这两种模式都没有显示额外的峰值。
根据您的第2项的答案）：可能与升压模式中的RCX-振荡器的使用可能相关。
请让我们知道。
最好的问候，bb_dialog。
嗨BB_Dialog
2）使用32kHz XTAL，但稳定时间减少到至少测试目的（默认情况下，它是3200对应于RWIP.C文件中的2秒），因此在总时间的电源期间为126毫秒，直到第一广告和它应该去睡觉，但仍然需要大约77毫秒前睡觉。所以额外的时间可能是由于xtal ??
请在深度睡眠中唤醒唤醒期间的1）。我们在使用默认Proximity_reporter_FH唤醒后唤醒唤醒后的RF校准，在OTP中没有修改。
谢谢
对话团队请尽快给出回复！
嗨Hrq，
2)是的，额外的时间可能是由于所需的32K晶体启动时间造成的。
1）在图片中的RF-Cal活动上。
我们看到这个RF-cal在启动时冷启动时执行，但从深度睡眠中醒来时不会执行。
就像之前说的，我们不认为这里会冷靴。
RF-cal只会在芯片温度变化5摄氏度或更多的情况下执行。
最好的问候，bb_dialog。
更新：对您的请求。
你可以在你的设备上加载相同的项目，但是使用扩展睡眠模式而不是深度睡眠模式吗?
无需在OTP中刻录此功能，只需将其加载在Sysram中使用Connection Manager或Smart Spippets。
我们想知道的是：在按下中断按钮时，你也看到了rf-cal吗？
这对我们很有帮助。
嗨对话小组
在SRAM中调试模式期间，从深睡眠中醒来时没有RF-CAL（甚至在延长睡眠中也是如此）。编程OTP后，从深睡眠唤醒时，冷启动时有RF-CAL。因此，在SRAM模式下按下中断时，我们无法找到RF-CAL！。
请在OTP编程后确认此问题。
嗨Hrq，
有了OTP程序，我们确实希望在冷启动时使用RF-cal。
然而，从深度睡眠中醒来时不会出现这种情况，除非温度发生变化(>= 5°C)。
最好的问候，bb_dialog。