DA14580有一个超低功耗ADC，具有5个µA@100 k样品/s。是否有任何应用说明可以在低功耗下使用此adc@100 k采样？如果使用定时器0或定时器2触发转换，则无法使用深度睡眠模式。在“正常”睡眠模式下，功耗要高得多。
您好，我们仅有的ADC示例是在我们的外围设备应用程序说明中，UM-B-005。第5.4.7节
SDK中有一个例子可以说明这一点(电池测试里面DA14580（示例.c）但不是用定时器触发的。让我快速检查一下，看看我们还有什么要来的。
顺致敬意，
JE\U对话框
用定时器0中断触发ADC不是问题，但我不能在延长睡眠模式下使用定时器0。在正常睡眠模式下，电流消耗约为500 uA，然后ADC超低电流功能就没用了？！另一种可能是将32.768 KHz输出到一个管脚，然后将该管脚连接到另一个管脚，并使用唤醒计时器触发ADC—唯一的问题是，似乎无法输出32.768 KHz。
您好，我很抱歉没有及时回复您：系统应该在您发布邮件时触发一封电子邮件给我，但我错过了。让我向团队提出你的问题，我将努力寻找解决方案。
BR JE\u对话框。
你好，有最新消息吗？有没有办法用32.768kHz振荡器触发平均功耗低于100uA的adc？
你好，要使用深度睡眠模式时的最短AD转换时间由连接间隔决定。蓝牙SIG定义了7.5ms的最小连接间隔。因此DA14580可以进入深度睡眠模式，并在这个时间间隔再次唤醒以进行AD转换。这转化为133个样本/秒。
对于100k采样/秒，设备需要处于活动模式。通过在两个采样之间将ARM核心切换到空闲模式，可以降低功耗，此时ARM电流消耗将从~600uA降至~333uA。平均来说，你将在400uA-500uA的供电电流范围内（不包括处理AD数据和无线电所需的任何额外电流）。这离你要求的100个行动单位很远。
我们可以想到的解决方案是使用外部uC和ADC，并使用DA14580处理BLE协议和RF。您可以使用DA14580的深度睡眠模式，然后使用外部uC的节能机制来降低功耗。
谨致问候，RvA（对话）
你好谢谢你详细的回答。因此，数据表中的5 uA@100 ksamples/s更像是一个理论值。我不需要100 k样品/秒，我对32768个样品/秒很满意。而不是使用外部上升，我将连接一个外部低功耗32.768千赫振荡器到一个端口，并使用唤醒触发DA14580内部ADC。
你好，数据表中100 ksample/s时的5uA典型电源电流仅用于ADC。这就排除了手臂的活动和射频。
如果您使用外部振荡器以32kHz的间隔（每31us）唤醒DA14580，您将有488个时钟周期（16MHz/32kHz）进行AD转换，处理/发送ADC的数据并进入休眠模式。
要获得平均电流100uA，您最多需要激活81个时钟，并在延长睡眠模式下激活407个时钟。所以所有的处理都应该在大约81个时钟周期内完成。
你好，在DA14580数据表表6中，典型的启动时间（从深度睡眠到软件启动）为1ms。从延长睡眠模式看来，也需要1毫秒的启动时间。有没有一种方法可以更快地从GPIO更改启动到软件启动？使用RC16M，应该可以在某些情况下实现µs。
你好，R Gartner，不幸的是有一个weakup处理程序在中断和启动之间引入了1mS的延迟，即使RC16是活动的。
BR JE\u对话框
您好，我们仅有的ADC示例是在我们的外围设备应用程序说明中，UM-B-005。第5.4.7节
SDK中有一个例子可以说明这一点(电池测试里面DA14580（示例.c）但不是用定时器触发的。让我快速检查一下，看看我们还有什么要来的。
顺致敬意，
JE\U对话框
用定时器0中断触发ADC不是问题，但我不能在延长睡眠模式下使用定时器0。
在正常睡眠模式下，电流消耗约为500 uA，然后ADC超低电流功能就没用了？！
另一种可能是将32.768 KHz输出到一个管脚，然后将该管脚连接到另一个管脚，并使用唤醒计时器触发ADC—唯一的问题是，似乎无法输出32.768 KHz。
您好，我很抱歉没有及时回复您：系统应该在您发布邮件时触发一封电子邮件给我，但我错过了。让我向团队提出你的问题，我将努力寻找解决方案。
BR JE\u对话框。
你好，
有最新消息吗？
有没有办法用32.768kHz振荡器触发平均功耗低于100uA的adc？
你好，
要使用深度睡眠模式时的最短AD转换时间由连接间隔决定。蓝牙SIG定义了7.5ms的最小连接间隔。因此DA14580可以进入深度睡眠模式，并在这个时间间隔再次唤醒以进行AD转换。这转化为133个样本/秒。
对于100k采样/秒，设备需要处于活动模式。通过在两个采样之间将ARM核心切换到空闲模式，可以降低功耗，此时ARM电流消耗将从~600uA降至~333uA。平均来说，你将在400uA-500uA的供电电流范围内（不包括处理AD数据和无线电所需的任何额外电流）。这离你要求的100个行动单位很远。
我们可以想到的解决方案是使用外部uC和ADC，并使用DA14580处理BLE协议和RF。您可以使用DA14580的深度睡眠模式，然后使用外部uC的节能机制来降低功耗。
谨致问候，RvA（对话）
你好
谢谢你详细的回答。
因此，数据表中的5 uA@100 ksamples/s更像是一个理论值。
我不需要100 k样品/秒，我对32768个样品/秒很满意。
而不是使用外部上升，我将连接一个外部低功耗32.768千赫振荡器到一个端口，并使用唤醒触发DA14580内部ADC。
你好，
数据表中100 ksample/s时的5uA典型电源电流仅用于ADC。这就排除了手臂的活动和射频。
如果您使用外部振荡器以32kHz的间隔（每31us）唤醒DA14580，您将有488个时钟周期（16MHz/32kHz）进行AD转换，处理/发送ADC的数据并进入休眠模式。
要获得平均电流100uA，您最多需要激活81个时钟，并在延长睡眠模式下激活407个时钟。所以所有的处理都应该在大约81个时钟周期内完成。
谨致问候，RvA（对话）
你好，
在DA14580数据表表6中，典型的启动时间（从深度睡眠到软件启动）为1ms。
从延长睡眠模式看来，也需要1毫秒的启动时间。
有没有一种方法可以更快地从GPIO更改启动到软件启动？
使用RC16M，应该可以在某些情况下实现µs。
你好，R Gartner，不幸的是有一个weakup处理程序在中断和启动之间引入了1mS的延迟，即使RC16是活动的。
BR JE\u对话框