|
查看: 4425|回复: 5

节点设备持续数据收发出现异常现象

[复制链接]

9

主题

8

回帖

145

积分

荣耀黄金

积分
145
发表于 2024-12-26 17:05:20 | 显示全部楼层 |阅读模式 来自 中国
information
说明:   建议参照本版块置顶帖内容输入必要信息
芯片型号: TLSR9218
SDK及版本: V3.6.8.7(Public release)
使用场景:两节点均使用af_dataSend()进行数据发送,节点A以100ms间隔连续发送80字节,节点B收到节点A数据后立即回复80字节


问题描述:持续收发5-30分钟左右,会随机出现其中一个节点发送数据(发送回调中的状态码为0),另外一个节点收不到的现象,一旦出现,必须通过手动复位发送节点才能恢复正常数据发送,如果两个节点都复位一次,能正常收发的时间会更长

请问上述问题,可能是哪里配置不对或者使用不当导致的?

29

主题

364

回帖

1165

积分

版主

积分
1165
发表于 2024-12-26 19:09:11 | 显示全部楼层 来自 上海
发送回调指的是send confirm消息发送确认回调?

9

主题

8

回帖

145

积分

荣耀黄金

积分
145
 楼主| 发表于 2024-12-27 08:34:49 | 显示全部楼层 来自 中国
是的,调用af_dataSend发送数据,自定义了一个SendConfirm,在里面打印pApsDataCnf->status

29

主题

364

回帖

1165

积分

版主

积分
1165
发表于 2024-12-27 16:51:05 | 显示全部楼层 来自 上海
所有消息的状态码都是0?感觉不大可能。
可以收集一下从发包开始所有非0的状态码,这些状态码是各层状态的集合。
{aps_status_t, zb_nwk_status_t, mac_sts_t}

9

主题

8

回帖

145

积分

荣耀黄金

积分
145
 楼主| 发表于 2024-12-30 19:57:34 | 显示全部楼层 来自 中国
我们进一步确认了情况,是因为在数据收发过程中,产品应用调用了zb_resetDevice2FN()和zb_factoryReset()去实现重新加入一个新网络的功能,想继续请教一下,为什么协调器和MAC地址没变,还是会出现上述发不了数据的情况?是需要获取类似路由表之类的信息吗?

29

主题

364

回帖

1165

积分

版主

积分
1165
发表于 2025-1-6 10:27:14 | 显示全部楼层 来自 上海
MAC地址只是网络通信中的一个重要参数,除此之外,设备能够通信还需要在同一个PAN网络内、以及使用相同的网络密钥等。
你可以检查一下pan id、ext pan id是否一致

本版积分规则

关注公众号
隐私政策|Telink forum

相关侵权、举报、投诉及建议等,请发 E-mail:forum@telink-semi.com

Powered by Discuz! X5.0 © 2001-2026 Discuz! Team.|沪ICP备17008231号-1 |沪公网安备31011502403548号

在本版发帖返回顶部