主用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/