• 欢迎访问伊栖物联网社区,聚焦物联网技术和解决方案QQ群:735553309
  • ,从传感器到片上嵌入式系统,无线接入,边缘计算,在这里您可以讨论一切
  • 参加最新的物联网研讨会报名
  • 如果您觉得本站非常有看点,那么赶紧使用Ctrl+D 收藏伊栖Eccee

一次大规模ZigBee组网的调试过程

无线 peyoot 4个月前 (03-21) 338次浏览 0个评论

现象:

单独41个节点组网后,通讯正常, 另42个组网后,通讯也正常,天线固定, 两个网合并组在一起,效果不好。source routing单次会收到多个RRI, 节点的MTO与AR值设置不一致。以最后一个RRI为准的路径信息,似乎发送不成功。

固件:XBee3 ZB 1009~100B都有。

调试目标: 达到更好通讯效果

调试过程:

  • A1,A3包过多的情况排查

RRI增多:一方面是MTO过多,另一方面信号不畅,重入网或retry可能产生RRI

MTO增多:原因不明,更改AR=0后,MTO仍然存在,在开发板上无法复现,推测两个原因:

一是个别控制箱模块有问题,AR更新后,它仍转发旧的,另一个是固件1009,是否用100B就没了,最终协调器退网后,MTO消失,但AR=0仍可见不明原因的MTO。调试的目标转向调查不明MTO是如何产生。

由于在现场无法通过逐个断电来排查,在实验室用18台100B版本固件组网,并未发现MTO有异常,新增新刷的另两排100B固件,发现初始部署时,还是有不明MTO。并且时常收到入网通知信息,推测和程序中的通讯不畅时的退网机制有关。

用实验室验证猜测,证实过多的NR导致路由变动频繁。而NR过多的原因,竟是Source Routing的地址装载0x21帧不符合文档要求。对方采用双向握手,在多次不通时会发NR退网,这个机制在自动部署时发挥一定作用,但由于0x21有误,下行不畅,导致过多的退网,参考:

在ZigBee mesh网络中创造跳点并测试路径失效时的包

一、创建一个跳点 使用一个XBee3 ZB模块作为协调器,另一个XBee3模块作为路由器加入该网络,将其增益参 […]

解决方案:

付费查看内容

已有1人支付

采用0x21指定source routing地址时,一定要按文档要求来,基中跳点顺序和RRI要一致,最后一个跳点在最前,不要头尾颠倒。
确保网络稳定部署后不随意发ATNR退网,如果自动部署需要用到这个ATNR,则把这个退网的触发机制最大化,在入网后,则可以通过远程命令来设置MCU发ATNR的时间或是尝试通讯次数。
带按钮设备可以设置部署模式和正常运作模式,以及调试模式,通过按钮控制哪种模式运作并切换。对于无按钮设备,通过蓝牙以及micropython来触发部署模式和一般运作模式,以保证正常运作不需要发NR退网。


ECCEE版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权
转载请注明原文链接:一次大规模ZigBee组网的调试过程
喜欢 (0)
发表我的评论
取消评论

表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址