[参考译文] TMS320F28386D：DCC 配置

您好 Clement、

您可以参考器件 TRM 进行 DCC 值计算。 您还可以使用 C2000ware driverlib 、该库提供可计算这些值的 API 来配置 DCC 寄存器。 DCC_verifyClockFrequency 函数用于单次验证、 DCC_ContinuousMonitor 用于持续监控。

此致、

Veena

显然、我在编写之前已经参考了 TRM、而容差部分是不确定的部分(INTOSC1/INTOSC2的容差和我们的晶体的容差)、TRM 对此不够清楚。

我在 C2000Ware_3_02_00_00的 DCC.h/DCC.c 文件中看不到您引用的两个函数。

但是、使用这些函数无论如何都不是答案、因为我需要证明计算的正确性(我们正在为航空领域开发、因此我们不使用您的代码库)。

此致、

克莱蒙特

 您好、Cl é ment、

这些函数存在 C2000ware v3.04.00。

在 TRM 步骤中、公差是 DCC 误差所需的容差。 减小容差、延长窗口时间。

与 DCC 误差一起、    由于用于 DCC 比较的时钟的频率变化、有可能会出现误差。 如果使用 INTOSC1/2、频率变化为+/-3%

从器件数据表中：

我认为其他步骤是明确的。

此致、

Veena

为了确保在配置 DCC 时，时钟源0是要监视的元件，还是时钟源1是一个，还是两者都是？

我会在哪里将时钟源0上的误差和时钟源1上的误差精确地计算在等式中？

此致、

克莱蒙特

 您好、Cl é ment、

基本上、DCC 监控时钟1和时钟2的频率比、无论它是否保持一个恒定值(在允许的容差范围内)。  

假设您要使用 INTOSC1作为 基准来监控/测量 XTAL 频率、则可以将时钟0配置为 XTAL、将时钟1配置为 INTOSC1。 由于这些是不同的时钟源、您需要考虑 INTOSC1的频率变化。 TRM 中记录的步骤提到添加用作参考时钟的时钟频率变化。 我将与 模块专家核实我们是否需要考虑两 个时钟的频率变化。

假设您希望监控 PLL 输出。 PLL 使用 XTAL 作为 时钟源、您需要 确保 PLL/XTAL 保持恒定的频率比。 在这种情况   下、由于两者都来自相同的时钟源、因此无需在 DCC 计算中添加频率变化误差。

此致、

Veena

您好、Veena、

[引用 userid="128297" URL"~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1020746/tms320f28386d-dcc-configuration/3772950 #3772950"]

假设您要使用 INTOSC1作为 基准来监控/测量 XTAL 频率、则可以将时钟0配置为 XTAL、将时钟1配置为 INTOSC1。 由于这些是不同的时钟源、您需要考虑 INTOSC1的频率变化。 TRM 中记录的步骤提到添加用作参考时钟的时钟频率变化。 我将与 模块专家核实我们是否需要考虑两 个时钟的频率变化。

[/报价]

谢谢。

我的理解是、将时钟源0的变化置于"窗口"公式中、而时钟源1的变化应置于"允许的频率误差"公式中。 但我可能错了？

[引用 userid="128297" URL"~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1020746/tms320f28386d-dcc-configuration/3772950 #3772950"]

假设您希望监控 PLL 输出。 PLL 使用 XTAL 作为 时钟源、您需要 确保 PLL/XTAL 保持恒定的频率比。 在这种情况   下、由于两者都来自相同的时钟源、因此无需在 DCC 计算中添加频率变化误差。

[/报价]

是的，但在这种情况下，您会将其作为“窗口”公式 NO 中的容差进行积分。 或者、该公式中的容差、而不是监测紧固度方面的期望？

此致、

克莱蒙特

是的，它消除了所有的疑虑，谢谢！

我必须承认、您的答案非常明确、尤其是最终示例、您应该考虑将这些添加到 TRM 中、因为它可以帮助他人。

此致、

克莱蒙特