This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC3351:定制 AM2434电路板上的 CC33xx BDE-BW3351AP1卡在"等待 RAM BTL 上升..."

Guru**** 2337880 points
Other Parts Discussed in Thread: AM2434, UNIFLASH, CC3351
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1517109/cc3351-cc33xx-bde-bw3351ap1-on-custom-am2434-board-stuck-at-wait-for-ram-btl-up

器件型号:CC3351
主题中讨论的其他器件:AM2434UNIFLASH

工具/软件:

尊敬的 TI 团队:

我们目前正在使用基于的定制板 AM2434 (ALX 封装) 与连接的 BDE-BW3351AP1 WiFi 模块 。 我们已经遵循了的参考设计 AM243x-lp 连接 CC33XX BoosterPack 包括相同内容 SPI 和 UART 的引脚映射

当前设置:

  • AM2434 (ALX)定制板

  • BDE-BW3351AP1模块(等效于 CC33xx)

  • SOP 模式设置正确

  • 记录器引脚被拉高

  • irq_bleirq_WL根据设计建议被拉低

已采取的行动:

  • 已构建所有必需的二进制文件、包括固件和应用程序。

  • program_application_and_wifi_fw.cfg使用 Uniflash 成功上传。

  • 上传似乎已完成、没有错误。

问题:

运行应用程序后、控制台输出停止在:

Wait for RAM BTL UP...

它不会超过这一点。

问题:

  1. 系统卡住的可能原因是什么 "等待 RAM BTL 上升..."

  2. 这可能与以下各项有关:

    • 硬件问题(例如 AM2434与 BW3351AP1之间的连接)?

    • 软件/固件不匹配或配置?

  3. 启动期间、我们是否应该监控任何特定信号(例如 SPI、IRQ、引导、复位)来诊断问题?

  4. 是否有方法可以验证 BW3351AP1模块在 SPI 总线上是否正确响应?

我们目前正处于项目的关键阶段、因此我们非常感谢任何指导或调试步骤。

提前感谢您的支持!

此致、

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

    主题:  BDE-BW3351AP1模块集成的 MAC 地址说明

    尊敬的 TI 支持团队:

    根据我们之前的通信、我们希望征求您对我们在测试过程中遇到的观察的意见。

    我们已连接 CC3351插件 简化版原理图 AM243x-lp 、并观察到以下 FW MAC 地址:

    • 0xA4 0x34 0xF1 0xB3 0x18 0x8E

    • 0xA6 0x34 0xF1 0xB3 0x18 0x8E

    • 0xA6 0x34 0xF1 0xB3 0x18 0x8F

    • 0xA4 0x34 0xF1 0xB3 0x18 0x8F

    但是、当我们连接时 定制板 使用了 BDE-BW3351AP1. 模块中、我们观察到返回了一组不同的 FW MAC 地址:

    • 0xF8 0xFB 0x90 0x87 0x91 0x4C

    • 0xFA 0xFB 0x90 0x87 0x91 0x4C

    • 0xFA 0xFB 0x90 0x87 0x91 0x4D

    • 0xF8 0xFB 0x90 0x87 0x91 0x4D

    由此,我们推断 MAC 地址检索成功进行 、表示这一点 SPI 通信显示正常工作 。  

    请告知:

    1. 不同模块变体(例如、CC3351 BP 与 BDE-BW3351AP1)之间的 MAC 地址范围是否存在差异?

    2. 这是否会影响我们目前遇到的 WLAN 启动过程 "等待 RAM BTL 上升"

    3. 我们是否应该验证 BDE-BW3351AP1模块的任何具体检查或配置?

    我们非常感谢您的见解和任何帮助我们解决这一问题的建议。

    此致、

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

    您好:

    您能否检查 GPIO IRQ 处理程序并确保它由器件触发?

    SPI 线路和 IRQ 引脚的逻辑布线也有助于确定器件是否 正常运行。

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

    您好、

    正如 Andres 建议的那样、请查看您是否可以通过 SPI 线路以及主机 IRQ 线路获取逻辑。

    此外,一个记录器可以揭示什么正在发生在引擎盖下。 您可以使用工具箱实用程序获取它。  

    您使用的是哪个 SDK 版本?

    至于不同的 MAC 地址、是的、这是可能的、并且与它停止编程这一事实没有关系。

    它停止的原因可能有几种、例如线路上的连接不良、主机不负责所断言的中断等。 没有日志很难判断。

    此致、

    Shlomi

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

    感谢您的反馈、Shlomi Itzhak 和 AB。

    我们目前正在使用的产品 SDK 版本8.5.0.24 本 https://dev.ti.com/tirex/explore/node?node=A__AOBa0qCGTflL-aKeFSuW2A__CC33XX-RTOS-MCU__dzPVh4K__LATEST 将遵循和执行刷写过程 。  根据这一点、我们构建了所有的 bin 文件wifi_host_driver、 wifi_platform_cc33xx、 wifi_stack_interface lwip、、、、  ble_host_nimble ble_interface. And we used, cc33xx_mcu_package_R5. 此方法在 LaunchPad (am2434x-LP)和评估套件(cc3351-BP)上均适用。但是、在我们的电路板上也会出现相同的过程。

    SWCLK 和 SWDIO 引脚未暴露 、目前我们正在研究、在我们的设计中将其公开、以便使用 Toolbox 实用程序进行刷写和调试。

    有关设计的其他详细信息:

    我们开发了一款使用与 AM2434 LaunchPad (AM2434-LP)和 CC3351 BoosterPack (CC3351 -BP)相同引脚映射的定制电路板。 我们设计中的唯一修改是使用替代 CC3351 BDE-BW3351 继续讨论。

    能否分享电子邮件 ID 以便分享我们的原理图设计  进行审查或以何种最佳方式秘密分享详细信息?

    谢谢!

    此致、

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

    我附上了 Launchpad (am243x-LP)与 EV-kit (CC3351 - BP)和我们带有 BDE-BW3351模块的电路板(am2434)堆叠的比较观察图像。

    1、关于 中断行为。

    在比较两个图像时、IRQ 行中出现一个小尖峰。

    2.对数据的观察, 发送 WLAN_START 命令之后

    比较这两个图像后、电路板中的数据传输超过了2秒、然后 然后、中断引脚始终为低电平。   带有 EV-kit (CC3351 - BP)的 Launchpad (am243x-LP)中的数据传输会在2秒后传输、仍在进行数据传输。

    3.对最终数据的观察 IRQ 引脚变为低电平。

    打开了 数据差异   数据在最后两个数据设置中最后发送、此时 IRQ 将在 我们的板中停止变为高电平。

    请查看此内容并分享您对此行为的分析。

    提前感谢。

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

    您好、

    您能附上完整的逻辑吗?

    您似乎缺少表示 RAM 引导加载程序完成的中断。

    例如、RAM 引导加载程序由于某种原因未通过验证、但为此、我们需要使用 LOGGER 引脚。

    您是否有探测记录器针脚的选项?

    此致、

    Shlomi

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

    您好、

    感谢您的答复。

    我附加了一个 ZIP 文件与以下文件:
     1. 所有引脚的逻辑分析仪数据
     2. CSV 文件、其中包含 LOGGER Pin 的逻辑分析仪数据、格式为[十六进制]  

    逻辑分析仪数据在"Salae 逻辑分析仪"中采用".logicdata"格式。  
    下载软件的链接: https://downloads.saleae.com/logic/1.2.18/Logic+Setup+1.2.18.exe

    期待您的答复。

     e2e.ti.com/.../Test-PCB-Logic-Analyzer-Data.zip

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

    您好、

    您能否使用工具箱记录记录记录器针脚?

    我想看看 FW 中的引擎盖下发生了什么。

    此致、

    Shlomi

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

    谨此通知、我怀疑 WL_IRQ 会在编程期间置位、从而使器件进入调试模式。

    我可以从逻辑中看到 IRQ 为高电平。

    也许这就是 BDE。

    您可以将 BoosterPack 的工作情况进行比较和/或获取记录器、以便我能够查看打印输出。

    请参阅此处的类似帖子 https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1493094/cc3301-stuck-at-ctrlcmdfw_containerdownload-rambtlr---waiting-for-hint_second_loader_init_complete

    Shlomi

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

    我们发现由于电路错误而上拉了 WL_IRQ、SOP 模式在0x03时出现了问题。  

    感谢您的帮助。   

    除此之外、我还想问如何 将"cc3xxx_network _terminal"从 SDK v8.5.0.24迁移到 AM2434的任何最新版本。

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

    感谢您的更新。

    基本上、我明白了为什么 AM243x 的较新 SDK 应该有所不同、因为它不应该依赖于任何外设。 它只是 Wi-Fi。

    您看到差异了吗?

    Shlomi