DA14580具有5µa @ 100 ksamples/s的超低功耗ADC。是否有任何应用注意事项使用这个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振荡器平均功耗低于100 uA的adc ?
你好,当您想使用深度睡眠模式时，最小的AD转换时间是由连接间隔决定的。蓝牙SIG定义了一个最小的连接间隔为7.5ms。因此DA14580可以进入深度睡眠模式，并在此间隔再次唤醒进行AD转换。也就是133个样本/秒。
对于100ksamples/s，设备需要处于活动模式。功耗可以通过在样品之间切换ARM核心到空闲模式来降低，其中ARM电流消耗将从~600uA下降到~333uA。平均来说，你仍然会在400uA - 500uA供电电流范围内(不包括处理AD数据和无线电所需的任何额外电流)。这里离您要求的100uA很远。
我们可以想到的解决方案是使用外部uC和ADC，并使用DA14580来处理BLE协议和RF。此时可使用DA14580的深度睡眠模式，通过外置uC的节能机制降低功耗。
最好的问候，RvA(对话)
你好非常感谢您的详细回答。所以看起来数据表中的5ua @ 100 ksamples/s更像是一个理论值。我不需要100ksamples /s，我满意32768 samples/s。相反，为了使用外部uP，我将连接一个外部低功耗32.768 kHz振荡器到一个端口，使用唤醒来触发DA14580内部ADC。
你好,数据表中的5uA典型供电电流为100ksample /s，仅用于ADC。这就排除了有源ARM和射频。
如果您将使用一个外部振荡器以32kHz的间隔(每31us)唤醒DA14580，您将有488个时钟周期(16MHz / 32kHz)来做AD转换，处理/发送数据从ADC和进入睡眠模式。
为了获得平均电流100uA，你需要激活到~ max。81个时钟，约407个时钟处于延长睡眠模式。所以所有的处理应该在大约81个时钟周期内完成。
你好,在DA14580 datasheet表6中，典型的启动时间(从深度睡眠到软件启动)为1毫秒。看起来延长睡眠模式也需要1毫秒的启动时间。从GPIO到软件启动，有没有更快的启动方式?使用RC16M，应该可以在一些µs中实现这一点。
很不幸，有一个较弱的处理程序，在中断和启动之间引入了1mS延迟，即使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振荡器平均功耗低于100 uA的adc ?
你好,
当您想使用深度睡眠模式时，最小的AD转换时间是由连接间隔决定的。蓝牙SIG定义了一个最小的连接间隔为7.5ms。因此DA14580可以进入深度睡眠模式，并在此间隔再次唤醒进行AD转换。也就是133个样本/秒。
对于100ksamples/s，设备需要处于活动模式。功耗可以通过在样品之间切换ARM核心到空闲模式来降低，其中ARM电流消耗将从~600uA下降到~333uA。平均来说，你仍然会在400uA - 500uA供电电流范围内(不包括处理AD数据和无线电所需的任何额外电流)。这里离您要求的100uA很远。
我们可以想到的解决方案是使用外部uC和ADC，并使用DA14580来处理BLE协议和RF。此时可使用DA14580的深度睡眠模式，通过外置uC的节能机制降低功耗。
最好的问候，RvA(对话)
你好
非常感谢您的详细回答。
所以看起来数据表中的5ua @ 100 ksamples/s更像是一个理论值。
我不需要100ksamples /s，我满意32768 samples/s。
相反，为了使用外部uP，我将连接一个外部低功耗32.768 kHz振荡器到一个端口，使用唤醒来触发DA14580内部ADC。
你好,
数据表中的5uA典型供电电流为100ksample /s，仅用于ADC。这就排除了有源ARM和射频。
如果您将使用一个外部振荡器以32kHz的间隔(每31us)唤醒DA14580，您将有488个时钟周期(16MHz / 32kHz)来做AD转换，处理/发送数据从ADC和进入睡眠模式。
为了获得平均电流100uA，你需要激活到~ max。81个时钟，约407个时钟处于延长睡眠模式。所以所有的处理应该在大约81个时钟周期内完成。
最好的问候，RvA(对话)
你好,
在DA14580 datasheet表6中，典型的启动时间(从深度睡眠到软件启动)为1毫秒。
看起来延长睡眠模式也需要1毫秒的启动时间。
从GPIO到软件启动，有没有更快的启动方式?
使用RC16M，应该可以在一些µs中实现这一点。
很不幸，有一个较弱的处理程序，在中断和启动之间引入了1mS延迟，即使RC16是活动的。
BR JE_Dialog