项目

一般

简介

错误 #4581

外同步,跑一段时间后PSS 无法收到(PPS异常导致)

高 峰9 天 之前添加. 更新于 大约 20 小时 之前.

状态:
进行中
优先级:
一般
指派给:
开始日期:
2025-12-10
计划完成日期:
% 完成:

0%

预期时间:

历史记录

#1

高 峰 更新于 9 天 之前

异常时(PSS收不到),RU接收采数发现:静态时隙有效数据起始位置相对时隙切换边界滞后28441样点偏移;

另外,常总反馈:RU 抓数起始位置没有对齐10ms边界和slot边界,完全随机的。这个结论从采数上来看不一定对,目前tx发端与时隙边界偏移680样点,比较小。

#2

高 峰 更新于 7 天 之前

  • 状态新建 变更为 进行中

基本确认是PPS出现异常情况了:
1.出现PSS搜索不到时,其中一个节点的TFU日志中 diff_ns连续出现非常大的情况。diff_ns为STC与PPS信号的时间偏移量;
2.RU 出版本调整采数对齐10ms中断,出现PSS搜索不到时采数,信号延迟了2350样点;外同步时延如果超过2000,PHY就是认为属于失锁状态异常情况了,所以上报的PNID 65535
3.RU 查看cpri_tx_10ms和PPS的间隔 (从pps到最近的10ms) RU寄存器:dg_utils -i 0 0xd0
异常时,一个板子此寄存器值0xe0e03921091,应该是1228800-700左右;
另外一个板子此寄存器0xe6e24

#3

高 峰 更新于 4 天 之前

TFU 发现如果PPS异常,有可能恢复不了;需要重新梳理代码出一个保护方案

#4

高 峰 更新于 4 天 之前

  • 指派给高 峰 变更为 战 弋戈
#5

高 峰 更新于 3 天 之前

【解决方案】
1. TFU出了一个PPS抖动保护方案:tracking状态下,如果突然PPS有大的跳动;此时,STC 认为PPS异常,不做调整跟踪diff_ns;
2. CP drv修改: jesd/cpri timer 对齐STC PPS时,读清本地寄存器;因为cp drv是判断的上升沿,PPS失锁后再恢复需要判断上升延,但TFU只置1没有清0.

#6

高 峰 更新于 3 天 之前

  • 主题外同步,跑一段时间后PSS 无法收到 变更为 外同步,跑一段时间后PSS 无法收到(PPS异常导致)
#7

战 弋戈 更新于 2 天 之前

针对这个问题已通知基站终端, 带横联测试完成后,给基站,终端出一个版本。

#8

战 弋戈 更新于 大约 20 小时 之前

根据上午的讨论, 到达tracking状态后,在diff_ns 大于500ns时,才对stc进行跟踪调整,调正时要重新设置cp端的同步标志来通知cp端。

导出 Atom PDF