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

发布时间:2025-05-24 17:12:39 作者:益华网络 来源:undefined 浏览量(0) 点赞(0)
摘要:1、区调航班移交进近失败的原因之一:在AIDC移交过程中,比如呼和发了AIDC TOC,在还未回复AOC(标牌点击ACP)前,区调强制接管该航班,区调在给进近移交时,进近席位在该标牌点击ACP,FDP日志记录是进行AIDC的AOC操作,导致移交失败。需要优化程序,任何阶段强制接管,都要

1、区调航班移交进近失败的原因之一:在AIDC移交过程中,比如呼和发了AIDC TOC,在还未回复AOC(标牌点击ACP)前,区调强制接管该航班,区调在给进近移交时,进近席位在该标牌点击ACP,FDP日志记录是进行AIDC的AOC操作,导致移交失败。需要优化程序,任何阶段强制接管,都要清除掉AIDC的状态。——已修改

2、2019-12-6日主备FDP进程退出问题原因:是前端工作站(SDD/FDD)对处于 管制状态的计划航路修改的过程中,系统在计算航路拼接时在特殊情况下访问数组元素时下标越界异常造成了程序退出。按以下改变航路故障重现:

程序完善前,建议先尽量少修改航路串,如果实在要修改,建议把要修改的航路写全一点,不要太简单了,尽量把修改前后的 航路有一个完整的对接。——已修改

3、SDD上 QNH处于编辑状态时,鼠标点击其他位置退出编辑状态。

4、 SDD上FPLList 窗口查询包含 SSR

5、FDO本地参数setting_sys.properties中“次日转最新动态的时间段"设置为4小时,"昨日保留到最新最新动态的时间段"设置为4小时。FDO中最新动态的内容时间偏差计算是以预计起飞时间为基准计算的。

6、川大系统是只要向转报机发送了,不管成功与否,都会修改起飞或落地时间(ATD与ATA字段),所以不能通过这两个字段是否有值判断航班是否已经发送了起飞落地报。

7、FPL,DEP,EST、CPL、DLA五种报文可以生成计划(ABI不行),其中dep、est、dla这三种可在fdp.ini中配置是否建计划;另外可在db.ini中配置航空公司的pln本场的是否可以新建计划。

8、FDD安装:需要1)RHEL6.5--->package32; RHEL6.8--->package32_6.8;2)jdk-8u25-linux-x64.rpm;3) 需要关闭chkconfig NetworkManager off之后,再 service network restart,然后验证 bond0网络是否能ping通。

9、对于PLN报的处理:在有起降机场的前提下,判断条件:日期+航班号+起飞机场+落地机场;假如没有的话,就是日期+航班号。如果有预计起飞时间,还要判断数据库中计划的预计起飞时间和报文的不能超过一定值,可配置。通过PLN报能取消计划,增加计划,修改计划! PLN不会删除计划,新增只限本场,修改只改机号和预计起飞时间。且有改变后没有提示!

10、进港航班流程图中:(NACT=>PREA)ETN是预计入界时间,“EST操作”是在SDD席位上手工协调计划的,主要是协调ETN时间,预激活状态或静止的计划SDD上通过FLOGHT PLAN WINDOW点击EST修改ETN。 (PREA=>COOR)ETB-VSP[10] (ETB是边界点)提前十分钟变协调状态,FDP从COOR发送计划航迹,若计划航迹进入管制区边界还未配对,则计划回退至PREA,此时只有人工协调/人工配对,才能使计划航迹进入管制区或计划后续正常推算。

11、关闭FSDP服务器的FDPTEL进程,FDD发报按钮变为灰色。

12、服务器(FSDP)安装需要“ 手动”在/home/atc/.bash_profile( ~/.bash_profile: 每个用户都可使用该文件输入专用于自己使用的shell信息)中修改环境变量LD_LIBRARY_PATH: 该环境变量主要用于指定查找 共享库 (动态链接库)时除了默认路径之外的其他路 径。 LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/bin:/lib64:/home/atc/zzzz/lib/linux:/home/atc/zzzz/scmpub/lib/linux:/home/atc/zzzz/hmipub/lib/linux

 export LD_LIBRARY_PATH

13、假如FDD错误维护了两条同一航班的计划,预起时间不一样,来了FPL报,会干预离预起时间偏差小的计划,来了DEP,也是干预离预起时间偏差小的计划,这样有可能出现FPL、DEP关联不一样的情况。(站调出现过)

14、jps是jdk提供的一个查看当前java进程的小工具, 可以看做是JavaVirtual Machine Process Status Tool的缩写:jps -mlv10.134.68.173 //如果需要查看其他机器上的jvm进程,需要在待查看机器上启动jstatd

15、本场尧城到尧城起降训练飞机B9463,航路就输了TYN,没有入界点、出界点,起飞机场:ZZZZ,落地机场:ZZZZ,一发起飞报,状态就变成FIN了,日志:Can Not Find a RouteCity:[ZZZZ]-[ZZZZ]。这种情况建议起降机场改为ZBYN,航路输一个边界点和TYN。计划完成条件:收到ARR,出了边界点等。

16、航空公司( 二字码)G5、TV、EU的SITA-CNL报FdoAgent未解析,正常解析日志记录:RegularExpresstionID= 127,需修改regularexp.xml

17、单雷达原始航迹、点迹生成系统内部航迹,对于长时间(1.5个刷新周期)没有得到更新的系统内部航迹,进行外推Coast处理或者删除。外推处理如下:将航迹的外推次数+1,如果+1后已经超过了最大外推次数(radar.ini中参数CoastNum=3),将航迹删除。

18、如下sdp.ini配置文件,FalseTargetDis读取默认值:40000米,将第二行注释中[TOTAL]改为TOTAL即去掉中括号OK。 注释中的 [total] 会影响到读取配置文件

日志mrdp/bin/log/start文件记录mrdp进程读取配置文件参数的结果。

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

//进行假目标判断时,不屏蔽假目标的低空高度门限在radar.ini的[TOTAL]部分设置:ShowAllTargetAltitude = 2000

DetectFalseTarget=1

//假目标判断水平门限(单位:米)(默认值:40000米)(高度门限同CorelationAlt)

FalseTargetDis=12000

19、挂简标牌的情况下,不能自动拍发ARR报;要实现的可行方案:1是挂简标牌时输起降机场;2是设为自动发落地报时落地机场默认为太原。

20、 db.ini 文件的[FDPPARAM] 增加:

# 航空公司计划报如本场计划不存在,是否自动增加,0- 不自动增加、1- 自动增加,默认0

AUTO_ADD_LOCAL=1

21、sdd.ini 文件[GENERAL] 增加

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

FFinStatus=0

22、sdd.ini配置文件中C模式移交参数:CFlagMode = 2

//0-本地参数:C只在本席位显示,鼠标中键单击C位置增加或取消C;

//1-移交模式:启动移交时移出或移入席位自动添加红色C,接收后可双击C位置取消C;

//2-通讯移交模式:具有管制权限的席位鼠标中键单击C位置打开/关闭C,只有拥有无线电的席位显C;移交时,移入席位接收后,移出席位高亮闪烁,移入席位管制操作打开C,移出席位高亮不闪烁,C不显示,目标飞出管制区自动不高亮。

23、Finished Track表示即将结束的航迹,即是最后一个航迹(或处于预推状态),触发执行判断流程,如果符合拍发ARR的条件,找coupled Plan,没有的话(或是挂的简标牌),也不会自动发ARR。还要有收报地址,从通过FDO维护的“城市对AFTN地址表”按“报文类型”检索获取, “报文类型”内容为1个空格表示匹配所有AFTN报文类型,或人工维护指定如FPL(ARR/DEP等)报文类型,指定多个报文类型需要输入多行。

还增加了发落地报的其他逻辑,不只是判断以上雷达报文最后一帧的条件。比如如前一个雷达地面标志不在地面,但下一个雷达地面标志在地面,这时就要判断是否发落地报<——判断的时机。

24、 假如使用川大自动化系统自动拍发ARR报,二所系统收到ARR报时,如果二所系统计划还处于管制状态(航迹未消失,没有去相关),会导致ARR干预计划失败,计划添加不上落地时间。二所升级P3版本解决。

25、SMPC每天0点产生一个CORE文件,原因是/bin/history和log目录缺失,创建该目录后OK.

26、单雷达航迹会送出雷达结束标志(某一位为6),MARDP输出的雷达数据包也有,(超过预推周期后还没收到雷达包就会发雷达结束标志,比如由于丢点,又收到同一目标的航迹,会改变航迹号)假如雷达消失时,没有发 雷达结束标志置为6的 数据包,就不会触发判断自动拍发ARR的流程。只有满足其中至少1个条件(判断条件依次是高度--->距离--->速度)才会在 日志记录判断的结果,所以假如高度不满足,日志就没有相关记录。

27、自动分配SSR,(未屏蔽SSR)分配使用最久未使用原则。

28、 关于SMPC网线监控:不需要监控的网线修改device.xml配置文件;如果 光改图标(netstatus.ini),交换机会红。

29、主备同步进程:MH_FD_SDI_G_TYPE,飞行计划输出进程:MH-SDI-G-FPL

30、在FDO屏蔽SSR作用:一是不会自动分配,二是手动分配提示accessdenied,但可以强制指定。

31、使用“DPR--->RD-适应性数据--->标准进离场设置表(导出二进制文件名称:rwy.rd)”,根据经过的固定点代码,自动分配进离场程序; “DPR--->ADP-适应性数据--->标准进离场过程表(导出二进制文件名称:sidstar.adp),作用是SDD“FLIGHT PLAN WINDOW"中STAR和SID的下拉框显示。

32、FDP进程自动删除计划的三种情况:

    1)计划完成;删除并通知FDOAGENT,

    2)预起时间超过VSP时间(18小时),删除(指SDD-FPLLIST中内存计划动态数据被删除)但是不通知FDOAGENT;(预起时间超过VSP删除计划不通知是为了数据库中不能删除计划,不然fdo在统计航班等数据时就不正确了)

    3)主/从态FDP校验码不一致,从态FDP会删除计划,并通知FDOAGENT,并从主态FDP同步ADD该计划;(从态fdp实际上不会发出通知fdoagent删除计划的网络包,只有主态才能发出,但在代码上都是一样的,所以日志也会记录)。如下:

<Warn>: 20200421064918 Release SSR:[A0050] for Plan:[CBJ5243]

<Info>: 20200421064918 plan will be deleted ,its mid is [202004210720CBJ5243ZBYNZYCC]!

*<Info>: 20200421064918 FDO will delete the plan , its mid is [202004210720CBJ5243ZBYNZYCC]!

<Warn>: 20200421064918 Assign SSR:[A5163] for Plan:[CBJ5243]

<Warn>: 20200421064918 Plan:[CBJ5243] DecodeRoutePointStandard Success

*<Warn>: 20200421064918 StandBy_FDP Success to Add a Plan:[202004210720CBJ5243ZBYNZYCC] From Active_FDP

这里 FDO will delete the plan,表示要通知FDOAGENT去删除数据库和FDO显示的记录,建议改成 FDOAGENT  will delete the plan,避免造成误解,以为是通过FDO人为操作删除的。 33、自动拍发DEP报,对应的计划需是收到FPL干预后从未来变为静止状态的计划,如下未收到FPL处于未来状态的计划会配对失败:

    New local Track:ssr-[A5163],no paired Plan,so can not auto send DEP.

来源于RPL处于 FUTR状态的计划以下2种情况会变为NACT(静止状态):

    1)有实际起飞时间,一般是收到DEP报:[DEP]: [Modify] a Plan:[CBJ5243]-[ZBYN]-[ZYCC]-[A5163]-[0724];Plan:[CBJ5243]  FUTR -> NACT; Plan:[CBJ5243] NACT -> PREA; Plan:[CBJ5243] PREA -> COOR;

    2)收到FPL报或者由管制员人工方式在FPW窗口中选中“INAT”按钮,即FPL报干预计划:[FPL] Modify a Plan:[CBJ5243]  FUTR -> NACT;

所以,假如未收到FPL并正常干预计划,自动拍发DEP一定失败:原因是航迹不会去配对处于FUTR状态的计划,no paired Plan

34、在FDO创建新计划,修改计划,即使是次日计划,outputplan也会输出IFPL,但未来状态的计划FPCTST状态默认写成INAC,目前(2020-4-26)已修改为实际的计划状态,例如FUTR(未来)状态等。

35、假如FDP1进程为主态,FDP2进程为备态,两个进程各自处理维护各自独立的计划状态,可能会出现本场起飞航班预激活状态时,FDP1和FDP2自动分配的SSR不一致的情况,此时,从态FDP2与主态FDP1校验该计划时(根据航班号,起降机场,SSR,航路等信息产生校验码,从航路解析出的航路点和实际推算的过点时间等没有算),发现校验码不一致,从态FDP2会删除该条计划,并从主态FDP1同步增加该计划,保证主/从态FDP的所维护计划数据的一致性。只有主态FDP1处理的结果才生效,所以在FDO看到的SSR分配占用情况,是主态FDP1自动分配二次码的实际情况。

——一轮同步结束的标志是FDP主机发给从机的,只有从机收到了这个信息才开始检查本机是否有主机不存在的计划,如果可能有丢网络包的情况发生,会导致出现从态切为主态运行时计划丢失等异常现象。

36、建议在FDP进程的日志记录设备号,这样通过设备号可以对应确定某个操作是哪个主机发出的。比如对应到是FDD2删除了某条计划等。

37、use  ./radp.linux n1 n2 n3 n4

//n1 is NetGroupNum, n2 is HostFlag, n3 is workingmode, n4 is processmode; n1 内部测试用的。n2是选择主备方式启动,0为主,1为备。n3是模式选择,0为正常模式,1为旁路模式。n4是处理雷达还是adsb,0为雷达,1为adsb

//frdp、fadp、dard_frdp、dard_fadp四个程序其实是同一个程序,rdp、adp、dard_rdp、dard_adp四个程序也是同一个程序。

旁路模式下没有备,第二个参数是0还是1无所谓的,就是1以备机方式启动,启动后自己也会变成主的。所以

./dard_rdp.linux 0 1 1 0  和./dard_rdp.linux 0 0 1 0一样,而且即使启动时 dard_frdp.linux 0 1 0 1, 这个只代表启动的时候,启动之后,如果没有主态的程序运行,它自己会提升到主态的。

注: ./dard_frdp.linux 0 0 1 0正常运行后,再运行 ./dard_rdp.linux 0 0 1 0出现异常退出,原因是 dard_rdp的/resource下没有分发adp适配参数。

38、FDP进程日志中“No permit AutoAssign for Plan:[%s]"(自动分配标志不允许),表示之前人工释放过SSR,再次满足自动分配条件时不会自动分配。

39、FDP进程在11年增加" 计划"的DUPE告警功能,满足条件:预激活状态,出港的航班计划会判断是否DUPE,后18年该处理函数循环内增加收网络包功能(例如删除计划的网络包,导致空指针产生core),存在BUG,导致DUPE告警处理死循环,在SDD每秒产生40多条DUPE告警(正常20多秒产生1次DUPE)。建议去掉 "计划DUPE"告警功能,屏蔽该函数。

40、QNH进程接收气象报文有乱码,例如出现过QNH解析为1/101的情况,引起SDD航迹高度异常,建议增加保护,变化值大于“可配参数值”时,不改变QNH值。

50、今日计划和次日计划在一个表里,且由于发报和收报都会处理,所以处理AFTN的CNL报,假如报文中没有DOF项,会出现发报时将今日对应计划状态改为取消,之后收报时又将次日对应计划的状态改为取消的情况,所以报文必须带DOF项,或优化处理,没有DOF就默认使用当日日期。

51、FDP日志记录:[Active] FDP Now Manage [1893] Plan,表示进程检查维护完一轮计划的状态,备FDP大概3-4秒一轮,主FDP大概7-8秒处理完一轮。

52、危险区告警(PDAIW、DAIW)没有判断目标是否在席位管制的扇区内或目标是否处于控制状态,即所有席位均告警,改为:

dan区的都告警;

res区的控制状态本席位告警

(原来dan只是不判断是否和计划相关),目前只有STCA和DUPE会自动显示;

过滤掉标牌的目标DAIW和MSAW告警是否自动显示标牌:在SDD设置只有相关目标才告警时,不告警不需要弹出,在SDD设置不相关目标也告警时,弹出显示隐藏标牌(有告警就显示隐藏标牌)

53、收到CPL报,根据当时航班的执行情况,实际位置有可能改变计划的状态,但是已经完成FIN的计划(计划已经飞出5分钟FIN了,才收到CPL报),一般不会再修改了,根据实际计划的修改内容,如果又回工作区可能会新建一条计划,而且备降是本场,会自动创建一条本场到原落地机场的计划:CreateNewPlanForCPL]: [Create] a Plan:[CQH6352]-[ZBYN]-[ZBHH]

fdp.ini中的CPLTimeSub控制(在[Control]下,默认3000秒),CPL干预计划使用航班号、起飞机场、实际起飞时间去匹配,并且是选择最靠近的那条计划修改,计划起飞时间与当前时间相差太大(系统当前时间减去计划起飞时间要小于50分钟-没实起用预起时间)才新建计划。

54、

问题:本来航班HBH3307已经起飞在太原区域处于管制状态,结果又收到一份FPL报,最后收到的报文修改了航路,导致该航班与太原区域无关,无关的计划系统将删除,直接去相关。

建议:

即使报文(FPL/CPL)航路错了,也要修改航路,如果相关了,即使航路不经过本管制区也不删除计划,这样就不会去相关,如果没相关,不经过本管制区还是要删除;CNL报也要判断是否相关。

(二所系统的话这份FPL报不起作用,对于CPL报有作用,会修改计划的航路,只是无法解析,理论上不会去相关的。原则是只要计划已经起飞,FPL就不起作用,因为对于 动态应该使用CPL报,只要起飞了CNL也不起作用)

55、前端席位修改飞行计划数据项序号对应表

序号 飞行计划数据项 1 所有字段数据 9 计划标识 10 计划执行日期 11 计划DOF 12 计划更新时间 13 计划状态 14 计划来源 15 计划飞行类型 16 计划航班号 17 SSR 18 飞行规则 19 飞行种类 20 飞行架次 21 飞机类型 22 飞机所属类型 23 尾流 24 飞机注册号 25 选呼 26 无线电通信设备 27 监视设备 28 计划附加信息 29 计划18编组内容 30 标牌上的OP_DATA信息 31 起飞机场 32 预计起飞时间 33 实际起飞时间 34 落地机场 35 备降机场1 36 备降机场2 37 预计飞行时间 38 预计到达时间 39 实际到达时间 40 当前扇 41 控制扇 42 移交接收扇 43 主动请求扇 44 下一扇 45 预计巡航速度 46 预计巡航高度RFL 47 飞行员报告飞行高度PRL 48 CFL 49 计划航路串 50 HOLD点名称 51 HOLD时长(分钟) 52 离开HOLD点时间 53 入界点 54 入界时间 55 出界点 56 出界时间 57 XFL 58 停机位 59 入场跑道 60 离场跑道 61 标准离场程序 62 标准进场程序 63 全局信息[电子进程单使用] 64 计划其他状态 65 相关的系统雷达航迹号 66 相关的系统ADSB航迹号 67 计划相关状态 68 告警数据项 69 AIDC阶段数据项 70 RVSM状态 71 经过扇区个数 72 经过扇区信息 73 是否自动发送DEP和ARR报,0-不自动,1-自动;默认1 74 VIP标识 75 PBN 76 扩展状态位 77 航路点总数 78 已过航路点序号 79 进程单航路点 80 无线电移出扇区 81 无线电所在扇区

二维码

扫一扫,关注我们

声明:本文由【益华网络】编辑上传发布,转载此文章须经作者同意,并请附上出处【益华网络】及本页链接。如内容、图片有任何版权问题,请联系我们进行处理。

感兴趣吗?

欢迎联系我们,我们愿意为您解答任何有关网站疑难问题!

您身边的【网站建设专家】

搜索千万次不如咨询1次

主营项目:网站建设,手机网站,响应式网站,SEO优化,小程序开发,公众号系统,软件开发等

立即咨询 15368564009
在线客服
嘿,我来帮您!