[参考译文] CC2538-CC2592EMK：如何将终端设备重新加入默认值更改为不安全重新加入？

尊敬的瑞安：

   谢谢你瑞安，我明白了。

   在预定义设置中，secure=0是未加密的通信。

   NLME_ReJoinRequestUnsecure 正是我想要的。

   此致

尊敬的瑞安：

   我在此次不安全重新加入测试中遇到了一个新问题。

   当我让终端设备完成不安全的重新加入时，控制器会让终端设备离开网络。 每次结束时都会有数据包离开。

   有没有解决方案？ 这个问题有什么问题？

   此致

您是否在 ZC 上启用了许可加入？  您是否已在 IAR 内部进一步调试以确定休假申请的原因，或按照  先前 E2E 问题中的建议修改了 ZDSecMgrDeviceJoin？

此致，
瑞安

我修改 了 ZDSecMgrDeviceJoin，对以下几行进行了评论：

ZStatus_t ZDSecMgrDeviceJoin( ZDSecMgrDevice_t*设备)
｛
ZStatus_t status = ZSuccessess；
UINT16 AMI；

//尝试验证在没有安全保护的情况下加入/重新加入的设备
// IF (device->secure == false)
//｛.｝
// status = ZDSecMgrDeviceValidate(设备)；
//｝

这是什么意思？

此外，您的意思是(1) 在 ZC 上启用了许可加入，或者 (2)在 IAR 内部进一步调试 以确定休假申请的原因？

我所做的是测试以下行(在 bdb.c 的 ZStatus_t bdb_rejoinNwk (void)中)，

//根据可用配置执行安全或不安全重新加入
如果(ZG_SECURE 已启用&&(ZDApp_RestoreNwkKey( true )== true))
｛
//重新加入状态= NLME_JoReinRequest (ZDO_UseExtendedPANID，_NIB.nwkLogicalChannel)；
加入状态= NLME_ReJoinRequestUnsecure (ZDO_UseExtendedPANID，_NIB.nwkLogicalChannel)；
}
否则
｛
加入状态= NLME_ReJoinRequestUnsecure (ZDO_UseExtendedPANID，_NIB.nwkLogicalChannel)；
}

当我做 了 NLME_ReJoinRequest 时，感觉还不错。

当我执行 NLME_ReJoinRequestUnsecure 时，它显示休假如下

如何检查允许加入？

如何在 IAR 内部进一步调试？ 我尝试读取 NLME_ReJoinRequestUnsecure，但无法读取。

允许加入是指在调试过程中打开网络以进行连接的时间，由 BDBC_MIN_TUNITY_TIME 设置，在 BDB 中设置 BDB_TUNITY_Nwk_Steering 或调用 ZDSecMgrPermitJoining 函数时。  在设备尝试不安全的重新加入时，必须启用该功能。

IAR 中的调试意味   着在 ZC 的 ZDSecMgrDeviceJoin 函数中设置断点，并逐步了解其如何处理 ZDSecMgrDeviceValidate -> ZDSecMgrDeviceValidate，并监视 ZFailure 是否返回而不是 ZSuccessess。  这些函数进一步证明 启用 ZDSecMgrPermitJoiningEnabled 等于 true 的重要性。

此致，
瑞安

我只是设置断点并逐步检查 Ubiqua 中的数据包。 我发现在重新加入时，离开数据包会在之后发送
如果(zdoCBFund[ZDO_TC_DEVICE_CBID]!=空)  
此问题仅在不安全的重新加入流程中发生，问题是什么？ 有什么解决方案？

ZDSecMgrDeviceJoin 似乎 成功完成了，因为 zdoCBFund[ZDO_TC_DEVICE_CBID]通常仅在传递较高的图层函数时才需要，就像与 ZNP 一起使用的 MT 一样。  如果 ZSuccessess 被传递回 ZDSecMgrDeviceJoinDirect ，则您应该进一步调试以了解其他功能有哪些失败。  目标是确定 NLME_LeaveReq 的引用位置， 如果不是 ZDSecMgrDeviceRemove，则它驻留在原始问题 E2E 线程中提到的预构建的 Z-Stack 库中。

此致，
瑞安

我重复该步进，发现 ZDSecMgrDeviceJoinDirect 可以完成，然后通过 ZDSecMgrDeviceNew，ZDSecMgrNewDeviceEvent (activeTaskID = task_no_task；) osal_run_system，直到此时才有数据包。
这是否意味着新加入活动结束？ 如果是，则休假数据包不是来自新设备加入事件，对吗？

我再次在乌比亚重新检查不安全的重新加入和安全重新加入流程，发现不同之处是，当终端设备发送终端设备超时请求，安全重新加入发送终端设备超时响应，不安全的重新加入发送假。
协调员在哪里处理此终端设备超时请求？ 是否有任何特定功能指向终端设备超时请求处理？  

最后仍有数据包，但有终端设备超时响应数据包，某些功能数据包可以在控制器和终端设备之间发送和接收。

现在没问题，非常感谢。