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.
https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1411877/cc3220sf-flash-multiple-devices-using-uniflash-8
工具与软件：
大家好！
是否可以使用 UniFlash CLI 同时刷写多个器件？ 在我的特定场景中、有效负载是相同的、这意味着所有器件上都会安装相同的固件。
您好！
我认为 Uniflash 无法实现此功能。 为什么不使用 embadded 编程？ 您将能够根据自己拥有的 COM 端口数量对器件进行编程。
1月
你是指那个 https://www.ti.com/tool/EMBEDDED-PROGRAMMING下载不工作
我看不出我这边有什么问题。 CC3X00EMBEDDEDPROG 和 CC3X20EMBEDDEDPROG 的下载可正常工作。
由于您使用的是 CC3220、因此您应该下载 CC3X20EMBEDDEDPROG。
此时此刻,我已经完全清醒了
"获取存储列表"
然后它不会移动 可能的问题是什么？
请提供更多详细信息。
这是日志
此实用程序将二进制映像编程到连接到 CC3120/CC3220器件的串行闪存 仅支持量产器件(即无预量产器件) 需要使用 Uniflash 实用程序提前准备二进制映像
步骤#1 -->连接至目标设备 端口已打开 等待并清除 UART Rx 缓冲区 设定中断信号 请重新启动设备--- 等待确认 接收确认 连接成功 获取存储列表 等待确认 接收确认 接收存储列表
退出 bootldr connect 第2步-->阅读版本信息 端口已打开 等待确认 接收确认 读取版本信息已完成
引导加载程序版本为(3、0、1、0) 它是一个 CC3220SF 器件 第3步(仅限 CC3220)-->将 UART 切换到 NWP 内核 端口已打开 等待确认 接收确认 设置中断信号 等待确认 接收确认 切换到 NWP 引导加载程序已完成 RawStorageWrite 端口已打开 第4/8步-->获取 SRAM/SFLASH 存储信息 等待确认 接收确认 步骤#5/9-->从块#0开始从 SRAM/SFLASH 擦除3个块 擦除块的过程需要几秒钟 等待确认 接收确认 状态请求 等待确认 接收确认 ---原始写入时出错
***** 请重置主板并重试***** ——调用跟踪:—— 文件"ImageProgramming.py"的第119行中的
文件"ImageProgramming.py"的第89行进入 main.c
文件"ImageProgramming.py"、第62行、位于 BurnImage 中
--错误行:-- 回溯(最近的呼叫最后)： Rawwrite 中的文件"bootldr.pyc"、第455行 在_EraseBlocks 中、使用文件"bootldr.pyc"、第228行 文件"bootldr.pyc"、在_check_operation_status 中、第250行 输入文件"serial\serialwin32.pyc"、第260行 SerialTimeoutException:写入超时
调用 ImageProgramming.exe 时的参数外观如何？
如果需要、可以使用 Puthon 2.7并运行依赖源代码 ImageProgramming.py。
这是我调用时的参数 C：\Users\build-server\Documents\CC3x20_UCF Embedded_Programming_ 2_0_0\executives\ImageProgramming.exe -p 11 -i C：\Users\build-server\Documents\Programming.ucf -v
嗯...、我不确定这为什么不起作用。 请尝试在 Python 中调试(使用版本2.7、而不是3.x)。
非常感谢。 现在一切都运行良好。
大家好、我遇到了另一个问题。 当我使用虚拟证书目录时、一切正常。 但是、当我使用自己的证书目录时、会收到错误10246？
我不知道你在做什么。 但错误代码-10246 measn SL_ERROR_FS_development_Board_WRONG_MAC。 这意味着您在开发模式下上传的映像中使用了错误的 MAC 地址。 嵌入式编程主要用于映像中没有 MAC 地址的生产模式。
你好、我真的明白了
错误编号=-10289、扩展错误=2633
任何帮助都将非常感谢
您的映像的签名存在问题(-10289 = SL_ERROR_FS_WRONG_SIGNATION_SECURITY_ALERT)。
您是否已在 SPI 闪存的 OTP 部分中对供应商目录进行编程？ 需要使用 Uniflash 对供应商目录进行编程。 但我个人从未使用供应商目录、因为我拥有 DigiCert 提供的真正代码签名证书。
您是否已在 SPI 闪存的 OTP 部分中对供应商目录进行编程？ 有 在这种情况下、无法进行嵌入式编程？ 我根据证书目录进行了检查、可以轻松使用 uniflash 进行刷写
如果您先使用 Unilfash 在 OTP 中对供应商目录进行编程、那么嵌入式编程应该可以正常工作。 使用嵌入式编程、您无法上传 OTP 的内容。
"在 OTP 中使用 Unilfash First 的供应商目录" 这已经完成、并且运行良好。 但所有的问题都与嵌入式编程有关
很难说嵌入式编程工作流程有什么错误以及为什么看到错误-10289。 我们在生产中使用嵌入式编程、但使用 CA 提供的真实证书。
我想您可以打开一个新话题、对嵌入式编程和供应商证书有疑问。 该主题已由您标记为已回答、TI 工程师可能会出问题来查找您的问题。
