战 弋戈
- 注册于: 2021-09-15
- 最后登录: 2025-07-11
问题
项目
- 环境 (开发人员, 报告人员, 2022-06-25)
- eMBB2.0 BBIT (开发人员, 报告人员, 2022-08-03)
- 上行大带宽 (开发人员, 报告人员, 2021-09-15)
- 下行4天线 (开发人员, 报告人员, 2021-09-15)
- FPGA新板卡验证 (开发人员, 报告人员, 2021-09-15)
- STE (开发人员, 报告人员, 2023-10-19)
- 研发产品测试 (开发人员, 报告人员, 2023-07-11)
- 2.0基站产品化测试 (开发人员, 报告人员, 2022-05-31)
- BA5000平台 (开发人员, 报告人员, 2021-10-15)
- STUE(国产化平台) (开发人员, 报告人员, 2023-10-19)
- 产品硬件设计及装配 (开发人员, 报告人员, 2023-11-15)
- 清华电子应急通信项目 (开发人员, 报告人员, 2024-02-01)
- 产品3.0平台 (开发人员, 报告人员, 2024-07-05)
- 3.0基站产品测试 (开发人员, 报告人员, 2024-12-18)
- B5G_UE (开发人员, 报告人员, 2025-01-06)
- FirstCall (开发人员, 报告人员, 2024-11-28)
- 基站横联 (开发人员, 报告人员, 2025-04-09)
活动
2025-07-23
- 17:29 3.0基站产品测试 错误 #3736: 在启动cu，du时，会引起ssh 断开连接，这种情况可能是启动3层过程中引起的系统突然卡死。
- 从系统日志看会有大量的cu 日志。
Jul 23 02:57:35 driver start_cu.sh[7586]: [1]Err: Read mode, can't send.
Jul 23 02:57:35 driver s... - 17:27 3.0基站产品测试 错误 #3736: 在启动cu，du时，会引起ssh 断开连接，这种情况可能是启动3层过程中引起的系统突然卡死。
- 从程鹏今天的测试结果看，系统应该没有死。 在等待10分钟左右后，又可以登录到系统。
- 17:24 基站横联 错误 #3791 (进行中): HL板卡与evmt4板卡，在gps同步后，启动协议栈通过wireshark抓包发现sfn差100即 evmt4 要比 HL板卡快1s的时间。
- 17:06 产品3.0平台 错误 #3733: gps 经常会出现不能同步的问题
- 硬件的同事说，第三批的板子晶振差点，可能会导致8a34不能跟上gps。
对移远的gps来说需要修改1pps的关闭，不让他一开始就打开。 - 09:48 产品3.0平台 错误 #3793 (新建): 基站产品3.1.2Pre1T3不会引起掉线，Pre1T4会引起掉线。
2025-07-22
- 17:50 基站横联 错误 #3791 (进行中): HL板卡与evmt4板卡，在gps同步后，启动协议栈通过wireshark抓包发现sfn差100即 evmt4 要比 HL板卡快1s的时间。
- 1. evmt4 使用tfu_sleep8.out 版本在同步sfn后退出版本比HL板卡快1s。
2. HL板卡使用外同步版本。
可能出问题的地方：
等待tod的时间不够，导致读取的是上次时间。 - 17:44 基站横联 错误 #3682 (已解决): 上研EVMT4 环境上的SFN对不上
- 17:44 基站横联 错误 #3682 (进行中): 上研EVMT4 环境上的SFN对不上
2025-07-21
- 16:01 3.0基站产品测试 错误 #3777: 【3.0整机】Rel_3.1.2_Pre1T5,21环境，更换600M功放，reboot后eth2失联
- 这个问题同 http://192.168.100.49/issues/3634 ，应该是eth2不知为啥会突然不能发现了。
- 15:59 2.0基站产品化测试 错误 #3774: 2.0基站DEMO程序运行后GPS锁定失败
- 可以使用脚本在启动过程中打开gps，晓萌说不影响他测试。
导出 Atom