活动
从 2021-04-11 到 2021-05-10
2021-05-10
- 17:30 版本基线归档
- 1、协议栈(CU+DU):Rel_2.1.5
2、PHY版本:git@192.168.1.104:YZRT/5gnr/ecpri.git 分支:dev 标签:YZS_PRU_V1.0.1
3、驱动版本:git@192.16...
2021-05-08
- 17:50 功能 #488: CM
- ①文档 编写完成
②代码 编写完成
③仿真 进度100%
④在板 进度90%
在板,du模拟dma_bar的读写操作,可以成功进行①写ru_pl ②d读ru_pl ③写ru_ps ④读ru_ps的写入值
待完成
①...
2021-04-29
- 20:47 错误 #530: 基站启动后,驱动读取bar地址无效
- 正确的情况下,打印如下:...
- 20:41 错误 #530: 基站启动后,驱动读取bar地址无效
- 咨询老王,反馈如下:
fpgaInfo[0].valid=9d0f, fpgaInfo[0].cardType=0x809ff375、
这句表示,FPGA bar地址无效,有效的话 打印就是010300 - 20:40 错误 #530 (进行中): 基站启动后,驱动读取bar地址无效
- 20:40 错误 #530 (已解决): 基站启动后,驱动读取bar地址无效
- 打印如下:...
- 20:07 错误 #522 (已解决): FR CPRI TDD调试,DU FPGA写入AD5311值CAC0,读回值CA40,二者不一致
- 20:07 错误 #520 (已解决): FR CPRI TDD调试,在驱动加载前,DU的上行front_haul收到格式错误的数据
- 20:06 错误 #521 (已解决): FR CPRI TDD调试,DU FPGA新版本回读AD5311值不稳定(之前版本回读值不变)
- 20:06 错误 #514 (已解决): PRACH收到频域数据后解出的preamble ID和终端侧的不一致
- 20:05 错误 #527 (转测试): 基站下电重启后,第一次启动出现prach任务异常导致ul 任务超时
- 晓阳修改RU侧,下行和上行的子帧号,修改后,断电重启,时序正常。
- 20:03 错误 #529 (已解决): 上行harq重传,FPGA未返回【ecpri版本,挂死和AD9371版本的原因不同】
- 12:15 错误 #529: 上行harq重传,FPGA未返回【ecpri版本,挂死和AD9371版本的原因不同】
- FPGA查看调测,重传时有个异步fifo无法写入数据,因为fifo使用的时钟是ddr IP输出的时钟,复位是pci的复位,复位会先于时钟而到达导致复位FIFO工作异常。
修改后国荣测试未发现未返回,待后续跟踪。 - 10:54 错误 #529 (进行中): 上行harq重传,FPGA未返回【ecpri版本,挂死和AD9371版本的原因不同】
- 10:53 错误 #529 (已解决): 上行harq重传,FPGA未返回【ecpri版本,挂死和AD9371版本的原因不同】
- 12:03 功能 #488: CM
- DU至RU_pl RU_ps写入测试通过。
待验证:
① du带数据跑
②du读取
③x86的bar联调
2021-04-28
- 18:42 功能 #488: CM
- 已解决2次仅1次生效问题,是ps_interface模块的状态机有问题导致覆盖。
- 10:16 错误 #528 (进行中): 基站下电重启后,小概率出现ue可以正常检测到广播,基站无法检测到上行信号
- 抓到的log看到,出现该情况的时候,FH过来的数据中填写的slot号和tti中的相同...
- 10:13 错误 #528 (已解决): 基站下电重启后,小概率出现ue可以正常检测到广播,基站无法检测到上行信号
2021-04-27
- 21:00 功能 #488: CM
- deframer_to_chan 的计数分支type类型判断错误导致状态机卡住,已修复。
测试pl的bar写入无问题;
测试ps的写入可以到达,但每2次信号产生一次打印,需要debug。 - 18:14 错误 #527: 基站下电重启后,第一次启动出现prach任务异常导致ul 任务超时
- 启动正常的log:...
- 17:13 错误 #527 (进行中): 基站下电重启后,第一次启动出现prach任务异常导致ul 任务超时
- 1、抓取log 发现FH过来的数据中的填写的slot 和 io线程中填写的tti的值差太多,log如下:...
- 17:11 错误 #527 (已解决): 基站下电重启后,第一次启动出现prach任务异常导致ul 任务超时
- 17:15 错误 #523: 基站无法检测到UE的prach(UE正常检测到了广播)
- 基站在掉电重启后的,第一次偶尔出现
- 17:09 错误 #524 (转测试): 基站下电重启后,出现ue无法检测到广播【0429晚上出现一次】
2021-04-24
- 15:00 功能 #488: CM
-
发现问题
① cm_top仅能收到第一次的cm数据 ->ru的e_usr_top模块状态机问题
②du传递的cm数据跟地址无问题,读写使能有问题。->du的cm分配模块问题,待出版本修复。
2021-04-23
- 18:23 功能 #488: CM
- 修复ru的ecpri_rx模块,e_usr_top可以接收来自du的cm数据
发现问题
① cm_top仅能收到第一次的cm数据
②du传递的cm数据跟地址无问题,读写使能有问题。 - 10:50 错误 #524 (进行中): 基站下电重启后,出现ue无法检测到广播【0429晚上出现一次】
- 此问题在之前某次FPGA在线加载也出现过。FPGA新版本国荣昨天测试几次未出现,有一种怀疑是与问题521(即FPGA配置ad5311的iic代码误产生锁存器)有一定关系,FPGA部分版本可能配置有问题,系统有频偏使ue无法检测到广播,...
- 10:37 错误 #520 (转测试): FR CPRI TDD调试,在驱动加载前,DU的上行front_haul收到格式错误的数据
- 版本测试几次未检测到rx_antx_dis模块和prach模块输入有偏移现象,需继续跟踪。
2021-04-22
- 20:51 错误 #524 (挂起): 基站下电重启后,出现ue无法检测到广播【0429晚上出现一次】
- 20:49 功能 #488: CM
- ①文档 编写完成
②代码 编写完成
③仿真 进度100%
④在板 进度80%
测试du到ru的通道,ru及du 的ecpri rx部分对type4的非tti类型判断缺失 - 20:49 错误 #523 (进行中): 基站无法检测到UE的prach(UE正常检测到了广播)
- 1 重启基站后,ue正常的检测到了SSBrsrp大概-55, 但是终端连续发送了多条prach(prach每发送一次,都有2db的抬升),基站没有检测到,RF抓数,也没有收到,底噪功率较高,大概200多;
2 再次重启基站后,ue可... - 20:43 错误 #523 (已解决): 基站无法检测到UE的prach(UE正常检测到了广播)
- 19:59 错误 #521 (转测试): FR CPRI TDD调试,DU FPGA新版本回读AD5311值不稳定(之前版本回读值不变)
- 17:24 错误 #521 (进行中): FR CPRI TDD调试,DU FPGA新版本回读AD5311值不稳定(之前版本回读值不变)
- 发现iic模块的状态机次态产生是组合逻辑,但判断if条件语句不全,会产生锁存器。修改这个问题后,国荣测试了新出版本几次,返回值和原来版本一样(但两个版本读回和写入值都有bit误差),待继续测试。
- 17:13 错误 #521 (已解决): FR CPRI TDD调试,DU FPGA新版本回读AD5311值不稳定(之前版本回读值不变)
- 19:58 错误 #522 (转测试): FR CPRI TDD调试,DU FPGA写入AD5311值CAC0,读回值CA40,二者不一致
- 修改iic模块代码并UT测试,读取数据正确,国荣上板测试回读值和写入一致。
- 17:57 错误 #522 (进行中): FR CPRI TDD调试,DU FPGA写入AD5311值CAC0,读回值CA40,二者不一致
- 看AD5311手册时序图,应该在时钟的下降沿(或高电平中间位置)取数据, 但FPGA的iic模块在时钟的低电平中间取输入串行数据,会导致取回数据错误。进行UT仿真也看到有个bit读取不对,待修改。
- 17:14 错误 #522 (已解决): FR CPRI TDD调试,DU FPGA写入AD5311值CAC0,读回值CA40,二者不一致
2021-04-21
- 18:13 错误 #520: FR CPRI TDD调试,在驱动加载前,DU的上行front_haul收到格式错误的数据
- 1、每次reboot后,RU打桩递增数据,DU上行front_haul的rx_antx_dis模块输入有时会检测到有数据偏移(符号0起始没有对齐到0)。
2、查看DU代码cpri内deframer_to_chan模块,data_fi... - 18:00 错误 #520: FR CPRI TDD调试,在驱动加载前,DU的上行front_haul收到格式错误的数据
- 在du fpga中把ip_src_addr写成固定值,测试发现deframer模块不再出现误检测问题。
2021-04-20
- 21:06 错误 #520 (进行中): FR CPRI TDD调试,在驱动加载前,DU的上行front_haul收到格式错误的数据
- 1、DU FPGA加载后,在驱动加载前,产生tti发往RU,RU解析出CPRI时钟,RU-DU上行就开始有数据。
2、此时ip_src_addr未配置,默认值为0,cpri接收的deframer模块的状态机一直检测ip_src_ad... - 21:00 错误 #520 (已解决): FR CPRI TDD调试,在驱动加载前,DU的上行front_haul收到格式错误的数据
- 15:51 任务 #517: eCPRI产品化-phase1
- 新生成一个5341的配置,待测试。
- 09:40 任务 #517: eCPRI产品化-phase1
- HARQ 已经合入,出了几次版本,出来一个相比合入harq之前时钟频率没降的版本。后续需要生成新的5341的配置,给驱动合入。
2021-04-19
- 10:57 错误 #519 (挂起): PRACH DAGC因子需要重新定标,最终的原因不明,为什么pRU上行功率会发生变化,待进一步解决
- 10:56 错误 #514: PRACH收到频域数据后解出的preamble ID和终端侧的不一致
- 结论:
1.pRU 入口对齐问题导致PRACH上行时域未对齐,最终修改解决后的版本提前量值:1600+64-243
2.690T fronthaul模块header 长度填写错误,应该改为4096+CP
3.PRACH DAGC... - 10:32 任务 #517 (已关闭): eCPRI产品化-phase1
- 1. 频点配置 -- 王晓阳
2. 690T版本固化 -- 杨晋
3. pRU只能掉电重启,需要热重启;需要做系统设计;
4. HARQ 版本合入
5. eCPRI 690T 上电收到杂乱数据,导致FPGA挂死,添加保护功能规... - 09:32 功能 #488: CM
- ①文档 编写完成
②代码 编写完成
③仿真 进度100%
④在板 进度60%
完成ru部分的pl写读测试以及ps部分的写读测试
准备合并du部分代码,以及测试du到ru的写/读通道
2021-04-16
- 16:18 功能 #505: eCPRI联调测试
- 04/16 当前的ecpri的调试情况:
1、空口情况下(2T1R) 终端可以灌包业务,简单测试了速率可以刷抖音,直播,UE侧看到下行有误码,大概10% (MCS 23) 怀疑可能有下行功率溢出,终端侧收到的rsrp -53 功率偏...
2021-04-15
- 20:36 错误 #511 (转测试): 基站启动后,没有收到FH过来的数据包,phy挂死
- 20:34 错误 #511: 基站启动后,没有收到FH过来的数据包,phy挂死
- 调测发现du fronthaul_rx在phy启动前就收到一些无效数据(head 格式不对)。
1、 在rx_antx_dis模块添加异常保护:对每次复位后的第一包,如检测到错误head,进行丢数直到检测到天线0符号0子符号0且长度... - 09:57 错误 #511: 基站启动后,没有收到FH过来的数据包,phy挂死
- 后续一直没有观察到ru上行时隙中断有变短调测。
另发现ru 上行两天线fifo读取不同步调测,修改为使用一个fifo,此新版本调试一天phy未出现挂死现象;但在此版本基础上出了加调测新版本,phy仍然偶有挂死,需要继续跟踪分析。 - 20:35 错误 #514 (转测试): PRACH收到频域数据后解出的preamble ID和终端侧的不一致
- 09:52 错误 #514: PRACH收到频域数据后解出的preamble ID和终端侧的不一致
- FPGA发现原有一个bug,front_haul_rx中pss_conv模块输出head中长度填写成4096,应该填写加cp后的长度,已经仿真确认,待上板验证。
2021-04-13
- 17:23 错误 #514: PRACH收到频域数据后解出的preamble ID和终端侧的不一致
- !1!
如上图所示,终端发送的preamble和基站检测到的值不同 - 17:21 错误 #514: PRACH收到频域数据后解出的preamble ID和终端侧的不一致
- UE侧的统计值 基站侧的统计值
UE发送的preamble值 frame subframe slot x86检测到的preamble值 基站检测的TA x86的slot
5 612 9 1 4 9 12259
7... - 17:18 错误 #514 (进行中): PRACH收到频域数据后解出的preamble ID和终端侧的不一致
- 17:15 错误 #514 (已解决): PRACH收到频域数据后解出的preamble ID和终端侧的不一致
- 17:13 错误 #513 (已解决): PRACH在X86侧收到的数据,抓数看到为全 0
- 老杨修改prach的agc因子后, X86段可以收到频域数据。
- 17:12 错误 #513 (进行中): PRACH在X86侧收到的数据,抓数看到为全 0
- 17:11 错误 #513 (已解决): PRACH在X86侧收到的数据,抓数看到为全 0
导出 Atom