2023年12月11日发(作者:)

1.编译中出现的问题

/club/?id=394442

直接在预编译定义那添加DIM_LARGE,很明显有问题,也没有指定具体是多少,另外还有DIM_SMALL DIM_MEDIUM呢?

2.编译LIB出现的问题

(1) _NUTN20 已经在 NUTN20_ 中定义。

原因:有两个SUBROUTINE NUTN20,NUTN20_O是老的。

(2) _WTNUTM 已经在 WTNUTM_ 中定义。

原因: 有两个SUBROUTINE WTNUTM ,WTNUTM_O是老的。

(3)无法解析的外部符号 _CLRSCR,该符号在函数 _RXLOGO 中被引用

(4)无法解析的外部符号 _WAIT,该符号在函数 _RXLOGO 中被引用

(5)无法解析的外部符号 _SYSCMD,该符号在函数 _GETDIR 中被引用

3.c: not found at

c:GPSUSER/SCRIPT/PPP_COP line 55.

解决方法:将精密星历sp3拷贝一份,更改后缀为pre

当创建工程的时候用$P代替C:GPSDATA的时候,在PPP_COP中出错,提示:找不到$P.....***.PRE文件:很明显是由于$P环境变量没有被解释,不用环境变量即可。

4.c: not found at

c:GPSUSER/SCRIPT/PPP_COP line 67.

解决方法:将精密钟差文件“*.clk”拷贝至 OUT目录下

to PRETAB failed:

*** SR OPNERR: OPEN FAILED

FILE NAME : ${X}/GENSAT_

PGM./SUBR.: d_satcrx:r

IOSTAT : 105

FILE UNIT : 999

解决方法:从ftp:///aiub/BSWUSER50/GEN/下载SAT_,放入BERN50GPSGEN目录下。

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}SHBDIGSSTA13_

Sta crux file: ---

List of flags: all entries

RINEX file : ${P}

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

gn->Edit station files->Station seclection lists:编辑.FIX文件,即选择固定站。

当创建新.FIX文件时,会弹出Select Skeleton Coordinate File,在这个对话框中选择.CRD文件,选择包含有即将被你设置为固定站的.CRD文件,

CRD文件中的测站会被提取出来,然后按照实际情况编辑一下,即可。

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。因此判断要全面一些。

to RNXGRA failed:

SR OPNERR: OPEN FAILED

FILE NAME : ${P}

PGM./SUBR.: readcrux

IOSTAT : 105 FILE UNIT : 999

解决方法:RNXGRA面板中,重新制定输入文件*.STA

14.《DOC50》的419页说:当一个脚本需要等待的脚本超过10个时,一个模拟脚本就会被插入,不做任何事,来等待其他脚本。

问题:模拟脚本怎样实现这种功能,怎样和这个脚本关联?

to ORBGEN failed:

### SR RPLENVAR: Variable ( not resolved in: c:BERN50GPS/GENSATELLIT.$(PCV)

*** SR OPNERR: OPEN FAILED

FILE NAME : ${X}/GENSATELLIT.$(PCV)

PGM./SUBR.: rdsatfil

IOSTAT : 105

FILE UNIT : 999Call to MPRXTR failed:

解决:在startbpe的第四个页面定义PCV环境变量。16.*** PG MPRXTR: NO BASELINE FOUND

解决了一半:由于MPRXTR面板中写的输入文件是MPR$S+,但是MAUPRP输出的文件名确实MPR$(Cluster).OUT,导致不一致。

暂时的处理方法是在MPRXTR中把文件名指定为,临时性的方法,要再修改。

to GPSEST failed:

*** SR OPNERR: OPEN FAILED

FILE NAME : ${P}

PGM./SUBR.: GTOCNL

IOSTAT : 105 FILE UNIT : 999

0019i-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+,但是上一步GPSEST产生的RES文件不是这样命名的,导致不一致。

暂时的处理办法是把INPUT FILES文件名指定为ED$(FL),需要再修改,另外,也不知道$(FL)、$(CLUSTER)是在哪里定义的。

把上一步程序和这一步程序中的文件名统一就OK了。

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中默认的文件名和产生的文件名不符,改成一致就可以了。 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!

对此警告的解释:由于解算初始值时需要生成残差文件,以便剔除粗差,所以不提前消除。

2处,LOG文件不断增加,最后占掉C盘。

解释:打开这个超大LOG文件,用ULTRAEDIT打开,里面记录着一样的信息,UNIT

989:Please enter file name,有N行。

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 y file c: is missing.

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}SHBDIGSSTA13_

### SR GTOCNL: OCEAN LOADING CORRECTION VALUES NOT FOUND

RETURN CODE : 2

STATION NAME : PUJN

FILE NAME : ${P}SHBDIGSSTA13_

### SR NEQWRITE: The parameter type Ambiguities

is (still) not supported in the NEQ format.

*** SR NEQWRITE : WRONG PARAMETER TYPE 4

connect to localhost on 58221: 由于目标计算机积极拒绝,无法连接。C:BERN50BPE/ line 110.

d(@array) is deprecated at

E:H-BGNSSexeBernBERN50GPS/EXE/Gps_ 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

at

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头提取出来的坐标多半不准。

,CZO,PZH,PZO,PSH,PSO有时不能产生,这是什么原因?

32.当基线长度长于设定的最大值时,将会异常,导致ADDNEQ2(浮点解之后)的输入为空。例如,单独计算BJFS-LHAZ时就会出现这样的问题。

33.求差计算时,如果先验坐标偏差太大,则可能导致不能正常形成基线,导致出错。所以先验坐标不要偏的太离谱,实在不行,则使用update coordinate的方法(即从RINEX文件头中直接提取)。

提示: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: is

missing.