请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC2652P Thread 中讨论的其他器件： Z-stack、 CC1352P、 SIMPLELINK-CC13XX-CC26XX-SDK
早上好。
我正在尝试找出实现以下想法的方法。
获取的器件是配备 CC2652P 模块的 SONOFF Zigbee 软件狗、我想使用其中一个作为协调器、 还有大约300台与路由器相同类型的其他设备、每台设备都有一个应用程序、事实上、这些设备也是用作终端设备的传感器和传动器。
因此、我的目标是创建一个大型网状网络、其中 每个 设备(协调器除外)充当路由器、并与物理环境进行交互、同时与其他设备进行通信、最终到达(并通过)协调器经过的云后端
我的想法是将每个路由器模块托管在另一个配备微控制器的电路板上、该微控制器使用路由器器件中启用的 Z-Stack MT-Interface 在网络内部进行通信并通过协调器到达云。
- 这是可行的吗？ Z-Stack 概述文档(此处)似乎没有对 任何逻辑器件类型(如我所想到的逻辑器件类型)的应用特定用途作出任何限制。 但在现实世界中是真的吗？ (我想一下延迟、协议开销、绑定/解决可能的冲突或 不安全的配置和拓扑结构修改、有什么意见？)
- MT 接口方式是否正确？ 在 simplelink_cc13xx_cc26xx_sdk_6_20_00_29 SDK 的 zr_genericapp 等示例项目上启用它似乎是可行的(此处)。 但是、按照给定教程并在模块上刷写生成的十六进制会导致无法通过 Z-Tool 2访问的器件、当我尝试编译同一 SDK 的其他示例工程时、如 ZR_genericapp_CC1352P_2_LAUNCHXL_tirtos_ticang 和 ZNP CC1352P_2_LAUNCHXL_tirtos、按照该存储库中的步骤执行它还包含路由器和协调器预编译的 hexs、而后者则能完美地工作、其中协调器1会产生一个与 Z-Tool 2串行实用程序和 Zigbee2Mqtt 堆栈通信的设备、但路由器预编译后仍然没有 MT-Interface。
- 在哪里可以找到路由器示例项目适应需求的特定指南？ 鉴于 CC1352P_2项目也非常适合此处指定的我的 CC2652P。
- 当我尝试使用给定的 SDK 编译导入的 CCS 工程时、我会收到此警告(说明资源路径位置类型
找不到 XDCpath 存储库'C：/ti/simplelink_cc13xx_cc26xx_sdk_6_20_00_29/.；C：/ti/xdctools_3_62_01_15_core/packages！ 访问项目的"属性">"常规">"产品"选项卡以调整 XDCpath。 ZNP_CC1352P_4_LAUNCHXL_tirtos_ticlang ZNP_CC1352P_4_LAUNCHXL_tirtos_tirang 问题)、此时两条路径都正确转换。 有什么建议吗？
提前感谢您的澄清和帮助。
Roberto
