你好
1。在DA14580子板上使用接近报告器，将其修改为boost模式。电流波形在智能代码片段的功率分析器工具中获得。从广告开始的时候开始，每个广告事件之间的睡眠时间有一个step up current，持续2秒，之后广告就正常了，两者之间的睡眠时间约为1.4 uA。为什么这样的上升电流在2秒具体??
2。虽然Daugther Labard在0.9或1伏上工作，但它比其他电源电压消耗多大！为什么它是如此？3。如何使用智能片段来测量电流，通过向子板提供外部电源（不通过母板）。
嗨hrq,
1）对不起，在持续约4毫秒的广告事件期间，我没有看到广告事件之间的增加电流，基本电流约为1mA，Rx / Tx峰值约为10mA。
整个广告活动持续大约11毫秒，之后设备进入睡眠模式，大约消耗1.5µA。只有在广告事件的开始，我看到2毫秒内的电流约为1mA，之后发生短DIP（1毫秒），发生在3-4毫秒之后的第一广告。
2）升压或降压模式的消耗功率是相同的。为了补偿较低的电压，DCDC转换器从电池/电源中抽出更多电流。
3）为此，您可以拆下跳线J13，并将电源连接到PIN J13 / 3（J13的中右手引脚）通过这样做，电流仍然被迫流过电流测量电阻器R11。
此致，bb_dialog，对话框支持团队。
谢谢BB_Dialog，我被2)& 3)清除了。但我听不懂你的解释。从第一个广告事件的一段时间为2秒，睡眠电流为1.1至1.7 mA（峰值），之后，短时间倾向，现在广告与睡眠电流为1.2ua.so为什么有高睡眠电流前2秒？
(注:如果论坛里有上传波形图的规定，便于理解，那就太好了)
我同意你的意见，添加一些截图是非常方便的！'添加媒体'按钮已经存在，但似乎尚未工作。
对不起，现在我了解你所看到的事情：前2秒的设备具有更高的活动。这只发生在冷启动后第一次。当从睡眠模式中出来时，它就不会发生了。你是指这个吗?
嗨bb_dialog.
不，即使在深度睡眠模式下，当我按下按钮k1，同样的现象会发生2秒，然后就恢复正常了!!
你好，
我试图测量DA14580中的当前，我尝试使用Reporter_FH项目，但我在SmartSnippets（v3.3）中收到任何答案。是对这个项目，还是我必须与其他项目做？谢谢
Helllo Designext，有一些用于测量电流的方法。智能代码段可以测量当您使用专家开发套件（主板/ Daugtherboard）时，可以测量不同模式（主动/睡眠模式，TX和RX）的当前消耗的活动电流。
诺蜂为了准确测量睡眠/延长/深睡眠电流，因为它可以是 请阅读以下文档来描述所有这些文件。 http://support.dialog-semicondiondiondum/resource/b-015-da14580- supply-current-mearurements. BR JE_DIALOG.
请阅读以下文档来描述所有这些文件。
http://support.dialog-semicondiondiondum/resource/b-015-da14580- supply-current-mearurements.
BR JE_DIALOG.
我试图重现你的观察，但我不能。
当按下一个按钮(K1, K2)，我看到一个增加的电流，我按下键的持续时间。电流水平= 0.055 mA。
最好的记录，BB_Dialog, Dialog BLE支持团队。
谢谢你 。1)我尝试与另一个女儿板加载到SRAM。在醒来的时候，没有2秒的高活动。所以如果我完全关闭ble和重新启动它后，一个特定的时间，2秒的高电流发生每次?
2）您能解释在冷枪期间导致高电流效率的2秒持续时间内发生的情况。
3）有没有办法克服或减少这种高电流。因为我们需要在某个时段后重新启动BLE，并且这种高电流将导致一些额外的功耗。！
hello hrq，
是的，在执行冷启动时，这2秒的增加的活动和更高的电流始终发生。这是无法避免的。
来自延长或深度睡眠时不会发生这种情况。您是否无法使用睡眠模式而不是完全切断芯片？
我将在这2秒钟内检查究竟发生什么。在冷启动后直接发生的一个事件是RF校准，但这会发生在前10毫秒。然后将此校准直接接下来是第一个广告活动。
最好的问候,BB_Dialog。
嗨hrq,更新:
我刚了解到为什么电流会增加以及如何减小电流。这是由32千赫Xtal振荡器引起的，这需要大约2秒的时间来稳定。在这2秒钟内，该系统不会播放到睡眠模式。
当使用RCX振荡器（无需32kHz XTAL）时，时间相当较短：我测量了约30毫秒，包括校准和第一广告。用过的电荷大约是42微库仑。
在我们的SDK，适应以下行:在da14580_config.h中定义CFG_LP_CLK0x00 = 32khz xtal;0xAA = RCX振荡器。
请注意，RCX振荡器只能用于降压模式，而不是升压模式。
最好的问候，bb_dialog
谢谢你bb_dialog的有用信息。32kHz OSC的2秒建立时间是代码中提供的软件延迟或OSC本身稳定的时间？
2秒在软件中设置，但需要32KHz晶体振荡器来稳定。在进入睡眠之前，必须确保OcilAdtor已定位到右频率。慢速khz时钟需要更多的时间来实现这一点而不是快速的MHz时钟。
我们正在学习是否可以更短。没有规划。
嗨hrq,
1）对不起，在持续约4毫秒的广告事件期间，我没有看到广告事件之间的增加电流，基本电流约为1mA，Rx / Tx峰值约为10mA。
整个广告活动持续大约11毫秒，之后设备进入睡眠模式，大约消耗1.5µA。
只有在广告事件的开始，我看到2毫秒内的电流约为1mA，之后发生短DIP（1毫秒），发生在3-4毫秒之后的第一广告。
2）升压或降压模式的消耗功率是相同的。
为了补偿较低的电压，DCDC转换器从电池/电源中抽出更多电流。
3）为此，您可以拆下跳线J13，并将电源连接到PIN J13 / 3（J13的中右手引脚）
通过这样做，电流仍然被迫流过电流测量电阻器R11。
此致，
bb_dialog，对话框支持团队。
谢谢BB_Dialog，我被2)& 3)清除了。但我听不懂你的解释。
从第一个广告事件的一段时间为2秒，睡眠电流为1.1至1.7 mA（峰值），之后，短时间倾向，现在广告与睡眠电流为1.2ua.so为什么有高睡眠电流前2秒？
(注:如果论坛里有上传波形图的规定，便于理解，那就太好了)
嗨hrq,
我同意你的意见，添加一些截图是非常方便的！'添加媒体'按钮已经存在，但似乎尚未工作。
对不起，现在我了解你所看到的事情：前2秒的设备具有更高的活动。这只发生在冷启动后第一次。
当从睡眠模式中出来时，它就不会发生了。
你是指这个吗?
此致，
bb_dialog，对话框支持团队。
嗨bb_dialog.
不，即使在深度睡眠模式下，当我按下按钮k1，同样的现象会发生2秒，然后就恢复正常了!!
你好，
我试图测量DA14580中的当前，我尝试使用Reporter_FH项目，但我在SmartSnippets（v3.3）中收到任何答案。是对这个项目，还是我必须与其他项目做？
谢谢
Helllo Designext，有一些用于测量电流的方法。智能代码段可以测量当您使用专家开发套件（主板/ Daugtherboard）时，可以测量不同模式（主动/睡眠模式，TX和RX）的当前消耗的活动电流。
诺蜂为了准确测量睡眠/延长/深睡眠电流，因为它可以是
请阅读以下文档来描述所有这些文件。
http://support.dialog-semicondiondiondum/resource/b-015-da14580- supply-current-mearurements.
BR JE_DIALOG.
嗨hrq,
我试图重现你的观察，但我不能。
当按下一个按钮(K1, K2)，我看到一个增加的电流，我按下键的持续时间。电流水平= 0.055 mA。
最好的记录，BB_Dialog, Dialog BLE支持团队。
谢谢你 。
1)我尝试与另一个女儿板加载到SRAM。在醒来的时候，没有2秒的高活动。所以如果我完全关闭ble和重新启动它后，一个特定的时间，2秒的高电流发生每次?
2）您能解释在冷枪期间导致高电流效率的2秒持续时间内发生的情况。
3）有没有办法克服或减少这种高电流。因为我们需要在某个时段后重新启动BLE，并且这种高电流将导致一些额外的功耗。！
hello hrq，
是的，在执行冷启动时，这2秒的增加的活动和更高的电流始终发生。这是无法避免的。
来自延长或深度睡眠时不会发生这种情况。
您是否无法使用睡眠模式而不是完全切断芯片？
我将在这2秒钟内检查究竟发生什么。
在冷启动后直接发生的一个事件是RF校准，但这会发生在前10毫秒。
然后将此校准直接接下来是第一个广告活动。
最好的问候,BB_Dialog。
嗨hrq,
更新:
我刚了解到为什么电流会增加以及如何减小电流。
这是由32千赫Xtal振荡器引起的，这需要大约2秒的时间来稳定。
在这2秒钟内，该系统不会播放到睡眠模式。
当使用RCX振荡器（无需32kHz XTAL）时，时间相当较短：
我测量了约30毫秒，包括校准和第一广告。
用过的电荷大约是42微库仑。
在我们的SDK，适应以下行:
在da14580_config.h中定义CFG_LP_CLK
0x00 = 32khz xtal;0xAA = RCX振荡器。
请注意，RCX振荡器只能用于降压模式，而不是升压模式。
最好的问候，bb_dialog
谢谢你bb_dialog的有用信息。32kHz OSC的2秒建立时间是代码中提供的软件延迟或OSC本身稳定的时间？
嗨hrq,
2秒在软件中设置，但需要32KHz晶体振荡器来稳定。
在进入睡眠之前，必须确保OcilAdtor已定位到右频率。
慢速khz时钟需要更多的时间来实现这一点而不是快速的MHz时钟。
我们正在学习是否可以更短。
没有规划。
最好的问候,BB_Dialog。