请教关于zigbee2530协调器发送密钥失败的问题

user5957818

我们使用3.0.2的协议栈，使用2530作为协调器和路由器，在设备入网过程中，出现过几台路由设备入网成功后，剩下的设备均无法入网的情况，抓包看是在设备请求入网，已入网的路由发update device 给协调器，协调器却返回remove device给路由器，路由器随机剔除申请入网的新设备。在代码里设置日志消息后，发现是ZDSecMgrSendNwkKey这个函数返回失败导致的，也就是发送密钥失败。但是第一次碰到剩下所有设备，每次申请入网协调器都是发送密钥失败，主网是一直打开的。以前有碰到偶尔一次设备入网协调器发送密钥失败，但马上就会再次入网成功。

检查这个函数内部，发现无论是密钥发送成功或失败都是运行到71、73这两条日志下对应的内容，请看下图：

碰到这个问题后调用了恢复出厂设置函数（bdb_resetLocalAction()）,随后设备便能正常入网，协调器未出现大规模密钥发送失败的问题。想请问各位可能是什么原因，有很么办法避免这个问题

7 年多前

0 YiKai Chen 7 年多前

Guru 109510 points

懷疑你加入協調器的路由加上終端數量超過ZDSECMGR_TC_DEVICE_MAX的限制才會出現這個狀況

0 Alvin Chen 7 年多前回复 YiKai Chen

TI__Guru 56646 points

如YK所言你有多少个设备啊。

0 user5957818 7 年多前回复 YiKai Chen

Intellectual 570 points

应该不是这个问题，这个值设为了60，当时出现这个问题只入网了3个路由，还有25个设备没有入网

0 user5957818 7 年多前回复 Alvin Chen

Intellectual 570 points

入网了三个，后面恢复出厂设置再试，28个设备都入网成功了

0 YiKai Chen 7 年多前回复 user5957818

Guru 109510 points

可能是之前測試的時候沒有把入网设备正確移除，累積了一段時間後就超過了，所以你才會后面恢复出厂设置再试，28个设备都入网成功了

0 user5957818 7 年多前回复 YiKai Chen

Intellectual 570 points

应该也不是的，协调器在测试之前是刚刚烧录的，第一次就只连接了三台设备就进不来了

0 Alvin Chen 7 年多前回复 user5957818

TI__Guru 56646 points

你有erase吗？建议你擦除重新烧录试试吧，应该是TCLK验证不通过被踢出，此外不要同时入网太多设备。

0 user5957818 7 年多前回复 Alvin Chen

Intellectual 570 points

有的，每次烧录都是erase and program，但我有一个没说清楚的是，已经入网的三台设备和别的设备原先都在另外一个网络，只是那个网路关闭了主网，我再逐个让路由设备恢复出厂设置，退出原先的网路，加入现在的网络，但是加到第四个就没法加进来了

0 Alvin Chen 7 年多前回复 user5957818

TI__Guru 56646 points

给你个补丁你打进去试试，你回复出厂设置，退出网络使用用的leave 命令且不包含rejoin 选项对吗？修改ZDSecMgrUpdateDeviceInd 在zd_sec_mgr.c如下：

#if (ZG_BUILD_COORDINATOR_TYPE)
      uint8  found;
      uint16 keyNvIndex, index;
      APSME_TCLKDevEntry_t TCLKDevEntry;
      
      keyNvIndex = APSME_SearchTCLinkKeyEntry(device.extAddr,&found, &TCLKDevEntry);
      
      //If found and it was verified, then allow it to join in a fresh state by erasing the key entry
      if((found == TRUE) && (TCLKDevEntry.keyAttributes == ZG_VERIFIED_KEY))
      {
        TCLKDevEntry.keyAttributes = ZG_DEFAULT_KEY;
        //Increase the shift by one. Validate the maximum shift of the seed which is 15
        TCLKDevEntry.SeedShift_IcIndex++;
        TCLKDevEntry.SeedShift_IcIndex &= 0x0F;
        
        TCLKDevEntry.rxFrmCntr = 0;
        TCLKDevEntry.txFrmCntr = 0;

        index = keyNvIndex - ZCD_NV_TCLK_TABLE_START;
        TCLinkKeyFrmCntr[index].rxFrmCntr = 0;
        TCLinkKeyFrmCntr[index].txFrmCntr = 0;
        
        //Update the entry
        osal_nv_write(keyNvIndex,0,sizeof(APSME_TCLKDevEntry_t), &TCLKDevEntry );
      }
      
      bdb_TCAddJoiningDevice(device.parentAddr,device.extAddr);
#endif
    }

    ZDSecMgrDeviceJoin( &device );
  }
  else
  {
      // remove the TCLK NV entry for a device which has left the network
#if (ZG_BUILD_COORDINATOR_TYPE)
      uint8  found;
      uint16 keyNvIndex, index;
      APSME_TCLKDevEntry_t TCLKDevEntry;

      keyNvIndex = APSME_SearchTCLinkKeyEntry(device.extAddr,&found, &TCLKDevEntry);

      //If found and it was verified, erase the key entry
      if((found == TRUE) && (TCLKDevEntry.keyAttributes == ZG_VERIFIED_KEY))
      {
        MAP_osal_memset(&TCLKDevEntry,0,sizeof(APSME_TCLKDevEntry_t));
        TCLKDevEntry.keyAttributes = ZG_DEFAULT_KEY;

        index = keyNvIndex - ZCD_NV_TCLK_TABLE_START;
        TCLinkKeyFrmCntr[index].rxFrmCntr = 0;
        TCLinkKeyFrmCntr[index].txFrmCntr = 0;

        //Update the entry
        osal_nv_write(keyNvIndex,0,sizeof(APSME_TCLKDevEntry_t), &TCLKDevEntry );
      }
#endif
  }
}