DA14580具有超低功耗ADC，具有5μA@ 100 ksamples / s。是否有任何应用笔记可以使用此ADC @ 100 ksamples，低功耗？如果我使用计时器0或计时器2触发转换，那么我不能使用深度睡眠模式。在“正常”睡眠模式中，功耗高得多。
您好，我们拥有的ADC的唯一榜样在我们的外围设备中，UM-B-005。第5.4.7节
SDK中有一个例子（BATT_TEST.里面da14580_examples.c）但它没有使用计时器来触发它。让我快速检查我们是否有其他任何东西。
此致，
je_dialog.
要使用Timer0-中断触发ADC不是问题，但我不能在延长睡眠模式下使用定时器0。在正常睡眠模式中，电流消耗约为500 UA，然后ADC超低电流功能无用？！也许其他可能性可以是将32.768 kHz输出到引脚，然后将此引脚连接到另一个引脚并使用唤醒定时器触发ADC - 唯一的问题是它看起来没有可能输出32.768 kHz。
您好，我的道歉延迟了回答你：当你发布时，系统应该把电子邮件触发给我，但我错过了。让我向团队提出你的问题，我会在看到我们是否能找到解决方案。
br je_dialog。
你好，这事有进一步更新吗 ？是否有一种方法可以使用32.768 kHz振荡器触发ADC，平均功耗低于100 UA？
你好，要使用深度睡眠模式的最小AD转换时间由连接间隔确定。蓝牙SIG定义了7.5ms的最小连接间隔。因此DA14580可以转到深度睡眠模式并再次唤醒，以便在此间隔进行广告转换。这转化为133个样本/ s。
对于100ksamples / s，设备需要处于活动模式。通过将ARM核心切换到样本之间的空闲模式，可以减少功耗，其中臂电流消耗将从〜600a降至约333ua。平均水平仍然是400UA - 500UA电源电流范围（不包括处理广告数据和收音机所需的任何额外电流）。这远离您要求的100UA。
我们可以考虑的解决方案可以使用外部UC和ADC，并使用DA14580处理BLE协议和RF。您可以使用DA14580的深度睡眠模式模式，然后使用外部UC的省电机制来降低功率。
最好的问候，RVA（对话）
你好感谢您的详细答案。所以它看起来像数据表中的5个UA @ 100 ksamples / s更具理论值。我不需要100 ksamples / s，我对32768个样品/秒感到满意。而是要使用外部上方，我将将外部低功耗32.768 kHz振荡器连接到端口AN使用唤醒以触发DA14580内部ADC。
你好，数据表中100 ksample / s的5ua典型电源电流仅适用于ADC。因此，排除了动力和射频。
如果您使用外部振荡器以32kHz间隔唤醒DA14580（每31us），您将拥有488个时钟周期（16MHz / 32kHz）以进行广告转换，处理/发送来自ADC的数据并睡眠模式。
获取平均当前100UA，您需要为〜最大而处于活动状态。81个时钟和延长睡眠模式，用于〜407时钟。因此，所有处理都应在大约81个时钟周期中完成。
你好，在DA14580数据表中，典型的启动时间（软件启动深睡眠）是1毫秒。它看起来像延长睡眠模式也需要1毫秒的启动时间。有没有办法从GPIO改变到软件启动的方法更快？使用RC16M，应该在一些μs中进行。
您好R Gartner，遗憾的是，有一个弱化处理程序，介绍了中断和启动之间的1毫秒延迟，即使是Thouggh RC16是活动的。
BR JE_DIALOG.
您好，我们拥有的ADC的唯一榜样在我们的外围设备中，UM-B-005。第5.4.7节
SDK中有一个例子（BATT_TEST.里面da14580_examples.c）但它没有使用计时器来触发它。让我快速检查我们是否有其他任何东西。
此致，
je_dialog.
要使用Timer0-中断触发ADC不是问题，但我不能在延长睡眠模式下使用定时器0。
在正常睡眠模式中，电流消耗约为500 UA，然后ADC超低电流功能无用？！
也许其他可能性可以是将32.768 kHz输出到引脚，然后将此引脚连接到另一个引脚并使用唤醒定时器触发ADC - 唯一的问题是它看起来没有可能输出32.768 kHz。
您好，我的道歉延迟了回答你：当你发布时，系统应该把电子邮件触发给我，但我错过了。让我向团队提出你的问题，我会在看到我们是否能找到解决方案。
br je_dialog。
你好，
这事有进一步更新吗 ？
是否有一种方法可以使用32.768 kHz振荡器触发ADC，平均功耗低于100 UA？
你好，
要使用深度睡眠模式的最小AD转换时间由连接间隔确定。蓝牙SIG定义了7.5ms的最小连接间隔。因此DA14580可以转到深度睡眠模式并再次唤醒，以便在此间隔进行广告转换。这转化为133个样本/ s。
对于100ksamples / s，设备需要处于活动模式。通过将ARM核心切换到样本之间的空闲模式，可以减少功耗，其中臂电流消耗将从〜600a降至约333ua。平均水平仍然是400UA - 500UA电源电流范围（不包括处理广告数据和收音机所需的任何额外电流）。这远离您要求的100UA。
我们可以考虑的解决方案可以使用外部UC和ADC，并使用DA14580处理BLE协议和RF。您可以使用DA14580的深度睡眠模式模式，然后使用外部UC的省电机制来降低功率。
最好的问候，RVA（对话）
你好
感谢您的详细答案。
所以它看起来像数据表中的5个UA @ 100 ksamples / s更具理论值。
我不需要100 ksamples / s，我对32768个样品/秒感到满意。
而是要使用外部上方，我将将外部低功耗32.768 kHz振荡器连接到端口AN使用唤醒以触发DA14580内部ADC。
你好，
数据表中100 ksample / s的5ua典型电源电流仅适用于ADC。因此，排除了动力和射频。
如果您使用外部振荡器以32kHz间隔唤醒DA14580（每31us），您将拥有488个时钟周期（16MHz / 32kHz）以进行广告转换，处理/发送来自ADC的数据并睡眠模式。
获取平均当前100UA，您需要为〜最大而处于活动状态。81个时钟和延长睡眠模式，用于〜407时钟。因此，所有处理都应在大约81个时钟周期中完成。
最好的问候，RVA（对话）
你好，
在DA14580数据表中，典型的启动时间（软件启动深睡眠）是1毫秒。
它看起来像延长睡眠模式也需要1毫秒的启动时间。
有没有办法从GPIO改变到软件启动的方法更快？
使用RC16M，应该在一些μs中进行。
您好R Gartner，遗憾的是，有一个弱化处理程序，介绍了中断和启动之间的1毫秒延迟，即使是Thouggh RC16是活动的。
BR JE_DIALOG.