川大主用ATC系统维护笔记(二)

续《川大ATC维护》、《主用ATC系统运行状态笔记》

1、FDP程序配置文件:fdp.ini

[CoupleCondition]                          

YawCheck = 1 // 相关计算时是否进行偏航检查

YawCheckForCoupleInApp = 0 // 进近范围内相关计算时是否检查偏航

AssrCheckedForceCouple = 0// 人工相关时是否检查ASSR

AppPosCheck = 1 // 相关时是否检查计划航迹点与雷达航迹点的距离偏差

PlanWarpDistance = 300000 // 相关计算时允许计划航迹点与雷达航迹点的距离偏差

CoupleToRouteDistance = 30000  // 相关计算时目标航迹到计划航线的距离(米)

进近范围内相关计算时设置为不检查偏航,是指系统航迹当前位置在进近管制80Km区域内自动相关不受300KM距离偏差和30km偏航的条件限制,但是测试发现:

1)假如有两个SSR码相同的航迹测试目标,一个在进近范围内一个不在,关闭真实雷达目标后,也会和进近范围内的航迹(但是 与高度无关 ,即使是3万米【标牌高度显示2999】高度)自动相关。

2)假如有两个SSR码相同的航迹测试目标,都在300KM距离偏差之内的航线上,且不在进近范围内,航向相反,关闭真实雷达目标后,也会和其中的一个航迹自动相关, 且实测中是和航向相反的航迹自动相关

3)SSR码相同的航迹测试目标,不在进近范围内,且不满足300KM距离偏差和30km偏航的条件,关闭真实雷达目标后,不会和该航迹自动相关。

* :目前( 2019-1-28 川大系统自动相关条件增加了管制区内和区外“系统航迹没有SSR重码”的限制:

二所ATC系统自动相关条件:系统航迹没有重码。

    如果系统航迹正处于重码告警DUPE状态,即同时存在有两个SSR码/ADS航班号相同的系统航迹,且这两个系统航迹之间的距离较近[参数,通常设定为200KM],出于安全考虑,系统不会对这两个系统航迹进行自动相关计算。

    如果同一时刻有多条飞行计划满足与同一个系统航迹相关的条件,系统将给出候选计划提示(标牌颜色变黄,右键点击可弹出CandiPlan菜单项)。

2、川大的“固定航线表”中不区分航路--航线的区别,所以偏航告警以偏离计划航线计算,不考虑航路的(10KM)宽度。二所偏航也是计算航迹与计划航路中心线的距离。

3、系统功能模块冗余情况 

系统所有主要数据处理,依据功能不同,单独配置冗余服务器。系统具有以下两种方式的冗余计算模型:

多计算冗余(Multiple Computation Redundancy),简称MCR。该方式下主机和备机同时进行计算。主机输出计算的结果,备机同时进行计算,维护与主机的一致性,但不输出结果。当备机切换为主机时输出计算的结果。

热备冗余(Hot Stand-by Redundancy),简称HSR。该方式下主机计算和输出计算的结果,备机不进行计算,但接收主机的计算结果。当备机切换为主机时,开始计算并输出计算结果。

*MCR:FRDP/RDP/MRDP/FADP/ADP/MADP/MARDP/FDPTEL/NETMLA/SWITCH_AGENT/QNH/WDP/OUTTELL

    TS:MCR(TS进程不分主备,独立运行)

*HSR:FDP、RDM

4、参考《川大ATC维护》的18条:STCA/MSAW告警只判断位于本管制扇区柱体内的目标和管制状态的目标(目前还没到本管制扇区,强制接管或挂简标牌的情况),对于即将进入本管制扇区, 协调状态的目标也不判断 。川大ATC两项告警(STCA/MSAW)及预告警(PSTCA/PMSAW ) 只有在 当前管制扇区柱体内或管制状态(F-CTL强制接管)的席位 告警,另可以在SDD席位的INFO-AutoHandle中点选"Coupled Alert"设置是否只有相关couple的目标才告警。在SDD席位上“SET UP”-"RADAR"为MRT时告警, 单雷达MONO时要进行告警计算(具体是否显示根据需求实现) ,MRT有STCA/MSAW告警时单雷达没有,但是测试中,当单雷达有DUPE告警时,原先不显示的STCA/MSAW告警也出现了。STCA告警会自动连测量线实时显示距离(但预告警PSTCA不会)。 

5、川大系统有两种情况RDM会全系统同步更新扇区划分数据:1、RDM程序主备切换;2、在某个SDD席位进行扇区划分操作。另。单个SDD进程启动时,只是这个席位的SDD接收实时扇区数据,不会影响其它席位和RDM服务器的数据。

6、川大设计容量:服务器10台,交换机10台,所有终端100台,席位(SDD)50台

7、 ( 2019-1-28 ) fdp.ini增加参数OncePlanSendNum建议值(100-200) //向请求计划进程(即SDD,备态的FDP不请求, 主态的FDP主动 同步 每次30条 )发送的频率(个/2秒)。

    fdp进程计划同步测试(与 SDD、备态的FDP )两种同步通信方式:TCP点对点(慢)和 UDP广播 (快)。

*( 2019-1-30 )fdp程序 ( UDP广播方式) 解决: 地面目标闪现和航班号为@的问题、多个SDD重起与FDP同步数据太慢问题和SDD/备态FDP异常删除计划问题, OncePlanSendNum=50 。

8、FDPTEL进程:由于收到的报文识别问题产生DUMP掉产生core:

1)、数据项配置文件,定义数据项组成格式;

2)、根据配置文件aidc.ini选择收发端口;管理定义的多个线路 发报 流水号(端口流水号和FDO现实的流水号不一致,有转换), 线路码接收不判断,发送要使用线路码,否则发报机报错。

3)、自动发送AIDC的LAM,LRM,SITA报AD等;

4)、接收报文并按程序内定义的字段解析后发给FDP处理,发给FDOAGENT写进数据库;

5)、FDO终端通过 FDOAGENT发到 FDPTEL, FDPTEL 负责 组报,并反馈结果;

9、FDP程序配置文件:fdp.ini

[TimeRange]

DepTimeRange = 360 // 报文干预计划时允许的起飞时间差范围。当前设为6小时偏大。

FDL报干预计划也采用DepTimeRange这个参数,判断FPL报里的预起时间要比RPL产生的计划里的预起时间偏差绝对值小于 DepTimeRange设置值,此外还判断航班号、起飞机场、落地机场来确定需要关联的计划。

10、在FDO查询栏,按CTRL+鼠标右键双击空白处,可以输入SQL查询语句查询。

11、在DPR维护ADP适应性数据,修改空域资源表中的“ 空域代码 ”名称后,SDD显示名称改变需要在DPR二进制文件导出“RD-限制区表”,然后分发至FDP--->RDM重启后 SDD显示名称改变。

12、川大ATC系统发送电报也处理(二所只处理接收电报):断开发报链路,发报时不会到转报机,在FDO发送DEP/CPL等报会创建修改计划。

13、(2019-4-8)主态mrdp进程退出,引起mrdp进程退出的原因如下:

系统定义了一个字符数组类型的变量,在使用前未对该变量进行初始化,可能造成该变量无正常结束符,对该变量的调用造成内存地址的非法访问,从而导致mrdp进程的异常退出。

14、 (2019-4-25) CPL报导致FDP进程异常退出:前提是有多份CPL报,因为处理CPL报从预计飞越边界点开始解析航路,FPL报是从头解析航路。

1)通过发CPL报创建计划

ZCZC ATG0013 251017

FF ZBAAZXZX ZBYNXXXX ZBBBZGZX ZBSJZXZX ZBYNUOMU ZBHHZXZX ZBCZZXZX

 ZBYCZXZX ZBDTZXZX ZBBBCKXX ZBPEZMFP ZSHAZMFP ZBBBZFPM ZSSSZFPM

251017 ZBYNZPZX

(CPL-TST5000/A1522-IS

-B738/M-SDE2E3FGHIRWZ/LB1

-ZUUU-OKVUM/1020S1010

-K0930S0950 NOBIK H153 AGULU H142 NSH G212 TYN --> {G212 ...TYN  OKVUM WJC MIZ OD ZS NSH ... OKVUM 基点序号为 10 }

-ZBYN

-PBN/A1B1C1D1L1O1S2 NAV/ABAS DOF/190425 REG/B5773 EET/ZLHW0029 ZBPE0109

SEL/FSEH CODE/780B1F PER/C RMK/TCAS CATII)

NNNN

2)发送CPL修改该计划

ZCZC AAA0000 251020

FF ZBAAZXZX ZBYNXXXX ZBBBZGZX ZBSJZXZX ZBYNUOMU ZBHHZXZX ZBCZZXZX ZBYCZXZX ZBDTZXZX ZBBBCKXX ZBPEZMFP ZSHAZMFP ZBBBZFPM ZSSSZFPM

251020 ZBYNZPZX

(CPL-TST5000/A1522-IS

-B738/M-SW/C

-ZUUU-OKVUM/1020S1010

-K0930S0950 OKVUM TYN    -->   { OKVUM 基点序号 为1}

-ZBYN

-REG/B5773)

NNNN

会引起FDP进程异常退出。但是假如计划是通过FPL创建的,第二份CPL报不会引起FDP进程异常退出。

2016年系统升级后的版本, 收到CPL报从预计飞越边界点开始解析航路。 fdp 在收到 CPL 报文处理时会设置一个 计划过点信息 推算的基点序号,该基点序号小于当前计划航路点个数。当该计划收到下一个 CPL 报时其报文中的航路信息发生了改变,根据系统设计该计划将当前已过点序列和 CPL 报文中航路串拼接后作为新的航路并解析成新的航路过点序列。新航路过点序列个数可能大于之前该计划保存的基点序号,也可能小于之前保存的基点序号。由于系统在处理新的航路点过点信息推算过程中需要访问以该基点序号为下标的航路点数组信息,当新航路过点序列个数小于之前保存的基点序号时系统将出现越界访问数组信息的情况,现场正是由于这种情况的出现导致了 fdp 异常退出。

解决方案:对系统中收到 CPL 报处理逻辑中添加相应的保护机制,在每次收到 CPL 报解析新的航路点之前将基点序号先置为 ,在计算新航路点信息时系统将重置新的基点序号,从而确保处理逻辑中不再出现越界访问数组信息的情况。

15、SDD标牌字体配置:在/usr/share/X11/fonts/100dpi/fonts.dir中字体配置项(含iso8859项),sdd.ini中配置label_small_font/ label_middle_font/ label_big_font,示例:

label_middle_font=-adobe-courier-bond-r-normal--25-180-100-100-m-150-iso8859-1 //格式有误使用默认字体, 默认字体的 字号最大是25。

16、假如报文流水号重复了,FDP会处理报文,修改动态;但是不写入数据库,在FDO上查询不到。

17、2019-5, 增加 sdp.ini ,修改 ftpserver.ini ,将 sdp.ini 文件分发到 mrdp/resource/ini mardp/resource/ini 文件夹下, sdp.ini中 以下作为可配置参数。多雷达和ADS-B融合参数还未作为可配参数,目前值是高度差300米,位置差20km(因为会出现掉相关又马上相关问题,因而还未作为可配参数)

[MRDP]

//水平相关门限(单位:米)(默认值:13000米)

CorelationDis=10000

//高度相关门限(单位:米)(默认值:280米)

CorelationAlt=280

//一次目标的速度方向差(单位:度)(默认值:30度)

PSRHeadingDiff=30

//一次目标的速度大小差(单位:百分比)(默认值:30%)

PSRSpeedDiff=30

//一次目标的距离门限(单位:米)(默认值:5000米)

PSRDistance=5000

//已相关航迹是否仍然保持相关的水平确认门限(单位:米)(默认值:13000米)

ConfirmDis=13000

//是否进行假目标判断(0、不进行;1、进行)

DetectFalseTarget=0

[MARDP]

//雷达与ADS-B的融合权重,取值0.0-1.0之间。这里只设置雷达权重即可,ADS-B权重自动设为(1.0-雷达权重)

//位置权重

PosWeight=0.9

//速度权重

SpdWeight=0.9

//高度权重

AltWeight=0.9

18、 outputplan.linux/outputtrack.linux 日志 默认记录一个月。

19、引接测试北京苏庄S模式雷达信号,川大系统目标比二所系统少,原因是 MLA设备超过256个目标就滤掉 了。正在核实中。 苏庄S模式雷达信号是点迹, 川大系统radar.ini中RadarProcType=3(点迹),设置成1:航迹的话,SDD上该路单雷达信号频繁分裂,DUPE告警。       

20、川大系统中:rdp.linux、dard_rdp.linux、dard_adp.linux、adp.linux是一个程序,只是程序名不同。修改 rdp.linux程序,解决测试引接的 北京苏庄 S模式雷达目标数量比二所系统少,不稳定等问题,原因是程序的雷达数据包 CRC32校验代码有BUG

21、太原版本只有ADS-B屏蔽区,呼和还加了雷达屏蔽区( 程序问题,只设置来了 ADS-B屏蔽区, 出现雷达和ADS信号都被屏蔽的问题,已修改)。 太原版本也需要雷达屏蔽区功能。

22、 ADS-B屏蔽区内, FUSION界面标牌没有 ADS-B三角符号。

23、 引接S模式雷达信号后,SDD标牌显示航班号,内部解析24位地址码,但SDD标牌上不显示;雷达融合没有参考航班号和24位地址码,但是与计划相关要参考 航班号和24位地址码。

24、修改radar.ini配置文件【 雷达设置 】中的 项: RadarType=64---->3,只需重启RDP进程即可生效。

25、增加航迹融合规则:既没有航班号也没有SSR的目标(部分尧城通航ADS-B目标符合该条件)不参与航迹融合。

26、问题:SDD上FUSION和MRT显示目标都是雷达与ADS-B融合后的系统航迹,原因 是 目前SDD程序不管选择 FUSION还是 MRT均从MARDP进程获取数据,解决方案是 选择 MRT是 改成从MRDP获取。

27、 对于川大系统,必须要有实际起飞时间(收到DEP报),这样才产生计划航迹,才能与目标进行相关判断。相关前,目前只有SSR相同才自动发DEP,后续版本增加地址码相同自动发DEP的功能。川大系统收、发报文都进行处理。

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

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

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值