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.
以下是我的测试的详细信息
软件:simplelink_lowpower_f3_SDK_7_10_00_35 host_test+BTool
硬件:CC2340R5开发套件 BOM 版本:A
连接到简单外设大约30秒后、我在 btool 上看到了 GURATION_TIMEOUT_TERM、并且连接断开。
如果我只将 HW 更改为 CC2652RB Launchpad、则连接会继续工作。
我们如何解决这个问题?
我使用另一个 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器件?
此致、
亚历克斯
请查看我随附的图片。 我不知道它是 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 可以正常工作?
尊敬的 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月