项目

一般

简介

错误 #284

wi长时间运行，crc全错

由 匿名用户 在 超过 4 年 之前添加. 更新于 超过 4 年 之前.

状态:
挂起
优先级:
立刻
指派给:
-
开始日期:
2020-12-22
计划完成日期:
2021-01-27
% 完成:

80%

预期时间:
耗时:
6.00 小时
问题归属:

描述

现象:运行38分钟后crc全错，观察run.log，终端正常，基站出现last FHTX not done
分析认为描述符部分出现问题，需要x86配合定位

文件

crc_wrong.png (170 KB) crc_wrong.png 匿名用户, 2021-01-12 11:49
节点.png (20.5 KB) 节点.png 匿名用户, 2021-01-12 11:50
Lark20210115-153523.png (40.7 KB) Lark20210115-153523.png 王 永伟, 2021-01-15 15:35
未捕捉到ifft）.png (81.5 KB) 未捕捉到ifft）.png 匿名用户, 2021-01-19 09:38

历史记录

#1

由 匿名用户 更新于 超过 4 年 之前

新增现象：CRC全错后，有某段时间CRC对1000或2000，持续很短。后续可能CRC全部为0； 从x86基站采数发送，数据为空

#2

由 匿名用户 更新于 超过 4 年 之前

抓取数据，ifft header iffo empty。
ue_map.cfg 4slt容易挂死，8slt不容易挂死

#3

由 匿名用户 更新于 超过 4 年 之前

  • 描述 已更新。 (diff)
  • 计划完成日期 从 2020-12-25 变更为 2021-01-27
  • 指派给 从 匿名用户 变更为 王 永伟
  • % 完成 从 0 变更为 10

环境：
①硬件2.210
②FPGA版本工信部交付版本E1F_NR_V_1_5_1_T200422_XY，默认数字域内环
③平台版本 C:\git_repository\周仁泉\new_wi\wi_multi_ue1.2 (dev_multi_ue_1_2_pf)
哈希 e8cbe91296f3e797dbd11b5efb1c28eef2aef127

#4

由 匿名用户 更新于 超过 4 年 之前

  • 项目 从 混元 变更为 WI
#5

由 匿名用户 更新于 超过 4 年 之前

补充现象：
①运行时间3.8min
②下行，fh tx无数据、ifft数据buff空、dma部分rc的数据类型没有ifft，只有fft
③上行，fh rx正常， dma部分fft conv 描述符正常


#6

由 匿名用户 更新于 超过 4 年 之前

  • 状态 从 新建 变更为 进行中
#7

由 王 永伟 更新于 超过 4 年 之前

#8

由 匿名用户 更新于 超过 4 年 之前

现象：
①@王永伟 CRC全错时， 平台采数，认为数据已经传递给fpga
②FPGA下行，发现无ifft的rq信息上传， dn_ctrl的ifft模块，发现infor fifo为空

#9

由 匿名用户 更新于 超过 4 年 之前

现象：在rc处抓到，CRC错误时，下行的包只有描述符包，没有ifft的数据包,如下图（图中笔误，应当是通道3即1000写，通道0为ifft通道。 且ifft dn_ctrl在等待rc的 rcmd_cmpl
分析：目前看到x86无数据下来，需要讨论 是发了rq而无数据还是没发rq无数据

#10

由 匿名用户 更新于 超过 4 年 之前

经过data_align_rx抓数，sfn无跳帧，fft对header及样点的读数正常，没有偏差

#11

由 匿名用户 更新于 超过 4 年 之前

现象：
①重新插拔或更换2.210的pcie线，运行一段时间仍然CRC全错
②2.245搭建环境，运行多次，没有出现CRC错。
③两台的固件、dev、平台代码相同，cpu相同，主板不同

分析：
①疑似硬件接触问题
②根据@杨晋 建议，应当建立触发点，对下行数据断流之前的数据，经ram缓存后打印出来，对比正常及出错数据

#12

由 匿名用户 更新于 超过 4 年 之前

  • 状态 从 进行中 变更为 挂起
  • 指派给 从 王 永伟 变更为 匿名用户

目前无法定位，暂时挂起

导出 Atom PDF