[参考译文] TMS570LS1224：时钟不启动(间歇性) RM4x、XL2-TMS57012 Launchpad 以 LPO HF 运行

您好 FJ、

您是否看到任何其他问题指示、例如 nERROR 引脚被置为有效/LED 亮起？ 您是否在晶体上放置了一个示波器来查看它实际上是否不起作用？

如果您可以确认晶体不工作、您可以与经销商或直接与 TI 客户服务部门合作来安排退货和更换吗？ 另一个选择是让您自己更换组件。

问题是在上电时出现的间歇性问题。  即使在不同的位置、多个 LaunchPad 也会出现此问题。  一旦启动(基于有限的观察结果)、正确启动的唯一方法似乎是从 Launchpad 上移除 USB 连接(并替换连接、重新启动 code composer)。

我们处于不监视来自 HAL 的任何错误的状态。  我的怀疑是安全库检测到了一些东西、绕过了时钟恢复。

一旦问题发生、将绝对发布错误状态和晶振的活动。

您好 FJ、

这是我们以前在这些电路板上没有看到的问题。 您能否提供示波器图、以便我们更好地了解情况？

此外、移除和恢复 USB 连接器只需在电路板上执行新的上电操作、这样就可以清除器件卡在故障模式下的问题。 如果这是在调试会话期间进行的、则还可能导致 CCS 失去同步、并可能冻结或出现致命错误。

如果您可以重新创建问题、或者您有一种可靠地重新创建问题的方法、请随时向我发送通知。

卡盘、
我们还在最近购买的一些 Hercules Launchpad TMS570LS12x 开发套件上遇到了此问题。 代码由 Halcogen (大部分)生成。 我们使用连接到 JTAG 接头的 BH-USB560_v2。 由于 JTAG 通信错误-180和-181、调试会话将分离。 错误指示灯继续闪烁。 PLL 在我们的 Tektronix TDS 754C 上的范围为15.9-16.1MHz (低信号振幅计算)。

当它进入此状态时、所有后续(JTAG)连接尝试都将失败。 因此、我只能猜测这里发生了什么。

有什么想法？

谢谢！
斯蒂芬

斯蒂芬

您说过这是在最新的 LP 开发套件上进行的。 您之前或最近购买的套件上是否遇到过类似问题？

当您指出示波器结果显示具有低信号振幅的15.9-16.1MHz 时、您测量的是什么引脚以及预期是什么？ 这是 OSCIN 侧还是直接在晶体上？ 是否有任何指示表明应用程序以何种时钟速率运行？ 即、是否由于 OSC 故障而恢复到 HF LPO？

卡盘、
我们只有新的开发套件。 这对我们来说是一个新的目标。 我认为 PLL 应该以16MHz 的频率运行(如果我没有弄错的话、比10MHz HF LPO 快)。 我正在对晶体进行范围界定。

谢谢！
斯蒂芬

尊敬的 Stephen：

在 OSC 故障时、系统时钟将下降回 HF LPO、这将使整个系统的运行速度比预期慢得多。 Launchpad 上的 OSCIN 来自16MHz 晶体。 当晶振精度通常以 PPM 为单位进行测量时、晶振的频率范围为15.9MHz 至16.1MHz。 我还知道、由于探头电容对振荡的影响、在探测晶体时必须小心。 实际上、应用探针有时甚至会导致触发 OSCFAIL 机制、这需要进行硬复位或循环通电才能清除。

理想情况下、对于晶体测量、首选具有极低输入电容的有源示波器探头、因为标准探头电容会对晶体负载产生重大影响。

卡盘、
感谢您的快速回复。 下次出现这种情况时、似乎需要探测时钟输入。 如果 a) OSCFAIL 确实触发了、如果 OSCFAIL 没有触发、B) OSCFAIL 建议采取什么措施？

此致、
斯蒂芬

您好 Stephen、

如果触发 OSCFAIL 并且器件进入失效防护模式(即 HF LPO SY系统 时钟)、则校正它的唯一方法是通过硬复位。 当发生 OSCFAIL 事件时、ESM 标志将被置位并且 nERROR 被置为有效。 在软复位过程中、ESM 信息被保留、因此您可以通过查看 ESM 寄存器来检查这是否是原因。 用于离线调试。 您还可以使用时钟输出引脚输出分频自 PLL 输出或 OSCIN 的时钟。 当您发现由于该问题导致时钟输出速度明显慢时、如果您处于失效防护模式或未指定已知预分频器来反向计算时钟输出源、则可以推测该时钟输出。 如果它是 HF LPO (8-12MHz、但通常为10MHz)、那么最好选择这种情况是导致问题的原因。

此外、请注意、您使用的是哪个版本的 CCS？ 我听说最新版本的 CCS 的560v2仿真器存在一些问题。 不一定说这是一个原因、但只想确定您使用的是哪个版本、以便我可以咨询我们的 CCS 团队。

卡盘、

我们使用的是 CCS 7.1.0。  值得注意 的是、我们通常需要对器件进行多次循环通电。  尽管这可能是偶然的、 但在某些情况下、在我从 BH-USB-560v2仿真器上拔下 JTAG 之前、我似乎无法在下电上电后恢复正常运行。  我想知道两个 JTAG 接口之间的复位是否会有竞态条件导致反复复位。  这是您在 CCS 7.1.0中看到的问题之一吗？  

谢谢！

斯蒂芬

我个人没有看到任何问题、也没有看到任何问题的具体细节。 我发现的一个问题是客户的配置错误。 我只是通过这里和那里的评论才听到，有些人遇到了问题，所以把它作为它的价值。

由于仿真器控制 JTAG 接口上的 nTRST、复位时不应存在任何竞态条件。 但是、可以使用利用大量 CPU 带宽的代码对器件进行编程、这使得仿真器很难进入 CPU 并停止以建立调试会话。 如果发生这种情况、调试请求的时序成为关键。

卡盘、
在此故障场景中：仿真器未能连接到目标(错误180："控制器检测到目标功率损耗")、OSCIN (引脚18)读取频率为16MHz。 我仍然读取+/- 0.1MHz。 我不能说这是准确的、还是由示波器引起的误差。

在我看来，更大的问题似乎是，这表明在 LaunchPad 上发生的任何事情都将在现场发生，而且充其量也是令人担忧的。 到目前为止，我们似乎还没有充分了解这一问题，以及如何保证这一问题不会在实地发生。

有什么想法？

此致、
斯蒂芬