[参考译文] TMS320F28069：XRS 处于恒定复位状态。

Mike、
请检查器件引导模式引脚？ 它们是否设置为等待引导或闪存引导？ 将 JTAG 设置为等待引导或 SCI 引导或并行引导后、您应该能够连接到 JTAG。

希望这对您有所帮助。

此致
Santosh Athuru

Santosh；
谢谢您的想法、我尝试了一下、但没有乐趣。 它不能解决根本问题，正如我所看到的。 该器件每14mS 发出50us 复位脉冲。

Mike、

您是否在任何其他芯片上或仅在一个芯片上看到类似问题？ 这以前是否正常工作？ 它是全新的出厂器件、还是您在其中编程了什么？


－Santosh Athuru

这些是电路板内部空白器件提供的全新产品。 这是我第一次尝试为电路板加电。 我已经测试了五个板、它们的行为都是相同的。 同样、TI 器件未编程、从未编程。 这个持续复位是奇数的、正如我按照每个引脚上去耦电容器的数据表建议所做的那样。 3.3V 电源实际上是3.451V、完全符合数据表规格、非常干净。 我怀疑这是电源问题、但看不出它可能来自何处。

Mike、
我在小组中的几位成员中找了一个建议您对电源轨进行一些调试的人。 如果您可以提供1.8V、3.3V 和 XRSn 的示波器捕获、以便在上电和复位后使用、这将有所帮助。 即使上电时的功率不稳定、我也会假设它最终是稳定的、并且器件应该至少恢复以进行调试。

在您的情况下、器件无法恢复的情况是怎样的？

此致
Santosh Athuru

14ms 时激活的 XRSn 脉冲来自看门狗计时器(默认复位间隔为13.11ms、从10MHz 内部振荡器馈送狗)。  这是正常行为。  如果 JTAG 无法连接、我将检查 JTAG 连接和电路板上的信号完整性。

此致、

David  

当引导模式选择引脚被设定为 SCI 引导模式时、器件不应复位。 ROM 代码应一直等待 SCIA 端口上的自动波特率锁定。 除非在引导 ROM 达到 SCIBOOT 函数之前器件中发生其他问题。

Mike -当器件设置为独立 SCI 引导时、您能否确认是否生成了复位脉冲？

此致
Santosh Athuru

我想附上我的原理图的 pdf 和复位脉冲的 bmp。 我该怎么做？

单击红色的“回复”按钮后，单击蓝色的“使用丰富的格式”。 然后，您可以使用“回形针”图标附加文件。

 

我以 pdf 格式以及复位波形的 bmp 附加了原理图。  也许您可以看到我犯了错误的地方。

e2e.ti.com/.../Controller-_2D00_-Project.pdf

Mike、

           如果您的器件配置为引导至闪存、您看到的是正常行为(David Alter 指出)。 我看到 GPIO34连接到 GND、GPIO37连接到 JTAG 接头。 如果未连接仿真器，则 GPIO37的内部上拉电阻应启动并将器件置于“等待”模式，在这种情况下，您仍会看到复位，因为 WD 在 Waitboot()中启用。 您可以在 C：\ti\c2000\C2000Ware_1_00_00_00\libraries\boot_rom\f2806x\v1_rom_sources\source 中查看引导 ROM 源。 请注意、即使采用等待引导模式、您也应该能够进行连接。

 

您是否确实打算按照自己的方式连接引导模式引脚？ 现在的情况是、您只能引导至"等待"模式或并行 I/O 模式。

Mike、     

 

一些想法：

 

情况 A：器件已擦除闪存。 配置为引导至闪存模式的器件。 复位后，CPU 尝试在闪存中“执行”0xFFFF 并采用 ITRAP。 ITRAP-ISR 可永久启用 WD 和循环。 WD 计数器溢出并复位器件。 循环再次重复。

 

情况 B：器件已擦除闪存。 器件配置为等待引导模式。 复位后，CPU 执行 WaitBoot()函数，该函数可永久启用 WD 和循环。 WD 计数器溢出并复位器件。 循环再次重复。

 

在上述两种情况下、即使 WD 超时并重复复位器件、调试器仍能够连接到器件。 即它可以在 WD 复位之间连接。

 

您的仿真器是否有缺陷？ 如果是这样，它将无法与器件建立连接(因此无法“控制”CPU 并在其轨道上停止 CPU 并防止这些重复复位)，我们可以看到这些重复复位。  因此、您的硬件可能可以、但仿真器可能会损坏或 CCS 不会与仿真器通信。 您能否探测–TRST 引脚并查看 CCS 尝试进行连接时是否切换？