本人对于经理对于员工的不满

本文针对ZigBee通信中出现的数据重传问题进行了深入分析,指出问题源于ZS-tack协议栈,并非由STM32-Zigbee通信底层引起。通过抓包工具观察到数据重传现象及由此导致的接收端重复数据问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 

本来已经给出回复了,为什么昨天还要重复上传bug!想表达什么?是的,你要给出具体问题的定位我已经给出了是ZS-tack协议栈本身的问题,不可以解决,你非要精确到代码的哪一行,那我告诉你,协议栈本身给我们提供的就只有一个接口发送函数,我只能保证,我把正确的数据数据发送出去,具体无线传输的过程中,出现了重传,协议栈的问题,这个我决定不了,要想知道为什么重传那可以去问ti公司,请问本公司有能力去联系TI的公司获得他们相应的技术支持吗?

可能是我比较小心眼了,但是你多出上传bug,我看了就烦,适当的发泄一下

关于2016-08-11晚上传的传感器测试总结回复:
总体问题分为3类
1. 灵敏度问题:这个是传感器自身的问题,不可优化
2. 上传时间间隔问题: 已经定位,测试过程中,其他外接的操作对log影响
3. 偶尔重复上传:已经排除底层STM32-Zigbee通信问题,由于优先级,暂时记录
备注:关于传感器问题全部结束

 

郭博给出解释: 其实使用抓包器进行抓包就可以解决,通过抓包器可以看到数据的不断的重传,而重传的过程中极易导致,接收端出现重复收到数据的情况

 

转载于:https://www.cnblogs.com/mrsandstorm/p/5766006.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值