产品3.0平台

检查步骤：
检查gps的连接线，以前碰到有同学接错误的问题， 这个是由移远gps在不接天线时也会发送1pps导致的。
从硬件上检查：
1. 检查gps连接线，防止gps接错。
2. 检查板卡的批次，YZ2412080003CPE-001 ,第3批次的板卡晶振不够可能导致这个问题，后来更换了。
3. 查看gps 灯是否闪烁。
从软件上检查：
1. 查看8a34是否锁定，dmesg |grep APLL 。 0，3 锁定。
2. cat /dev/ttyS2 查看gps信息是否已经同步。
3. gps lock_flag 是否大于0来判断gps 硬件是否锁定。
4. get_gps_status() 是否异常来判断gps 软件是否锁定。

当stc 跟踪gps15次后，仍然不能同步时对stc进行 重新设置。

硬件的同事说，第三批的板子晶振差点，可能会导致8a34不能跟上gps。
对移远的gps来说需要修改1pps的关闭，不让他一开始就打开。

针对这种情况主要做了如下测试 ：
1. 对gps的1pps脉冲进行命令关闭，观察tod的卫星有效后，打开1pps，没有使能lock_flag 为1.
stty -F /dev/ttyS2 -echo ;
echo -en '$PSTMPPS,2,1,0*56\r\n' > /dev/ttyS2 // 关闭pps
echo -en '$PSTMPPS,2,1,1*57\r\n' > /dev/ttyS2 // 打开pps

2. 对8a34 进行状态寄存器进行重置，看是否能恢复。 /sys/kernel/debug/idtptp0# echo -n "write:c169:1:4" > cmd ， 把c012写5A试试 也没有复现。

硬件同事给了一个滤波器宽松的idtcm文件。
当lock_flag为1时，还不能同步时，对gps stc进行了重置保护。

对刚启动时，出现的lock_flag 状态进行观察，会发现3~5分钟左右，会恢复到lock_flag 为1 的状态。

gps开始时没有关闭1pps，会出现假同步现象，当gps真正同步时，8a34 会重新进行同步，导致lock_flag 为0， 当差异比较大时，会出现同步比较慢就是lock_flag 变成1的过程过长。
这个问题在问题单#4567 开始修正。