[参考译文] TMS320F2.8335万：内部A/D行为

Amanda，

我没有发现勘误表文档中尚未描述的任何此类问题。 在这种情况下，我不知道在不了解他们的系统出现了什么问题的情况下，我们可以提供什么保证。

我假设这是针对自定义板而不是TI EVM的。 是否在多个设备上观察到该行为？ 此配置过去是否正常工作，但最近开始出现问题？ 它是否是基于旧系统的新设计？

汤米

您好，Tlee：

感谢您的快速响应。 该行为发生在定制板上，到目前为止，在我的客户进行测试时，已发生在三个板上。 以前，客户在其产品的其他版本中使用了TMS320F2.8035万内的ADC模块，但没有看到相同的行为。

我附上了一张描述他们所看到的内容的示波器。

e2e.ti.com/.../AD-Issue.pdf

有关的两项意见如下--

－前两个样本的读数较早完成，读数较差。

-转换周期比预期慢。

这是与勘误表一起的标准，还是您以前是否曾见证过这可能是由于其他原因造成的？

感谢您的参与，

-Amanda

Amanda，

波形看起来很奇怪。 我不希望完成标记的时间如图所示发生变化。

客户是否有兴趣让我们查看ADC代码？ F2803x和F2833x之间的ADC体系结构明显不同，因此可能有一些细微差别导致了这种现象。

是否可能已为序列发生器启用了多个SOC源？ 这可能是早期完成信号的原因。

汤米

您好Tommy，

第一个序列发生器仅用于A0–光学传感器，不按顺序排列。  基于ePWM的SOC用于使ADC与光学传感器输出保持同步，因此对于ADC来说，每次转换都是序列发生器的第一个转换。
 
第二个序列发生器用于不时地测量温度和电压。  只有在光学传感器扫描暂停时才会执行此操作。
 
客户将努力 发送一些代码片段，或尝试将代码减少到仅此ADC问题。 如果我们可以通过 e2e连接，我会更愿意 通过e2e消息发送该信息。  
 
总的来说，他说他可以忽略几个像素来解决ADC启动问题，但 他希望了解该问题，以防 丢失其他不良影响。   但是，上述速度问题更多地是一个限制因素-您是否也能对此做出评论？

感谢您的来信！

-Amanda

Amanda，

当然，我们可以离线交换敏感信息。

您能否说明速度问题是什么？ 这是否是不同的SOC转换时间？ 鉴于手头的资料，这是无法解释的。

汤米

您好Tommy，

因此，通过更改一些计时并在传感器读数之间保持启用SOC，客户能够使ADC在读数启动期间表现良好。 他只是忽略读数结束后和下一读数开始前的转换。 我附上了他的示波器图像，可以与之前的图像进行比较。

剩下的问题是从SOC到转换完成标志设置的时间超过500秒-请参阅所附图像上的时间光标。 既然他已经解决了启动问题，您需要什么类型的信息来评论SOC转换时间(您是否仍需要查看他的代码或您是否需要了解其他信息？)

感谢您迄今为止的所有帮助！

-Amanda

您好Tommy，

附加了新的示波器图像。  他已经在投票完成标记，但按建议添加了忙标记。

e2e.ti.com/.../AD-Issue-2.pdf

轮询延迟为20-46ns，具体取决于CPU和ADC之间的相对定时。

从ADC忙碌到完成大约为276毫秒(在26毫秒轮询延迟可变性范围内)，而从SOC到忙碌大约为228毫秒(同样考虑到轮询可变性)。 与以前一样，SOC完成的时间为504毫秒。

他已经能够使ADC接近数据表速度，但只能在连续模式下运行。 在启动-停止状态下，他看到重置序列发生器(根据需要)会减慢最大速率。 由于ADC需要与音频/视频输入序列保持同步，他无法在连续模式下运行。 目前他无法以目标速度运行设计，但他已接近目标。 他说他将继续努力实现他的目标，并感谢他们的帮助。  

-Amanda

Amanda，

我将在本地设置中查看此内容。

同时，是否可以提前触发ADC ~200ns？  也许在像素时钟边缘之前使用CMPB/SOCB？

汤米

Amanda，

我在我的设置中看到类似的行为。 我~实际触发器-> SOC延迟可能是数据表中所述的2.5 ADCCLK。 这本来应该由设计来保证。

我认为设置中GPIO分析的延迟是由C中的轮询环路引起的。有足够的汇编指令来解释额外的100ns意外延迟中的大部分。

当我使用程序集将总线与ADCST寄存器的CPU读数(ACQ_PS = 15)打包时，我仍然受到延迟的困扰，这可能是由于时钟域之间的总线同步造成的。

另一种方法是从ADC ISR向后工作。 我设置ePWM = SYSCLK，然后将TBCTR值读取为第一个ISR指令。

根据这篇Wiki文章，ISR的最低预期延迟约为14个周期。

在从ePWM TBCTR中减去ISR延迟的14之后，我看到的ePWM SOCA -> SEQ完成的最小测量时间为55 tick @ 150MHz。 转换为367ns，这非常接近数据表中的380ns计算值。

附加了ePWM性能分析示例。

e2e.ti.com/.../Example_5F00_2833xAdcTiming.c

汤米

已理解。 感谢您的详细解释。

我将根据您的设置向他们转达您的观察结果。 感谢你能抽出时间。

感谢您的所有帮助！
-Amanda