[参考译文] AM6422：SDK8.6 R5F ADC 连续 DMA

您好、Wanglilli、

你可能会得到延迟的答复,因为我在其他升级.

我很快就会回来的。

此致、

Anil.

您好、

  是任何关于这个问题的新闻？

您好：

   是任何关于这个问题的新闻？

您好、Wanglili、

在 MCU+SDK v11.0 中、我们使用 PKTDMA（数据包 DMA）对 ADC 进行连续数据采样。

由于 PKTDMA 不支持链接或链接的传输、因此每次传输完成后必须手动重新提交 DMA 传输请求 (TR)。

例如、如果要以 100kHz 的频率进行采样、并且将 DMA 配置为每 TR 传输 100 个样本、则 PKTDMA 中断将每 1ms（100 个样本后）触发一次。 一旦发生此中断、您必须：
1.处理已完成的缓冲区（或标记以供以后处理）,
2.为下一个缓冲区重新提交一个新的 TR 描述符 (TRPD),
3.并重新启动到备用缓冲区的 PKTDMA 传输。

通过这种手动重新提交、可以实现基于软件的双缓冲机制、这有助于保持连续的 ADC 采样而不会丢失数据。

此致、

Anil.

您好、

  感谢您的回复。当前的 SDK 版本 8.6 是否不支持此场景？ 具体来说、如果每 1ms 生成一次中断、并且在中断处理程序内、我们需要复制 100 个采样的数据点、同时为下一次 DMA 传输准备一个新的缓冲区（在 ADC 继续在后台对数据进行采样的情况下）、如果在此时间间隔内处理时间超过 10μs、是否会错过采样点？ 是这样吗？

您好 、Wanglili、

以下链接提供了带有 DMA 的 ADC 示例。

ADC 中断每 1ms 触发一次。 在此中断中、您需要更新新缓冲区并重新提交新 TR。

这样就可以满足您的要求。

ADC 处理时间超过 10usec。 那么问题是什么呢? ADC DMA 中断每 1ms 触发一次。

C：\ti\mcu_plus_sdk_am64x_08_06_00_43\examples\drivers\UDMA\UDMA_ADC_READ

此致、

Anil.