[参考译文] CC3301：LP-AM243 上的 CC33XX-SOFTWARE：卡住下载 RAM-BTL 器件

您好：

对此问题有何建议？

此致

Radha

您好、

很抱歉、我忘记在上面的原始查询中添加问题描述。
请在下面找到问题的详细信息。

前言/详细问题描述

我目前正在评估 CC3301 Wi-Fi 6 + BLE 器件 使用了 BP-CC3301 BoosterPack 引脚 LP-AM243 (AM243x) LaunchPad 。 该设置基于 CC33xx_RTOS_MCU_PACKAGE_R8_1 集成 AM243X-AM243X 11.01.00.19 MCU-PLUS-SDK 、然后使用构建和刷写项目 Code Composer Studio (CCS) 20.4.0 。

系统从引导成功 SPI NOR 闪存 和二级引导加载程序 (sbl) 初始化完成、没有任何错误。 应用程序启动后、  网络终端  接口显示在 UART 控制台上、并且 CLI 命令按预期可用（请参阅原始查询中给出的 UART 日志）。

wlan_start从终端执行命令时、初始化序列正常开始。 硬件初始化成功完成、主机能够与通信 CC3301 并检索设备信息、例如 PG 版本、金属版本、引导 ROM 版本、保险丝结构版本和 MAC 地址 。 这表明 AM243x 主机和 CC3301 器件之间的基本 SPI 通信正常。

但是、在打印器件信息后、固件加载序列会立即开始、控制台会打印：

Starting software download.....
-------------- Download RAM-BTL

此时是过程 无限期停止 、并且不会再产生任何日志或错误消息。 系统在过程中出现卡滞 RAM-BTL（RAM 引导加载程序）下载阶段 、这是 CC33xx 固件加载过程的一部分。 因此、固件下载永远不会完成、Wi-Fi 子系统无法启动。

存在许多风险

• 硬件

  • LP-AM243 LaunchPad (AM243x)

  • BP-CC3301 Wi-Fi 6 + BLE BoosterPack

• 软件

  • CC33xx_RTOS_MCU_PACKAGE_R8_1

  • AM243X-AM243X 11.01.00.19 MCU-PLUS-SDK

  • Code Composer Studio 20.4.0

要重现的步骤

1. 在 LP-AM243 上刷写并运行 Osprey 网络终端应用程序。

2. 打开 UART 控制台并等待 CLI 提示符。

3. 执行命令：wlan_start。

4. 在初始化期间观察控制台输出。

预期行为

• RAM-BTL 及后续固件组件应成功下载。

• CC3301 固件应完全初始化并启动 Wi-Fi 子系统。

实际行为

• 控制台输出停止于 “下载 RAM-BTL“ 该过程不会继续进行。

我已在上面附加完整的引导日志和控制台输出以供参考。 非常希望就可能的原因（配置问题，固件兼容性，SPI 时序或初始化序列要求）提供任何指导。

此致、

Radha

您好 Radha、

您能否详细说明如何刷写器件？ 在您的日志中、我看到了 其他版本的示例、因此我希望验证器件是否已正确刷写。

此致、

Josh Prushing

您好、Josh、

我还随附了修改后的 default_sbl_ospi.cfg 文件以供您参考。

-------------------------------------------------------------------------------------------- #
#                                        #
#   与 FLASHWRITER 脚本一起使用的默认配置文件   #
#                                        #
-------------------------------------------------------------------------------------------- #
#
#默认此配置文件,
#-指向此 LP 的预编译闪存写入器、引导加载程序
#-应用程序映像指向此 LP 的 IPC 回声应用程序映像的相对路径
#  -确保在运行此脚本之前构建此应用程序
#-您可以自定义此配置文件以指向您自己的引导加载程序和/或应用程序映像
#-如果您只想验证闪存内容而不是刷写文件,可以使用--operation=flashverify。
#

#首先指向 sbl_uart_uniflash 二进制文件,它作为一个服务器来刷写一个或多个文件
-- flash-writer=sbl_prebuilt/am243x-lp/sbl_uart_uniflash.release.hs_fs.tiimage

#现在发送一个或多个文件到闪存或 flashverify 根据需要。 发送文件的顺序无关紧要

#对 OSPI PHY 调优攻击向量进行编程
--操作=flash-phy-tuning-data

#发送引导加载程序时、请确保闪存偏移为 0x0。 ROM 期望引导加载程序位于偏移量 0x0 处
-file=sbl_prebuilt/am243x-lp/sbl_ospi.release.hs_fs.tiimage --operation=flash --flash-offset=0x0

#发送应用程序映像时,请确保以偏移 0x80000（默认值）或引导加载程序配置的任何偏移进行闪存
#--file=C:/Users/mxxx/AM243_workspace/hello_world/Release/hello_world.appimage.hs_fs --operation=flash --flash-offset=0x80000

#为此应用程序发送 XIP 映像,由于闪存偏移是在映像中指定的,因此无需指定闪存偏移
#--file=C：/Users/mxxx/AM243_workspace/hello_world/Release/hello_world.appimage_xip --operation=flash-XIP

#刷新 cc33xx_network_terminal 程序时已更改 REST
#Network Terminal appimage file (cc3xxx_network_terminal.appimage.hs_fs)
--file=C:/Users/mxxx/AM243_workspace/cc3xxx_network_terminal/build_cc3xx_release/cc3xxx_network_terminal.appimage.hs_fs --operation=flash --flash-offset=0x80000

#为此应用程序发送 XIP 映像,由于闪存偏移是在映像中指定的,因此无需指定闪存偏移
--file=C:/Users/mxxx/AM243_workspace/cc3xxx_network_terminal/build_cc3xx_release/cc3xxx_network_terminal.appimage_xip --operation=flash-XIP

#Wifi FW 容器 (cc33xx_fw.bin)
--file=./WIFI_FW/-- cc33xx_fw.bin 操作=flash --flash-offset=0x800000

#Wifi RAM Bootloafer 容器 (cc33xx_2nd_loader.bin)
--file=./WIFI_FW/-- cc33xx_2nd_loader.bin 操作=flash --flash-offset=0x900000

#cc33xx CONF 配置文件 (cc33xx-conf.bin)
--file=./WIFI_FW/-- cc33xx-conf.bin 操作=flash --flash-offset=0xa00000

此致、
Radha

您好、Josh、

我正在尝试使用您建议的以下组合进行构建：

• CC33xx_RTOS_MCU_PACKAGE_R8_1
• AM243X-AM243X 11.01.00.19 MCU-PLUS-SDK
• CCS 12.8.

但是、我遇到了一些构建问题。 最初、我遇到了与有关的问题 其中概述了 SysConfig 修补程序版本。 带有错误的构建日志如下所示：

**** Build of configuration build_cc3xx_release for project cc3xxx_network_terminal ****

"C:\\ti\\ccs1280\\ccs\\utils\\bin\\gmake" -k -j 8 all -O 
 
Building file: "../example.syscfg"
Invoking: SysConfig
"C:/ti/ccs1280/ccs/utils/sysconfig_1.21.0/sysconfig_cli.bat" --script "C:/Users/mahar/AM243_cc1280_cc33xx_workspace/cc3xxx_network_terminal/example.syscfg" -o "syscfg" -s "C:/ti/mcu_plus_sdk_am243x_11_01_00_19/.metadata/product.json" --context "r5fss0-0" --part ALX --package ALX --compiler ticlang
subdir_rules.mk:44: recipe for target 'build-1508476815' failed
Error: MCU+ SDK for AM243x version 11.01.00 requires at least version 1.23.0 of SysConfig.
For more information: software-dl.ti.com/.../update.html 
gmake: *** [build-1508476815] Error 1
gmake: Target 'all' not remade because of errors.

**** Build Finished ****

我通过手动安装 SysConfig 版本 1.23.0 并在中更新来解决此问题 Project Properties→General→Products 。

现在、我遇到了与示例 SysConfig 相关的另一个问题。 带有错误的构建日志如下所示：

**** Build of configuration build_cc3xx_release for project cc3xxx_network_terminal ****

"C:\\ti\\ccs1280\\ccs\\utils\\bin\\gmake" -k -j 8 all -O 
 
Building file: "../example.syscfg"
Invoking: SysConfig
"C:/ti/sysconfig_1.23.0/sysconfig_cli.bat" --script "C:/Users/mahar/AM243_cc1280_cc33xx_workspace/cc3xxx_network_terminal/example.syscfg" -o "syscfg" -s "C:/ti/mcu_plus_sdk_am243x_11_01_00_19/.metadata/product.json" --context "r5fss0-0" --part ALX --package ALX --compiler ticlang
Warning: SysConfig has been updated to use standard TI part numbers. The device AM2434 has been automatically selected. If this is not the desired please open SysConfig to change it.
Running script...
Validating...
info: CONFIG_UART_BLE(/drivers/uart/uart) baudRate: Actual Baudrate Possible: 9585 (0 % error)
info: /kernel/dpl/debug_log uartLog.baudRate: Actual Baudrate Possible: 115385 (0 % error)
subdir_rules.mk:44: recipe for target 'build-1508476815' failed
error: CONFIG_MCSPI0(/drivers/mcspi/mcspi) udmaDriver.$name: Duplicate name: 'CONFIG_UDMA0' also exists on instance(s) of UDMA
error: CONFIG_FLASH0(/board/flash/flash) peripheralDriver.udmaDriver.$name: Duplicate name: 'CONFIG_UDMA0' also exists on instance(s) of UDMA
2 error(s), 0 warning(s)
gmake: *** [build-1508476815] Error 1
gmake: Target 'all' not remade because of errors.

**** Build Finished ****

重命名其中一个 UDMA 实例是否是解决此问题的最佳做法？

谢谢。此致、
Radha

您好 Radha、

如果您在 CCS 中看到 example.syscfg、您是否会在引导加载程序和 UDMA 部分下看到错误？

如果是、您能否在文本编辑器中打开 example.syscfg 并 在 const UDMA 下添加 update file（替换现有文件中的 Costal UDMA 和 const udma1 行）？ 以下代码用于 3 个新引导加载程序实例。

const udma                                           = scripting.addModule("/drivers/udma/udma", {}, false);
const udma1                                          = udma.addInstance({}, false);
udma1.$name                                          = "CONFIG_UDMA0";
flash1.serialFlashDriver.peripheralDriver.udmaDriver = udma1;
bootloader1.udmaDriver                               = udma1;
bootloader2.udmaDriver                               = udma1;
bootloader3.udmaDriver                               = udma1;
 
const udma_blkcopy_channel                                   = scripting.addModule("/drivers/udma/udma_blkcopy_channel", {}, false);
const udma_blkcopy_channel1                                  = udma_blkcopy_channel.addInstance({}, false);
udma_blkcopy_channel1.$name                                  = "CONFIG_UDMA_BLKCOPY_CH0";
flash1.serialFlashDriver.peripheralDriver.udmaBlkCopyChannel = udma_blkcopy_channel1;
bootloader1.udmaBlkCopyChannel                               = udma_blkcopy_channel1;
bootloader2.udmaBlkCopyChannel                               = udma_blkcopy_channel1;
bootloader3.udmaBlkCopyChannel                               = udma_blkcopy_channel1;

 有关更多信息、请参阅该指南。  

请告诉我、这样是否能解决您的错误！

此致、

Josh Prushing

您好、Josh、

我只在 UDMA 部分遇到问题；引导加载程序部分没有问题。 请参阅下面的屏幕截图。

问题是 FLASH0 和 MCSPI0 都添加了两个 UDMA 实例。 为解决此问题、我在 syscfg 文件中添加了以下行、以便两个都使用相同的 UDMA 实例：

const udma                         = scripting.addModule("/drivers/udma/udma", {}, false);  
const udma1                        = udma.addInstance({}, false);  
udma1.$name                        = "CONFIG_UDMA0";  
flash1.peripheralDriver.udmaDriver = udma1;  
  
mcspi1.udmaDriver = udma1; // Added to make MCSPI use the same UDMA

发现的差异：

• udma_blkcopy_channel我的当前 syscfg 文件中没有任何部分、因此建议的这一部分未应用。
• 当前的 syscfg 中没有引导加载程序实例。

进行这些更改后、编译会越过 SysConfig 错误、但会遇到另一个问题。 下面提供了带有错误的构建日志的简短版本：

e2e.ti.com/.../cc33xx_5F00_network_5F00_terminal_5F00_build_5F00_issue.txt

此致、
Radha

您好 Radha、

您能否在属性的预定义符号选项卡中向我发送什么？  您可以通过加载 CCS ->工程属性->构建-> Arm 编译器->预定义符号来找到该工程。

此致、

Josh Prushing

您好 Radha、

这是非常奇怪的。 我重新下载了 SDK 并完全复制了您的文件（如您所述，在 CCS 中进行了适当的更改）、我没有 看到此错误、我的网络终端示例工作正常。

您能否在 AM243 上确认 PCB#？

是否可以发送硬件设置的图片？

我想知道硬件方面是否有问题、因为 我们应该使用相同的软件设置...  

此致、

Josh Prushing

您好、Josh、

请在下面找到设置的图片。

AM243 电路板上的 PCB 编号如下：
    PCB#：PROC109A

此致、
Radha

您好、Josh、

我能够让网络终端程序使用您建议的上述更改。 请注意以下所用软件包的确切版本：

• AM243X-AM243X 08.05.00.24 MCU-PLUS-SDK
• CC33xx_RTOS_MCU_PACKAGE_R8_1
• CCS 12.8.

使用了 RTOS_MCU_PACKAGE_R8_1 中“SECURE_PROGRAMM"文件夹“文件夹下的 program_application_and_wifi_fw.cfg 文件来刷写电路板。 现在、我能够使用 WLAN_START 启动 WIFI 模块、扫描可用网络、连接到网络并发送、Recv 数据包似乎正常工作。

感谢您在过去几周提供的所有支持和指导。

在结束本次讨论之前、我想了解一些有关以下主题的信息：

• “在我们的文档中、我发现 8.5.0.24 是具有 CC33xx 的 SDK 的唯一受支持版本。“ -你能分享这份文件,以供我参考吗?
• 我们的最终用例是为传感器系统提供网络接口、我们可以使用 cc33xx 的 SDIO 接口进行最终实现。 如果可能、请分享一些将网络终端程序移植到使用 SDIO 接口的示例？

再次感谢您的支持。

此致、
Radha