[参考译文] CC3300MOD：需要有关验证 TI SDK API 的信息

大家好！

我们执行了很少的练习,很少有其他命令和我们的调查结果如下。

命令	工作状态
cmdWlanStartCallback (““）	好的
cmdWlanRoleUpStaCallback（“-r \“00\“）	好的
cmdScanCallback（“-n 2“）	不正常
cmdWlanConnectCallback（“-s \“GalaxyY\“-t WPA2 -p \“12345678\“）	不正常
cmdWlanRoleUpApCallback（“-s \“恒温 器 AP\“-t open -p \“12345678\“-r \“00\“）	不正常
	好的
cmdGetPsModeCallback (““）	好的
cmdGetPsModeCallback（“-m 2“）	好的
cmdGetMacAddressCallback（“-I 0“）	好的
cmdGetFwVerCallback (““）	好的

 

看起来涉及射频操作的命令无效。

 我们是否错过了与射频配置等相关的内容？

按操作说明射频相关 API 与正常 API 有何不同

当主机控制器检测到“FW Stuck（固件卡住）“时

 

此致…。

 Yogesh

大家好！

我们从我们的开发板上捕获了 CC3300 日志、其中包含 CC3300MOD、而 TI 评估板上捕获了 CC3301MOD。

我们发现了日志中的差异。

请分析日志并告诉我们差异的原因、以及它与一些不能按上述方式工作的 SDK API 命令是否有任何关系。

e2e.ti.com/.../Log-files-5-June.zip

大家好！

在以下场景中、我们还一次捕获了原始日志 WLAN_CONNECT。  

//ret = cmdWlanConnectCallback（“-s \“GalaxyY\“-t WPA2 -p \“983276215\“）； — 观察到固件卡滞错误  

 RET = cmdWlanConnectCallback（“-s \“GalaxyY\“-t open“）； — 未观察到固件卡滞错误。 连接到 AP。

e2e.ti.com/.../2026_5F00_06_5F00_08_5F00_14_5F00_45_5F00_40_5F00_WLANCONNECTOPEN.zip

e2e.ti.com/.../2026_5F00_06_5F00_08_5F00_14_5F00_55_5F00_49_5F00_WLANCONNECTWPA2.zip

请为我们的查询提供意见一些回调命令无法正常工作、主要与射频操作相关。

我们正在等待过去的 2-3 天。

谢谢

尊敬的 Yogesh：

您能否向我发送您的终端输入/输出、而不是用于测试命令的固件日志？

由于我们使用笔记本电脑 USB 端口（无 c 类型）提供电源、因此电源是否存在任何问题

由于这些命令中有一些是有效的、而另一些则不是有效的、我倾向于认为这可能是一个与权力有关的问题。 在 AM-243 主机上、为了确保正常运行、我们需要 5V/3A USB-C 连接、我不确定 STM32F412ZG 的要求、但我想它们是类似的。

[引述 userid=“496917“ url=“~/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1651997/cc3300mod-require-information-on-validating-ti-sdk-api/6372310 ]我们从具有 CC3300MOD 的开发板和具有 CC3301MOD 的 TI 评估板上捕获了 CC3300 日志。

 CC3301MOD 的主机是什么？ 是使用相同的 STM32F412ZG 器件吗、还是此配置与 CC3300MOD 有何不同？

[引述 userid=“496917“ url=“~/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1651997/cc3300mod-require-information-on-validating-ti-sdk-api/6373852

2026_06_08_14_45_40_WLANCONNECTOPEN.zip

2026_06_08_14_55_49_WLANCONNECTWPA2.zip

[/报价]

我无法读取这些文件、因为它们是.bin 文件、但这可能是由于命令格式错误（AP 未打开，因此无法连接）、或者没有足够的功率来启动连接、从而导致固件错误。

如果确认问题未能通电、 应验证并调查 FW_Download_ini_params 过程。

此致、

Josh Prushing

您好、Josh、

以下是被执行但未执行所需操作的各种命令。 完成末尾附加的终端日志

命令名称         实际命令                                   观察到的结果

设置 AP                 int ret = cmdWlanStartCallback（“NULL“）；                 已执行命令、但 AP 在移动设备上不可见

                     RET = cmdWlanRoleUpApCallback（“-s \“TISDKAP\“-t open -r \“00\“）；  

 设置 STA 并连接     int ret = WlancmdStartCallback（“NULL“）；                命令已执行、但未连接到 AP 和超时触发器

                      RET = cmdWlanRoleUpStaCallback（“-r \“00\“）；

                      RET = cmdWlanConnectCallback（“-s \“GalaxyY\“-t open“）；

设置 STA 和 SCAN         int ret = cmdWlanStartCallback（“NULL“）；                 命令已执行、遇到“FW Stuck（固件卡滞）“错误、代码崩溃

                      RET = cmdWlanRoleUpStaCallback（“-r \“00\“）；

                      RET = cmdScanCallback（“-n 2“）；

在日志中、我们观察到您突出显示的“HINT_FW_Download_INI_Params_complete event“。

我们的疑问：

1) 在“设置 AP“日志中,我们可以看到“本地接口 IP 是 10.0.0.3“,“启动 DHCP 服务器“。 但 AP 在移动设备上不可见。 问题可能是什么？ 您过去是否遇到过类似的观察？

FW Event_New 事件：完成状态机
[NWK_LWIP]
status_callback==up、本地接口 IP 为 10.0.0.3

FW Event_New 事件：启动 SM
FWEVENT_STATE_IDLE
FWEVENT_STATE_WAIT_INTR_INFO
Fw Event_Call 处理程序：uEventVector = 0 rxTxBufSize = 16368
[NO_TAG] 上次发布的说明=、当前 idx =
[NO_TAG] tx 命令完成、Last_FW_RLS_idx:、txResultQueueIndex
Fw Event_Sm HandleEvents：status=4、EventVector=0、IntrPending=0、NumPendHndlrs=0、FwTimeOfst=41197150
FWEVENT_STATE_WAIT_HANDLE_COMPLT

FW Event_New 事件：完成状态机
[NWK_LWIP]
Link_callback =启动 DHCP 服务器

2) 已执行“设置 STA 和连接“命令、但未连接到 AP 和超时触发器。 问题可能是什么？

3) “设置 STA 和扫描“命令崩溃与“固件卡滞错误“

•    什么是“FW Stuck Error“

e2e.ti.com/.../Terminal-Log-9-June.zip

谢谢。。

尊敬的 Yogesh：

什么是“FW Stuck Error“

此错误会在任何因素 导致固件崩溃时发送。 在查看该错误消息打印位置的代码时、我发现了一些关键问题：我不相信初始化已完成。 根据下面的代码片段、应该有一条 print 语句、如果 ROM 加载器、第二个加载器、固件唤醒和 ini 参数的状态已至此完成初始化、 因为我们没有看到这份打印声明、我相信这表明了我在上一篇文章末尾提到的、  应该验证和调查 fw_downloading_ini_params 过程。

由于似乎器件没有因断电而出现欠压、因此我认为 ini 参数是根本原因。 您能分享一下您确定它们已正确初始化的方式吗？

此致、

Josh Prushing

你好 Josh Prushing 

我们只需检查日志“wlan_start_sta_scan.txt“日志

我们在日志中找到了所有预期的事件。

core_status！ initEvents 8 和:17035

core_status！ initEvents 16 和:4993091

core_status！ initEvents 32 和:6925

core_status！ initEvents 64 和:54663 (HINT_FW_Downloading_INI_PARAMS_COMPLETE)

我们理解错了吗。 请澄清。

尊敬的 Yogesh：

这些日志表明器件 无响应、看门狗强制复位、我不确定导致这种情况的原因、但至少有一个初始化过程必须失败。 我将在未来几天尝试更详细地对此进行调查。

此致、

Josh Prushing

你好 Josh Prushing 

我们只观察到“Set STA and scan“（设置 STA 和扫描）出现的“FW Stuck “错误、而不会观察到 “Set STA and connect“（设置 STA 和连接）和“Set AP“（设置 AP）

对于 “ 设置 STA 和连接“、我们在 TI 评估板上执行命令时观察到了相同的日志、但 AP 在移动设备上不可见

我们的疑问：

1) 您对使用日志“status_callback==up,本地接口 ip 是 10.0.0.3“和“link_callback==up starting DHCP Server“执行的“set AP“有何看法
但未在移动设备上显示 AP？

2) 如何使用终端日志和 CC3300 日志确认射频硬件在发送和接收时正常工作

3) 当我们执行 “Set AP“命令时、主机控制器 (STM32) 的 SDK FW 和 CC3300 上执行的 FW 二进制文件的作用是什么。 是否在主机控制器端产生额外的活动 对于任何堆和堆栈配置、您认为我们需要检查吗？

4) 正如你提到的“一个初始化过程必须失败“,我们如何可以检查哪个初始化过程失败。 我们可以尝试检查与您相同的平行度。

5) 在 TI 评估板上、我们使用 cc3301 MOD、我们的设置是 CC3300 MOD。 您已经确认、这两个模块的二进制文件（引导加载程序，FW，配置）是相同的。

谢谢。。

尊敬的 Yogesh：

仔细查看 Log 文件 5 June.zip、好像 TI Eval 电路板启动正常、但 CC3300 从未达到验证阶段 (TI 评估日志中的“容器验证成功“）、从未调用 RAM 引导加载程序 (TI 评估日志中的“调用 RAM 引导加载程序“）、也从未启动 WLAN (TI 评估日志中的“WLAN LP：启动角色 1“）。 能否分享有关 TI 评估版设置的更多信息？ 此器件使用的主机是什么、这两种设置之间有何差异？ 您只是使用 BP-CC3301 吗、或者此设置是什么样子的？

了解此设置将帮助我回答 1、2 和 4。

3) 当我们执行“Set AP“命令时、SDK FW 在主机控制器 (STM32) 上运行、FW 在 CC3300 上执行的作用是什么。 是否在主机控制器端产生额外的活动 任何堆和堆栈配置、您认为我们需要检查

这里需要检查很多事项、如 SPI/SDIO 通信、应用程序/网络栈配置和与这些栈的连接/来自这些栈的连接、命令串行化/反串行化等 我的第一个猜测是网络协议栈和主机控制器之间的通信存在一些故障、那么您能否查看以下内容来设置 AP？

• 是否 正在调用 TCPIP_NETWORK_STACK_ADD_IF_ap？
• 是否 正在调用 link_callback？
•  network_send 和 network_recv 是否都 正常工作？

这应能让您深入了解流程在哪些方面失败以及需要更改哪些内容。

5) 在 TI 评估板上、我们使用 cc3301 MOD、我们的设置是 CC3300 MOD。 您已经确认、这两个模块的二进制文件（引导加载程序，FW，配置）是相同的。

这些器件使用相同的二进制文件、此处没有问题。

此致、

Josh Prushing

您好、Josh、

对于我们共享的 6 月 5 日日志、日志不可靠、因为我们使用 3.2V 兼容转换器捕获了日志。 我们需要使用 1.8V 兼容转换器、或使用 TI 评估板用于 CC3301 MOD 的 1.8V 至 3.2V。 我们正在研究任一解决方案、并将与您共享新日志。

我们在调试之后添加了您要求我们确认的点。

• TCPIP_network_stack_add_if_ap    — 在 TCPIP_network_stack_add_if_ap-1 中  
• 链接回调的作用               -在 LinkCALLBAck-2
• 网络发送                   -在 NWSEND-–3
• network_recv                   - 在 NWRECV-–4

我们没有观察到 NWRECV-–4。 观察到的所有其他事件、如附加的日志中所示。

e2e.ti.com/.../LOGSOFWLAN_5F00_STARTAPMODE_5F00_11June.txt

谢谢。。

Yogesh

尊敬的 Yogesh：

感谢这些日志、感谢您让我了解 6 月 5 日的日志。

从 6 月 11 日日志中、固件（看似）正在正确加载。  但是、lwIP 内核似乎存在问题、导致 AP 角色失败。 是否可以将调试打印添加到以下内容？

• network_lwip.c 中的 dhcp_inform (state_netif) 之前和之后、显示静态 IP 以查看是否已清除
• 直接在 network_lwip.c 中的 status_callback（结构 netif *status_netif）和 ip4addr_ntoa (netiF_ip4_addr (state_netif)) 内打印以跟踪何时调用它。

如果我们可以确定 IP 地址何时从 10.0.0.3 更改为 0.0.0.0 -> 169.254.145.60（或生成的任何 IP）、这将非常有用。 此 IP 地址由 AutoIP 分配、AutoIP 是一种回退机制、可在 IP 丢失时分配链路本地地址。

此致、

Josh Prushing

你好 Josh Prushing 

今天我从我的机器而不是同事的机器上执行代码

仅观察 10.0.0.3 -> 0.0.0.0  

未观察到“IP 地址未收到“。

按照您提到的内容添加了调试、并在附件中找到相同的内容。

下周将花时间了解为什么是 10.0.0.3 -> 0.0.0  

您能否提供一些可能的原因来帮助分析以上几点。

此外、您能否介绍 AP 如何与 LwIP 和其他元件协调工作。

还有一点、我们如何根据电流日志确认射频和天线电路正在工作

Thanks....e2e.ti.com/.../AP_5F00_UP_5F00_OPEN_5F00_12June.txt

你好 Josh Prushing 

有时间后、请更新我们的上述要点。

谢谢。。  

尊敬的 Yogesh：

这些日志是否已完成？ 启动 DHCP 服务器后设备是否挂起？

根据您分享的内容、我们 需要验证以下几点：

• 注释掉 AutoIP、我的设置中未启用此功能、可能会影响角色提升过程
• 无法访问 NETWORK_SET_UP
• Wlan_Role 启动可能失败

您能否尝试以下方法并告诉我结果是什么？

• 注释掉 AutoIP 并查看角色提升是否成功
• 提供 wlan_cmd.c 的返回值  
• 能否提供使用 ap role up 命令发送的参数？
• 是否可以验证正在调用 NETWORK_SET_UP？

还能提供有关 AP 如何与 LwIP 和其他组件协调工作的意见。

AP 角色向上调用 network_set_up 函数、该函数会启动 lwIP 连接并启动 DHCP 服务器。

还有一点、我们如何从当前日志中确认我们的射频和天线电路正在工作

您可以再提交一个 e2e 工单来进行原理图审阅、我们的硬件团队会对此进行研究。 我们无法通过日志检查这一点。

此致、

Josh Prushing

你好 Josh Prushing 

请在下面找到我们针对每一点的评论。

这些日志是否已完成？ 启动 DHCP 服务器后设备是否挂起？

日志已完成

DHCP 服务器启动后、设备不会挂起。 我们尝试在执行“RoleUpAP“命令后执行“读取固件命令“

根据您分享的内容、我们 需要验证以下几点：

• 注释掉 AutoIP、我的设置中未启用此功能、可能会影响角色提升过程
• 无法访问 NETWORK_SET_UP

• Wlan_Role 启动可能失败

您能否尝试以下方法并告诉我结果是什么？

• 注释掉 AutoIP 并查看角色提升是否成功
  • 在我们的示例中、AutoIP_START 也被禁用。 我们错误地在日志下方打开。 现在已注释日志。

    // err = AutoIP_start (state_netif)；

    //LOG_INFO（“AutoIP is %d\r\n“、err)；// 由于错误而启用 Ashok

• 提供 wlan_cmd.c 的返回值  
  •  cmdWlanRoleUpApCallback 的返回值为零
• 能否提供使用 ap role up 命令发送的参数？
  • 我们使用以下命令和参数。 在我们的例子中,GetFwVer 也是有效的。
  • int ret = cmdWlanStartCallback（“NULL“）；
  • RET = cmdWlanRoleUpApCallback（“-s \“TISDKAP\“-t open -r \“00\“）；
  • RET = cmdGetFwVerCallback (““）；
• 是否可以验证正在调用 NETWORK_SET_UP？
  • 是的、它被调用

我们有一个关于理解“RoleUpAp“的问题,这是我们从 ChatGPT 理解的。

根据这种理解、 WlancmdRoleUpApCallback () 通过 SPI 向 CC3300 发送命令、CC3300 处理培根传输、客户端连接。 连接客户端后、CC3300 FW 会在连接客户端后向主机发送 IRQ。

这种理解是正确的吗？  

如果 CC3300 管理的所有功能、则在主机上运行的 DHCP 的作用是什么？

cmdWlanRoleUpApCallback ()
↓μ s
WLAN_ROLEUP (AP)

 ↓μ s
SL_WLAN_setMode (AP)
↓μ s
SPI 写入

 ↓μ s
CC3301 固件
├─配置 AP 参数
│   ├─SSID
│   ├─安全性
│   ├─信道
│   └─信标间隔
│μ s
├─启用射频
│μ s
├─启动信标传输
│μ s
├─启动探测器响应引擎
│μ s
等待 STA 连接├─μ s
│μ s
├─身份验证
│μ s
├─协会
│μ s
├─WPA/WPA2/WPA3 握手
│μ s
└─链路已建立

 ↓μ s
IRQ 生成

↓μ s
network_recv()

 ↓μ s
驾驶员事件调度员

 ↓μ s
WlanStackEventHandler()

 ↓μ s
工作站连接事件

 ↓μ s
lwIP/DHCP 服务器启动

 ↓μ s
DHCP 提供

↓μ s
DHCP ACK

↓μ s
已分配客户端 IP

尊敬的 Yogesh：

这一理解是否正确？  [/报价]

AP 角色提升的流程如下所示：

cmdWlanRoleUpApCallback ()
↓μ s
network_stack_add_if_ap()
↓μ s
Wlan_Role Up (WLAN_ROLE_AP)
↓μ s
CtrlCmdFw_WLSendCommand (WLAN_ROLE_UP)
↓μ s
SPI 写入
↓μ s
CC33xx 固件：
   -配置 AP 参数（SSID,安全性,信道）
↓μ s
固件返回成功
↓μ s
Wlan_Role Up() 返回 0
↓μ s
NETWORK_SET_UP (APIF)
   - netif_set_up()+ netif_set_link_up()
↓μ s
设置状态位：

   - NET_IF_AP_BIT
   - STATUS_BIT_AP_CONNECTION
   - STATUS_BIT_IP_ACQUIRED
↓μ s
返回 0（成功）

在此过程中、主机端启动的 DHCP 主要初始化 UDP 套接字、该套接字会侦听稍后当站点连接到 AP 时将发送的发现消息。

您可以发送最近的日志吗？ 似乎回调函数返回 0、表明 AP 应已启动并可供连接。 您是否能够在移动设备上看到 AP？

如果同时看到 status_callback==up、则本地接口 ip 为 10.0.0.3、link_callback==up 启动 DHCP 服务器消息、但 AP 在移动设备上不可见、这很可能意味着状态位设置不正确。

此致、

Josh Prushing

你好 Josh Prushing 

感谢提供 WlancmdRoleUpApCallback 的共享流程。

这将有助于了解 WlancmdRoleUpApCallback 获取已执行、但 AP 不可见。

我明天会共享最近的日志。

我们的疑问：

CC3300 将如何发送“AP WiFi 信标“。 无论是由 CC3300 自行启动还是由主机触发。

如果 CC3300 启动的“AP WiFi 信标“在我们的情况下在移动设备上不可见、那么问题可能出在哪里。

由于我们使用 CC3300、因此没有将“ANT_SEL“引脚路由到主机。 是说 ok 或 lt 在 CC3300 中发挥一定作用

请务必查看 WlancmdRoleUpApCallback（“-s \“TISDKAP\“-t open -r \“00\“）参数中的任何问题；  

在我们的命令中、我们没有提到通道编号。 和处理方式都可以。

正如您提到的“ 这很可能意味着状态位未正确设置“、可能是什么原因

是否有任何可能与您联系、以便您了解我们面临的问题并给出解决方案。

谢谢...

尊敬的 Yogesh：

明天将共享最近的日志。

如果您也可以发送固件日志、这也会很有帮助。 否则、我们可以尝试对端子输出执行此操作。

CC3300 将如何发送“AP WiFi 信标“。 无论是由 CC3300 自行启动还是由主机触发。

各个信标由 CC3300 处理、而不是由主机处理。

如果 CC3300 启动的“AP WiFi Beacon“在我们的情况下在移动设备上不可见、那么问题可能出在哪里。

以下是需要检查的其他一些事项：

• 确认正在使用哪个信道、该信道应为 1、6 或 11（假设您希望使用 2.4GHz 网络）。 您可以尝试通过在 1、6 或 11 中包含-c 选项来指定此值
• 可能是导致信标传输失败的内部错误（固件日志可显示此情况）
• 可能 WLAN_START 出现问题？ 因为它可能实际上不能正确初始化 wifi？ （固件日志可以显示此情况）
• 您是否可以 在代码中的某处指定 RoleUpApParams.hidden = 0 以确保它不被设置为隐藏的 AP？
• 您能否确认 RoleUpApParams.tx_pow >0？

由于我们使用 CC3300、因此没有将“ANT_SEL“引脚路由到主机。 在 CC3300

中是否可以或 lt 发挥某种作用？

在这种情况下、我认为这不应该是一个问题。

请查看 cmdWlanRoleUpApCallback（“-s \“TISDKAP\“-t open -r \“00\“）参数中的任何问题；

 

这里没有我能告诉的问题、但您可以尝试上面关于指定通道/非隐藏/确认 TX 功率的建议、以确保其正确执行。

正如您提到的 “这很可能意味着状态位设置不正确“、可能的原因是什么

这些位由主机设置、STM 主机配置中可能存在未正确设置或映射这些位的情况。

是否有可能与您联系、以便您了解我们所面临的问题并提供解决方案。

我无法在本周会面、但如果您愿意、我可以在下周见面。 如果时间合适、您可以通过电子邮件向我发送会议邀请。

此致、

Josh Prushing

你好 Josh Prushing 

非常感谢您提供有关各个要点的详细信息。

如您所建议、我们确认信道编号、隐藏 AP、电源相关设置。 在 3 条 RF 命令无法正常工作的情况下观察到相同的行为。

根据您的建议、我们捕获了 CC3300 固件日志、并与 TI 评估板日志进行了比较  

在“调用 Twt_Send Bootloader“的日志中、我们观察到“RAM安装程序：描述符分配失败！ LinkID 0x0“及其他错误。 TI 日志中未观察到同样的情况

还观察了 ROM Bootman Trasnition。

在 TI 评估板中：

1.0.0.31.
  ↓μ s
1.0.0.248.

 在我们的定制板中：

1.0.0.31.

为以下命令附加了测试固件日志主机终端日志。 随附了 Set Station 的 TI 日志并连接到 AP

设置 AP  

int ret = cmdWlanStartCallback（“NULL“）；//WlanStackEventHandler (Wlan_Start)；  
RET = cmdWlanRoleUpApCallback（“-s \“TISDKAPYOG\“-t open -r \“00\“）；//工作

设置基站并连接到 AP

int ret = cmdWlanStartCallback（“NULL“）；//WlanStackEventHandler (Wlan_Start)；  

RET = cmdWlanRoleUpStaCallback（“-r \“00\“）；

 RET = cmdWlanConnectCallback（“-s \“GalaxyY\“-t open“）；

我们的疑问：

1) 什么是“调用 RAM 引导加载程序“和其他错误

2) 这是否与移动设备上未观察到的 AP 相关

3) 为什么我们观察到单个“ROM BootMan“版本过渡。 此内容是否与 TI 评估板中的 WiFi 和 BLE 相关、而我们的板中仅包含 WiFi。

4) 我们发现诸如获取固件版本、设置 MAC 等基本命令正常工作。 它们的工作方式、因为“RAM 引导程序调用“期间日志中存在错误

5) 我们是否需要检查主机实施端的任何内容。

此致……e2e.ti.com/.../18JuneLogs.zip

Yogesh

尊敬的 Yogesh：

您能否确认您为 CC33xx 使用哪个 SDK 版本？ 这是 cc33xx_RTOS_MCU_PACKAGE_R8_1 吗？

此致、

Josh Prushing

HiJoshPrushing 

是的、我们使用的是“cc33xx_RTOS_MCU_PACKAGE_R8.1“

我们使用软件包中的附加二进制文件。  显示 1.7.4.329 的固件版本

我们的疑问：

什么是“Logger.bin“的用法。 我们当前使用的其他二进制文件。

目前、我们仅使用 3 个二进制文件 、而不是“Logger.bin“。 传输到 CC3300 所需的任何其他二进制文件？

现在我们认为 RAM 引导加载程序没有被正确调用。 因此、主机正在向 CC3300 发送命令、但 CC3300 未响应。 我们的理解是正确的。

按如下所示添加了昨天的查询。

1) 什么是Twt_Send设置:描述符分配失败！ LinkID 0x0“及其他错误。 在这种情况下、CC3300 将触发该错误

2) 这是否与移动设备上未观察到的 AP 相关

3) 为什么我们观察到单个“ROM BootMan“版本过渡。 此内容是否与 TI 评估板中的 WiFi 和 BLE 相关、而我们的板中仅包含 WiFi。

4) 我们是否需要检查主机实施端的任何内容。

谢谢。。

Yogesh

  

尊敬的 Yogesh：

抱歉耽误的时间,我是 ooo 星期五。

目前、我们仅使用 3 个二进制文件 、而不使用“Logger.bin“。 传输到 CC3300 所需的任何其他二进制文件？

这 3 个是唯一的其他二进制文件。

现在我们认为 RAM 引导加载程序没有正确调用。 因此、主机正在向 CC3300 发送命令、但 CC3300 未响应。 我们的理解是否正确。

为了确认这是否正确、您是否可以获取一些固件日志？ 需要某种 UART 转 USB 或电缆。

在工具箱中、转到 logger、在 Online Parser -> Device Part Number 下、选择 Custom Parser File、然后在 Parser Bin 下选择您的 logger.bin 文件。 选择您的 COM 端口并使用默认日志路径。 是否可以发送整个初始化进程的日志？

[引述 userid=“496917“ url=“~/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1651997/cc3300mod-require-information-on-validating-ti-sdk-api/6388942

1) 什么是Twt_Send设置:描述符分配失败！ LinkID 0x0“及其他错误。 在这种情况下、CC3300 将触发该错误

2) 这是否与移动设备上未观察到的 AP 相关

[/报价]

我不知道为什么这里显示该错误、因为这是初始化目标唤醒时间功能时出现的错误。 我认为这不会导致不观察 AP、但这与固件日志相结合可以帮助我们了解出了什么问题。

3) 为什么我们观察到单个“ROM BootMan“版本转换。 此内容是否与 TI 评估板中的 WiFi 和 BLE 相关、以及我们的板中仅包含 WiFi。

固件日志应指示您的设置中缺少的内容。 我认为这与 BLE 存在无关。

4) 我们是否需要在主机实施端检查任何内容。

不是在这个时候。

此致、

Josh Prushing

你好 Josh Prushing 

正如您之前建议的、为了分析 API 不工作、我们从记录器引脚捕获了 CC3300 FW 日志、并已与您共享。

只需附加一个增益来作为基准。

在 CC3300 FW 日志的“调用 Twt_Send 引导加载程序“中、我们观察到“RAM设置：描述符分配失败！ LinkID 0x0“及其他错误。 从 TI 评估板捕获的 cc3301 固件日志中观察到相同。

还在 CC3300 固件日志中观察了 ROM Bootman 转换、如下所示。

在 TI 评估板中：

1.0.0.31.
  ↓μ s
1.0.0.248.

 在我们的定制板中：

1.0.0.31.

日志详细信息：

1) CC3300LogWLAN_START_WLAN_UP_AP_OPEN_18JUNE2026 - CC3300 FW 日志、用于 WlanStart 和 WlanRoleUpAP_OpenMode

2) STM32TerminalLogWLAN_START_ROLE_UP_AP_OPEN_18June - STM32 的终端日志（针对上述情况）

3) TI_EVAL_BOARDCC3300loger_WLAN_START_STA_UP_WLAN_CONNECT_OPEN_5June2026 — 在开模式下为 WlanStart、WlanStateUp 和 WlanConnect 捕获的 TI 评估板日志

因此,我们的疑问:

1) 现在我们认为 RAM 引导加载程序没有被正确调用。 因此、主机正在向 CC3300 发送命令、但 CC3300 未响应。 我们的理解是正确的。

2) 什么是Twt_Send设置:描述符分配失败！ LinkID 0x0“及其他错误。 在这种情况下、CC3300 将触发该错误

3) 为什么我们观察到单个“ROM BootMan“版本过渡。 此内容是否与 TI 评估板中的 WiFi 和 BLE 相关、而我们的板中仅包含 WiFi。

Thanks....e2e.ti.com/.../5633.18JuneLogs.zip

尊敬的 Yogesh：

您为 CC3300 端发送的日志没有意义、您能否确认您正在使用工具箱记录器中的自定义解析器？ 这个应该是 cc3300 R8_1 SDK 中的 logger.bin。 您在调用 RAM 引导加载程序后立即收到 TWT 错误没有意义。 它应如下所示：

 e2e.ti.com/.../Custom_5F00_parser_5F00_logs_5F00_correct.csv

您是否可以上传通过工具箱收集日志时使用的 logger.bin、或者提供收集 6 月 18 日日志的步骤？  我正在查找以下代码以确认当前日志中缺少的正确初始化：  

• --------------- 验证开始----------------
• --------------- 容器验证成功------------------------
• --------------- 调用 WSOC 固件------------------------
• 主初始化成功完成、固件版本 cc3xxx_rev_…

此致、

Josh Prushing

你好 Josh Prushing 

我们使用如下所示的记录器工具。

我们使用“在线解析器“并使用“开始“按钮启动应用程序  

Wireshark 窗口已打开。

捕获日志后、我们使用从 Wireshark 复制日志并与您共享。

不记得我们已经选择了“logger.bin“。

附加的“logger.bin“、存在于我们的 SDK 和所有其他二进制文件中。

e2e.ti.com/.../1882.wifi_5F00_fw.zip

请告诉使用 logger.bin 捕获日志的过程、以及它与我们上面遵循的过程有何不同。

此致...

Yogesh

尊敬的 Yogesh：

 请选择“Custom Parser File“、而不是在“Device Part Number“中选择 CC3300、如下所示。 将有一个名为“解析器箱“的新选项、这是您上传 logger.bin 文件的位置。

所有其他步骤均正确。

此致、

Josh Prushing

尊敬的 Yogesh：

您能否提供源代码？ 从日志中、它似乎正在正确初始化。 我想知道 AP 回调函数是否未按预期运行。

如果您不想在此处发送此邮件、请随时通过电子邮件发送。

此致、

Josh Prushing