[参考译文] CC3230SF：UNIFLASH 问题

您好、

CCS 嵌入了 Uniflash 的映像创建工具、因此它应该与离线 Uniflash 一起工作。

我需要有关如何使用离线 Uniflash 来刷写器件的更多详细信息。

Shlomi

尊敬的 Shlomi Itzhak：

首先、非常感谢您的答复。 我使用了多种方法来刷写 Uniflash。 有两种已知的方法。

1)使用 CCS 创建的.sli 文件进行闪存

2)从工程和 SDK 的 BIN 文件创建.sli。

都不起作用！ 方法1很简单、所以我认为我不需要向您展示这一点。 以下是方法2的工作流程)。  

对于方法1)、我只需使用随附文档中的步骤1至2和12。 请查看方法中缺少的内容。 我似乎没有遗漏任何东西,但我的电路板仍然不工作。  在调试模式下使用 CCS 进行刷写时、您不能说我的电路板有故障、因为电路板工作正常。 使用 CCS 后、电路板在也使用 UNIFLASH 进行刷写时工作。 当我使用 UNIFLASH 刷写全新电路板时、缺少一些内容。 这是什么？  

e2e.ti.com/.../Flashing-Program-Using-Uniflash-v5.pdf

尊敬的 Shlomi Itzhak：

下面的问题也部分适用于这一点。 我们还将在此代码中同时刷写一个硬编码 LTE CA 证书。  我不知道是否需要像您提到的那样在用户文件中添加此 LTE 调制解调器 CA 证书！  

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1500847/cc3230sf-assistance-required-for-uploading-mqtt-certificate-via-uniflash/5784895#5784895

它可能与 SOP 模式相关。

据我所知、010的 SOP (只有 SOP1打开)同时适用于刷写和运行时。

如果您释放 SOP1、意味着 SOP 为000、则它会进入 JTAG 模式、以便 CCS 能够刷写。

您可以退出 SOP1并检查 Uniflash 是否正常工作？

尊敬的 Shlomi Itzhak：

我记得没错、如果我们更不用说 用于刷写和运行时的 SOP1、它只适用于开发模式。 否则、当 SOP 为000时、我们根本无法刷写任何内容、因为它未处于 JTAG 模式。 所以,如果情况是这样的

-产品需要使用 MQTT

-以前在 CCS 中处于开发模式的所有产品都能在 MQTT 终端中看到结果,但对于新产品,在 UNIFLASH 中不会直接闪烁

-到目前为止,使用 UNIFLASH 刷写时没有错误显示

-所需设置为生产模式

此致、

Aiman

我们尝试过、但在放置 SOP1跳线的情况下无法正常工作。  

您好、

SOP1由我使用、用于通过 CCS 进行调试和通过 Uniflash 进行刷写。

您是否说 Uniflash 在 SOP1打开且映像处于开发模式时能够刷写、但在生产模式下没有刷写？ Uniflash 从零开始、因此如果将映像设置为生产或开发、则没有意义上的区别。

使用不起作用的 Uniflash 时、该过程是否正常工作？ 即、像在工作案例中一样快速闪烁需要时间、并且不会提供任何错误？

Shlomi

 UNIFLASH 能够在开发和生产模式中闪存。 UNIFLASH 刷写一直非常成功。 当我们使用 UNIFLASH 进行刷写时、我们的 LTE 调制解调器无法连接到 MQTT。 我们认为这是由于上传证书时出现问题所致。 如果您知道有关如何有效上传 LTE 调制解调器 CA 证书的任何信息、请告知我们。 我们使用的是 SIM7672G。  

我们的产品 LTE 调制解调器只能在我们使用 CCS 进入调试模式后连接到 MQTT。 在 UNIFLASH 中、我们将无法进入调试模式、这就是我们认为 MQTT 连接不成功的原因。 我相信在调试模式下、代码逐个缓慢执行、我认为也许这就是它在调试模式下成功的原因。  

我们测试了证书上传、它在调试模式下始终是成功的。 但是、当我们使用 CCS (编译器)或 UNIFLASH 在生产模式下进行刷写和测试时、全新/新电路板永远不会连接到 MQTT。 如果我们调试电路板、它会变得很好、永远不会坏、因为一旦 CA 证书存储在 MCU 存储器中、LTE 调制解调器就会始终在那里下载证书。 所以,如果我们调试一个坏/新/新鲜的板,它会很好。

您好、

这是我无法理解的关于证书的原始问题。

此证书驻留在哪里？ 它是在 simplelink 的文件系统上、还是在其他地方？

我询问的是、因为您在另一个线程中描述了此证书仅在 CCS 调试期间闪烁。

没有理由说它不应该通过 Uniflash 工作、因此很明显、您可以在 CCS 上执行与 Uniflash 不同的操作。

我需要获得更多详细信息才能在此处提供帮助。

此致、

Shlomi

您好 Shlomi Itzhak

此证书驻留在哪里？ 它是在 simplelink 的文件系统上、还是在其他地方？

答案：CA 证书与代码一起刻录到 CC3230SF 的闪存中。 CA 证书已硬编码到代码中。 硬编码、这意味着我们打开 CA 证书、复制其内容、然后将其粘贴到代码中。  

我询问的是、因为您在另一个线程中描述了此证书仅在 CCS 调试期间闪烁。

答:这是我们所预测的。 只有在调试每个电路板后、MQTT 连接才会成功、这告诉我们在调试电路板时已正确刷写 CA 证书。  

我们现在真的困难重重、非常感谢您的帮助。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1500847/cc3230sf-assistance-required-for-uploading-mqtt-certificate-via-uniflash/5787745#5787745

我将在这里回答上面主题的问题、因为这两个问题都是相关的。 我们可以关闭上述主题。

此 Simcom LTE 调制解调器如何工作？

答：从 CA 认证的角度来看、MCU 会发出一条命令、将 CA 证书从 MCU 闪存下载到 LTE 调制解调器中。 下载完成后、它将能够使用 CA 证书连接到 MQTT  

它是否从同一文件系统读取？

答案：所有代码和 CA 证书都将烧录到闪存中。 我们知道 LTE 调制解调器将下载 CA 证书的命令 我们只是发出该命令。 它应该从 MCU 闪存中获取 CA 证书。  

我需要有关架构的更多信息才能解答。

如果您需要原理图或软件架构、可以向我发送 PM 或电子邮件吗？  

您好、

因此、如果我理解正确、证书是代码本身的一部分、不会驻留在文件系统中。 也许这是我的困惑。

我假设这个  SIM7672G 调制解调器有自己的网络堆栈,你通过 UART 操作它? AT 命令？

如果我的假设正确、CC32xx 上的 M4应用处理器只是作为主处理器来控制蜂窝调制解调器、而不使用其内部网络处理器或 Wi-Fi 功能。 是这样吗？

如果一切都正确、并且能够在调试而不是运行时进行连接、则可以在连接之前打印证书的内容、以确保它可以正常刷写。

不确定您还能做什么。 我们通常使用空气嗅探器来查看在空气中发生了什么,但对于蜂窝,我不熟悉空气嗅探器。

让我知道您的想法。

Shlomi

您好 Shlomi Itzhak

因此、如果我理解正确、证书是代码本身的一部分、不会驻留在文件系统中。 也许这是我的困惑。

答：正确。 它是代码的一部分、不驻留在文件系统中。  

我假设这个  SIM7672G 调制解调器有自己的网络堆栈,你通过 UART 操作它? AT 命令？

答：对两个问题都是正确的。  

如果我的假设正确、CC32xx 上的 M4应用处理器就会充当主处理器来控制蜂窝调制解调器、而不使用其内部网络处理器或 Wi-Fi 功能。 是这样吗？

答：正确。

如果一切都正确、并且能够在调试而不是运行时进行连接、则可以在连接之前打印证书的内容、以确保它可以正常刷写。

答：没有从 LTE 调制解调器打印 CA 证书内容的命令。  

您能解释一下空气嗅探器吗？

使用 uniflash 刷写后、我们当前可以看到 UART_print (在命令响应下)、并且我们发现证书下载命令没有收到 OK 消息、这是导致此问题的根本原因。  

您好、

不确定可以采取哪些措施来调试它、因为发送到 SIM 模块的 AT 命令似乎不成功。

也许探测 UART 线路以查看线路上发生了什么(我假设 AT 命令通过 UART)？

Shlomi

尊敬的 Shlomi Itzhak：

你是对的。  我们正在查看 UART Print 或通过 UART 的命令响应。 经过调试的电路板的行为与之前从未调试过的电路板不同。 我们正在尝试通过查看 UART 打印来解决此问题。  

UART 使用逻辑分析仪本身打印以及 UART 线路。