[参考译文] TMS320F280049C-Q1：Uniflash 版本 8.0.0 中的编程问题

您好 Johnny、

>如果 Uniflash 在编程过程中出现错误、加载映像过程是否会继续？ 或者它会立即停止?  

如果遇到编程错误、该过程应停止。 在此过程中、我们是否能够捕获 CLI 语句？

>专家是否会考虑故障设备上的这些意外数据是由于 Uniflash 编程问题? 专家是否曾看到过此类问题？ 成功显示加载、但使用不同的数据存储器。

如果许多其他单元不受影响、UniFlash 编程本身是否造成了问题。 这些器件在发生故障后是否可以擦除？ 否则、这可能是由于 ECC 错误无法纠正。

>客户 从 Uniflash 导出闪存组 0 0x80000-0x8FFFF、长度应为 FFFF。 但是、从十六进制视图来看、它是通过 0x20045 计算得出的。 是否有误配置？

此十六进制长度似乎不正确、 但这是生成的 .out 文件长度。 对于生成的  TI-TXT 文件、这是否相同？

>专家是否发现 客户呼叫的命令行有任何错误？

给定的 CLI 行似乎没有什么异常。

谢谢。此致、

Charles

尊敬的 Charles：

感谢您的意见。  

这些单元在失败后是否可以擦除？ 否则、这可能是由于不可纠正的 ECC 错误。

在发生故障后擦除。 对器件进行 Re 刷写、那么代码可正常工作、样片也是如此。

是否有专门用于验证的 CLI？ 在 uniflash_quick_start_guide.html 中、似乎是-v 必须在刷写后执行。 是否有 专门验证内存内容而不刷新的命令？

谢谢。此致、

Johnny

尊敬的 Charles：

在今天的现场支持后添加更多输入。

已使用 JTAG 检查 RESC 和 NMISHDFLG 寄存器的位、未发生异常事件导致这些位升高、 此处消除不可纠正的 ECC 错误可能性。

此外、我们还找到了一个命令行、仅用于验证是否闪烁、这似乎是可行的。 删除-f、只需使用-e、然后使用-v、就可以 在不闪烁的情况下进行验证。 我会离线向您发送控制台窗口、请保密、不要在这里发布。

您是否愿意帮助重新确认只是验证命令行是否正常工作？ 如果是,那么我们应该删除在我的最后一个回复 — v 屏幕截图闪存后的单词?

感谢您的支持。

此致、

Johnny

您好 Johnny、

是的、删除“-f"参数“参数应该会阻止器件被刷写、而“-v"参数“参数将执行给定 .out  文件的验证。

谢谢。此致、

Charles