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.

[参考译文] CC2652P:增加 ZNP 中的最大器件列表

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1429596/cc2652p-increasing-maximum-device-list-in-znp

器件型号:CC2652P

工具与软件:

您好、我们将使用 ZNP 项目作为连接到我们器件的协调器、并且我们最近将该项目从4.40 SDK 更新为7.41。 为了简化迁移、我们创建了一个从 SDK 导入 ZNP 的新项目、并在 syscfg 中进行了更改:

Z-Stack->Power Management -> Power Mode of Operation = Always On (Z-Stack->Power Management ->电源管理->电源运行模式=始终开启)

Z-Stack->Network->Network Maximum Device List = 64

Z-Stack->Network->Maximum Unique TC Link Keys = 64

Z-Stack->Advanced->Routing Table Size = 80

在工程属性中:

Build->Tools->Arm Compiler->Predefined Symbols->NVOCMP_NVPAGES=4

Build->Tools->Arm Compiler->Predefined Symbols->MAX_DEVICE_TABLE_ENTRYS=64

Build->Tools->Arm Linker->Advanced Options->Command File Preprocessing->NVOCMP_NVPAGES=4

虽然我们能够将64个器件与这些更改配对、但在2个实例中、ZNP 无法接收消息、而仍然响应命令。 这看起来像是器件的重置、但没有发送启动消息、因此我们不知道具体发生了什么。 缺乏堆空间可能会造成问题或类似的问题? 我不知道我们应该更改哪个变量来更好地支持这些器件、因为现在的唯一解决方案是继续向任何 非休眠器件发送消息并检查通信何时中断以重新启动 ZNP、这远不是最佳解决方案。

感谢您的任何建议、

Gustavo。

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

    尊敬的 Gustavo:

    请考虑使用此处的一些图片: https://github.com/Koenkk/Z-Stack-firmware/tree/develop/coordinator/Z-Stack_3.x.0/bin

    稳定性也有所提高、例如 UART2 (与4.40 SDK 相比是新的 UART 驱动器)以及用于更大网络的网络设置。

    谢谢!
    Toby

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

    尊敬的 Toby:

    虽然我们无法使用全新的映像(我们需要测试与基础器件的完整通信、并需要做出相应更改以与旧器件兼容)、但我们不知道将 TX 功率配置为高于5dBm 时会出现这个错误、这似乎是我注意到的问题。

    应用项目中提供的补丁后、我不会注意到进一步崩溃、因此能够拥有一个稳定的网络且所有器件都已配对、这就是解决方案。

    感谢您为我介绍解决方案。

    此致、
    Gustavo