活动
从 2019-12-23 到 2020-01-21
2020-01-21
- 17:43 功能 #63 (反馈): 上行接收数据到16QAM译码完成全流程功能开发及验证
- 测试结果：
*zlog等级* :info-3
*运行时间* ：2h
*cpu load* : 4.79 4.83
*译码结果* ：CRC 正确。
-----------------------------
zlog等级... - 16:20 功能 #63 (已解决): 上行接收数据到16QAM译码完成全流程功能开发及验证
- 16:20 功能 #63 (进行中): 上行接收数据到16QAM译码完成全流程功能开发及验证
- 已经完成的内存：
1、译码功能验证通过；
2、打桩上行输入到译码完成，验证通过；
3、环回链路验证通过； - 16:18 功能 #63 (已关闭): 上行接收数据到16QAM译码完成全流程功能开发及验证
- 1、编写16QAM 译码X86侧的代码，并验证；
2、上行打桩数据接收到16QAM译码完成，全链路验证；
3、环回测试，下行发送通过FH到上行接收，并完成译码，环回链路验证 - 16:20 错误 #59 (已解决): LDPC的译码64QAM错误
- FPGA问题，已经解决
2020-01-15
- 14:34 错误 #62 (进行中): 【问题单58的遗留问题】FH RX接收数据开始阶段，接收到的数据为0，一段时间后，才能收到数据
- 14:34 错误 #62 (已关闭): 【问题单58的遗留问题】FH RX接收数据开始阶段，接收到的数据为0，一段时间后，才能收到数据
- 1、在下行数据发出来后，FH RX仍然没有收到数据，；
- 14:21 错误 #58 (已解决): 需要验证 x86-->FPGA（FH）... 空口...FPGA(FH RX)后链路是否正确
- 问题已经解决，产生问题的原因：
物理层在init fpga初始化了之后，就会向fpga发送，但是此时没有获取到正确的地址数据地址，导致发送的数据全是0.
2020-01-11
- 16:14 错误 #59 (进行中): LDPC的译码64QAM错误
- 16:13 错误 #58: 需要验证 x86-->FPGA（FH）... 空口...FPGA(FH RX)后链路是否正确
- 测试进展：
1、FHTX可以正常发出数据；
2、FH RX可以接收到数据，但是抓到的数据错误；
3、驱动侧增加保存数据log，确认收到的数据不对；
计划：
1、需要合入配置FPGA寄存器的代码，确认配置FHTX-->FH...
2020-01-06
- 20:49 错误 #58 (进行中): 需要验证 x86-->FPGA（FH）... 空口...FPGA(FH RX)后链路是否正确
- 已经完成设计文档和代码编写；
待测试；
2020-01-03
- 18:24 错误 #59 (已关闭): LDPC的译码64QAM错误
- 1、16QAM 仿真和FPGA打桩测试正确， 需要在板验证；
2、64QAM 高码率情况下，存在译码错误的功能问题，待解决； - 18:21 错误 #58 (已解决): 需要验证 x86-->FPGA（FH）... 空口...FPGA(FH RX)后链路是否正确
- 1、目前打桩固定数据发送和接收在X86侧已经完成验证，稳定运行2h以上；
2、需要验证 x86-->FPGA（FH）... 空口...FPGA(FH RX)后的数据是否正确； - 18:14 功能 #47 (进行中): TESTMAC Radio模式下，下行数据达到900mbps功能开发
- 目的：3月底，达到下行峰值达到1Gbps；
- 18:09 错误 #57 (已关闭): 上行PUSCH接收数据运行几分钟后出现挂死
- 18:09 错误 #57 (已解决): 上行PUSCH接收数据运行几分钟后出现挂死
- 问题已经得到解决，主要原因如下：
1、BbuIoBufCtrlStruct sPuschRxBbuIoBufCtrl[N_FE_BUF_LEN][NUM_OF_SYMBOL_PER_SLOT][MAX_SECTOR_NR]结构体... - 17:59 错误 #57 (已关闭): 上行PUSCH接收数据运行几分钟后出现挂死
- 上行FH接收到数据后，出现挂死
导出 Atom