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

我使用另一个 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、并看到了同样的问题。

尊敬的 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 可以正常工作？

尊敬的 YiPai：

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

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

user4415884 说：

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

运行命令是否返回成功？  

此致、

1月

大家好、Jan、

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

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

你还有什么建议吗？

大家好、Jan、

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

好的、谢谢您的帮助！