[参考译文] LAUNCHXL-CC3235SF：通过按下 RESET 按钮可#39；t 重置代码

您好、Rock、

客户运行的代码可能存在问题。 他们想要做什么？

Jesu  

您好、Jesu、

客户发现、使用 Uniflash 5.2将 IAR 编译的.bin 下载到 LAUNCHXL-CC3235S 是正常现象、但他们希望使用 CC3235SF。

他们猜下面是原因、但他们 不知道如何解决。

那么、您能否提供一些建议？

非常感谢！

您好、Rock、

我不知道你在这里是出于什么原因而感到罪孽。 您能否在 IAR 中验证他们的项目是否是正确的构建？ 应该会生成一个.bin 文件。 这是应用于在 Uniflash 中对器件进行编程的 MCU 映像。 此外、验证项目是否适用于 CC3235SF、而不是 CC3235S。

Jesu

您好、Rock、

针对您的直接查询：

根据 swru469f 6.11.1。 对于 CC32xxSF 器件、需要将20字节 SHA1摘要添加到主机文件中。 但在 Uniflash 5.2.0中、在简单模式下添加 host.bin 文件后、我们发现自动添加了32字节的 SHA256摘要。 即使我们使用 CLI 添加 MCU 文件、32字节 SHA256也会自动添加。 当我们使用 openssl 添加20字节 SHA1时、如果没有32字节 SHA256、我们就无法将.bin 文件添加到项目中。
此32字节 SHA256摘要导致我的 CC3235SF LAUNCHXL 无法根据 swru469f 6.11.1重新启动。
我的 CC3235S LAUNCHXL 在相同的操作中工作良好。
您能否提供有关此错误的更多信息以及如何使用某种方法解决问题？

CC3220器件使用 SHA1来验证 MCU 映像。 CC3235默认使用 SHA2，因此您看到的行为是预期的。 我仍然不确定您遇到了什么问题。 您能否详细描述具体的问题是什么？ 客户想要实现什么目标？

Jesu

您确定使用 SHA2的 CC3235SF 吗？

我使用 OOB 的 uniflash 演示项目(例如 SDK 中的项目)、它与 CC3235SF LAUNCHXL 搭配使用时效果良好、我检查了文件 mcuflashimg.bin、它是 SHA1。

我已经使用 CC3235S LANUCHXL 测试了相同的项目、它运行良好。 但它不适用于我的 CC3235SF LAUNCHXL。 我确信我已经使用不同的 LAUNCHXL 在 CC3235SF 和 CC3235S 之间更改了器件、因此我认为问题是 SHA2或 SHA1。  

我使用的是 Uniflash 5.2。 使用 IAR 的 FreeRTOS。

我有相同的测试项目(IAR 项目、而不是 UNIFLASH 项目、从 OOB 复制。 我使用 bin 文件自行创建 UNIFLASH 项目。) 借助我 的 CC3235S LANUCHXL、它可以很好地工作。 但它不适用于我 的 CC3235SF LAUNCHXL。 我确信我    已经使用不同的 LAUNCHXL 在 CC3235SF 和 CC3235S 之间更改了器件、因此我认为问题是 SHA2或 SHA1。

您是否将 OOB 项目的 SF 版本刷写到 SF 器件？ 请记住、SDK 中的所有项目都有 CC32XXS 版本和 CC32XXSF  版本。 因此、即使您将 Uniflash 项目更改为 S 或 SF 器件、二进制映像也会特定于您所使用的器件类型。 请确认。

Jesu

是的、我使用 SF 版本 OOB 闪存至 SF 版本 LAUNCHXL。  

C：\ti\simplelink_cc32xx_sdk_3_30_01_02\examples\rtos\CC3235SF_LAUNCHXL\demos\out_for_box\uniflash\cc32235sf_out_of_box_freertos.zip

导入此 uniflash 项目后、我会得到文件 mcuflashimg.bin、并发现它具有20个字节的 SHA1。  

但是、当我自己创建一个 uniflash 项目并添加我自己的 bin 文件时。 然后从项目中获取 mcuflashimg.bin 文件。 我发现它具有32个字节的 SHA2。

SHA1工作正常、SHA2失败。  

是的。 CC3235器件应使用 SHA2。  

如何检查签名是 SHA1还是 SHA2？ 请分享。  

我无法重现此行为。 我导入 了out_for_box\uniflash\cc32235sf_out_of_box_freertos.zip 项目并将其刷写、它正常工作。  

您能否提供重现您看到的故障的详细步骤？

Jesu

我选中 Uniflash OOB 项目、它是 SHA2、您是对的。

从 SDK 导入 Uniflash OOB 项目时、它可以正常工作。 我在这里与你一样。

但是、如果我从 SDK 中导入 IAR 项目、并创建我自己的 bin 文件。 然后、我创建一个新的 Uniflash 项目、并在简单模式下添加这个新的 bin 和 service pack 文件。 然后我将其编程到3235SF LAUNCHXL 中、复位时无法运行。 但对于3235S LAUNCHXL、它在复位时起作用。(当然、我更改了不同器件的设置。)

如果我在3235SF 处于开发模式时使用 IAR 下载项目、它运行良好、因此我认为这不是因为代码。 我的 Uniflash 项目中肯定有问题。 但我不知道为什么？

我重复我的过程：

1.适用于 CC3235S

  将 CC3235S IAR 项目导入我的3235S 文件夹。 ->构建该文件以获取 bin ->在 Uniflash 中新建项目->在简单模式下添加 bin 文件和服务包文件 ->将数据写入 CC3235S LAUNCHXL ->打开 COM 端口的 Tera Term ->按 LAUNCHXL 上的 RESET 按钮-> Tera Term 获取信息

2.适用于 CC3235SF

  将 CC3235SF IAR 项目导入到我的3235SF 文件夹中。 ->构建它以获取 bin ->在 Uniflash 中新建项目->在简单模式下添加 bin 文件和服务包文件 ->将数据写入 CC3235SF LAUNCHXL ->打开 COM 端口的 Tera Term ->按 LAUNCHXL 上的 RESET 按钮-> Tera Term Not Get 信息

感谢您提供这些步骤。 明天我将在 IAR 中构建开箱即用项目并使用 Uniflash 将 bin 刷写到 SF 中、以查看我是否得到同样的行为。 我会再来的。

Jesu