大家好、
我正在帮助我的客户解决他们在 F28031上的生产问题。
在他们的最新生产过程中、他们注意到在首次编程后、他们的大多数电路板无法通过 CCS 进行连接。 即使使用相同的 PC 和仿真器也是如此。
客户确定他们没有对任何 CSM 密码进行编程。 错误报告为 Error-1015@0x0
我建议客户将引导模式更改为 waitboot、但错误仍然无法修复。
BU 是否对后续调试测试有任何建议?
此致、
Brian
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.
大家好、
我正在帮助我的客户解决他们在 F28031上的生产问题。
在他们的最新生产过程中、他们注意到在首次编程后、他们的大多数电路板无法通过 CCS 进行连接。 即使使用相同的 PC 和仿真器也是如此。
客户确定他们没有对任何 CSM 密码进行编程。 错误报告为 Error-1015@0x0
我建议客户将引导模式更改为 waitboot、但错误仍然无法修复。
BU 是否对后续调试测试有任何建议?
此致、
Brian
Brian、
即使客户没有按照您所述对 CSM 进行编程、也有可能会产生干扰。 这个问题是、即使 CSM 被擦除(0xFFFF)、仍然必须虚拟读取 CSM 密码才能"解锁"器件。 当仿真器尝试连接时、如果客户的代码在 CSM 保护的地址范围内、如果这个虚拟读取还未执行、它将锁定 JTAG。
1)我会要求客户在 main 的代码中早期插入 CSM 密码位置的虚拟读取(他们可以在 sysinit 函数的代码示例中看到这一点)。
2)但是,您对 WaitBoot 模式的看法应该可以解决此问题。 即使 CSM 等待引导模式发生了一些意外编程、也允许我们建立与器件的连接。 我会与客户核实他们用于设置引导模式的驱动强度/电阻器拉电阻器。 我认为内部上拉电阻大约为400uA、因此我们需要将其过驱。
如果客户可以立即尝试#1、并看到它解决了新编程器件上的问题、我们可以确保这是我们正在处理的问题(与坏的 CSM 相比)。
对于#2、我无法解释为何等待引导模式不允许连接。 在这种情况下、代码将始终位于非安全区域、并且不应进行阻止。
最棒的
Matthew