对于 400mV-600mV 的模拟信号、当一致的周期样本返回十进制值20-33时、数据表中的图15-9似乎没有给出事实。 VREFP 满 量程 以某种方式变为 8096、 VREFP (1.65V)的一半、从而在 ADC 量程 变化的过程中实现203uV LSB 分辨率(8096/1v65)。 似乎 PLL 衍生的 SYSCLK (120MHz)和 ADC 采样 CLK (30MHz)与 分频 PWM 时钟(60MHz)完全不同步、在 配置中进行了进一步说明。
过去 在 M3 ADC/PWM 触发器方面的经验表明 、GPTM 的48000-57600 SYSCLK 节拍一次性触发 PWM 发生器80-25us 周期的采集脉冲、但确实如此！ 配置的 PWM0 GEN0 ( PWM_TR_CNT_LOAD)的序列发生器触发时序与 ADC 采集的中心脉冲周期非常远、因此无法用作相电流检测的触发源！ 这就是 为什么现在需要 GPTM 一次性 ADC 触发源来找到 PWM 周期中心、使 GEN0触发负载 为(异步)、 GEN0触发负载计数法 是业界首选 工程师的方法。
证据表明，大量 的结算收购 被错过 ，同时规模也不正确，即使 未被错过也是如此。 在 从 不同配置 的 FIFO 中读取的 POP 数据中、仍有许多0被 AD 转换、这些 FIFO 来自 电感电流监控器的 PWM AD 转换。 但是、非常有限的不正确缩放 的零星 FIFO 数据可以 通过 配置为+3V3的内部 VREFP 构建1/2刻度(8096/2 +1v65)的单调比率度量斜率、从而产生困惑！ 进一步证据表明、PWM0 GEN0触发源在 与 PWMCLK 同步/与 PWMCLK 同步的 ADC 模拟样本的目标中心正确工作(M3)代码后 、在具有典型配置 PLL 时钟的 M4代码中失败。
ADC 模块(120MHz) 和 PWM 模块(60MHz)分频时钟的时序如何区别开来、并导致 ADC 触发源 时序 问题、为什么？ 对于 原始数据 POP 到 C++数组、VREFP 满量程如何距离正确(8096/2 +1v65)如此远？ 经验证 、 线性和周期性模拟信号 会生成 非常低的结果数据、与内部基准 VREFP=3V3相反。 在 高速触发来自 GPTM、 PWM0甚至低速处理器的源的大多数已配置序列发生器步骤中、ADC 刻度是如何以及为何受到影响的？
显然、这两个问题需要 TI 工程师进行实验、因为遇到 的问题是 ADC0、PWM0配置中的可重复 EK-TM4C1294XL。 在最终意识到上述问题之前、会通过几种不同的方式出现类似的症状、 并且在模拟采集期间(随机)缩小 VREFP 3V3满量程范围会发生变化、而不考虑 ADC 内部基准配置。
尊敬的 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]；
尊敬的 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：
