完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
本帖最后由 一只耳朵怪 于 2018-6-3 10:41 编辑
ZDO_JoinIndicationCB中,要处理两种消息。一个是MAC Associate Ind,另一种是Rejoin ind。MAC Associate ind要回复MAC Associate Rsp,Rejoin Ind要回复Rejoin Rsp。 在回复Associate Rsp时,不一定非要在收到MAC Associate Req时立即回复,可以在一个小于入网节点的macPib.ResponseWaitTime时间内回复,因为入网节点在发送Associate Req后的ResponseWaitTime时间内,通过MAC Data Poll Req去读取父节点的Associate Rsp。而这段时间,父节点可以在协调器上面去查询白名单,甚至能够让协调器在上位机去查询。 另一种是Rejoin Ind的,如果是一个FFD设备加入网络,父节点也能有时间先去查询白名单,再在规定时间内回复Rejoin Rsp。对于RFD节点来说,RFD节点也是通过MAC Data Poll 的方式接受Rejoin Rsp,因此父节点在子节点的REJOIN_POLL_RATE=440ms内回复Rejoin Rsp也是可以的。 |
|
相关推荐
2个回答
|
|
像Associate Request/Response 这样的底层数据,希望协议栈能够自己判断处理,不要让上位机干预这个过程。
|
|
|
|
其实上位机更多的是扮演协议栈的协处理器角色,由于协议栈不支持文件系统,不支持数据库,但是ZigBee网络的全局拓扑最好的表现形式就是文件系统,数据库。 Associate Request/Response还是交给协议栈来处理,比如如何去分配地址,上位机只是起到一个辅助条件的作用。上位机既然有全局网络的控制权限,就应该具备对全局网络设备的管理权限。飞利浦HUE现在已经暴了一个很大的安全隐患了,再聪明的机器也聪明不过人,所以在ZigBee网络中,加入更多的人工干预机制,才能保证安全。 |
|
|
|
只有小组成员才能发言,加入小组>>
820 浏览 1 评论
1070 浏览 0 评论
617 浏览 1 评论
466 浏览 1 评论
660 浏览 2 评论
AT32F407在USART2 DMA发送数据时,接包接到了要发送的数据,程序还是处于等待传输完成的标识判断中,为什么?
263浏览 29评论
1224浏览 23评论
请问下tpa3220实际测试引脚功能和官方资料不符,哪位大佬可以帮忙解答下
355浏览 20评论
请教下关于TAS5825PEVM评估模块原理图中不太明白的地方,寻求答疑
333浏览 14评论
两个TMP117传感器一个可以正常读取温度值,一个读取的值一直是0,为什么?
197浏览 13评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-3-5 04:40 , Processed in 1.330108 second(s), Total 50, Slave 44 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191