TI中文支持网通过抓包发现一级路由发出路由请求后能收到协调器的回应，并发送数据成功：
但是二级路由发出请求后并没收到回应，导致无法通过一级路由转发数据到协调器（二级路由是通过一级进入到网络的）:
二级路由发送函数：
SampleApp_Periodic_DstAddr.addrMode = (afAddrMode_t)Addr16Bit;
SampleApp_Periodic_DstAddr.endPoint = SAMPLEAPP_ENDPOINT;
SampleApp_Periodic_DstAddr.addr.shortAddr = 0x0000;
AF_DataRequest( &SampleApp_Periodic_DstAddr, &SampleApp_epDesc,
SAMPLEAPP_COM_CLUSTERID,
len,
num,
&SampleApp_TransID, AF_DISCV_ROUTE|AF_EN_SECURITY, AF_DEFAULT_RADIUS );
发送设置项设置成路由请求、回应。
VV：
把你数据包保存成psd文件，用附件上传可以吗？
截图没啥意义。
JINNIAN LIN1：
回复 VV:
guozi zhou52：
回复 JINNIAN LIN1:
频偏。
使用官方的硬件 或 其他第三方硬件 验证下。
JINNIAN LIN1：
回复 guozi zhou52:
你好，请问怎么从包文件中看出频偏，数据在哪个值上是属于正常范围?
guozi zhou52：
回复 JINNIAN LIN1:
假设你sniffer硬件无问题：
设备广播包转发不完全；
信号质量尚可，link status中相邻设备路径损耗严重（虽然zstack中有小概率的bug），频偏的现象很严重了已经；
弱频偏的话软件上可以修复下，频偏严重 还是硬件解决比较好
JINNIAN LIN1：
回复 guozi zhou52:
现在的情况是这样的，一级路由无法转发二级路由点播给协调器的数据，但当二级路由广播数据发送的时候，一级路由能收到并继续广播让协调器收到数据，分析抓包看到点播时二级路由发出请求，但没响应，不知道是否与您所说的频偏有关系？
guozi zhou52：
回复 JINNIAN LIN1:
频偏也会导致你描述的现象；
严重的频偏 可以和 官方的硬件配合做丢包的兼容性测试，很容易就测出来。
