活动
从 2020-12-08 到 2021-01-06
2021-01-06
2021-01-05
- 19:58 NR 功能 #239 (进行中): 基于信道估计的频偏估计和补偿模块
- 19:56 NR 功能 #239 (已解决): 基于信道估计的频偏估计和补偿模块
- 10:46 NR 错误 #242 (转测试): MCS26部分符号星座图发散严重
- 10:45 NR 错误 #240 (转测试): 高频频段（4.0Ghz）射频存在相噪
- 10:45 NR 错误 #251 (已解决): 偶然出现的无法同步
- 10:44 NR 错误 #259 (转测试): ping包时延过大
- 10:42 NR 错误 #110 (已解决): 同步信道在新平台运行超时挂死
- 10:41 NR 错误 #252 (已解决): 灌包测试，接收端无法收到ARP包
2020-12-28
- 10:50 WI 错误 #284: wi长时间运行，crc全错
- 抓取数据，ifft header iffo empty。
ue_map.cfg 4slt容易挂死，8slt不容易挂死
2020-12-24
- 09:44 WI 错误 #284: wi长时间运行，crc全错
- 新增现象：CRC全错后，有某段时间CRC对1000或2000，持续很短。后续可能CRC全部为0； 从x86基站采数发送，数据为空
2020-12-22
- 17:57 WI 错误 #284 (挂起): wi长时间运行，crc全错
- 现象:运行38分钟后crc全错，观察run.log，终端正常，基站出现last FHTX not done
分析认为描述符部分出现问题，需要x86配合定位
- 17:54 错误 #277: 多ue下，crc有错误
- 分析原因，仍然可能是
①干扰
②频偏
干扰无法解决，频偏需要校准
2020-12-21
- 10:30 错误 #276: 一所包长1460，tcp传输错误
- 经确认，机器MTU设置1712,基站/终端MTU设置1500,导致握手时协商双方MTU为1500，包被分割。
当基站/终端MTU设置2000时，可以传输1800的包。还需要再确认
2020-12-16
- 16:26 错误 #276: 一所包长1460，tcp传输错误
- 更新，根据祁工，双臂包长最大1711，其他包长最大952
2020-12-15
- 19:17 错误 #276: 一所包长1460，tcp传输错误
- 经过定位，去除app的12字节时戳，无线通道可以传输1460字节的数据。
但仍需要有线抓取机器人数据确认各个包。
2020-12-14
- 10:56 错误 #277 (已解决): 多ue下，crc有错误
- 现象：测试多ue时，分配4slot，crc每4000错10几个包
- 10:51 错误 #276 (转测试): 一所包长1460，tcp传输错误
- 现象：1024字节时，传输无问题。1460字节时，client->server无问题，server到client误包严重。怀疑导致双臂信息传输 异常。
2020-12-08
- 20:11 NR 错误 #264 (进行中): 开机第一次可以运行，第二次后全部挂死
- 过程：经过微星x299 pro 2.5G、华擎x299 taichi两块主板的比较，分别使用9940x以及10940x重装系统，进行相同的设置，运行testmac，得出以下结论
结论：
①挂死问题与cpu有关，9940x不容易挂死...
导出 Atom