CC2530: update Device 消息后，协调器不会回复Tunnel Transport key 消息，导致无法入网

Chris He

Part Number: CC2530

TI技术工程师你们好，我遇到了如上连接一样的问题，在新的ZED或者ZR途径另一个ZR入网时，会大概率出现这个现象，除非将途径的ZR断电，使ZED或ZR直接连入协调器，则成功入网。否则就像下图一样，一直向ZC发送Update Device，ZC不发送秘钥。

使用的是ZSTACK3.0.2，TI官网上的最新版本。

为了加快入网速度，我采用预定义秘钥的方式，并关闭了TCLK的请求(但是不知道为何还是会进行Key Transport)，配置如下

采用Pre-Configure的方式，并开启了TP2_LEGACY_ZC宏

BDB_DEFAULT_TC_REQUIRE_KEY_EXCHANGE=FALSE

requestNewTrustCenterLinkKey=FLASH

ZDSECMGR_TC_ATTEMPT_DEFAULT_KEY=FLASH

0 Chris He 3 年多前

这个现象不是百分百出现，我无法摸清它的规律，偶发性的，但是一旦发生，该设备将一直无法入网。除非让它靠近协调器，它经过协调器直接入网

0 YiKai Chen 3 年多前回复 Chris He

Guru 109510 points

0 Kevin Qiu1 3 年多前

将YiKai说的补丁打上去再试试，尤其是第八个

0 Chris He 3 年多前回复 Kevin Qiu1

谢谢回复，上面的项我基本都弄了，并没有解决该问题。

并且在patch的过程中发现有些疑问：

15. Errors due to BDB header build types

这个是只针对ZNP的吧？我用的是CC2530DB工程，按这个弄会编译异常

18. ZED Poll Rate Set Incorrectly if Reset from a Leave Request with Rejoin Enabled

这条没有看懂到底应该怎么处理，没有很好的演示示例，不知道我是否改对了

0 Kevin Qiu1 3 年多前回复 Chris He

Chris He 说：
15. Errors due to BDB header build types

这个是只针对ZNP的吧？我用的是CC2530DB工程，按这个弄会编译异常

是的

Chris He 说：
这条没有看懂到底应该怎么处理，没有很好的演示示例，不知道我是否改对了

Chris He 说：
并关闭了TCLK的请求(但是不知道为何还是会进行Key Transport)

使用默认设置,不关闭试试

0 Chris He 3 年多前回复 Kevin Qiu1

感谢回复，目前我已经按上述的补丁进行了修改。但是仍然会存在ZED经过ZR入网，ZR发送Update Device给ZC，ZC应答ACK后，没有transport key。导致ZED始终无法入网的现象。日志与本帖中的截图还是一样。

无论如何重启设备都无效，唯有改变ZED的位置，经由协调器能直接入网。

我也看了网上似乎不少人遇到了相似的问题，还请指导还有何处存在问题？我已经尝试调试ZC，在获取Update Device的CB函数内断电，但出现问题后，抓包虽然看到有Update Device，但ZC的程序不会执行至此。。

0 YiKai Chen 3 年多前回复 Chris He

Guru 109510 points

可以附上抓包檔說明你的問題嗎？

0 Chris He 3 年多前回复 YiKai Chen

我试一下，这个问题不是百分百能复现，本贴开头的抓包当初忘了把整个log存下来了。

问题一旦出现，就基本百分百无法入网了。我尝试复现一下。