请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：TMS320F28377D 主题中讨论的其他器件：TMS320F28379D、 C2000WARE
您好！
我们在使用 TMS28377D 目标的定制板上遇到 PLL 初始化问题。
已使用 TMS320F28379D 在 Launchpad XL 上开发了软件、未发现任何问题。
使用 TMS28377D 切换到定制板时、我们会发现 PLL 初始化存在问题。
我们看到 sprz412j.pdf 中存在一个变通办法(PLL：可能不会在第一次锁定尝试时锁定)，建议在 C200ware 中获取 InitSysPll()函数。
我们首先尝试未成功的版本、并将我们的 C200ware 更新到最后状态。 我们再次尝试了，但仍然不起作用。
基于 InitSysPll()，我们修改了代码以增加一些等待时间(请参阅附加的文件 DRVDSP_INIT_SYS_PLL.c)。
加载 EOC 后、每次执行都有效、但在调试模式下使用 XDS200探针、在执行 CPU 软件复位时以及在没有断点的情况下执行完成后、软件会崩溃。
当再次执行此操作时、但当在 DRVDSP_INIT_SYS_PLL 上使用断点启动执行并继续使用几个步骤的单步执行、然后继续 正常执行时、它会正常运行。
对于我们无法理解的此 PLL、存在一些棘手的问题。
我们不明白为什么爬虫程序 CPU 之间的行为不同、因为它们是99%的诱惑。
我们还可以在具有 TMS320F28379D 的 LaunchXL 上执行 TMS28377D 配置。
您能告诉我们现在要检查什么、因为这种行为不够安全。
我们希望在每次软件启动、断电/通电或 CPU 软件复位以进行调试后都能正常执行。
谢谢你。
