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.

[参考译文] RTOS/CC2538:如果 NWK 帧计数器大于该最大值(0xFFFFFFFF)、会发生什么情况?

Guru**** 2541930 points


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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/810593/rtos-cc2538-what-s-happens-if-nwk-frame-counter-greater-than-that-max-value-0xffffffff

器件型号:CC2538

工具/软件:TI-RTOS

附件 是 ubiqua 日志,来自数据包5030,另一个设备无法响应协调器的“级别属性读取”请求。

e2e.ti.com/.../NWK-frame-counter-greater-than-max.zip

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

    大家好、

    一旦网络帧计数器溢出、它将从零开始、并且由于该值小于先前的值、因此器件的数据包将被其他 Zigbee 3.0器件丢弃。  Zigbee R21 2015规范的第4.3章对此进行了介绍、其中还建议偶尔更新网络密钥、以重置帧计数器并避免持久性问题。

    此致、
    Ryan

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

    如果协调器 NWK 帧计数器溢出并重置为零+ 1000、是否可以同时重置另一个 Zigbee 3.0器件网络层、这可能是恢复通信并且工作正常?

    我已经进行了测试、如果协调器 NWK 帧计数器重置为零+ 1000、我们会同时手动重新启动其他 ZigBee 器件、网络通信运行良好、似乎不需要更新网络密钥。

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

    最好在帧计数器溢出之前发送网络密钥更新或将器件重置为新出厂设置、请记住、帧计数器持久性仅适用于 Zigbee 3.0规范器件。

    此致、
    Ryan