引用: trfchjc 发表于 2018-8-13 06:48
我找到原因了,是因为这个协调器已经这个设备还是他的子设备,其实他已经重新入网,换了父设备,只是这个协调器没有收到设备申明,所以没有更新自己网络信息表,我看你们的新协议栈Zstack2.5.1a更新错误中有提到这个。但是我们用你们2.5.0版本基本都完成整个程序了,现在这个BUG怎么解决啊。
还有一个问题我想问问 void NL ...
你可以比较下void ZDO_ProcessDeviceAnnce( zdoIncomingMsg_t *inMsg )这个函数。
void NLME_SetPollRate( uint16 newRate ); 是用于子设备向父设备请求数据用
NLME_SetQueuedPollRate( uint16 newRate );是用于poll indication用
NLME_SetResponseRate( uint16 newRate );是用于poll confirm用的
这几个数据并不是说越小越好,如果太小你的协议栈频繁处于poll,反而会影响其他工作。
我们协议栈里面提供的默认值,是经过测试验证的,一般情况下不要去修改
引用: trfchjc 发表于 2018-8-13 06:48
我找到原因了,是因为这个协调器已经这个设备还是他的子设备,其实他已经重新入网,换了父设备,只是这个协调器没有收到设备申明,所以没有更新自己网络信息表,我看你们的新协议栈Zstack2.5.1a更新错误中有提到这个。但是我们用你们2.5.0版本基本都完成整个程序了,现在这个BUG怎么解决啊。
还有一个问题我想问问 void NL ...
你可以比较下void ZDO_ProcessDeviceAnnce( zdoIncomingMsg_t *inMsg )这个函数。
void NLME_SetPollRate( uint16 newRate ); 是用于子设备向父设备请求数据用
NLME_SetQueuedPollRate( uint16 newRate );是用于poll indication用
NLME_SetResponseRate( uint16 newRate );是用于poll confirm用的
这几个数据并不是说越小越好,如果太小你的协议栈频繁处于poll,反而会影响其他工作。
我们协议栈里面提供的默认值,是经过测试验证的,一般情况下不要去修改
举报