[参考译文] CC3301MOD：CC3300MOD：RAMBTL /conf 文件下载问题

admin

Other Parts Discussed in Thread: CC3300

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1645387/cc3301mod-cc3300mod-rambtl-conf-file-download-issue

器件型号： CC3301MOD
主题中讨论的其他部件： cc3300

您好、Josh、

我们正在使用与 STM32 的 CC3300 接口。我正在与 Yogesh 合作、她向您发送了一段时间的疑问。我是单独写,因为他是在休假。

如前所述、经过以下更改、我们能够将引导加载程序二进制文件上传到 CC3300。

我们需要在“if (isLastRecord &&(0 == OS_strcmp（“ramblr“、containerName))“下对代码进行注释、该代码在发送最后一个块之前禁用中断并在发送完成后启用中断。

但是、通过上述更改、二进制传输完成后、在下面的代码“RAM BL 失败“

report（“\n\r----- 等待 RAM BTL 上升“）；

if (fw Event_Wait (OSI_WAIT_FOR_second * 2、HINT_SEsecond_loader_init_full)==–1)

｛

report（“\n\rdnot receive RAM hint_second_loader_init_complete“）；

返回 WlanError (WLAN_ERROR_Severity___HIGH、WLAN_ERROR_MODULE_DEVICE、WLAN_ERROR_TYPE__RAM_LOADER_INIT)；

}

我们的疑问：

为什么在禁用 IRQ 时设置“cmd_SetTimeoutMs (100)“。
在对 IRQ 禁用使能代码进行注释后、可能是因为引导加载程序二进制传输在本例中正确完成的原因。
主机如何确认 RAM BTL 上升情况。您能否提供与 TI 提供的参考迹线相同的时间段。

谢谢、

3 个月前

0 admin 3 个月前

TI__Guru**** 2905440 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Ashok：

抱歉、我没有看到创建了这个新线程。我在另一条线上回答。我会将此主题标记为 “已关闭“、以便任何其他问题都可以与其他主题提供的上下文相关。

请随时澄清另一个主题上当前未回答的任何问题！

此致、

Josh Prushing

0 admin 3 个月前

TI__Guru**** 2905440 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Josh、

我们接着使用 “set_device_fuse_mac_addr“。

我们的问题是：->我们如何以及在哪里可以在波形中确认它？此外、请以十六进制格式共享数据/命令。

2.上传二进制文件时,我们遇到了以下错误,程序没有出现“ctrlCmd Fw_Container 下载“。

我做了什么-->提高速度到 10MHz 和下面突出显示的变化。我们得到了解决的 SPI 无响应错误、但仍然存在一些错误。如下面随附的日志图像所示。

我们的查询是:-->速度和超时/中断之间的关系是什么？在我们的案例中、解决该问题的方法可能是什么？

3、下一次执行

RET = ctrlCmd Fw_Container Download（“ramblr“）；如果条件按附加映像中所示正确执行、则为第二个（如果条件无法正常运行）。进入 WlanError 状态。

我们的问题是-->如果条件正常工作、我们如何处理这些条件。主机将如何理解 RAM BM 正确启动以及波形检查位置？

谢谢

Ashok

0 admin 3 个月前

TI__Guru**** 2905440 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Ashok：

我们如何以及在哪里可以在波形中确认它？此外、请以十六进制格式共享数据/命令。

您应该看到 0x5C 0x5C 0x5C 0x5C 0x00 0x20 0x00 0x23 0x00 0x00 0x00 0x00 0x23 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x10 0x10 后跟 MAC 地址和其他器件信息（以十六进制表示）。

0x5C 0x5C 0x5C 0x5C 0x5C 是同步模式
0x00 0x20 是有效载荷的长度
0x00 0x23 是操作码（参考 osprey_public_commands.h 中的所有命令
0x00 0x00 是状态
0x00 0x23 是 ID
0x00 0x00 0x00 0x10 是命令的长度（此处显示的所有十六进制代码，包括此长度）

有关更多信息、请参见本主题的开头部分： re: cc3300: cc3300 data endiannes 。稍后还会提供一些有用的信息、这些信息可能对您的其他问题有帮助。

在我们的案例中、解决该问题的解决方案可能是什么？

您能否在此时为您的程序发送 Saleae 日志捕获？我无法根据您发送的屏幕截图判断错误的来源。只是为了确认、您是否在读取最后一个块后调用 OSI_fclose (containerFileHandle) 和 OS_free (buffer)？这似乎基于“RX_TX_BUFFER 溢出的地方出现的 Rx length before decimation“错误、但我不确定为什么错误 msg 不包含缓冲区的长度。

发送日志还将帮助我了解是否需要任何额外的超时中断或时钟速度更改。看来情况并非如此、但这将确认。

此致、

Josh Prushing

Wi-Fi®︎（参考译文帖）

Wi-Fi®︎（参考译文帖）(Read Only)

[参考译文] CC3301MOD：CC3300MOD：RAMBTL /conf 文件下载问题