主用ATC系统运行状态笔记

1、通过MLA关闭所有雷达数据源,SDD没有雷达数据,这种情况下SDD不会出现转旁路提示。
2、FDO.jar运行的进程名称是java,所以killall java 杀死FDO进程。
3、fdptel进程的配置文件AIDC.ini电报冠字号假如配错的话,收报正常,但是发不出去。
4、export DISPLAY=168.192.11.31:0.0 //ACC1的SDD通过echo $DISPLAY  ====>:0.0
    ./dpr.linux
   会将DPR显示到ACC1的SDD 上。java程序如FDO.jar的话X服务器端需安装java环境。
5、在SDD的FPL LIST显示的动态与FDO的“最新动态”可能不一致,FDO的“最新动态”存在数据库中,SDD的FPL LIST显示的动态是系统的实时动态数据,通过内存保持全系统一致,在FDP服务器的/home/atc/zzzz/fdp/bin/下保存备份:~fdp_plan1.tmp/~fdp_plan2.tmp/~fdp_ssr1.tmp/~fdp_ssr2.tmp,用于fdp.linux重启时读取。FDP目标相关操作使用的是SDD上FPL LIST显示的动态。
6、站调FDO“今日动态”一栏每日过了0点,还 完成的动态会自动跳到“历史动态”里,但是在“当前动态”中还保留。
7、fdoagent进程收到来自fdptel的DEP/ARR报,更新动态中的“状态”为“起飞”/“落地”,站调的FDO根据本地配置是否弹框提示。
8、FDP的fdp.ini[Control]ValidHeightMax=9999,假如fdp.ini没有该参数,程序默认是30000米。假如航班预计过交接点的高度超过30000米,会自动删除该动态。(根据石家庄现场的需求新加的参数,石家庄只要高度超过6000米的动态全部不需要)
9、RDP雷达处理每部雷达目标容量限制为256,每个扇区的雷达目标容量限制为100个,多了就丢弃。
10、SMPC监控网线通断状态:配置文件:zzzz/public/resource/adp/device.xml:部分内容。
11、雷达通道蓝色为优选通道,优选通道频繁切换的配置文件?
12、AFTN报文链路的配置文件:AIDC.ini_适用于UDP方式而不是fdptel.ini-适用于虚拟串口方式?
13、数据库HA测试:DBS-1主用,直接关闭DBS-1的OS, 6分钟 后才自动failover到DBS-2上。
14、RDM负责维护同步系统的实时数据如扇区划分等,主备FDP服务器RDM进程之间同步RD文件夹(后缀tmp为相应类型的实时数据),并根据rdm_data.ini配置文件同步更新SDD等席位对应的内存空间块,例如APP1席位划分扇区确认后,数据发给RDM,RDM按照参照Size=14602同步整个系统的数据,包括更新APP1对应的内存空间块,保证APP1使用的是系统统一的实时数据。
15、川大ATC系统不使用不处理雷达数据的 时标 信息。
16、SITA格式(航空公司只能使用SITA报,不能使用AFTN提交飞行计划)的PLN报(飞行预报)://飞行放行电报(RLS)
ZCZC CAT3715 270855
QU TYNZPCA      //电报等级QU 为急报;SITA电报收发地址由7个字母组成,前 个字母为地名,第4、5个字母为部门代码,后两个字母为公司代码。系统通过报文第二行的第一个大写字母 “Q”,识别SITA格式
.KMGUODR 270854               //附:AFTN电报收发地址由8个字母组成,前 个字母为地名,第4、5个字母为部门代码,第7、8为填充符号。
PLN 28APR       //日期项4月28日
L01 W/Z DR6559 B1593 KMG/0440 TYN/0735      //任务性质W/Z正班;B1593是航空器注册号
......
NNNN
川大系统通过关键字识别为PLN报,并按随后的日期28APR查找四月28号的DR6559计划更新机号B1593。对于转报机拆分为两部分的PLN报,由于PART TWO报文没有 PLN 28APR 内容所以不会更新。
17、在SDD上删除计划,FDP日志记录为:“20170430081811 Delete Plan:[2017043000540AMU016VMMCZBYN] Success”,在SDD上创建计划,FDP日志记录为:“20170430082111 Receive ManualHandPlan operation:[2017043000610AMU016VMMCZBYN]"且在FDD和SDD的"FLIGHT PLAN WINDOW"上显示计划来源为"SDD",在SDD上手动相关MCOU也会有类似记录,需要进一步测试!
18、按照站调提的需求,对于 站调维护的本场出港的航班 ,目前系统 只自动处理发报地址是ZBYN发来的FPL报,如果收到其它地址发来的都当做SITA报,放到SITA未阅报中, 不自动处理 站调转发后发报地址即为ZBYN,系统按流程处理。但是目前按站调需求只针对FPL报 ,不含DLA和CHG报。
假如需求是:本场和飞越动态都不处理发报地址是航空公司的报(SITA格式和AFTN格式-有的航空公司不按规定发SITA报[点+7个字符的地址标识]而是发AFTN报[8个字符的地址标识]),发报地址与站调维护航空公司表的三字码比较,匹配的都当做SITA报处理,不管本场飞越计划都不处理,放到SITA未阅报中;不匹配的认为是空管部门发的报,系统按流程处理。
19、个别DEP报更新计划中的起飞时间,但是没有更新SSR的问题,原因是DEP报里错误使用了ssr.adp适配参数中“限制落地机场”的SSR。
20、计划“来源”:TPL(临时计划)、RPL(重复性计划)、SDD、FDO以及通过收到的FPL、DEP、DLA 、PLN、 ABI 报文生成计划。
21、部分航空公司发的超长SITA格式PLN报(>3000字节),川大系统接受异常,原因是fdptel进程使用默认的接收缓冲区大小为3000字节,超出会缓冲溢出,导致接收不到报文,可以在fdptel.ini配置文件增加配置参数:max_recv_buf=12000//防止接收缓冲区溢出的字符数,一般>3000,<19000,为了可靠一般设置应比转报机的报文长度限制值略大。
22、现象:进场航班在五边四边转弯时融合航迹速度有跳变,检查雷达INDRA正常,期间速度保持370km,ALENIA雷达有丢点,丢点前速度370,丢点约2个周期后,速度为510,并逐步降低,460,440,420...川大融合雷达速度取值介于两部雷达速度值之间,融合目标的高度、速度采用加权平均数据融合方法,加权平均计算在系统设置的同一取样(刷新)时刻进行,加权系数是根据雷达数据源质量动态变化的。(二所ATC系统是根据静态权重和动态权重计算融合速度值)
23、川大ATC系统根据配置文件radar.ini处理单雷达的点迹或航迹:
RadarType=0    //雷达类型 0:系统雷达1:Toshiba雷达2:Alenia雷达3:Raytheon雷达(和Indra雷达)4:WestHouse雷达5:Army雷达7:Thomson雷达8:OldThomson雷达9:Telephonics雷达10:MH4008-2000雷达 62:ADS 64:S模式
RadarProcType=1    //雷达处理类型(1:航迹  3:点迹  5:气象   7:ADS ) 0:系统航迹
CoastNum=3          //COAST次数(0-30)
航迹跟踪处理:对未能与航迹数据相关上的航迹进行外推,转变为COAST航迹,当外推次数超过 规定次数 后,终止该航迹并删除,如果在外推过程中和航迹数据相关,则恢复为正常航迹;

对未能与现有航迹相关上的航迹数据,系统初始化成新的航迹。记录仪记录的是FSDP处理后的单雷达数据,包含外推的数据,所以回放单雷达不是原始的雷达数据。

点迹跟踪处理:对未能与点迹相关上的航迹进行外推,当外推次数超过规定次数后,终止该航迹并删除;对未能与现有航迹相关上的点迹,系统生成新的尝试航迹 。
24、FDP服务器的ts.linux进程不对时,将timeserver.ini中[GPS]GpsCyc=1   //gps时间信号周期,成都双流为60秒。太原未知
改为 GpsCyc=2后对时正常,观察Nport每2秒发送一次时间。只有收到连续10次有效的GPS时间,才会修改FDP服务器的本机时间,但是不判断GPS时间和本机时间的时间差,会造成FDP服务器时间跳变,影响:SDD挂不上CFL高度,移交失效等。

25 、FDP进程主备切换时会将计划(如有1500条)同步到所有SDD,SDD本地也保存有计划(某些情况情况下可能会比FDP维护的计划1500多,如有1510条),为了避免 FDP进程主备切换期间目标掉相关;FDP同步更新SDD本地计划1510条中的1500条,会出现SDD中其余10条计划于FDP不一致的情况(即这10条计划不更新了), SDD中这10条计划 (FPL计划或简标牌)是通过 雷达航迹号 与目标相关(不是二次码),系统只有1024个 雷达航迹号 ,执行完的航迹号会复用,所以造成简标牌与二次码不同的雷达目标相关的现象,重启SDD重新从FDP读取计划,所以就没有多余的计划可以解决该问题。彻底的解决方法是SDD删掉 比FDP多的10条计划。

[fdp.ini]ClearHour = 20     // 强制清除所有计划的时间点(UTC时间),目前改参数已不用,改为 FDP会动态删除15小时前的计划。

[sdd.ini] CLEARTIME=1600    //定时清空计划列表时间。 目前改参数生效,但是与 FDP动态删除15小时前的计划相冲突

——FDP会删除15小时前的计划(没有实际起飞时间就以预计-计划起飞时间计算),并同步给各个SDD(打包同步,每次30条),并使用校验码确定SDD的计划和FDP维护的计划的一致性;又因为SDD设定在 CLEARTIME=1600时间清除FIN和CNL状态的计划,会导致与FDP的不一致,引起同步操作,导致SDD操作使用慢的现象。

26、db.ini中参数TRANS_NONE_TO_FUTR=1200表示 预计12小时内执行的计划通知FDP变为“ 未来 ”状态。
27、在SDD上有两套数据,SDD本地存的数据和FDP服务器同步来的数据;修改某个标牌的CFL高度后,包含修改内容的一套数据打包要发给FDP,FDP处理后将数据发给各个SDD席位同步本地的数据。所以有可能出现修改一项内容,FDP还没有来得及同步本地数据时,又修改另一项内容,发给FDP的数据包中第一项内容是旧数据,造成第一项内容未修改成功的情况。测试:管制席位修改某一标牌的CFL高度,在另一席位影子模式下同时修改同一标牌的自由文本,多次测试均是自由文本内容未修改,如果不是同一目标,两者均修改成功。
28、SDD的ILS31/ILS13显示线的颜色只能通过修改程序改变。
29、S模式雷达数据识别提取A/C模式的信息:SSR,高度;S模式雷达不相关时显示雷达数据中的航班号。S模式雷达或ADS-B数据,当未相关时,在航班号后显示*,与正常相关航班区别。
30、在SDD上ADS-B雷达航迹符号:实心三角;ADS-B、雷达融合航迹符号:“圆圈内实心三角”。
31、在SDD选中标牌点击Scroll Lock按键出现“ALERT SOUNT INHIBIT”,用于抑制声音,因为DUPE/RAM告警无声音,所以不能点选。
32、在SDD标牌上点鼠标右键,选I-SSR,按SSR添加抑制,添加后只要是这个SSR就会被抑制,且一直存在,需人工取消,在SDD的下菜单栏SSR INHIBIT会显示红色提醒。
33、“Auto Send Dep/Arr”功能是否生效以SDD的INFO----Auto Handle中的状态设置为准,rd_sys_parameters中的设置是初始设置值。fdp.ini中
AutoSendDEPARR = 0 // 是否自动发送DEP\ARR报:1-自动发送;0-不自动发送
参数已不再使用。
*假如川大系统启用自动发送DEP功能,系统按[AutoSendDEPARR]设置的条件 自动发送DEP,然后航迹与计划完成相关 。于二所不同,二所是先相关,再自动发送DEP。
34、fdp.ini中
AutoAssignSSR           = 1     // 是否进行SSR码的自动分配
在使用二所自动拍发起飞报的情况下,川大系统不需要进行SSR码的自动分配,设置为0。
35、warning.ini中MSAWAPP是低高多边形告警设置,目前已不用。目前使用DAT适应性数据中的低高多边形区域表。

36、某个SDD被动回放别的SDD景象,报错:“filke data format error”,问题原因是该主机显卡显示颜色深度是16,别的主机是24,不兼容造成的,在xorg.conf改正后正常。

37、SDD上ILS窗口飞机不压线原因,有可能是QNH值没有收到,高度值没有修正造成的。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7970627/viewspace-2129354/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/7970627/viewspace-2129354/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值