活动
从 2020-10-17 到 2020-11-15
2020-11-10
- 14:34 NR 错误 #259 (进行中): ping包时延过大
- Wireshark抓到两条重复的ICMP request, 第二条request与reply的间隔之间只有几us,网上查找发现：
Wireshark is very likely trying to tell you that ... - 09:43 错误 #257 (已关闭): lost pocket问题
- 问题分析：①发现终端tx使用了1个线程，导致有约1半的包无法发出 ②txrx线程，发送后清空buff
结果：从频繁丢包，到偶尔丢包，不易观察，暂时挂起
2020-11-07
- 10:31 NR 错误 #258: 收到ARP但单个数据包时延过大
- UDP灌包ok，双向可以达到700Mbps/600Mbps
- 10:28 NR 错误 #258 (已解决): 收到ARP但单个数据包时延过大
- ARP请求和回复成功。ping包成功。但ping包时延过大，部分超过3s
- 10:27 NR 错误 #258: 收到ARP但单个数据包时延过大
- 修改了设计方案，添加了有包就发的机制，即ask_flag
只要有单个数据包，并且物理层有资源，就将该数据包通过一个TB发送，并占用一个TB资源 - 10:26 NR 错误 #258 (已解决): 收到ARP但单个数据包时延过大
- 接收端可以抓到ARP请求，但时延过大，导致发送端认为丢包
- 10:30 NR 错误 #259 (已解决): ping包时延过大
- Server到APP的ICMP包来回时延过大，从40ms到3s不等
2020-11-03
- 09:59 错误 #257 (进行中): lost pocket问题
- ①发现丢包发生在基站的RXmac以及终端的TXmac间
②抓取包头长度及sn号表明，重复了子帧、slot号、sym号
③统计tx线程内及txrx_main线程知道，终端tx有一半线程未进入
④分析为tx线程设置为1，数量不够用。... - 09:36 错误 #257 (已关闭): lost pocket问题
- 现象：丢失lost pocket，UDP丢包
2020-10-31
- 11:18 错误 #256 (已解决): 基站CRC逐渐错误
- 11:18 错误 #256 (已解决): 基站CRC逐渐错误
- 现象描述：
①多次运行现象一致
②运行前几分钟，CRC基站终端全对；
③运行几分钟后，基站几十秒内CRC逐渐全错，终端CRC仍全对
④几分钟后，终端CRC right/wrong全0
⑤2T2R无此问题，1T1R有此问题
...
2020-10-30
- 09:59 WI 错误 #255 (已解决): 出现openfail问题
- 09:59 WI 错误 #255 (已解决): 出现openfail问题
- 现象：运行softbin，打印[HWIface->poke64] open failed
分析：是由于未装载驱动。根本在于驱动install.sh未赋权或者Go.sh未编译。
解决：在init.sh或者auto_run.sh中加入... - 09:50 WI 功能 #163 (已解决): 多终端应用测试
- 已完成项目：
①2T2R 8SLOT 5UE 频点3.15g、3.95g，距离5米，基站powerfactory1024,终端powerfactory2048，CRC可以全对，可以全部链接。PF+TCP测试无问题。
没有出错的情况... - 09:41 WI 功能 #231 (已解决): 时偏调整问题
- 频谱搬移系经过计算，向前搬移等同于向后搬移。
- 09:39 WI 错误 #253 (已解决): 2t2r 多终端测试 tcp+pf，app疑似丢包
- 原因分析：①CRC传输错误，导致重复发包
②CRC错误原因是功率过大以及AUXDAC的设置不当导致频偏
解决：调整天线位置，功率，AUXDAC，保证CRC正确 - 09:38 WI 错误 #226 (已解决): 多终端测试代码合并及问题解决
- 多终端代码已经整理完毕，见周仁泉\new_wi\wi_multi_ue1.2目录下。
测试：测试8slot5ue，以及4slot6ue无明显问题。
导出 Atom