• 状态 Resolved
  • 已锁定 已锁定
  • 回复 11 回复
  • 订户 0 订户
  • 视图 196 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CC2538：防止器件重新连接

admin
Guru**** 2530940 points
Other Parts Discussed in Thread: CC2538

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/864777/cc2538-prevent-a-device-rejoining

器件型号：CC2538

您好！

我有一个声称符合 Zigbee 3.0标准的器件。

它可以正常工作、但当被要求离开 ZDO_MGMT _LEASE_REQ 并将"REJOIN"和"REMODE"位都设为零(包含这些位的整个 uint8为0)时、它会在离开后重新加入。

当 ZDO 'leave notification'设置为'rejoin"时、它会进行回复、但之后仍会重新加入。

是否有办法阻止它重新加入？

谢谢！

  • 0
    TI__Guru**** 2530940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    您能否提供监听器日志？

    要进行确认、CC2538是否发送了 ZDO_MGMT _ LEASE_REQ？

    休假通知中显示了什么状态？

    此致、
    Toby

  • 0
    TI__Guru**** 2530940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Adrian、

    是的、使用 ZDRApp_LeaveUpdate 从网络中强制删除对器件的了解、然后使用黑名单禁止器件使用其 IEEE 或短地址重新加入：

    http://dev.ti.com/tirex/explore/node?node=AES5VdxyX-.OXxWoIFsyPg__pTTHBmu__LATEST 
    http://wiki.tiprocessors.com/index.php/Black_list_implementation 

    请确保不要继续启用允许加入。

    此致、
    Ryan

  • 0
    TI__Guru**** 2530940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我的代码(ZNP)通过串行方式将其发送到用作协调器的 cc2538。  

    休假通知的状态为"无"。

    不幸的是、我没有监听器、我只能看到串行传输的内容。

  • 0
    TI__Guru**** 2530940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    您提供的似乎是终端设备的解决方案、但我无法控制其固件。

    我只能控制协调器...

  • 0
    TI__Guru**** 2530940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    如果无法修改 ZNP 固件、则唯一的选项是忽略该器件或不断要求其离开。

    此致、
    Ryan

  • 0
    TI__Guru**** 2530940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我可以修改协调器的固件、但我无法修改终端设备的固件。

  • 0
    TI__Guru**** 2530940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    所有建议都是关于 ZC/ZNP 作为信托中心的建议。

    此致、
    Ryan

  • 0
    TI__Guru**** 2530940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    第二个链接描述了终端设备的过程、但它是非常有用的信息。 谢谢！

    第一个是用于协调器、但它似乎可以通过串行方式从固件外部执行某些操作。

    我认为最好不要更改协调器固件、而只需在我的代码中实施类似于"黑名单"的内容、并通过再次要求器件离开来处理通知。 令人烦恼的是终端设备可能会重复重新加入...

  • 0
    TI__Guru**** 2530940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    如果其他人有相同的问题、请提供有关此问题的更多信息：

    我在自己的代码中实现了它(即、不是在固件中、而是在通过串行方式控制协调器的软件模块中)并对其进行了测试。

    好的一点是、在多次尝试重新加入(如上所述被要求离开)后、终端设备会放弃。

  • 0
    TI__Guru**** 2530940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Ryan、

    您的第二个链接似乎对我不起作用。 您能提供一个新的吗？ 根据 Adrian 的介绍、第二个链接涉及终端设备、非常有用。  

    我正在寻找类似的解决方案、以便能够将选定的终端设备列入黑名单/阻止其再次加入。 幸运的是、我完全控制了我的 ZC 和 ZED 固件。  

    感谢你们为我们提供了这么棒的信息！

    谢谢

  • 0
    TI__Guru**** 2530940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Jawad、您好！

    TI Wiki 已被弃用、因此我假设页面已从网站中正式删除、这可能是最好的做法、因为它包含已弃用的信息。  如有需要、您可以参考以下 E2E 主题： https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/580975 

    您还可以管理网络启用允许加入或使用安装代码以提高安全性的时间。

    此致、
    Ryan