[参考译文] TMS320F28075：带有 DCSM 的芯片、未手动解密、程序刻录失败、单击&quot；持续刷新&quot；多次时未对闪存内容加密。

admin

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1283697/tms320f28075-chip-w-dcsm-not-manually-decrypted-program-burning-failed-flash-content-not-encrypted-when-clicking-continuous-refresh-multiple-times

器件型号：TMS320F28075

您好、专家！

我要求为我的客户提供服务。

他们在 F28075上开发 DCSM。

1.客户在 CSMKEY (0/1)中使用正确的64位密码来保护其代码 CsmUnlock()中的 JTAG 连接目标内核的安全，如下所示。

当用密码加电 F28075时、代码将运行 CSMKEY (0/1)密码、然后我们就可以使用 XDS100调试器连接 F28075。此时、我们检查闪存上下文都是0x00、芯片已锁定。

但当我们点击"Memory Browser"→"Continuous Refresh"按钮时、此时我们将程序加载到芯片中、系统会报告失败并注意"Retry with a AET breakpoint"。我们对因芯片本身已锁定而无法通过 CCS 下载代码/程序的原因并不奇怪。但我们再次用存储器浏览器查看闪存内容、发现芯片处于解锁状态。我们检查项目属性//片上闪存插件 GUI 和代码中是否没有给出解锁密码。是否有任何操作可以在 CCS 本身中对代码进行解密并进行连续刷新？

CCS 重启、芯片重启、与上述操作相同、但我们没有点击"Memory Browser"→"Continuous Refresh"按钮、而此时我们将程序加载到芯片、系统会报告"Load Failed"并提示"Load Failed"、然后通过存储器浏览器再次检查闪存内容、发现芯片已按预期锁定。持续刷新是否会导致芯片未分块？任何建议/目录？

谢谢。

6 个月前

0 admin 6 个月前

TI__Guru**** 667810 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

绍兴市

我希望确保我正确理解问题。以下内容是否正确？

使用128位密码保护器件(请注意、CSMKEY0/1是128位密码的一部分)。

但我们再次使用存储器浏览器检查了闪存内容，发现芯片已解锁。

您是否说的仅仅是对存储器浏览器执行"持续刷新"即可解锁器件、使您能够访问闪存？

是否有任何操作可用于在 CCS 自身中对代码进行解密并进行持续刷新？

不、这不应该发生。您能否提供有关 JTAG 如何解锁的更多信息？

[报价 userid="493195" url="~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1283697/tms320f28075-chip-w-dcsm-not-manually-decrypted-program-burning-failed-flash-content-not-encrypted-when-clicking-continuous-refresh-multiple-times ]持续刷新是否会导致芯片未计时？ A [/报价]

它不应该。