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/904877/cc3220sf-mass-production-direct-spi-vs-uart
对于采用 CC3220的器件的大规模生产、与直接 SPI 相比、使用 UART (Uniflash CLI)是否有任何区别或好处？ 假设所有必要的 IO 均可用。
您好！
对于大规模生产、最好使用 通过 UART 而不是 Uniflash CLI 进行嵌入式编程。 如果您谈论大规模生产、那么在第三方硬件上对 SPI 闪存进行编程并将其组装到已经编程的闪存芯片板上是最快的方法。 如果您使用的是 CC3220MOD、则可以使用第三方 SPI 闪存芯片生产编程器(例如 来自 Elnec 的 BeeProg2)进行编程。
1月
我们的用例是大规模生产、我们需要在 CC3220MODSF 上对初始映像进行编程。 我不确定我是否完全理解。 如果我们使用第三方 SPI 编程器对串行闪存进行编程、我们还需要 SPI 编程器对 NWP (和主机 MCU)的内部闪存进行编程？ 只对串行闪存进行编程是不够的？ 而使用 Uniflash、可以对所有内容进行编程。
感谢您参考嵌入式编程。 我注意到： "嵌入式编程仅实现了引导加载程序中公开的一部分选项。 Uniflash 可使用所有功能。" 您是否知道哪些选项不能通过 UART 进行嵌入式编程？
是的、我正确理解您的需求。
Uniflash 仅对 SPI 闪存进行编程。 如果是 CC3220MOD、则该闪存位于模块内部。 SPI 闪存编程只是一个所需的操作。 XIP 闪存(CC3220SF 芯片内的闪存)的内容在启动后由 ROM 启动器加载。 您可以选择如何加载 SPI 闪存的内容：
嵌入式编程确实集成了生产编程所需的所有步骤。 嵌入式编程仅支持供应商器件身份验证。 但我想您不会使用此选项。 我假设您将使用 CA 签名的映像(您需要从受支持 CA 的上购买代码签名证书)。
