活动
从 2021-10-26 到 2021-11-24
2021-11-24
- 19:06 600/5800转频终端 & 5.8G PRU 错误 #716: 单天线无ssb等信号发出
- 网关修改
单天线，无ssb发出
双天线，有ssb发出 - 19:05 600/5800转频终端 & 5.8G PRU 错误 #716 (已解决): 单天线无ssb等信号发出
- 16:44 600/5800转频终端 & 5.8G PRU 功能 #693: 转频联调测试
- 测试：
①启动基站，观察pru发射波形（注意单天线、接收链路低11db)
预期：
②连接转频，观察转频频偏时偏，确认是否同步（注意iq问题）
③观察转频的3.6G输出波形
④连接cpe，观察cpe连接情况 - 16:34 600/5800转频终端 & 5.8G PRU 功能 #693: 转频联调测试
测试：连接终端，业务接入
工程：R2F_FFB02_V_2_0_0_T211105_5p8G_terminal_ver2
版本：2.2
基站：E1F_EPB02_V_1_1_2_T210907_harqD7E2_CM...- 16:33 600/5800转频终端 & 5.8G PRU 功能 #704 (已解决): 5.8G pru基础测试
- 工程：R2F_FFB02_V_2_0_0_T211105_5p8G_terminal_ver2
版本：211105_ver2.2
测试发射频点符合预期5775.3（去除频谱仪频偏） - 15:53 600/5800转频终端 & 5.8G PRU 功能 #704 (进行中): 5.8G pru基础测试
- 15:38 600/5800转频终端 & 5.8G PRU 功能 #704 (已解决): 5.8G pru基础测试
- 15:38 600/5800转频终端 & 5.8G PRU 功能 #704 (进行中): 5.8G pru基础测试
- 14:27 600/5800转频终端 & 5.8G PRU 功能 #704: 5.8G pru基础测试
- 经过测试，频点正确输入频点（使用板载晶振）
输出值 理论值 差值
3532.74
5771.68
=5775.3M-3.84M+300k 5775.3
3.62
3507.44 5754.08M
=5750M... - 15:40 600/5800转频终端 & 5.8G PRU 功能 #684 (已解决): ADF4351等功能开发
- 测试完毕，见《5.8G终端测试记录.docx》
- 15:32 BA5000平台 错误 #705: 在跑Fecdemo1时，第一次跑正常，中断后第二次跑会出现只有发送，没有接收的情况。
- 根据现象判断是没有断电会导致这个现象出现，能想到的办法是给pci插槽断电，通过阅读pci规范，发现pci是可以定义热重启的。
2021-11-23
- 18:59 600/5800转频终端 & 5.8G PRU 功能 #704: 5.8G pru基础测试
- 经李辰测试，为platform_drivers.c中的4351的极性取反了，应当为0。
- 17:17 600/5800转频终端 & 5.8G PRU 功能 #704: 5.8G pru基础测试
- 测试工程版本：R2F_FFB02_V_2_0_0_T211105_5p8G_terminal_ver1_new 版本打印"ru version :211105_ver1.1 new"
- 16:54 600/5800转频终端 & 5.8G PRU 功能 #704 (挂起): 5.8G pru基础测试
- 现象：
①经过到威视锐调试，顶层sw_refs/spi总线接口均可在硬件管脚测到，且信号正常。但4351未锁定。
②频繁配置有概率表现4351锁定。
分析：原因疑似威视锐硬件问题
处理：等待硬件调试完毕 - 17:04 600/5800转频终端 & 5.8G PRU 功能 #693 (进行中): 转频联调测试
-
基站：
au+5.8Gpru
cpe：四信 3.6G
转频：3.6~5.8
2021-11-22
- 18:16 BA5000平台 任务 #713 (新建): [AU] 上行256QAM FEC
- 18:15 BA5000平台 任务 #712 (新建): CPRI 接口功能开发
- 18:14 BA5000平台 任务 #711 (新建): [AU/RU] 高精度的时间同步(1588)
- 18:13 BA5000平台 任务 #710 (新建): [AU] 多RU接收数据合并
- 18:12 BA5000平台 任务 #709 (新建): [AU/RU/Dev] 基站通过编译选项支持 2T2R/4T2R/4T4R
- 优先BA5215
- 18:08 BA5000平台 任务 #708 (转测试): [AU] 基站 AU同步到输入的PPS外部时钟上
2021-11-19
- 20:08 600/5800转频终端 & 5.8G PRU 功能 #704: 5.8G pru基础测试
- 现象：
①各模块频点配置正常
②输入频点及波形正常
③输出频点及波形异常
!211119_a.jpg!
!211119_c.jpg!
!211119_b.jpg! - 17:43 BA5000平台 错误 #705: 在跑Fecdemo1时，第一次跑正常，中断后第二次跑会出现只有发送，没有接收的情况。
- 怀疑是在重新初始化时，没有对fpga初始化。 现在的代码中是注释掉了。 以前注释的原因可能是这个：http://192.168.100.49/issues/40
- 11:54 BA5000平台 错误 #705: 在跑Fecdemo1时，第一次跑正常，中断后第二次跑会出现只有发送，没有接收的情况。
- 这个现象几乎是必现的，第一次跑正常， 按ctrl c中断后，只有编码的发送。
战 弋戈 写到：
> 这个现象几乎是必现的，第一次跑正常， 按ctrl c中断后，只有编码的发送。
用poweroff关机后，第一次跑正常，... - 11:52 BA5000平台 错误 #705: 在跑Fecdemo1时，第一次跑正常，中断后第二次跑会出现只有发送，没有接收的情况。
- 这个现象几乎是必现的，第一次跑正常， 按ctrl c中断后，只有编码的发送。
- 11:06 BA5000平台 错误 #705 (新建): 在跑Fecdemo1时，第一次跑正常，中断后第二次跑会出现只有发送，没有接收的情况。
- 通过检查日志，发现在进行几次解码的发送请求后，没有收到解码的发送释放， 在进行几次解码的接收请求后，没有收到解码的接收释放请求。
可以理解为解码的发送释放，解码的接收释放出现问题。
!fecdemo1_fail!
2021-11-18
- 21:06 600/5800转频终端 & 5.8G PRU 功能 #704 (已解决): 5.8G pru基础测试
- ①发射频点接收频点
- 20:53 BA5000平台 错误 #703 (已关闭): 在测试fhdemo过程中，发现rx的请求一开始会发送两次，但一直不会释放。
- 此时测试DU和RU使用了新的连接线（光模块间使用电缆连接），发现ru和du建立连接时，du收到一些无效数据，导致head判断错误。在更换为正式光纤连接后测试正常。
- 16:02 BA5000平台 错误 #703 (已关闭): 在测试fhdemo过程中，发现rx的请求一开始会发送两次，但一直不会释放。
2021-11-16
- 21:07 600/5800转频终端 & 5.8G PRU 错误 #700 (已解决): 测试寄存器rx_rf_mode时busy一直拉高
- 解决：
去除debug_ila后，ip ila时钟正常，busy不再拉高 - 21:06 600/5800转频终端 & 5.8G PRU 错误 #700 (已解决): 测试寄存器rx_rf_mode时busy一直拉高
- 现象：使用mt脚本ru_rf_mode.sh测试写入tx/rx_rf_mode，回读busy一直拉高
2021-11-15
- 16:37 600/5800转频终端 & 5.8G PRU 功能 #694 (已解决): ps 频偏补偿范围问题
- 经过测试，5.8G low lo下，对应补偿值为1737Hz;
测试频偏为1600-1900左右 - 16:34 600/5800转频终端 & 5.8G PRU 功能 #697 (已解决): TEC rx pps同 基站tx pps有1us差距
- 经过 *@董小平* 确认，sync_alg模块实际根据CP起点，更改为根据峰值点
修正： 最后一级滤波器，少截取9个样点即可。接口描述保持峰值点不变。
结果：
①测试波形功率抬升位置正确，频偏正确
②测试TEC rx_... - 12:11 600/5800转频终端 & 5.8G PRU 功能 #697: TEC rx pps同 基站tx pps有1us差距
- 情况①下，功率抬升点在符号2 cp结束处；
期望功率抬升点在符号2 第一点
!211115_c.png! - 11:03 600/5800转频终端 & 5.8G PRU 功能 #697: TEC rx pps同 基站tx pps有1us差距
- 测试：
①调整功率，默认4560点偏移，采数符号0~2+符号3456，matlab分析
②默认4560-144点偏移，采数符号0~2+符号3456，matlab分析 - 10:01 600/5800转频终端 & 5.8G PRU 功能 #697: TEC rx pps同 基站tx pps有1us差距
- 测试： 修改tec 工程的初始点偏移initial_pt从4560到(4560-144)可以实现pps的位移
工程：freq_conv_zc7020_T211011_ver5
!211115_02.jpg! - 09:56 600/5800转频终端 & 5.8G PRU 功能 #697 (已解决): TEC rx pps同 基站tx pps有1us差距
- 现象：基站tx pps 滞后tec rx pps的时间为1us
!211115_0.png!
2021-11-12
- 17:52 BA5000平台 错误 #692 (已关闭): DELL服务器 Fecdemo 跑不起来
- 弋戈在查看DELL产品服务器手册时，发现主板几个插槽支持的PCIE速度等级接线不同。我们插的是X4接线的槽位，更换X8接线的槽位后，Feccdemo2 正常。
- 17:20 BA5000平台 错误 #692: DELL服务器 Fecdemo 跑不起来
- 使用690T板卡和11P板卡测试，X86看到也是未收到第一个编码后帧的写完成标志，现象类似
- 17:19 BA5000平台 错误 #692: DELL服务器 Fecdemo 跑不起来
- 小平新生成一个小的待编码帧，fpga把编码模块注释掉，直接dma环回。x86看到完成了一个帧的传输，在第二个帧时出现同样现象（最后一个小包的包尾时last拉高但ready一直为低）。
第一个帧小包基地址从0x0001_c201_00... - 17:19 BA5000平台 错误 #692: DELL服务器 Fecdemo 跑不起来
- 查看rq总线小包头填写的基地址，第一个小包基地址是0x0001_c201_0000， 最后一个小包基地址是0x0001_c201_1900（包尾时last拉高但ready一直为低）。
- 09:51 600/5800转频终端 & 5.8G PRU 功能 #684: ADF4351等功能开发
- 测试项目：
①频点
②4351
③其他参考《STE项目FPGA参考文档》https://tea7cf22fe.feishu.cn/sheets/shtcn7Ezbwsw7ZGQsVn3vrJK3Jg
2021-11-11
- 21:01 600/5800转频终端 & 5.8G PRU 功能 #694 (已解决): ps 频偏补偿范围问题
- 3.6G下，频偏补偿在3.5k
5.8G下，频偏补偿超过12k，导致频偏过大收不到ssb - 20:58 600/5800转频终端 & 5.8G PRU 功能 #693 (已解决): 转频联调测试
- 转频电路跟5.8G 单天线基站、3.5G CPE联调测试
见TC401， 文档https://tea7cf22fe.feishu.cn/sheets/shtcnMwNOUECnLUwPIqg9xg0gIc?sheet=CU1yKg - 20:55 600/5800转频终端 & 5.8G PRU 错误 #682: 3.6/5.8的频率与理论不符 及 发转收高时延
- ① 示波器可以看到trig，但无法观测到单音信号（从3.6G入，5.8G出），无法测试
② 频谱仪可以观测单音，但收不到trig，且sweep time最小是15ms，也无法测试
需要到海泰进行测试 - 20:54 600/5800转频终端 & 5.8G PRU 错误 #682: 3.6/5.8的频率与理论不符 及 发转收高时延
- trig测试
①R109电平，发射为高，接收为低，作为trig
②发射功率的增减作为信号
③观察trig到信号的时延
!211111.jpg! - 20:51 600/5800转频终端 & 5.8G PRU 功能 #680 (已解决): 测试ht5859性能及功能
- 20:51 600/5800转频终端 & 5.8G PRU 功能 #680 (进行中): 测试ht5859性能及功能
- 除TC202B时延补充测试，以及TC401联调外，其他均已测试完毕，见文档 https://tea7cf22fe.feishu.cn/docs/doccn9iGnRN3jZelL7GYtk0mRgh#
时延测试的记录见问题582 - 20:48 600/5800转频终端 & 5.8G PRU 功能 #684: ADF4351等功能开发
- 已编写完毕，待测试
- 20:14 BA5000平台 错误 #692 (进行中): DELL服务器 Fecdemo 跑不起来
- 看fpga调测，现象是rq总线输入给fpga的 ready信号某次无效（0）后一直保持0，导致一个数据帧没发送完，完成标志也就没写， 详细原因还待再分析
- 20:14 BA5000平台 错误 #692 (已关闭): DELL服务器 Fecdemo 跑不起来
- 使用仅编码版本测试，现象是编码返回的第一包PCIe总线未发送完成
2021-11-10
- 17:09 BA5000平台 错误 #686 (进行中): STE项目FPGA新出的版本，运行demo可以跑通，运行正式程序没tti
- 待后续出版本时观察现象是否仍然存在
- 17:07 BA5000平台 错误 #690 (已关闭): FPGA某个基站版本，在ip245电脑上能跑demo（非结构体分支）Fh和Fec，但运行正常程序时TTI跳变
- 其他版本无tti跳变问题。
2021-11-09
- 16:50 BA5000平台 错误 #686: STE项目FPGA新出的版本，运行demo可以跑通，运行正式程序没tti
- 弋戈发现demo和正式程序走的分支不同，正式程序走的是输入结构体参数的分支，多配置了ru的一些参数。看代码发现FPGA新版本RU配置这里连接有点问题，修改后正式程序可以跑。
- 16:47 BA5000平台 错误 #686 (已关闭): STE项目FPGA新出的版本，运行demo可以跑通，运行正式程序没tti
2021-11-05
- 10:02 600/5800转频终端 & 5.8G PRU 功能 #684 (已解决): ADF4351等功能开发
- ①ADF4351增加管脚约束
②ADF4351配置
③tx/rx iq取反
④PL编译选项
2021-11-04
- 14:35 600/5800转频终端 & 5.8G PRU 功能 #680 (挂起): 测试ht5859性能及功能
- ①基站工程增加10ms输出功能 已完成 见工程《E1F_NRB02_V_1_3_3_T210617_HarqGua_C3e
》
②转频工程调整TDD模块开关 完成中，见工程《freq_conv_zc7020_T211011_v... - 14:34 600/5800转频终端 & 5.8G PRU 错误 #682 (挂起): 3.6/5.8的频率与理论不符 及 发转收高时延
- 14:17 600/5800转频终端 & 5.8G PRU 错误 #682: 3.6/5.8的频率与理论不符 及 发转收高时延
- 发射转接收延迟，海泰反馈2us，其使用的频谱仪0span+触发
待后续转频工程使用频谱仪0span+触发验证
!211104_a.jpg!
2021-11-03
- 15:10 600/5800转频终端 & 5.8G PRU 错误 #682: 3.6/5.8的频率与理论不符 及 发转收高时延
- 1. 频率问题
①分析：
转频是高本振，所以freq（3.5G） + freq（5.8G）的和为固定，差不固定
②结果：
计算 和值 基本相同
差值是由于频谱仪固有的约150k频偏导致
!211103_a.jpg!
... - 15:06 600/5800转频终端 & 5.8G PRU 错误 #682 (已解决): 3.6/5.8的频率与理论不符 及 发转收高时延
- *1.3.6G/5.8G频点的差值与理论不符*
输入频点3.6365
输出频点5.7988
δ=2.1623
理论δ=5.7753-3.6597=2.1156
*2.发射转接收 时延4800ns 过大*
2021-11-02
- 21:17 600/5800转频终端 & 5.8G PRU 功能 #680: 测试ht5859性能及功能
- TEC 收发切换时延测试完毕
待完成：
①基站工程增加10ms输出功能
②转频工程调整TDD模块开关 - 21:16 600/5800转频终端 & 5.8G PRU 功能 #680: 测试ht5859性能及功能
- 现象：TX_EN开启，时钟消失
测试：调整供电电流后，经过tec测试，收发均正常
结论：此问题由供电电流不足引起 - 11:33 BA5000平台 错误 #681 (已解决): 北邮环境 ubuntu Ubuntu 20.04（内核5.8.x）；主机 Dell POWEREDGE T640 ，ko中ioremap_nocache函数内核5.8.x版本不支持，重新修改支持。
- 09:43 BA5000平台 错误 #681: 北邮环境 ubuntu Ubuntu 20.04（内核5.8.x）；主机 Dell POWEREDGE T640 ，ko中ioremap_nocache函数内核5.8.x版本不支持，重新修改支持。
- 对5.8版本内核中的arch/x86/mm/ioremap.c文件进行查看，发现ioremap_nocache已经改名为ioremap. 在ko代码中增加版本的判断。
- 09:36 BA5000平台 错误 #681 (已解决): 北邮环境 ubuntu Ubuntu 20.04（内核5.8.x）；主机 Dell POWEREDGE T640 ，ko中ioremap_nocache函数内核5.8.x版本不支持，重新修改支持。
- 编译时出现没有找到ioremap_nocache函数。
2021-11-01
- 09:43 600/5800转频终端 & 5.8G PRU 功能 #680: 测试ht5859性能及功能
- +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
上电配置发射接收挂死，推荐配置与测试配置如下：
测试工程：freq_conv_zc...
2021-10-29
- 17:37 600/5800转频终端 & 5.8G PRU 功能 #680 (已解决): 测试ht5859性能及功能
- ①测试功能
时偏频偏调整、tdd切换位置 √
版本《freq_conv_zc7020_T211011_ver4》
②测试基础性能见<TEC设计方案及用例>https://tea7cf22fe.feishu.cn/sheets/s... - 17:34 600/5800转频终端 & 5.8G PRU 功能 #607: 8路并行，fir动态加载，NcelID选择PSS和SSS序列功能完成
- 暂不实现，挂起
- 17:32 600/5800转频终端 & 5.8G PRU 功能 #638 (已解决): 7020工程搭建及测试
- ①2020.1样例工程在板√
②2020.1样例工程转2018.3，在板√
③合并工程√ 工程名称freq_conv_zc7020_T211011a
更新版本freq_conv_zc7020_T211011_ver4.zip，已... - 17:30 600/5800转频终端 & 5.8G PRU 功能 #638 (进行中): 7020工程搭建及测试
- ①2020.1样例工程在板√
②2020.1样例工程转2018.3，在板√
③合并工程√ 工程名称freq_conv_zc7020_T211011a
更新版本freq_conv_zc7020_T211011_ver4.zip，已... - 17:31 600/5800转频终端 & 5.8G PRU 功能 #635 (已解决): 测例测试
- y220的测试，除了测例4外，均完成，本问题结束；
- 17:28 600/5800转频终端 & 5.8G PRU 功能 #656 (已解决): 转频硬件样例验证
- 测试成功，合并转频功能，测试时偏频偏ok， 版本：freq_conv_zc7020_T211011a.zip
- 12:22 BA5000平台 错误 #674: fhdemo 绑定cpu后，接收时出现rx_seq 跟 ttiCount 逐渐增大的情况。
- tti 增大问题看现象最后也会出现只有发送没有接收的情况。应该可以进行关联。
2021-10-26
- 16:46 BA5000平台 错误 #674 (进行中): fhdemo 绑定cpu后，接收时出现rx_seq 跟 ttiCount 逐渐增大的情况。
- 在247环境上，使用STE版本，运行一个半小时，未出现异常。
!ste_2.png!
此时RU检测到DU和RU时钟是同步的（RU收到DU的tti时隙中断计数器和 RU本地122.88M时钟产生的61440计数中断一致，且RU收... - 15:59 BA5000平台 错误 #674: fhdemo 绑定cpu后，接收时出现rx_seq 跟 ttiCount 逐渐增大的情况。
- 同时在排查日志过程中，发现有日志丢失现象。
通过检查代码，会只保留第一个日志文件，其他两个文件会被不断进行覆盖。 以前的需求是想保留第一个文件，认为第一个文件比较有用。 - 15:46 BA5000平台 错误 #674 (已解决): fhdemo 绑定cpu后，接收时出现rx_seq 跟 ttiCount 逐渐增大的情况。
!1.png!
!2.png!
!3.png!
- 15:27 BA5000平台 错误 #673 (已解决): fhdemo tti 丢失
- 相同的FhDemo代码，在106运行良好，在245运行出现问题。（106为一般测试机，245为基站）
在245出现的问题如下：
1、数据的接收发送应该成对出现，运行一段时间后，出现两次发送对应一次接收。开始理解为tti丢失。
2... - 15:26 BA5000平台 错误 #673: fhdemo tti 丢失
- 现象：
在进行测试FhDemo时，在106主机运行情况良好，不会发生tti时间超时，在换到245主机时，运行一段时间后发生tti_step 大于1的情况，导致在以后的运行过程中产生异常。 - 15:23 BA5000平台 错误 #673 (已解决): fhdemo tti 丢失
- 相同的FhDemo代码，在106运行良好，在245运行出现问题。（106为一般测试机，245为基站）
在245出现的问题如下：
1、数据的接收发送应该成对出现，运行一段时间后，出现两次发送对应一次接收。开始理解为tti丢失。
2...
导出 Atom