虽然Fixandhold情况下ratio值上去了，但是整体的ratio上不去
另外，三天基线固定的时间不一致。原因是持续滤波OnContinueProcess对此进行了判断。
之前的方法不对，应该直接从终点入手，一直往前走。网元固定卫星数一直上不去，发现是其中一条基线固定卫星过少，总共固定5颗卫星，其中GPS2-3颗。其他两条固定数为8颗（未包含北斗）。最终原因是其中一条基线宽巷的浮点解偏差大于0.3周的GPS卫星数过多。宽巷均值浮点解和宽巷均值直接取整相差超过0.3周的卫星过多
被判定超限的卫星过多。
继续找原因：发现，在GetNW函数中，宽巷均值和浮点解相差0.26就对其噪声进行放大（并且是放大同样倍数）。前期是宽巷均值和宽巷浮点解相差超限的卫星过多。
另外，在后面的时间，86528秒，网元检核时，某些卫星闭合差不为0，于是又去掉一些卫星。原本进到网元的有5颗，经过网元闭合检验之后，只剩下1颗参考星了。
说明是模糊度固定错了。
事后软件存在的问题
1.在20180702版本中dataprocess
2.读两次星历，第二次取消，会崩
一般情况下：先输出L矩阵，一般情况下，L矩阵不能有大量的跳变，一般保持稳定在小数值。
其次检查数据质量，MW方法不对，那么使用线性方法，线性方法能够解对，说明是伪距质量有问题。其次检查观测值信噪比等问题，一颗卫星的模糊度固定错了，从高度角，信噪比，伪距等方面查找。
参考星站间单差模糊度 普通星站间单差模糊度 站星双差模糊度
time:86716,由3颗升到7颗
time：86520，由3颗降到1颗
最后发现，所有站的坐标和用GAMIT算出的真值相差了十几个厘米。
因此坐标的误差会对卫星位置计算产生影响。
最终找到问题，天线高在实时软件中因为大于1米，所以直接被忽略。在事后软件中，天线高没有被改正。