[参考译文] TMS320F28379S：仿真器无法对闪存进行编程

尊敬的 Ed：

您以前是否能够连接并刷写器件？ 您是否可以尝试将器件置于等待引导模式？  

此致、

Ben Collier

尊敬的 Ben：

过去、我可以在多个硬件平台上连接器件并对其进行刷写。 这是一种新的硬件设计、本质上是现有设计和有效设计的新外形。 我觉得一定有一个硬件差异,但它是逃脱我。 在 JTAG 区域、两组原理图是相同的。

是的、我尝试了等待引导模式、但没运气。

BTW、这是使用仿真器的多个副本发生的。

我不知道这是否重要、但在最初的帖子中、我曾提到过我可以将系统设为被动模式、并且只添加负载符号。 从那时起、我就一直在使用它、并且发现在运行它并收集信息之后、如果我尝试停止它、我就会遇到同样的低功耗故障。 如果我关闭调试会话并再次连接、它始终成功。

另一个提示… 由于 Uniflash 文件的初始使用使用使用相同类型的仿真器工作、器件正在运行代码。 我可以通过正常的代码下载流程更新代码。

当调试器告诉我它认为器件可能正在低功耗模式下运行时、它使用什么信息来进行评估？

谢谢！

据

好的。  感谢您的参与。

据

Ed、

您能否尝试"Target Configuration"菜单中的"Test Connection"选项？  

如果通过、则 JTAG 原理图/布局可能没有问题。 接下来、最好查看电源轨和 XRSn 电路。  

此致、

Ben Collier

尊敬的 Ben：

我能够解决需要连接仿真器的问题。  不幸的是、由于这个原因、我需要放弃硬件以便其他人可以使用它。  因此、这将需要等待。

但我确实得到了另一条线索。  当我在代码开始时添加一些虚拟代码来解锁 DSP 时、间歇性问题就会消失。

当我连接并尝试刻录闪存时,我们的 GEL 脚本解锁内核,并在 OnTargetConnect ()执行此操作。  这是正确的操作地点、还是我应该在之前使用的地方？

谢谢！

据

Ed、

Unknown 说：

但我得到了另一条线索。  当我在代码的开头添加一些虚拟代码来解锁 DSP 时、间歇性问题就会消失。

好的、您过去是否在此设备上设置过任何安全功能？  

此致、

Ben Collier

有。  它在首次构建时被锁定。  你认为这就是我无法连接并刻录闪存的原因吗？

谢谢！

据

你好, Ed , 不幸的是本是 OOO 本周。  他应该能够在下周早些时候与你联系。  感谢您的耐心等待、由此给您带来的不便、我们深表歉意。

没问题。  我假设该线程将保持有效、以便我们可以在 Ben 返回时继续运行？

谢谢！

据

是的、在30天内没有活动之前、该线程不会锁定。   

尊敬的 Ben：

不幸的是、我解决了我们遇到的问题、需要放弃硬件以便其他人可以使用它。

但是、如果我正确理解了应用手册、那么这个操作就像我们的代码一般的操作那样、但在做任何其他事情之前呢？  CCS 会先使用它来解锁驱动器、然后再对其执行任何其他操作、从而避免错误？

谢谢！

据

太棒了！  谢谢 Ben。  如果我恢复硬件、我会再试一次。

再次感谢、

据