PostProcess崩溃

1.__debugbreak

功能暂停程序执行，打开调试器，进入调试模式。

2.重要参考:

https://blog.csdn.net/phenixyf/article/details/49304573

3.CTime

ctime分函数和类两种用途。ctime功能是 把日期和时间转换为字符串，而ctime类的对象表示的时间是基于格林威治标准时间（GMT）的。

4.x_lam和X矩阵、CC矩阵、X_LAM矩阵、Q_LAM矩阵，temp_DW.X_NW矩阵、m_FinalN1、Q_diag、V矩阵

temp_DW.X_NW矩阵：其中temp_DW为CDDNw类对象，包括卫星数、卫星PRN数组、宽巷模糊度固定浮点解、三系统参考星（后期需要改）、一个ratio值（用在m_FinalN1上）、一个ps（这是什么？目前没用上）

m_FinalN1对象：为类CDDN1的类对象，包括卫星数、卫星PRN数组、N1、N2模糊度固定浮点解、四系统参考星、一个ratio值（用在m_FinalN1上）、一个ps（目前没用上）、GPS秒。需查看其中排序结构

7668行

5.程序测试：

使用天津2017年数据，一共包括四个站，有DWG、YL、SZ，用户站为BD。

6.输出的文本介绍：

周跳探测：文件命名：基线号+Cycle。

内容包括：GPS时，PRN号，电离层残差（前后历元，双频计算，阈值0.1*时间），L1P1残差（？不是很明白），L2P2（残差），MW残差（阈值5），对流层残差（阈值0.006）。

　　　　　CycleDetect，三次差，GPS时，PRN，电离层残差（阈值0.02*时间）。GLONASS阈值会设的大一些。

基站观测数据：另一种方式存储：保存历元观测信息

第一行：Time，GPS秒，观测卫星数，NEU，

{

DoLsPPP函数：由基站已知坐标计算大地坐标，以此计算对流层延迟，

①ComputeBPL函数：计算B矩阵P矩阵L矩阵值。首先计算卫星与基站距离，然后计算各余弦函数。权阵为：高度角大于30°，权为1，小于30°，权为

　　　　　　　　计算对流层延迟，首先是设置（大地高，大地纬度，和年积日），然后设置温度20、气压980、湿度50，最后根据卫星高度角获得干延迟、湿延迟，综合获得对流层延迟。

　　　　　　　　计算电离层延迟（利用广播星历电离层参数计算卫星电离层延迟值）：参数包括GPS时、卫星高度角、卫星方位角、基准站位置坐标、电离层延迟8参数。过程：获取8参数和大地坐标，计算两个地球角度，具体过程需要看手册，目前看不懂。

计算完上述参数，投入tempBPL进容器。同时更新当前历元对流层延迟

其中关键有：B已知，为卫星地球距离余弦函数泰勒展开，权阵在上面有写，观测值矩阵

tempBPL.L =  length - tempION - tempData->bdsinfo[i]->sat_clock + trop -  tempData->bdsinfo[i]->Relativity;

单点定位中X的参数包括XYZ坐标和钟差

第二行及后续存储：卫星PRN号，是否健康，卫星坐标XYZ，卫星高度角，P1，L1，P2，L2，卫星钟差（转换为距离）

}

网元相关存储：

网元中检核为：三基线同一卫星模糊度之和为0；（可以考虑到GLO内）（可以在这部分输出一个文件），对比BDS，GPS，GLO固定卫星数与总数关系

修改记录：

基站坐标存储，增加XYZ。

RINEX3.02导航电文修复读取bug

修复一处预处理部分内存溢出。

网络RTK的相关思考：

紧组合加入实时，估计不行，因为我们这边只是发送虚拟参考站的观测值，算法那边。