CC2652P: 路由器无法入网

Part Number: CC2652P
Other Parts Discussed in Thread: CC1352P, SYSCONFIG, Z-STACK

在simplelink_cc13xx_cc26xx_sdk_8_32_00_07例程中的zc_light 和zr_light(CC2652P)。添加了和ESP的串口通信,,zigbee网络的数据通信,经检查:

协调器和路由器的 EXT_PANID、信道(15)、PANID 配置一致
协调器已正常建网(打印 NETWORK OK)
路由器正常扫描、一直处于 “搜索网络” 状态,无报错
模块供电、串口、天线配置正常

可能是什么问题导致

建网时的RSSI

  • 您好,收到了您的案例,调查需要些时间,感您的耐心等待。

  • 你好,

    如果可能,请评估未修改的示例,并使用抓包工具日志进一步了解空中传输消息。如果 ZR 使用 BDB 调试状态向用户传达加入失败的信息,则具体错误为 BDB_COMMISSIONING_NO_NETWORK。这可能是 ZC 网络已禁用允许加入(即网络打开后已过去 180 秒),或者 ZR 的 NV 内存中存储了旧的 Zigbee 网络信息。后者需要恢复出厂设置(默认示例可以通过按住 LP 上的 BTN-2 键并重置电路板来完成此操作),或者在重新编程之前擦除所有设备内存。

    问候,
    瑞安

  • 尝试过清除NV,并且也不超过100s,依旧无法入网

    问题文件.zip

  • 使用的是E72 2G4M20S1E,里面是CC2652P内核

    E72-2G4M20S1E_UserManual_CN_v1.1-2.pdf

  • 我听说过Ebyte的模块,但之前没用过。你应该使用CC1352P-LaunchPad项目,而且你可能需要修改天线开关引脚以符合Ebyte的设计。我建议你进一步查阅Ebyte的文档,并与CC1352P LaunchPad的文档进行比较,以了解引脚分配方面的差异。乍一看,Ebyte似乎使用DIO5/6进行天线切换,而CC1352P LaunchPad使用DIO28/29,因此这些板卡可能错误地使用了无线电接收/发送路径,导致RSSI性能差,最终导致设备之间无法相互识别和通信,除非它们距离非常近。你可以使用Smart RF Studio 7进行进一步的PHY性能测试,并联系Ebyte,就如何使用他们的模块提出更多建议。

    问候,
    瑞安

  • 使用Smartrf studio测试RSSI信号

    协调器建网后短时间

    路由器上电后短时间

    在zcl_samplelight.c中已经设置好天线引脚,并且RSSI在-70左右,这是正常现象吗,代表正常发出信号了吗

  • RSSI 信号强度很差,通常情况下,相距 1 米以内的设备信号强度会达到 -40 dBm。正如我之前提到的,您的开发板使用的天线切换引脚与 SDK 中 LaunchPad 示例的引脚不同,您需要相应地修改 SysConfig 配置,可能还需要修改 rfDriverCallbackAntennaSwitching 配置(视情况而定)。请参阅 Z-Stack 用户指南中的“自定义硬件”部分以及其他相关内容。

    问候,
    瑞安