ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 川大主用ATC系统维护笔记(二)

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

原创 Linux操作系统 作者:mi_zy 时间:2018-08-02 23:13:29 0 删除 编辑

续《川大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异常删除计划问题, >。

重启后或收到FDP 重启包后多少秒后开始处理FDP 计划校验包,默认3600,在sdd.ini第一段增加:解决集中校验同步计划导致同步数据慢,SDD正常管制操作响应慢的问题

StartFDPCheck=1200;

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的功能。川大系统收、发报文都进行处理。

*2019-11-28版本测试,对于经停本场的航班,落地航班在自动拍发落地报目标去相关后,出现立即拍发后续航班的DEP报的问题,原因之一就是24位地址码一致就可以自动拍发DEP,咨询厂家,目前版本 24位地址码/航班号/SSR其中只要有一个相同就符合自动拍发DEP的条件,这与二所不同,二所是地址码/航班号/SSR只要有效就必须相同才行。

目前修改为: 自动发起飞报,计划和航迹的 SSR 码必须一样

28、柱体的高度设置为6000-8000,判断是 大于 等于6000,小于8000,不包含8000;即 大于 等于下限, 小于上限。所以高度不同的叠加柱体的高度值可以重叠。

29、川大输出计划是有改变立即输出,没有改变不输出,没有周期性的一次全部输出计划的机制。

*30、增加SFL与CFL一致性告警提示功能: 确认时间作为可配参数,只在控制或目标所管扇区才告警,标牌的CFL字段变红闪烁,一致了自动恢复正常显示。

31、FDA区域日流量统计,统计时不判断 管制员 有没有在标牌标CFL值,(本席位管制的目标 要求管制员必须标CFL值)。

32、AIDC的EST报发的SSR是取自航迹的,不是计划的,相关目标DS时,SSR不一致。

33、 FDP删除15小时前的动态,没有实际起飞时间就以计划起飞时间计算

34、 只有虚拟扇区的目标可以F-FIN强制结束,增加可配参数,任何目标都可以强制结束。

sdd.ini 文件[GENERAL] 增加

// 强制控制和完成是否限制,0- 限制(非控制和目标在虚拟席位管制才可以) 1- 不限制

FFinStatus=0

35、 出港预激活航班与ADS-B相关,航班号一致就行,不考虑SSR。

36、站调更新机场表需要生成二进制文件生效,否则PLN报生成两条计划。

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

38、二次代码ASSR/PSSR。ASSR(assigned SSR code)为在本飞行数据情报区内分配给航班的二次代码。PSSR(previous SSR code)用于入港航班在上一相邻管区使用的二次代码;或在更改二次代码后,之前使用的二次代码。对于从区域外进来的飞机相关,二所系统只有一个SSR,就是最后更新的SSR做相关,川大系统目前也不处理pssr。

*莱斯系统相关处理优先考虑二次代码,一致性检查要求:缺失的话视为一致性检查无法进行。飞行计划可能具有ASSR和PSSR两个二次代码,在自动相关考虑PSSR时(PLAN_AUTOCOUPLE_PSSR设置为1),二次代码一致是指飞行计划中的ASSR和PSSR至少一个与航迹的二次代码相同;在自动相关不考虑PSSR时 (PLAN_AUTOCOUPLE_PSSR设置为0),二次代码一致则要求飞行计划中的ASSR和航迹的二次代码相同。————有错误相关的风险。

*对于Thales系统,PSSR设定的相关权重为1,ASSR为2,24位地址码为3,航班号为5,航迹与计划进行匹配的权重加和计算,总权重大于等于1的就可以相关。

39、对于经停太原落地的航班,假如飞机落地经停期间飞行员不关应答机,S模式雷达会一直收到目标信号,再次起飞,只要这个雷达信号一直不停被收到,它的trackno就不会变。

假如在本场区域划了雷达/Adsb屏蔽区,这种情况雷达信号算不算一直不停被收到,它的trackno会不会变?

40、FDP只要进港相关航班在收到ARR报正常关联计划并处理后就完成了,同时去相关(落地航班收到ARR报就去相关,不必等航迹消失;飞出区域航班:Left Bound 5 Minutes,-->FIN,即去相关,Trackno变为65535),就是解除了和雷达的配对关系: 去相关实质上的处理就体现在SDD上FPLLIST里该计划的Trackno改变为65535,65535代表无效的雷达航迹号,也就是没有与任何航迹相关。SDD上选Fusion/MRT/Adsb和计划关联分别使用的是TrackID/Trackno/TrackAdsb,可通过FIND查询。FDP日志只记录Trackno,在FPLLIST里查找与TrackID/TrackAdsb的对应关系。

41、另文 续

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

请登录后发表评论 登录
全部评论
空管自动化,传输,对空通信

注册时间:2011-02-02

  • 博文量
    196
  • 访问量
    351746