主题中讨论的其他器件:C2000WARE
检查技术参考(SPRUI33C)第6.3.1节、 似乎计数器0应计算为 Windows -总误差和总误差应计算为异步误差+数字化误差:

在我们的应用中、Fclk1 > Fclk0、因此是异步。 误差应为2、数字化误差应为3。
代码是 C2000ware 3.01、似乎没有考虑数字化错误:

C2000ware 4.01中的代码似乎已将容差增加至12%、但它不能明确原因。
您能帮助我们澄清如何为我们的应用计算 counter0的值吗?
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
检查技术参考(SPRUI33C)第6.3.1节、 似乎计数器0应计算为 Windows -总误差和总误差应计算为异步误差+数字化误差:

在我们的应用中、Fclk1 > Fclk0、因此是异步。 误差应为2、数字化误差应为3。
代码是 C2000ware 3.01、似乎没有考虑数字化错误:

C2000ware 4.01中的代码似乎已将容差增加至12%、但它不能明确原因。
您能帮助我们澄清如何为我们的应用计算 counter0的值吗?
感谢您的澄清。 我还有一些问题要在结束本专题之前澄清
在 TMS320F28004x 技术参考手册 D 版中、包含以下信息:

您可以看到、数字化误差设置为3、在我们的案例中、Fclk1大于 Fclk0、因此是异步。 误差为2。 这样、我们得到的 DCC 误差总共为5。 我们应该使用这些值吗? 或者、我们是否应该按照您在前一篇文章中的建议使用8个数字进行数字化?
2.在之前的注释中,建议使用2来表示允许的频率误差。 您是否有允许频率容差的建议值?
您好 Jose、
如 Veena 所示、F28004x TRM 中的信息需要更新、并将在下一版本中修复。 目前、请使用 F28002x TRM 作为 DCC 的授权机构。 数字化误差为8个时钟0周期;这是一个固定值。
对于您的异步错误、由于 Fclk1 > Fclk0、异步错误为2 + 2 *(Fsysclk/Fclk0)。
允许的频率容差是所测量时钟相对于目标频率的最大预期误差/变化。 这个值取决于所测量的时钟源和系统要求--你需要提供这个数字。 这与 DCC 容差不同、后者本质上是测量精度(您希望频率测量的精度)。
我在下面附上了一个简单易用的工作表 、可帮助您计算 DCC 计数器值。