[参考译文] ADC 满量程触发源 PWM0/GPTM

BP101、

你对我们的说法是非常严重的。 我们没有任何人提出过类似的主张。 您声称这些结果可在 EK-TM4C1294XL 上重现。 请提供我可以用来检查您的索赔的项目。 我怀疑您的软件或硬件配置中存在错误。

尊敬的 Bob：

我们必须首先意识到、由于多个帖子厌倦了使用102Hz GPTM 进行简单测试、从而导致假定的0-4096满量程分频为一半、因此会出现这种情况。 过去的修订版数据表建议2MSPS 为6096满量程、但对于 POP 返回的值而言、它似乎8096满量程更合适。 不良的 POP 值 怀疑 Thumb 根已扩展到 M3 StellarisWare 中、但 通过下面显示的软件调用进行了覆盖。 它通过在多个同名数组中将索引多个级别扩展到较深的位置来有效地创建堆叠的 POP 整数值。

将 SYSCLK 配置为60MHz 以匹配 PWM 60MHz 和 ADC 在触发转换中没有任何不同、原始 POP 值位于 接近200范围的任何位置。     通过 PIOSC 的奇怪时钟序列发生器触发源 GPTM 即使 在使用120MHz SYSCLK 时也会锁定 MCU。  GEN0触发的转换与所产生的实际电感电流完全不同步。 我将研究 EK 示例、因为 现在我已经了解了导致 TI 在与 LMI 合并时认可的过去软件和 M3出现故障的原因。  

您是否同意 、如果触发源无法创建任何单调跟踪 斜率 、它错过 了周期性模拟信号的采集稳定时间？    

为   57K SYSCLK 节拍延迟设置 PWM 输出 GPTM 单次触发序列发生器触发器可使 电流斜率更接近实际 值。 该问题仍然 是低 采集值问题、但通过 LMI 软件通过  疯狂软件索引 POP ( 如下所示)累加阵列数据已解决。 该方法会导致不正确的闭环电流测量和过程中的混乱、但您可以看到值低于多少。

 G_psPhaseCurrent = ui16PhaseRaw [g_ucCurrentIndex]= g_sMotorCurrent；

请回想 一下、下面的捕获 是示波器小工具中的700mA 峰值 LMI 代码 TM4C、但 DMM 为1.2-1.5安培。   上面的弹出代码 将 g_sMotorCurrent 添加到 FIFO 数据中、 数字将被引信！   

PoP 是软件循环 FIFO 读取事件的数据表术语。 6096已通过数据表、并在后续版本中删除。 我可以使 POP 创建相同的高值、LMI 在 Widget 中创建毛刺线移动、通过 这种方法抽吸了几个磁盘驱动电机。 这不是真正的采集、 而是模拟比率放大器噪声满误差、类似于将 PWM 占空比乘以 小 值采集转换的数组数据。

实际上需要 实现一个10mV/Amp INA 生成的正确测量值。 ADC 无法锁定、无论  NSH 值如何、采集峰值都在转换器视图中保持未稳定。  ADC 似乎 对整个信号进行采样、而不考虑 VREFP 3V3满量程是一个因素。

将480添加到 POP 的 RMS 滤波器中、我们得到的仿真线性斜率最高可达4.6-4.8安培、在减速过程中仅低于该斜率可能为100mA。 对于小电机、200-400mA 必须添加十进制25作为基线。 最  重要的线索是、需要添加数字斜率并添加特定的十进制值来应对采集故障。 因此、在  示波器小工具中、将十进制25作为基值以4.6安的值相加将会像1.2安那样移动、因此必须添加480才能使其达到 DMM 显示的位置。

理想情况  下、我们希望跟踪模拟信号后沿的电流上升/下降、但 ADC 似乎对低至 VREFN 的整个斜率进行采样、如小工具跟踪中所示。   我们不应该期望 在原始 FIFO 数据中获得更高的值？    在下面的 IDX 捕获中、除非可能发生过流/欠流、否则它不会被耗尽、调试该打印监视报告 。

G_sMotorCurrent = ui16PhaseRaw [g_ucCurrentIndex]；

[引用 user="Bob Crosby"]切换大电流(如驱动电机)很可能会导致 ADC 转换中产生电气噪声[/引用]

除了  外部滤波器之外 、您可能还没有看到 INA240具有 PWM 瞬态抑制功能、并且能够消除更大的分流噪声、甚至在 AINx 输入尝试之前更是如此。 请注意、这些是非常小的电流、 磁盘驱动电机 启动峰值为600mA。  

尊敬的 Bob：

 再次备份到 EKXL/EVM 时、即使 是由来自 ADC0/1 SS1/SS2的 Tivaware 提供的 HWREG POP 也通常与 噪声相关(无电机)。  顶部捕获结果不 是如下所示的实际通道转换结果。  此外、在  中断期间、   可能发生任何3个 POP 中的1 个相对于 PWM REG 3 PWMENABLE 位同步到这些通道上的 GPTM 触发的采样数据后、不会消耗 FIFO2。 ADC0 SS1 AIN1、2、5具有10K 接地下拉电阻、 POP 数据与输入模拟信号不完全匹配。 其次 ，LM94022传感器需要整数来在温度降至零度以下时产生负符号，ADCSequenceDataGet () 甚至与(Int32_t)或(Int16_T)变量不兼容，方法是 强制通过 TPTR 进行 HWREG POP 调试，因为数据表建议在所有条件下都不一致。 这些 POP 问题 似乎与 C++语言相关 、Thumb 指令用于高速正确读取 FIFO 数据、或者  当外设之间的触发源在高速总线时 AHB 上发生未知的内部时序。  

 下面的第二个捕捉显示 了  一个只   通过 FIFO 的 POP 将 VREFP 4096满标量程8196加倍的可能性、此值被放入不与配置步骤的 ADCSSFSTAT TPTR 对齐的数组单元中。 这证明 、硬件可能会返回不正确的结果数据、这些数据 几乎没有参考  假设  正在发生的实际模拟通道样本。 同样  、ADCSequenceDataGet 中也使用的 Tivaware HWREG 在结束 IE 周期由 PWM0或 GPTM 高速触发时具有相同的 POP 问题的频率更高。 但是、下面的第二次捕获 发生在1秒间隔触发处理器中、但 POP 阵列单元对齐 ADC1 FFIO1 POP 到阵列单元的 目的 是在 步骤1上方设置1、 更频繁地产生(-1)显示、并且通常 会显示8193个原始 FIFO 数据 (红框)   在 AINx 的+3V3输入下运行几个周期。    

EKXL/EVM：

另一部分 ADCSequencerDataGet ()未正确检查 REG 7 ADCUSTAT、REG5 ADCOSTAT 寄存器是否存在序列发生器 FIFO 数据无效的情况。 ADCUSTAT 的写入会丢弃数据并返回数据表大纲所示的0、已多次报告。 在对 FIFO 数据进行 POP 读取期间、Tivaware ADCSequencerDataGet ()不能正确检查状态寄存器。 上述 Tivaware 调用不是将 POP 数据返回到应用程序的可接受方法。

如果不选中此条件，则可能会显示为不正确的数据字符串，即使在发生以下事件后状态被应用程序清除，也会将 POP 发送到应用程序中。 在产生转换数据的 ADC 触发源的下一个写周期间隔内、FIFO 可能不会复位。

寄存器7：ADC 下溢状态寄存器(ADCUSTAT)、偏移量0x018
本寄存器用于指示采样序列发生器 FIFO 中的下溢状况。 向相关位写入1即可清除相应的下溢条件。

SSN FIFO 下溢
此字段的有效配置如下所示。 向该位写1即可将其清零。
值描述
0 FIFO 没有下溢。
1采样序列发生器的 FIFO 达到下溢条件、这意味着 FIFO 为空且请求读取。 有问题的读取不会移动 FIFO 指针、并且返回0。  
 
寄存器5：ADC 上溢状态寄存器(ADCOSTAT)、偏移量0x010
本寄存器用于指示采样序列发生器 FIFO 中的溢出情况。 一旦溢出条件已经由软件处理、通过写1到相应的位位置可以清除该条件。

SSN FIFO 上溢
值描述
0 FIFO 没有溢出。
1采样序列发生器2的 FIFO 达到溢出条件、即 FIFO 已满且请求写入。 当检测到溢出时、最近的写入被丢弃。

[引用 user="BP101"] ADCSequencerDataGet ()未正确检查 REG 7 ADCUSTAT、REG5 ADCOSTAT

函数 ADCSequencerDataGet ()不能检查上溢和下溢状态。 为此提供了函数 ADCSequenceOverflow()和 ADCSequenceUnderflow()。