Bernese（9）
菜单位置：Menu-&Processing-&Code-based clock synchronization。
功能：计算接收机钟差改正数
输入：1.标准轨道文件*.STD
&&&&&&&&&&&2.卫星钟差文件*.CLK(PRETAB产生的)
&&&&&&&&&& 3.码观测文件（????$S+0.CZH）
&&&&&&&&&&&4.先验坐标文件（APR$YD+0.CRD）
&&&&&&&&&& 5.Bernese格式极移文件（IGS$YD+0.ERP,由地球自转参数文件（.ERP(.IEP)）转换得来(POLUPD)）
&&&&&&&&&& 6.DCB文件（P1C1$M+0.DCB，如P1C11204.DCB）
&&&&&&&&&& 7.太多，以后再写
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：169409次
积分：3372
积分：3372
排名：第8337名
原创：153篇
转载：66篇
评论：30条
(1)(2)(2)(2)(1)(1)(5)(1)(1)(1)(1)(5)(3)(6)(2)(1)(2)(1)(4)(4)(3)(1)(1)(5)(4)(15)(15)(24)(12)(12)(12)(33)(3)(1)(31)bernese&问题集锦&&（转）
1.编译中出现的问题
&直接在预编译定义那添加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”拷贝至
5.Call to PRETAB failed:
&*** SR OPNERR: OPEN FAILED
& & FILE NAME :
${X}/GEN\SAT_2013.CRX
& & PGM./SUBR.: d_satcrx:r
& & IOSTAT &
& & FILE UNIT :
& & 解决方法：从下载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
& & RINEX file &
: ${P}\SHBDIGS\RAW\lngn0230.SMT
& & Station name : LNGN
& & First epoch
& & Last epoch &
& & Antenna type :
& & NONE &not
&解决方法：编辑接收机问题文件.CRX。
9.测站文件里面没记录天线类型，Bernese报错###
SR GPHECC: ANTENNA(/RECEIVER) TYPE NOT
FOUND，天线类型必要有才行？
解决方法：编辑.CRX接收机问题文件即可。
SR JEPEPH: ERROR RETURN FROM CALL TO JESTAT
& & &EPOCH OUT
11.Campaign-&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，把这一行删掉，即可。
日更新：不仅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.
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。&主题：终于解决了spp慢的问题
泡网分: 0.06
注册: 2013年03月
老电脑，用ip6秒表计算，x3F转一张jpg要43秒。
升级后，选择了60张同时转，一共用了7秒不到。
以至于转完后我愣了一下，难道只转了一张？
赶忙到文件夹里去看，太让人吃惊了：60张，7秒。
解决方法：
cpu：洋垃圾3960X
主板：华硕x79 r4g
硬盘：三星evoSSD
同学们赶紧的。
微信扫一扫分享
&浏览：806&&回帖：18 &&
泡网分: 0.143
注册: 2013年09月
洋垃圾遇上華神童, 七秒六十張.&&可惜我的機器只能做到七秒一張. 還沒算第一次打開 X3F folder
泡网分: 91.564
精华: 3帖子: 22421
注册: 2008年05月
今天就行动二代 发表于
从楼主发图都不会缩图，发一堆色彩失真满是马赛克的样图来看，楼主对电脑和图像处理都不太懂。
所以得出错误的结论，也不奇怪了。楼主本来想拿SPP当跑分软件来亮骚自己的电脑，结果没想到被无忌的泡菜给耻笑了
泡网分: 38.874
帖子: 3024
注册: 2003年12月
这个。。。谁嫌直抽太慢的？又有谁觉得正常使用不馒的？
我这里双g内存加SM951，打开保存都要各自等8秒左右。玩死马要有耐心，说的就是这个道理 本帖最后由 wltongxue 于
03:19 编辑
泡网分: 11.632
帖子: 1045
注册: 2008年06月
chiyon91982 发表于
刚刚又测试了一次，绝对没问题。
转了63张，7.1秒。
我超到了4.3，电压1.28，水冷海妖x61，用p95压力测试，晚上23点开始，早上8点起床看，温度75度稳定。
待机ps spp，稳定43度。
内存四通道xmp2400我超到了4.5Ghz，电压1.25V，内存也是四通道2400
简单测试了一下19个X3F文件抽取JPG仅需2秒多点，随便用手机上的秒表测的，确实快。
但是转换JPG，平均9秒多一个文件... 本帖最后由 223sywj 于
01:03 编辑
泡网分: 11.632
帖子: 1045
注册: 2008年06月
chiyon91982 发表于
刚刚又测试了一次，绝对没问题。
转了63张，7.1秒。
我超到了4.3，电压1.28，水冷海妖x61，用p95压力测试，晚上23点开始，早上8点起床看，温度75度稳定。
待机ps spp，稳定43度。
内存四通道xmp2400我也是还要x61啊，我赶紧去试试，哈哈哈。 本帖最后由 223sywj 于
00:03 编辑
泡网分: 1.118
帖子: 1140
注册: 2005年12月
我E3 CPU，转一张处理过的估计就得10秒以上。看来瓶颈不在CPU。固态硬盘应该能提升效率。
但7秒60张是不可能的。就算原片直出JPG也不会那么快吧？
泡网分: 4.245
帖子: 1993
注册: 2011年01月
从楼主发图都不会缩图，发一堆色彩失真满是马赛克的样图来看，楼主对电脑和图像处理都不太懂。
所以得出错误的结论，也不奇怪了。
泡网分: 1.967
帖子: 1047
注册: 2016年04月
你选成抽取jpg了吧，这个是很快。再用另存为试试？
iPhone5/5s iOS9.3.1 客户端发布
泡网分: 38.874
帖子: 3024
注册: 2003年12月
楼主是直抽jpg吧？逐个打开保存不会这么快的。
泡网分: 0.174
注册: 2016年04月
感觉不太可能，60张raw大小要3000M，只是读取的话ssd也得10来秒，和你的7秒数据差不多，你不会选成抽取jpeg了吧
本帖由安卓客户端发布
泡网分: 52.988
帖子: 7281
注册: 2002年07月
chiyon91982 发表于
老电脑，用ip6秒表计算，x3F转一张jpg要43秒。
升级后，选择了60张同时转，一共用了7秒不到。
以至于转完后我愣了一下，难道只转...内存很重要
本帖由 iPhone8,2 客户端发布
泡网分: 0.06
注册: 2013年03月
对论坛使用上的问题，请看“论坛FAQ”；
本帖最后由 chiyon91982 于
02:20 编辑
泡网分: 0.06
注册: 2013年03月
泡网分: 0.06
注册: 2013年03月
泡网分: 0.06
注册: 2013年03月
累成一条狗
泡网分: 0.06
注册: 2013年03月
去年东坡的照片，终于能畅快的浏览了。
泡网分: 0.06
注册: 2013年03月
刚刚又测试了一次，绝对没问题。
转了63张，7.1秒。
我超到了4.3，电压1.28，水冷海妖x61，用p95压力测试，晚上23点开始，早上8点起床看，温度75度稳定。
待机ps spp，稳定43度。
内存四通道xmp2400
泡网分: 11.632
帖子: 1045
注册: 2008年06月
chiyon91982 发表于
老电脑，用ip6秒表计算，x3F转一张jpg要43秒。
升级后，选择了60张同时转，一共用了7秒不到。
以至于转完后我愣了一下，难道只转了一张？
赶忙到文件夹里去看，太让人吃惊了：60张，7秒。
解决方法：
cpu：洋垃圾3960X
主板：华硕x79 r4g
硬盘：三星evoSSD
同学们赶紧的。真的假的？我也是洋垃圾3960x
主板：华硕剑齿虎x79
内存：芝奇GB
固态：建兴T9 256GB
&版权所有：&&桂ICP备号&增值电信业务经营许可证4024人阅读
Bernese（9）
1.编译中出现的问题
& &直接在预编译定义那添加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
& & 解决方法：从下载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 &:
& & & & & & & & Last epoch & :
& & & & & & & & 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，把这一行删掉，即可。
日更新：不仅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.
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：169411次
积分：3372
积分：3372
排名：第8337名
原创：153篇
转载：66篇
评论：30条
(1)(2)(2)(2)(1)(1)(5)(1)(1)(1)(1)(5)(3)(6)(2)(1)(2)(1)(4)(4)(3)(1)(1)(5)(4)(15)(15)(24)(12)(12)(12)(33)(3)(1)(31)}