活动
从 2021-04-27 到 2021-05-26
2021-05-26
- 18:59 功能 #488 (已解决): CM
- ①通过维测FPGAMT2.1接口测试并修正ru的bug
2021-05-25
- 21:12 功能 #488: CM
- ①已修正通道问题,将reg_addr[31:24]改为[31:28]ecpri_id [27:24]channel_id 测试ok
②复位已经测试,可以通过fpgaMT2.1接口控制ru的复位
使用fpgaMT2.1对...
2021-05-24
- 19:00 功能 #488: CM
- ①对中断引起类似打印错误,是Setpllfrequency中的writeArmData引起。将中断函数的执行放在主函数,中断仅提供标志
②测试tx0/1的频点改动、功率改动无问题
③测试rx的频点改动、功率配置,未报错,认为风险不...
2021-05-21
2021-05-20
- 11:06 功能 #488: CM
- ①测试ps的发射频点、发射功率、接收增益可以正常配置,发射频点存在MYKONOS_resetExtTxLolChannel 执行报错,待定位
2021-05-19
- 17:56 功能 #488: CM
- ①已确认跟收发频点相关的寄存器,文档更新了通道01收发频点《RU_CM寄存器列表3.0.xlsx》,《CM寄存器配置说明3.0.docx》,ps已更改。版本名不变
②cm的写1000、0001标志问题是reg_operating中只... - 15:20 功能 #488: CM
- ①已合并du 版本号为E1F_EPB02_V_1_1_2_T210510_N3D_harqD7
已合并ru 版本号为R2F_FFB02_V_1_0_0_T210517_TEST_CM
②已讨论rucm的寄存器,见《RU_CM寄...
2021-05-12
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晚上出现一次】
导出 Atom