[参考译文] CC3235S：在生产过程中使用 Gangimage 对自定义受信任根目录的 OTP 进行编程

非常感谢您的回答。

[引用 userid="132163" URL"~/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1013003/cc3235s-programming-otp-for-custom-trusted-root-catalog-with-gangimage-during-production/3744532 #3744532"]因此 这两个步骤毫无意义 -如果您已经在使用 uniflash 对 OTP 进行编程、则可以使用它对整个映像进行编程。

目前(对于我们当前的 CC3200版本)、我们在将串行闪存模块焊接到 PCB 上之前、先使用 Gang 映像对串行闪存模块进行批量预编程。  对于我们基于 cc3235的新电路板、我们正在努力使生产过程尽可能相似。  如果我们选择使用自定义根目录并必须使用 Uniflash 对 OTP 存储器进行编程、我们必须使生产线成为线性操作(汇编、而不是 OTP 编程和 Gangimage 编程)、这是正确的吗？ 我想知道我们是否仍然可以使用外部编程器将成组映像编程到串行闪存中、并在组装电路板后执行 OTP 编程。

[引用 userid="132163" URL"~/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1013003/cc3235s-programming-otp-for-custom-trusted-root-catalog-with-gangimage-during-production/3746199 #3746199"]

为什么需要定制目录？

[/报价]

能够使用 我们自己的 PKI 中的代码签名证书对 MCU 映像进行签名。

只需阐明以下几点： 当使用外部闪存编程器将成组映像写入串行闪存模块时、我们必须通过某种方式使用 CC3235为电路板上电、以便通过 Uniflash 执行 OTP 编程、然后安装了串行闪存的电路板首次上电。 是这样吗？
由于这从本质上将我们的生产转换为线性生产、因此我们可以完全跳过外部闪存编程、并  通过 Uniflash 以相同的步骤执行 OTP 编程和 Gang 编程。 由于这会显著降低我们的生产速度：  除了 Uniflash 之外、是否还有其他选项可用于执行 OTP 编程、从而仍然具有某种并行化的制造工艺？