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.

[参考译文] CC2652P7:ROM 引导加载程序不响应0x55

Guru**** 2538950 points
Other Parts Discussed in Thread: CC2652P7

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1101274/cc2652p7-rom-bootloader-does-not-respond-to-0x55

器件型号:CC2652P7

我的客户正在使用具有 Linux 主机处理器的 CC2652P7。 在一个测试中、他们发现、当通过 ROM 引导加载程序刷写时、他们的电路板大约有一半发生故障。 电路板上的 CC2652P7芯片不响应0x55握手。

客户尝试在正常电路板和故障电路板之间切换 CC2652P7、问题出在电路板、而不是芯片。

我对 ROM 引导加载程序有两个问题:

ROM 引导加载程序是否使用外部48MHz 晶体或内部 RCOSC?

2.是否有方法调试 ROM 引导加载程序、如通过 JTAG? 或者其他关于调试芯片为何没有响应的建议?

此致、

水阳

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

    Shuyang、

    [引用 userid="168885" URL"~/support/wireless-connectivity/bluetooth-group/f/bluetooth-forum/1101274/cc2652p7-rom-bootloader-do-not respond-To-0x55"]1. ROM 引导加载程序是否使用外部48MHz 晶体或内部 RCOSC?[/引用]

    该文档未显示有关时钟源的限制、仅显示时钟源必须是 HPOSC (CC26x2器件为48MHz) 16的一小部分。

    [引用 userid="168885" URL"~/support/wireless-connectivity/bluetooth-group/f/bluetooth-forum/1101274/cc2652p7-rom-bootloader-do-not respond-To-0x55"]2. 是否有方法调试 ROM 引导加载程序、例如通过 JTAG? 或其他建议来调试芯片为何不响应?[/quot]

    您可以通过使用 JTAG 连接到空白器件来检查引导加载程序代码、因为它将保留在引导加载程序代码中。

    关于通过引导加载程序对电路板进行编程的总体问题、可以调整许多变量以尝试找出根本原因。 如果您还没有这样做、您能否让客户查看引导加载程序应用手册 SWRA466及其配套的引导加载程序演示软件?

    https://www.ti.com/lit/an/swra466d/swra466d.pdf

    这是一个已知良好的实用程序和过程、可帮助对其进行调试。

    此外、另一个可以关联的点是传输的数据速率。 您的客户是否尝试降低转账速度并查看成功率是否提高?

    最后、您的客户是否检查了示波器或逻辑分析仪上的连接、以查看问题是来自线路上的噪声还是其他形式的数据损坏?

    我将考虑可能影响此场景的其他详细信息、并在发现任何相关内容时进行报告。

    希望这对您有所帮助、

    拉斐尔

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

    您好 、Rafael、

    您能否确认 ROM 引导加载程序中默认使用哪个时钟源?

    客户尝试将波特率降至9600、通信成功100%、因此我怀疑 ROM 引导加载程序是否使用 RCOSC_HF、并且由于 RCOSC 的错误、通信之前失败。

    在测试过程中还有另一个发现、客户发现电路板上复位后的第一次尝试总是会失败、但如果在上电后未发出复位、则通信可能会成功(约50%)。 您是否知道复位会如何影响 ROM 引导加载程序?

    此致、

    水阳

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

    Shuyang、

    请对延迟表示歉意。 TRM 第10.2.2.1.1节中提到了 UART 波特率和时钟源、但不限于 RCOSC 或 XOSCHF。 时钟源的启用基本上在 FCFG:OSC_CONF.XOSC_OPTION 标志(TRM 的第11.4.1.59节)中完成。

    除了外部时钟振荡器在使用引导加载程序时不是完全稳定的情况外、我不能认为复位会对引导加载程序的功能产生任何影响。 我会先研究这些途径。

    希望这对您有所帮助、

    拉斐尔

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

    您好、Rafael、

    感谢您的澄清、我已经通过 OSC_DIG_map1 -> STAT0寄存器确认引导加载程序使用 HF RCOSC。

    客户已找到与时钟无关的问题的根本原因、通过在 UART TX 引脚上添加上拉电阻器已解决了该问题、主机内部上拉电阻器无法正常工作。

    感谢您的支持、此帖子可能已关闭。

    此致、

    水阳