完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友论坛|
协议栈：ZSTACK 2.5.0
睡眠设备 POLL_RATE:1000ms 测试时发现：10个睡眠设备在接收协调器（父节点）的广播包时，有一个设备没能接收到。协调器清除NV后重新发送广播包，所有设备都能接收到。 问题：1.为什么会出现测试的情况？ 2.CC2530协调器在POLL_RATE 为1S情况，大概能挂在多少个？ 3.协调器（父节点）缓存给子节点的信息在那个参数能找到？ 
0
|
|
相关推荐
2 个讨论
|
|
|
1，由于节点开启了休眠功能，那么节点发送Data request以后Rx打开的时间比不休眠的时候肯定要短，所以你的10个节点同时data request请求数据的时候，由于碰撞重发，有可能那时候节点已经进入休眠了。
|
|
|
|
|
|
|
|
djfldsthtr 发表于 2016-2-22 15:35 我原本也以为是通信的原因。但是后来我把别的睡眠设备全断电后，发现有问题的睡眠设备也还是收不到广播包。协调器的超时时间也是设置了7s。所以我怀疑是不是协议栈中有某个数组用于暂存了给睡眠设备的信息。但是这个数组大小受到限制，比如只支持9个睡眠设备的的暂存信息。第10个设备就无法收到。这也是我问第三个问题的原因。协议栈中是否有这样的一个数组。 |
|
|
|
|
|
|
|
只有小组成员才能发言，加入小组>>
物联网工程师必备：怎么选择不同的无线连接技术，本指南帮你忙！
3257 浏览 1 评论
【DFRobot TinkerNode NB-IoT 物联网开发板试用连载】WIFI功能测试
3905 浏览 0 评论
【DFRobot TinkerNode NB-IoT 物联网开发板试用连载】Arduino的替代SublimeText3+STino
3412 浏览 0 评论
使用端口扩展器轻松高效地向IIoT端点添加具有成本效益的子节点
3965 浏览 1 评论
20603 浏览 11 评论
模组有时候复位重启后输出日志为“REBOOT_CAUSE_SECURITY_PMU_POWER_ON_RESET”的原因？
743浏览 2评论
928浏览 2评论
958浏览 1评论
1080浏览 1评论
359浏览 1评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
2966
评论
淘帖
97
45942
