[参考译文] CC3220MOD：CC3220丢失了程序映像、什么事件可能会导致该映像？

您好、Edder、

是的、如果 SOP 引脚为000、您可以发出出厂复位-请在此处查看更多信息- https://e2e.ti.com/support/wireless-connectivity/wifi/f/968/t/675142?CC3220-Host-driven-factory-reset-procedure

此外、是否在出现此问题之前执行任何 OTA 更新？ 串行闪存是否可能损坏？

BR、

Vince  

我怀疑恢复出厂设置是否能简化程序？ bin 映像？ 我对 Documentacion 的理解是、CC3220保存了我们在 production 行中编程的第一个映像、因此、在出厂复位时、它会返回到该映像。

是的、客户端可以通过 OTA 更新 FW、在某些情况下、器件在正常运行时会发生错误。 (没有更新固件)。

我们没有找到任何方法在100%的时间内重新创建错误，但发生的一种情况是这样的，我们通过网页更新了 cc3220固件， 然后我们将器件置于正常运行状态、然后我们发送 AT 命令 AT+FileCtl =restore、factory_image、之后当我们尝试询问配置(Mac、URL 等)时、器件停止响应、但我们从未收到任何响应、 当我决定检查 cc3220并发现 CC3220没有任何程序时，我们尝试使用其他设备，在这一个中，命令执行了完美的恢复，我们还收到了一些设备正常运行然后停止工作的情况。

因此，我不知道 CC3220是不是作为一个安全触发器来擦除代码以提供保护，这就是我怀疑的原因。

您好、Edder、

当您说器件没有程序时、您如何验证该程序？

BR、

Vince  

在两种方法 中、首先使用我们连接到器件的 Uniflash、然后在侧栏中的格式化容量中、如果我正确地重写、则会像 unknow 一样出现、然后在代码中、cc3220在初始化后返回一个包含 FW ver、mode 和 Mac 的字符串。

您好 Vincent、您好吗？

我n`t 我可以记录 NWP 日志、为此问题返回的器件是客户端设备、而且对于策略、我们必须在48小时内返回这些日志、第二次我们没有发现此问题的触发因素、在我们执行的内部测试中、没有出现此问题、 现在、我的器件存在完全相同的问题、这是我通过 uniflash 连接到 cc3320时获得的读数  

并重新编码 UART、cc3220从不会随 Mac 发送 init 字符串。

您好！

嗯... 有趣。 只需一些评论。 sFlash 的内容似乎由于某些原因而损坏。

• 您的设备是线路供电还是电池供电？
• 它是由其他一些 MCU 控制的 MOD 电源还是 MOD 复位？
• 您是否在固件中使用 SL_文件系统 API 进行了一些广泛的编写？
• 您能否使用第三方闪存编程器转储 SPI 闪存芯片的内容？ 也许有一些模式可以为我们提供线索。

1月

你(们)好、Jan

• cc3220采用线路供电、与 ST micro 共享相同的低功耗。
• 在代码中、当 st stars 运行时、复位在 ST 段中控制、它会复位 cc3220。
• 在用户可以设置网络配置文件的配置期间(我们使用定义令牌在 cc3220中对其进行编程)、唯一的闪存写入发生在固件更新中、唯一的另一个闪存写入发生在我们进行工厂恢复时。
• 您能更详细地解释一下如何实现它吗？

STA 中的 cc3220 可作为 WiFi 接口正常工作、使用 AT 命令发送和接收数据

 在 固件更新或出厂恢复期间、看门狗或电源故障是否会导致此问题？

您好！

• cc3220采用线路供电、与 ST micro 共享相同的低功耗。

• 在代码中、当 st stars 运行时、复位在 ST 段中控制、它会复位 cc3220。

请确保在调用写入 SPI 闪存的 AP 命令时不会重新启动模块。

• 在用户可以设置网络配置文件的配置期间(我们使用定义令牌在 cc3220中对其进行编程)、唯一的闪存写入发生在固件更新中、唯一的另一个闪存写入发生在我们进行工厂恢复时。
  

还有其他 API 可初始化写入 SPI 闪存。 调用此类 API 的频率越高、在出现某些问题时可能会增加 SPI 闪存损坏的风险。

• 您能更详细地解释一下如何实现它吗？

内部模块是 Macronix 的 SPI 闪存芯片。 此闪存芯片的 SPI 接口连接到引脚 FLASH_SPI_*。 当您使模块复位时、您可以由第三方编程器读取此 SPI 闪存芯片的内容。 闪存的重要部分已加密、但我认为可能有一些线索。

 在 固件更新或出厂恢复期间、看门狗或电源故障是否会导致此问题？

很抱歉,我不知道。

1月