zigbee协调器接连控制多个router子节点有时会丢包问题

附件是抓包的原始数据，可用sniffer打开

大神呢? vv 呢？

我这边也遇见了这样的问题。

谢谢回复！请问您怎么解决这个问题的？我现在在尝试在应用层加反馈

是你发送数据的速度过快、导致的丢包。

延长2次数据的间隔试一下，比如500ms。

1秒的话，性能就好多了。

抓包来看，发送数据的间隔太短了，有好几条数据包都是重发成功的。

500ms也试过的，也有丢包，从做产品的角度，丢包用户体验很差，发送时间过慢，响应慢，体验也不好，我们现在做的是智能家居场景控制里的全开全关模式，不知道你们做什么应用，这方面要求高不高

终于等来VV了，发数据给CC2530串口的时间间隔比较固定，刚开始是50ms，后来改为500ms也能测到丢数据现象，没发送成功的话APS Counter为什么会加1呢？我现在在应用层加了反馈，如果50ms内协调器没收到终端的返回数据，再发一次,（串口发过来的数据时间间隔改为80ms），这样有点效果，但还是能测到丢包，请问还有什么建议呢？看您抓的图，Time Deta一栏时间不固定，也跟我串口发过来的时间不太一样，什么原因呢？您用的工具是Packet Sniffer吗？跟我用的不太一样，网上可以下到吗？

@Harries Ren,

你的意思是你的host每隔50ms发送串口数据CC2530，然后CC2530通过无线发送出去，对吗？

有没有测试过串口给CC2530发送一条命令，然后CC2530自己控制每隔50ms发送数据。 另外如果你要实现全开全关的功能的话，那直接发送广播不可以吗？

APS Counter增加是应用调用发送函数就会增加上去的。 

我用的是Ubiqua，是一个收费的抓包软件，你可以下载试用版的30天试用期。

谢谢！

谢谢您的回复！

是这样的，是host每隔50ms发送串口数据CC2530，然后CC2530通过无线发送出去。

有测过，串口时间方面是没问题的，用示波器量了是对的。用广播的话有点限制，还有其他场景，只控制部分设备。

现在的问题好像在于：调用AF_DataRequest 函数后，协调器这时在接收数据(协调器发送完终端有返回数据)，数据处理不过来，这时如果又有要发送的数据下来，就把原来的数据覆盖掉了，这样似乎可以解释抓包数据里APS Couter跳了一个数字(比如从22跳到24)，同事没抓到相应APS Couter的数据。

还有AF_DataRequest函数的返回值似乎不大准确，发送失败也返回0，是不是因为我的协议栈（zstack-cc2530-2.3.0-1.4.0）太老了，还是本来就不准呢?

@Harris Ren

你的问题我也遇见过了，我用的zstack版本是2.5.1a效果也是一样。这个估计就是CC2530的特性了。

要不要一起交流一下？

QQ：46189142