1.编译中出现的问题
http://www.programfan.com/club/showtxt.asp?id=394442
直接在预编译定义那添加DIM_LARGE,很明显有问题,也没有指定具体是多少,另外还有DIM_SMALL DIM_MEDIUM呢?
2.编译LIB出现的问题
(1) _NUTN20 已经在 NUTN20_O.obj 中定义。
原因:有两个SUBROUTINE NUTN20,NUTN20_O是老的。
(2) _WTNUTM 已经在 WTNUTM_O.obj 中定义。
原因: 有两个SUBROUTINE WTNUTM ,WTNUTM_O是老的。
(3)无法解析的外部符号 _CLRSCR,该符号在函数 _RXLOGO 中被引用
(4)无法解析的外部符号 _WAIT,该符号在函数 _RXLOGO 中被引用
(5)无法解析的外部符号 _SYSCMD,该符号在函数 _GETDIR 中被引用
3.c:\GPSDATA\SHBDIGS\ORB\IGS17243.PRE not found at c:\GPSUSER/SCRIPT/PPP_COP line 55.
解决方法:将精密星历sp3拷贝一份,更改后缀为pre
当创建工程的时候用$P代替C:\GPSDATA的时候,在PPP_COP中出错,提示:找不到$P\.....\***.PRE文件:很明显是由于$P环境变量没有被解释,不用环境变量即可。
4.c:\GPSDATA\SHBDIGS\OUT\IGS17243.CLK not found at c:\GPSUSER/SCRIPT/PPP_COP line 67.
解决方法:将精密钟差文件“*.clk”拷贝至 OUT目录下
5.Call to PRETAB failed:
*** SR OPNERR: OPEN FAILED
FILE NAME : ${X}/GEN\SAT_2013.CRX
PGM./SUBR.: d_satcrx:r
IOSTAT : 105
FILE UNIT : 999
解决方法:从ftp://ftp.unibe.ch/aiub/BSWUSER50/GEN/下载SAT_2013.CRX,放入BERN50\GPS\GEN目录下。
6.编辑测站信息.STA文件,总是提示天线类型找不到
解决方法:Extract Station information时,要注意,最后一页的Consider radome code要勾上,不然在天线相位文件里面会找不到天线类型。
7.批处理总不成功
解决方法:Import Rinex to Bernese->Observation files,要注意,Gather station names from后的type要和.STA文件中的TYPE01匹配。
8. ### SR RXOANT: RINEX header inconsistent with station information (type 002)
Sta info file: ${P}\SHBDIGS\STA\13_023.STA
Sta crux file: ---
List of flags: all entries
RINEX file : ${P}\SHBDIGS\RAW\lngn0230.SMT
Station name : LNGN
First epoch : 2013-01-23 00:00:30
Last epoch : 2013-01-23 23:59:30
Antenna type : NONE not checked
解决方法:编辑接收机问题文件.CRX。
9.测站文件里面没记录天线类型,Bernese报错### SR GPHECC: ANTENNA(/RECEIVER) TYPE NOT FOUND,天线类型必要有才行?
解决方法:编辑.CRX接收机问题文件即可。
10. *** SR JEPEPH: ERROR RETURN FROM CALL TO JESTAT
EPOCH OUT OF RANGE
11.Campaign->Edit station files->Station seclection lists:编辑.FIX文件,即选择固定站。
当创建新.FIX文件时,会弹出Select Skeleton Coordinate File,在这个对话框中选择.CRD文件,选择包含有即将被你设置为固定站的.CRD文件,
CRD文件中的测站会被提取出来,然后按照实际情况编辑一下,即可。
12.Call to CODSPP failed:
SR RDCBFL: MORE THAN 56 SATELLITE-SPECIFIC CODE BIASES FOUND
解决办法:P1P2****.DCB文件中包含了R58 4.661 0.120,把这一行删掉,即可。
2013/5/5日更新:不仅GLONASS会出现异常卫星号,GPS也会出现,比如G74。因此判断要全面一些。
13.Call to RNXGRA failed:
SR OPNERR: OPEN FAILED
FILE NAME : ${P}\SHBDIGS\STA\EXAMPLE.STA
PGM./SUBR.: readcrux
IOSTAT : 105
FILE UNIT : 999
解决方法:RNXGRA面板中,重新制定输入文件*.STA
14.《DOC50》的419页说:当一个脚本需要等待的脚本超过10个时,一个模拟脚本就会被插入,不做任何事,来等待其他脚本。
问题:模拟脚本怎样实现这种功能,怎样和这个脚本关联?
15.Call to ORBGEN failed: ### SR RPLENVAR: Variable ( not resolved in: c:\BERN50\GPS/GEN\SATELLIT.$(PCV) *** SR OPNERR: OPEN FAILED FILE NAME : ${X}/GEN\SATELLIT.$(PCV) PGM./SUBR.: rdsatfil IOSTAT : 105 FILE UNIT : 999Call to MPRXTR failed: 解决:在startbpe的第四个页面定义PCV环境变量。 16.*** PG MPRXTR: NO BASELINE FOUND
解决了一半:由于MPRXTR面板中写的输入文件是MPR$S+0???.OUT,但是MAUPRP输出的文件名确实MPR$(Cluster).OUT,导致不一致。
暂时的处理方法是在MPRXTR中把文件名指定为MPR023????.OUT,临时性的方法,要再修改。
17.Call to GPSEST failed:
*** SR OPNERR: OPEN FAILED
FILE NAME : ${P}\SHBDIGS\STA\EXAMPLE.BLQ
PGM./SUBR.: GTOCNL
IOSTAT : 105
FILE UNIT : 999
18.jwe0019i-u The program was terminated abnormally with Exception Code EXCEPTION_ACCESS_VIOLATION.
Error occurs at or near line 297 of _rcressum_
Called from or near line 109 of _MAIN__
error summary (Fortran)
error number error level error count
jwe0019i u 1
total error count = 1
Call to RESCHK failed:
解决了一半:GBSCHK中的INPUT FILES是:ED$(FL)$S+0???.RES,但是上一步GPSEST产生的RES文件不是这样命名的,导致不一致。
暂时的处理办法是把INPUT FILES文件名指定为ED$(FL)023????.RES,需要再修改,另外,也不知道$(FL)、$(CLUSTER)是在哪里定义的。
把上一步程序和这一步程序中的文件名统一就OK了。
19.The process cannot access the file because it is being used by another process (DeleteFile, errno=32, unit=998).
Error occurs at or near line 95 of _opnsys_
Called from or near line 83 of _MAIN__
Call to ADDNEQ2 failed:
解决:ADDNEQ2中需要INPUT GPSEST产生的NQ0,但是INPUT FILES中默认的文件名和产生的文件名不符,改成一致就可以了。
20.Call to HELMR1 failed:
*** PGM HELMR1: NO REDUNDANCY. NO VERIFICATION OF SITES POSSIBLE
暂时性的解决办法:将INPUT FILE中的FIX文件,去掉,不输入REF$YSS+0。这里肯定是要选择一个一个FIX,还不了解。哎,总算跑通了。
21. ### SR CHKOPT: AMBIGUITIES HAVE TO BE PRE-ELIMINATED (BEFORE OR AFTER INVERSION) IF YOU WANT
TO SAVE NORMAL EQUATIONS !
RE-RUN THIS JOB WITH THE OPTION "PRE-ELIMINATE" FOR
AMBIGUITY PARAMETERS (BI OR AI) OR DO NOT USE THE NORMAL EQUATION
FILE PRODUCED IN THIS RUN!
对此警告的解释:由于解算初始值时需要生成残差文件,以便剔除粗差,所以不提前消除。
22.ADDNEQ2处,LOG文件不断增加,最后占掉C盘。
解释:打开这个超大LOG文件,用ULTRAEDIT打开,里面记录着一样的信息,UNIT 989:Please enter file name,有N行。
23.Call to GPSEST failed:
*** SR DIMTST: MAXIMUM DIMENSION "MAXAMP" EXCEEDED IN SR NORINI
TOO MANY AMBIGUITY PARAMETERS
ACTUAL NUMBER OF AMBIGUITY PARAMETERS : 1070
MAXIMUM NUMBER ALLOWED : 800
INCREASE MAXIMUM DIMENSION "MAXAMP" OR
REDUCE NUMBER OF AMBIGUITY PARAMETERS
24.Summary file c:\GPSDATA\SHBDIGS\OUT\CHK130230.SUM is missing.
25.Call to GPSEST failed:
### SR CHKOPT: AMBIGUITIES HAVE TO BE PRE-ELIMINATED (BEFORE OR AFTER INVERSION) IF YOU WANT
TO SAVE NORMAL EQUATIONS !
RE-RUN THIS JOB WITH THE OPTION "PRE-ELIMINATE" FOR
AMBIGUITY PARAMETERS (BI OR AI) OR DO NOT USE THE NORMAL EQUATION
FILE PRODUCED IN THIS RUN!
### SR GTOCNL: OCEAN LOADING CORRECTION VALUES NOT FOUND
RETURN CODE : 2
STATION NAME : DAEJ
FILE NAME : ${P}\SHBDIGS\STA\13_023.BLQ
### SR GTOCNL: OCEAN LOADING CORRECTION VALUES NOT FOUND
RETURN CODE : 2
STATION NAME : PUJN
FILE NAME : ${P}\SHBDIGS\STA\13_023.BLQ
### SR NEQWRITE: The parameter type Ambiguities
is (still) not supported in the NEQ format.
*** SR NEQWRITE : WRONG PARAMETER TYPE 4
26.Cannot connect to localhost on 58221: 由于目标计算机积极拒绝,无法连接。 at C:\BERN50\BPE/RUNBPE.pm line 110.
27.defined(@array) is deprecated at E:\H-BGNSS\exe\Bern\BERN50\GPS/EXE/Gps_Date.pm line 42.
(Maybe you should just omit the defined()?)
Invalid decimal character d was detected (unit=999).
(the relative position causing an error in a record = 49 )
ed by RNX2SNX BPE
?
Error occurs at or near line 87 of _ionosi_
Called from or near line 199 of _priion_
Called from or near line 945 of _priapr_
Called from or near line 761 of _MAIN__
Call to GPSEST failed:
### SR CHKION: TYPE OF IONOSPHERE MODELS NOT SPECIFIED IN IONOSPHERE FILE.
IONOSPHERE MODELS ASSUMED TO BE LOCAL IONOSPHERE MODELS.
解决:当最初项目中有多个文件,现在你又在这个项目中进行操作,并且将其中的一些观测文件删去,如果你直接这样操作会出现一些看起来不好理解的问题。你需要将以前项目中产生的ORB文件夹和ATM文件夹下的文件删去,只保留原始的文件。
28. *** SR DIMTST: MAXIMUM DIMENSION "MAXTYP" EXCEEDED IN SR WRTRNX
TOO MANY NUMBER OF OBSERVATION TYPES
MAXIMUM NUMBER ALLOWED: 10
INCREASE MAXIMUM DIMENSION "MAXTYP" OR
REDUCE NUMBER OF NUMBER OF OBSERVATION TYPES
解释:观测类型中有L5,P5。个数超过10个。
29.两个文件解基线,R1_的结果和PPP里面的是一致的,F1_则是求差结果。这里要十分注意,虽然R1_在F1_之后产生,但在只有两个文件时显然F1_才是求差结果。
30.求差的时候在数据预处理时不断迭代,陷入死循环,可能是由于先验坐标偏差太大,RXOBV3从RINEX头提取出来的坐标多半不准。
31.CZH,CZO,PZH,PZO,PSH,PSO有时不能产生,这是什么原因?
32.当基线长度长于设定的最大值时,将会异常,导致ADDNEQ2(浮点解之后)的输入为空。例如,单独计算BJFS-LHAZ时就会出现这样的问题。
33.求差计算时,如果先验坐标偏差太大,则可能导致不能正常形成基线,导致出错。所以先验坐标不要偏的太离谱,实在不行,则使用update coordinate的方法(即从RINEX文件头中直接提取)。
34.CODSPP提示:ERROR HANDLE DCB FILE
解决:往DCB文件后面打两行空行。
36.单频PPP
Call to GPSEST failed: *** SR SEQAMB: PARAMETER CANNOT BE FOUND SHOULD NEVER HAPPEN !!! FILE: 1 SATELLITE: 31 EPOCH: 12
37.经常出现的一个问题:
最终GPSEST:Summary file E:\H-BGNSS\exe\Bern\GPSDATA\SHBD\OUT\GRA131520.SMC is missing.