[参考译文] CC3220：通过 UART 进行图像编程的协议？

尊敬的 Ed：

始终可以选择在 Uniflash 中创建映像、然后通过 SPI 直接对串行闪存进行编程。 这实际上是预期的主要编程方法
亚伦

您好、Aaron、

我想我在这里遗漏了一些东西。 您是否说我们允许其他处理器(例如 MSP430)直接访问串行闪存？ 如果是、我们是否只会批量擦除闪存并从某个固定地址(如0)开始写入映像？ 然后、当我们重置 CC3220时、它会意识到已对新映像进行编程、从而导致 CC3220创建其文件系统并设置映像中包含的文件？

我想 Uniflash 使用的 UART 与 CC3100类似、其中会使用一些特殊的启动序列来格式化闪存、然后使用 UART 将实际映像传输到 CC3220。

-Ed

尊敬的 Ed：

它对 CC3200的作用并不完全相同。 出于安全考虑、文件系统的工作方式发生了变化。 是的、您将批量擦除闪存、写入从0偏移开始的映像、CC3220将检测到它是一个新映像。 就像你说的那样。

亚伦

您好、Aaron、

好的、这更有意义。 还有一个问题、如果可以... 昨天晚上、我在《CC3220编程人员指南》中找到了一些有用的信息、在第6章(CC3220 ROM 服务)中找到了一些有用的信息。 在我看来、我们可以将 SOP 引脚设置为0b100、然后通过 UART 加载映像。 我假设引导加载程序负责串行闪存整体擦除并将映像存储在串行闪存中。 唯一没有提到的是、在此模式下、UART 将使用哪些引脚以及要使用哪些 UART 设置。 例如、我假设需要使用流量控制、因为听起来好像没有发送数据的 ACK 类型的响应。 当然、应该使用什么波特率等 您是否知道此信息是否可在任何地方获得？

我之所以推动这种解决方案、是因为我们的工厂工具更容易与1个"主"处理器(即 MSP)通信、并且担心将图像/数据分发到系统的其余部分。

-Ed

您好、Ed、

您指的是第一代中引入的嵌入式编程功能。

对于 Gen2、UART 设置是相同的、即921600、8位、无奇偶校验、1个停止位。 此外、不使用流量控制。 作为协议的一部分、存在 ACK 数据包。

为了让生活更轻松、我正在为 Gen2发布类似的封装。

很难确定确切的日期、因为它必须经过法律部门、技术写作人员等部门、但应该是几周的时间范围。

此致、

Shlomi

您好、Shlomi、

太完美了。 谢谢！

-Ed

谢谢你 Shlomi——非常有帮助！