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.
您好、香榭丽舍
我正在向我的客户提出要求。 他们迫切需要 解决这一问题和 生产问题。
第一。 客户可通过 UniFlash 将两个引导加载程序.out 和 app .out 文件加载到 C2000芯片、并使用密码将引导加载程序.out 加载到 OTP 中的设置。
当他们使用 UniFlash 成功导出了十六进制文件 、然后再次将其加载到 C2000芯片中时、报告了以下问题:
报告如下:
[EEROR] C28xx_CPU1:闪存编程期间出错(闪存算法返回错误代码0x0000000、FMSTAT 0x0000000)、操作已取消。
[EEROR] C28xx_CPU1:文件加载程序:存储器写入失败:未知错误;
[EEROR] C28xx_CPU1: 文件加载程序:验证 失败:地址0x78024@程序不 匹配请验证目标存储器和存储器映射。
[EEROR] C28xx_CPU1: 文件加载程序:验证 失败:地址 0x78024@程序不 匹配请验证目标存储器和存储器映射。
您能给我们建议/Dir 吗? 不确定 DCSM 是否影响芯片闪存操作? BTW、我们检查十六进制文件内容与 CCS 存储器视图相同。 导出 的十六进制文件、作为所附的 dcsm_Test.hex。
2。 同样、客户 无需密码即可将 UniFlash 的两个引导加载程序.out 和 app .out 文件加载到 C2000芯片、并将引导加载程序.out 加载到 C2000芯片中。 然后 使用 UniFlash 成功导出了十六进制文件 、然后 成功将其加载到 C2000芯片中。 我们只需编辑 导出的十六进制文件、就会发现地址0x78018 ~ 0x7801B 会出现上述问题。
是否可以澄清 为保留的地址0x78018 ~ 0x7801B? 实现什么功能?
3号。 BTW、 客户 使用 UniFlash 将两个引导加载程序.out 和 app .out 文件加载到 C2000芯片、并使用密码将引导加载程序.out 加载到 C2000芯片。 然后 使用 UniFlash 成功导出 .out 文件 、 其文件大小仅为100KB、而实际上普通的.out 文件为335KB。 因此、使用 UniFlash 导出的 .out 文件、闪存内容 不存在。 为什么不?
最后但同样重要的是、CCS 版本为 CCS 10.0、UniFlash 版本为 UniFlash6.4。
绍兴凯
1) 1)您提到了"BTW、我们检查十六进制文件内容与 CCS 存储器视图相同。 导出 的十六进制文件作为附件 DCSM_Test.hex。"
您是否说存储器视图内容与从 CCS 存储器视图生成的 hex 文件内容不匹配? 如果是、存储器视图是否与原始输出文件(十六进制)内容匹配?
2)关于 0x78018 ~ 0x7801B:我将请我们的安全专家在这方面为您提供帮助。
3) out 文件包含大量与调试相关的信息、因此其大小更大。 是否已检查编程的图像内容和十六进制文件内容是否相同? 请检查并确认。
谢谢、此致、
Vamsi
您好、Vamsi、
很抱歉耽误你的答复。
1). 导出 的十六进制文件与 我们在调试模式中检查的 CCS 存储器相同。 但 导出 的十六进制文件无法加载到芯片中、这会报告错误。 无论是否导出 OTP 的内容、它是否会禁止闪存操作? 谢谢~
2).我们检查该段地址 0x78018 ~ 0x7801B 是否会影响闪存操作、不确定 是否实现了什么功能?
3)。我们检查编程的映像(闪存和 OTP)内容、十六进制文件内容相同、正如您看到的附件一样。
可以给我一些建议吗? 非常感谢您的评论!
您好 、绍兴凯、
我将在下周早些时候进行回顾并与您再次进行讨论。
谢谢、此致、
Vamsi
您好、Vamsi、
希望我们能尽快解决这个问题! 非常感谢~
您好 、绍兴凯、
因此、您最初的问题#3 BTW、 客户 使用 UniFlash 将两个引导加载程序.out 和 app .out 文件加载到 C2000芯片、并使用密码将引导加载程序.out 加载到 C2000芯片。 然后 使用 UniFlash 成功导出 .out 文件 、 其文件大小仅为100KB、而实际上普通的.out 文件为335KB。 因此、使用 UniFlash 导出的 .out 文件、闪存内容 不存在。 ?不是问题、因为您已确认存储器窗口内容(通过 OUT 文件加载)与 CCS 存储器窗口导出内容相同。 我将关闭#3。
唯一的问题是有关地址范围 0x78018 ~ 0x7801B 的#2。 我上周请我们的安全专家对此进行分析、但由于周末很长、他不在办公室。 他明天将能够看到这一点。
谢谢、此致、
Vamsi
您好、绍兴凯、
当我们的安全专家回来找您时、您是否可以请求客户在加载映像时尝试以下设置? 即使图像的内容映射到此地址范围、低于"范围规避设置"也有助于避免对地址范围进行编程。
请告诉我这是否有帮助。
谢谢、此致、
Vamsi
您好!
[引用 userid="16728" URL"~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1130412/tms320f280025c-the-hex-file-exported-by-uniflash-could-not-be-burned-to-the-chip-again/4199237 #4199237">唯一的问题是有关地址范围 0x78018 ~ 0x7801B 的#2。 我上周请我们的安全专家对此进行分析、但由于周末很长、他不在办公室。 他明天就能看到这一点。[/引述]我不确定此问题与这些位置有何关系、但它们是为用户保留的字段、不应由用户编程。 对这些字段进行编程将使器件无法按预期工作、用户必须更换器件。
用户是否对该字段进行了编程?
此致、
Vivek Singh
尊敬的 Vivek Singh:
很抱歉稍后回复、我已要求客户进行测试!
您好、绍兴凯、
在生成十六进制文件时、客户可能还包括了保留位置的地址范围。
因此、他们正在使用的文件都映射到了保留的位置。
当闪存工具检测到此地址范围(0x78018 ~ 0x7801B)时、它将不会进行编程、而是发出错误。 因此是故障。
请避免十六进制文件中的这些位置。
希望避让范围特性能为他们提供帮助。
谢谢、此致、
Vamsi