[参考译文] CC3235SF：cc3235sf 文件加载器：验证失败

器件基本信息：通过 uniflash 获取

你好，Sabeeh khan1

第一个  

我读取文件和记录

我 发现内存映射、cmd 文件只读修改 addr 0x01000800， 为什么调试需要写入该地址？

第二个

 我修改了存储器映射和 cmd 文件。  

然后构建项目并下载程序、 错误是相同的

其他事情

我可以通过 Uniflash 刷写代码、但在加电时不起作用。

谢谢  

您好！

只需确保。 您是否使用模块或 QFN？ 您是否使用第三方的 TI 模块？ 您是否能够在 LaunchPad 上运行代码(LaunchPad 的确切类型是什么)？

是的、我知道您写过使用 CC3235MODSF 吗？ 但我想确定、因为类似的症状可能会导致引脚为闪存供电时出现问题(QFN 为45、46、47)。

1月

你(们)好、Jan D

谢谢

1： 我使用模块 CC3235MODSF。

2： 我 使用示例项目 "network_terninal_CC3235SF_LAUNCHXL_tirtos7_cs"

3： 我使用 LAUNCHCC3235MOD (PCB REV.A  MCV070A)

4：CCS 版本为11.2.0

5：Uniflash 版本为8.0.0

您好！

嗯... 这对我来说毫无意义。 让我解释一下。 我认为类似的症状可能会出现以下问题：

• XIP (片上)闪存问题- JTAG 无法正确写入 XIP 闪存、ROM 引导程序无法将代码复制到 XIP 闪存中执行。 QFN 可能会出现此问题(QFN 引脚45、46、47存在问题)、但我无法想象 MOD 会发生什么情况。
• JTAG 连接有问题。 它可以解释验证错误、但不能解释 ROM 引导加载程序为何无法在 XIP 闪存中执行代码。
• 可能是您的代码链接有问题。 上面的屏幕截图分辨率很小、但您的链接器文件似乎是正确的。 但这不会解释 ROM 引导程序的问题(尤其是当您能够在 LaunchPad 上执行完全相同的代码时)

我不是 TI 员工、因此我无法访问模块的内部布局。 但是、当某些 VCC 引脚(VBAT1、VBAT2)或 GND 引脚未正确连接时、可能会导致为 XIP 闪存供电问题。 由于缺少 TI 方面的信息、我无法确认这一点。 但是、如果您可以轻松访问 X 射线机器、则可以检查模块的焊接情况。

1月

你(们)好、 Jan D

我认为您是对的、  模块的 XIP (片上)闪存可能不起作用。  但我无法对其进行测试。  

我将更换一个模块进行确认。

谢谢