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.

[参考译文] LP-EM-CC2340R5:测试 LP-EM-CC2340R5时出现 SUMMUSE_TIMEOUT_TERM 故障 BOM 版本:A

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1251988/lp-em-cc2340r5-supervision_timeout_term-trouble-when-i-test-lp-em-cc2340r5-bom-rev-a

器件型号:LP-EM-CC2340R5
主题中讨论的其他器件:CC2340R5CC2652RB、、 UNIFLASH

以下是我的测试的详细信息

软件:simplelink_lowpower_f3_SDK_7_10_00_35 host_test+BTool

硬件:CC2340R5开发套件 BOM 版本:A

连接到简单外设大约30秒后、我在 btool 上看到了 GURATION_TIMEOUT_TERM、并且连接断开。

 

如果我只将 HW 更改为 CC2652RB Launchpad、则连接会继续工作。

我们如何解决这个问题?

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

    尊敬的 YiPai:

    我不确定你的问题。 您能不能引导我了解您正在使用的示例?  我们的 DATA_STREAM 或 basic_ble 示例。  

    简单外设示例不适用于 CC2340和所述的 SDK。

    此致、

    亚历克斯

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

    我使用另一个 CC2640R2来运行 simple_peripheral。

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

    尊敬的 YiPai:

    我不能在这里重现您的问题。

    我的设置:

    CC2652RB 和 CC2652RB 上的简单外设

    在 CC2340上使用 BTOOL 的 HOST_TEST 正在工作。

    您的调试器是否在简单外围设备上处于活动状态?

    您设置的监督超时是什么?

    此致、

    亚历克斯

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

    CC2652RB 上的简单外设可以连接到 CC2340R5 host_test+BTool、不会出现问题。 但是、如果我在 CC2640R2 LaunchPad 上运行 C:/ti/simplelink_cc2640r2_sdk_5_30_00_03/examples/rtos/CC2640R2_LAUNCHXL/blestack/hexfiles/cc2640r2lp_simple_peripheral.hex、我将在我的 BTool 上看到 SUMMUSE_TIMEOUT_TERM 问题。 顺便说一下、在 CC2340R5 host_test+BTool 和 CC2640R2 simple peripheral 之间建立连接后、我不做任何连接设置

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

    尊敬的 YiPai:

    实际上、我不能在此处重现此问题。

    我正在使用:

    来自7.1.00.35 SDK 的具有 host_test 和 BTool 的 LP-EM-CC2340R5。

    和  

    LAUNCHXL-CC2640的早期原型固件更新、具有5.30.00.03 SDK 中的 simple_peripheral.hex

    在下面看到我的 btool。 实际上、我们似乎使用了类似的设置。

    您能否确保您的 Launchpad 上配备了 PG2器件?  

    此致、

    亚历克斯

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

    如何查看我的 Launchpad 上的是否为 PG2器件?

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

    尊敬的 Yikai:

    看看芯片、如果芯片上有 CC2340、它应该是量产版本。

    此致、

    亚历克斯

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

    请查看我随附的图片。 我不知道它是 PG2器件

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

    尊敬的 YiPai:

    这应该是最新的器件。 在 TI 内部、我们会在芯片编号前添加一个 X 或 P 来标记预量产或早期样片器件。

    我将尝试对您的问题进行进一步调查、但我不确定、因为我现在无法重现该问题。

    此致、

    亚历克斯

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

    尊敬的 YiPai:

    为了确认、监督超时仅在将运行 host_test 的 CC2340R5连接到运行 simple_peripheral 的 CC2640R2时发生。 如果您将运行 host_test 的 CC2340R5连接到运行 simple_peripheral 的 CC2652RB、则不会发生这种情况? 根据您之前的回复、似乎您使用了 ble4 simple_peripheral、您是否可以尝试使用 ble5 simple_peripheral 来查看我们是否也可以在 ble5中复制该行为?

    此致、

    1月

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

    大家好、Jan、我实际上测试了 C:\ti\simplelink_cc2640r2_sdk_5_30_00_03\examples\rtos\CC2640R2_LAUNCHXL\ble5stack\hexfiles\cc2640r2lp_simple_peripheral.hex、并看到了同样的问题。

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

    大家好、Jan 和 Alex、

    我们发现这可能是由于我们测试中的 BD Addr 显示全部为零所致。 您知道为什么我们这边会出现这种情况吗?

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

    尊敬的 YiPai:

    很好的收获! 是的、我认为您要观察的行为是由于全0蓝牙地址所致。 作为快速测试、您可以使用 Uniflash 来验证地址 0x4E000058的内容吗? 是不是所有的00s 也在那里? 如果是、则 IC 本身可能存在问题、请告知您的 TI 代表、我们很乐意用有效的替换器件替换您的 LaunchPad。 对于由此给您带来的不便、我深表歉意。

    同时、您是否可以使用另一个 CC2340R5板? 如果是、那么我建议您在另一个电路板上继续进行评估和开发、同时我们将替换您有故障的电路板。 您也可以将故障板的地址模式更改为 Randoms Static Address、这可能会阻止监控超时行为、因此这是一个值得测试的结果。

    此致、

    1月

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

    大家好、Jan、

    0x4E000058中的内容显示0xFFF... 你认为它是不正常的吗?

    我曾尝试在 btool 中使用 GAP_DeviceInit、将 addrMode 设置为 ADDRMODE_Random 以再次进行测试、但仍然看到相同的问题。 我是否需要在 GAP_DeviceInit 后运行其他 btool 命令、使 ADDRMODE_RAME 生效?

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

    顺便说一下、Uniflash 显示了以下 CC2340芯片版本。 如果此版本 A (1.0) SoC 可以正常工作?

    闪存大小 512 KB (256个扇区)
    RAM 大小 36KB
    修订版本 A (1.0)
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 YiPai:

    作为参考、以下是我的工作板在该地址的外观:

    我认为在该地址看到所有 FFs 或所有00s 是意料之外的事情。 作为快速测试、您可以批量擦除器件并检查地址是否仍然为全00s 还是全 FFs?

    我尝试在 btool 中使用 GAP_DeviceInit 将 addrMode 设置为 ADDRMODE_random 以再次进行测试,但我仍然看到相同的问题。 我是否需要在 GAP_DeviceInit 后运行其他 btool 命令以使 ADDRMODE_Random 生效?

    运行命令是否返回成功?  

    此致、

    1月

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

    大家好、Jan、

    我尝试对 CC2340执行整体擦除、但仍在地址0x4E000058中全为零

    2.否,我的 GAP_DeviceInit 返回失败。

    你还有什么建议吗?

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

    大家好、Jan、

    我们会从 TI 本地代表处收到另一个新的 CC2340R5 LaunchPad、它们在地址0x4E000058中具有非零值、连接成功正常。 我认为问题是、为什么地址0x4E000058中存在全零值的 CC2340R5 LaunchPad?

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

    尊敬的 YiPai:

    我很高兴听到你有工作替换. 是的、您观察到的行为肯定是由于地址为空所致。 对于您的更换主板或您将来收到的任何主板、这应该不是问题。 对于由此给您带来的不便、我深表歉意。

    此致、

    1月

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

    大家好、Jan、

    您是否知道 地址0x4E000058中为什么存在全零值的 CC2340R5 Launchpad? 如果我们再次看到该问题、是否有其他替代方法可以解决该问题?

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

    尊敬的 YiPai:

    这一现象影响到已经制造的少数几个器件。 由于发现问题、我们已经在测试流程中添加了更多的测试和验证、以确保没有发布具有此行为的新器件。 如果您遇到任何具有此行为的器件、请告知您的 TI 代表、他们将为您提供更换器件。

    此致、

    1月

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

    好的、谢谢您的帮助!