主题中讨论的其他器件: UNIFLASH
各位专家:
我的客户正在使用 CC3220SF 模块、 他们一直在使用 simplelink 开发板将软件加载到模块中。
现在、他们希望使用 Cheetah SPI 编程器加载由 uniflash 生成的十六进制文件、以在制造过程中加载软件。
他们遇到的问题是、在 SPI 编程器成功加载软件 hex 文件后、软件在下电上电后无法启动。
他们使用 SOP 引脚通过按钮回滚到备份图像、SOP 引脚的设置似乎很重要。
他们是否遗漏了什么?
谢谢、
康妮
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.
各位专家:
我的客户正在使用 CC3220SF 模块、 他们一直在使用 simplelink 开发板将软件加载到模块中。
现在、他们希望使用 Cheetah SPI 编程器加载由 uniflash 生成的十六进制文件、以在制造过程中加载软件。
他们遇到的问题是、在 SPI 编程器成功加载软件 hex 文件后、软件在下电上电后无法启动。
他们使用 SOP 引脚通过按钮回滚到备份图像、SOP 引脚的设置似乎很重要。
他们是否遗漏了什么?
谢谢、
康妮
您好、Sarah、
您能否详细说明您认为我的客户可能使用 UART 而不是正确编程 SPI 的原因?
以下是他们的观察结果(请注意、他们使用的是 CC3220SF 模块):
注释:
项目1、模块中有启动活动、类似于备份映像恢复过程、或还原到制造映像、需要30秒
项目2、内部引导过程似乎没有找到引导已编程软件的方法、
看起来、通过正确设置 SPI 连接到器件(等待30秒后?)、他们可以成功地进行 SPI 编程。
在生成 Gang 编程十六进制文件时、它们是否缺少 SPI 编程设置或 Uniflash 设置?
它们使用 UART 单元对相同的十六进制文件进行编程、启动时没有问题、为什么不使用 SPI?
整个过程似乎与编程时编程人员的根设置有关(如果有)。
谢谢、
康妮
尊敬的康妮:
由于器件必须从 Gang 映像构建其文件系统、因此在首次引导时对 Gang 映像进行编程需要一些时间。 当器件未按预期引导时、您会看到什么行为?
您能否验证它们用于 SPI 编程的模块引脚以及 SOP 和复位引脚位置? 还请他们使用硬件设计检查清单 中的 MOD 选项卡验证定制板:www.ti.com/.../swru462
此致、
Sarah