主题:C2000-GANG 中讨论的其他器件
工具/软件:
您好、先生
您能建议我们如何解决这个问题吗?
我们 要通过用户程序加密芯片、需要对 USER OTP 中的 PSDWLOCK 和 JTAGLOCK 字段进行编程。 使用仿真器进行 CCS 调试是正常的、但在离线运行并执行加密操作时、程序会崩溃、并且无法连接到仿真器。 唯一的方法是更换芯片。
此致、
插孔
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具/软件:
您好、先生
您能建议我们如何解决这个问题吗?
我们 要通过用户程序加密芯片、需要对 USER OTP 中的 PSDWLOCK 和 JTAGLOCK 字段进行编程。 使用仿真器进行 CCS 调试是正常的、但在离线运行并执行加密操作时、程序会崩溃、并且无法连接到仿真器。 唯一的方法是更换芯片。
此致、
插孔
您好 Luke、
感谢您的答复。
问题的背景:
我们计划使用 C2000-GANG 对 F2800157 进行批处理编程。 当要编程的十六进制文件不包含 CSM 和 JTAGLOCK 函数时、C2000-GANG 工作正常;但是、只要该十六进制文件包含用于芯片加密的代码、在下载程序后就会显示“验证错误“。
因此、我们使用闪存 API 在应用程序中编写加密代码。 按照将相关设置写入 ZONE1 标头的地址顺序、进入 ZONE1 LINKPOINTER。 然而,在执行此操作后,我们发现芯片是永久锁定的,唯一的解决方案是用新芯片替换它。
您能否建议对 ZONE1 Header 和 ZONE1 LINKPOINTER 进行编程的正确顺序?
插孔
我预计该问题是由对 JLM_ENABLE 字段进行编程并通过闪存 API 读回该字段引起的、该闪存 API 将在对所需密码进行编程之前立即启用 JTAGLOCK。 对于砖型单元、我尝试连接目标配置文件、该文件的 JTAG 密码使用 DCSM OTP 中的默认 JTAG 密码、如 TRM 中所述。
一种比通过闪存 API 进行编程更简单的方法是首先对包括 DCSM 设置在内的整个十六进制文件进行编程、同时禁用验证。 然后对整个十六进制应用程序执行验证操作。
谢谢您、
Luke