[参考译文] TMS320F28388D：谁将 RWAIT (等待状态)设置为3？

Ivan：

我想知道为什么您的应用没有按照工作频率初始化闪存等待状态？   

在您解释的两种情形中、RWAIT 都设置为3 -哪种情形不一致？  请澄清。

闪存编程工具将 RWAIT 修改为3。

此外、BootROM 可能会将其保留为3 (如果需要、我可以检查)。

谢谢。此致、

瓦姆西

"对不起,我想问问。" "只要我们闪存应用程序(使用 TI 工具链 C2000 V21.6或 V22.6编译)并立即运行(即不重置板和软件)、RWAIT 将保持为15。"

因此、目标复位和闪存之间存在不一致之处、无法在不复位的情况下使用软件运行它。  

没有任何特殊的原因导致我们不修改默认值15、这只是我们还没有处理的一种情况。  

是的、请检查 BootROM 是否会影响 RWAIT。

谢谢！  

伊万  

伊凡、您好！

出于性能原因、需要按照所有 C2000Ware 示例所示更改 RWAIT。   

当然、我可以检查 BootROM 代码、并在下周早些时候与您联系。

谢谢。此致、
瓦姆西

 尊敬的 Vamsi：

感谢您的答复。

然而、 我能看到的唯一限制条件是、对于150和200 MHz 之间的频率、RWAIT 应设置为等于或大于3的值。 因此15、虽然我们会降低性能、但应该没有问题。 此外、我要指出的是、在任何情况下、在复位后、RWAIT 最初设置为3、这不是数据表中所述的在完全复位后的预期值。

对于150和200 mMhz 之间的频率，是否有任何要求？根据哪一个 RWAIT 必须精确设置为3？  

伊凡、您好！

该文档将0xF 表示为硬件默认值。  但是、BootROM 可能会将其保留为所需的值3。

是的、建议在3等待时使用。

3等待会给您的应用带来任何问题吗？

谢谢。此致、
瓦姆西

尊敬的 Vamsi：

感谢您的反馈。

3等待本身不会导致任何特定的问题。

但是、这里至关重要(也更重要)的一点是、我们的应用程序在运行时具有的等待状态值与预期的默认值不同、因此它超出了我们的控制范围。 此外、当我们刷写应用程序并让其立即运行时、我们需要15个等待、而在目标复位后、需要3个等待。 您能解释一下这种不同的行为吗？  

此外、是否可以确切地知道 rts2800*.lib 在初始化阶段如何影响时钟、等待状态等的配置？

伊凡、您好！

我需要一些更多信息来进一步分析这一点： 您的应用是否使用 C2000Ware 中提供的闪存初始化例程来配置闪存等待状态(如我们所有器件示例中所示)？  或者您的应用是否未按照应用的需要进行任何配置？   

无论 BootROM 是否配置了等待状态、用户应用程序都应该根据应用程序的需要配置器件。   

如果不是 BootROM、闪存编程实用程序还会根据刷写过程的需要配置器件(TI 闪存实用程序将恢复到0xF 的默认值)-因此、所有应用程序都根据应用程序的需要配置器件。  请检查一次申请、并告知我。

谢谢。此致、
瓦姆西

尊敬的 Vamsi：

以下是我对您的问题的解答：

"您的n´t 是否配置了闪存等待状态"->我们不配置闪存等待状态。

"如果不是 BootROM、闪存编程实用程序还会根据刷写过程的需要配置器件"->我尝试了使用 CCS 和 Lauterbach 刷写我们的应用程序。 在两个没有复位的情况下、我观察到15次等待。 执行一个复位(POR、XRS、CPU 复位)后、我观察到一个3等待。  

伊凡、您好！

我们的 BootROM 团队截至11点不可用。

如示例所示、请更新您的应用以包含闪存初始化。   

谢谢。此致、

瓦姆西

尊敬的 Vamsi：

´re 我期待从你的 BootROM 团队获得反馈,一旦他们回来.

谢谢！

此致、

伊万

伊凡、您好！

好的、我现在暂停该主题。

谢谢。此致、

瓦姆西

这是否意味着 BootROM 将 RWAIT 更改为3、然后将其恢复到15？ 恢复默认值失败是否有任何原因？

伊凡、您好！

是的、BootROM 将更改、然后恢复到15。   

它不应该失败。

由于此帖子已关闭一个月：如果您想进一步讨论此帖子、请打开新帖子。   

谢谢。此致、
瓦姆西