AirNet备用ATC系统维护笔记（二）

续《 备用ATC系统运行维护 》：

1、SDD整体按照dbm上sdd参数中配置的磁偏顺时针旋转。现在绘图工具只识别config/sdd.xml，只会读取sdd.xml文件中的磁偏，然后按照这个磁偏顺时针旋转。如果现场的sdd配置区分Acc App Twr，sdd用的磁偏就不在sdd.xml文件中，而是在sddACC.xml/sddAPP.xml/sddTWR.xml中，需要检查下sdd.xml中的磁偏和sdd的是否一致。要是之前sdd.xml没有设置磁偏或不一致的话，如果绘制地图是指定经纬度绘制的，应该没有问题。如果是通过鼠标绘制的就会有问题。

2、DRP记录的单雷达数据是来自MSDP处理之后的；SDQS雷达数据取自MPDC输出，SMPC上录取一段单雷达数据来自SDFP输出。

3、 服务器只对多雷达数据做相关 ，单雷达的相关信息是SDD自行从多雷达相关信息中查找的对应关系。

4、二所最大处理能力现在是64路双通道。川大接口容量是32部雷达数据4路128通道输入接口。

5、MSDP宕了会进入旁路模式，正常的多雷达和单雷达都没有了，所以 SDD的单雷达数据也来自MSDP 。

*6、罕山INDRA雷达：对于某个输出端口可以配置为输出CAT001（数据报）-002（服务报）或CAT048-034，也可以配置为同时输出A/C模式和S模式的数据。

7、带.开头的SDD本地离线参数文件/home/cdatc/AirNet/bin/conf/.sdd_offline.conf.0中增加INT_LAYER_MEASURE_FONT_SIZE=12之后重启SDD进程，修改测距线字体大小，测距线颜色在DBM上SDD的离线参数修改。

8、GRD解析grdcfg.ini文件，行开头"空格"会有问题，错误解析成"%23"，注释是在每个参数左侧使用符号：　#　或是　;　 。

9、雷达不相关原因之一：计划解析问题造成创建计划失败：配置FDP离线参数为不检查编组数量（国外航班多了编组19，配置为不检查）

fdp_offline.ini------>iSCheckNum=0   //配置是否检查报文编组格式，0不检查

10、现有SDQS只能接入ADS-B的0.26版本，现在太原数据中心发出的版本时2.1版本，SDQS暂时不支持2.1版本。未来SDQS要出一个新版本支持最新的雷达和ADS-B格式。

11、30分钟后即将管制的目标为预管制状态，管制需求其它席位管制状态飞机也是预管制的颜色：将“其它管制目标”颜色改成与“通告（预管制）”颜色一样。

12、 雷达/ads-b屏蔽区不能是“圆形” ，否则不生效，须使用“多边形”，并设置上下限高度。设置塔台范围的ADS-B屏蔽区，避免落在跑道上飞机还显示，现象是比没有ADS-B多显示20秒。屏蔽区为：跑道两端延长线10KM，跑道中心线左右5KM的长方形、高度1000米。

13、ADS-B分裂与雷达目标分裂，排查起因，ADS-B的SSR码有跳变情况约20秒，造成分裂；但是ADS-B信号恢复后，MSDP程序重新融合慢，更新msdp程序解决。

*14、经停太原航班（航班号一样），前序航班在塔台管制区域还未落地时，由于“是否允许处于预激活状态的出港航班与刚起飞的目标自动相关”为Yes，导致塔台电子进程单状态为处于“进跑道”或“起飞”状态的出港航班与航迹自动相关的限制 失效 ，处于预激活状态的后续航班会与刚起飞的目标（错误判断相同航班号的未落地前序航班符合条件，但未判断SSR一致性）自动相关，导致错误自动拍发DEP报。（疑问：只判断航班号？应该同时判断航班号和SSR---因为这种情况下经停航班虽然航班号一样，但是SSR不一样。当时ADS-B<由于SSR无效A++++>与雷达航迹分裂了，会不会没有考虑ADS-B中SSR失效为A++++的因素？）

*系统自动为处于未激活、预激活状态的本管制区内机场起飞的航班，在其预计起飞时间前T分钟，自动分配SSR码。

*DBM上主/备用系统模式参数配置项“是否允许处于预激活状态的出港航班与刚起飞的目标自动相关”为No时，相当于开启“使用塔台电子进程单数据”的切换开关，系统根据塔电系统发送给ATC系统的电子进程单状态，只允许塔台电子进程单状态为处于“进跑道”或“起飞”状态的出港航班与航迹自动相关。为Yes时，系统允许处于预激活状态的出港航班与目标自动相关。

15、塔台地面席GRD程序设计可以提前任意时间拖进跑道，当“是否允许处于预激活状态的出港航班与刚起飞的目标自动相关”为No时，塔台电子进程单状态为处于“进跑道”或“起飞”状态的出港航班才与航迹自动相关。

15、二所关于DBM自动相关参数设置值建议：起飞距离50000米，起飞高度2000米，着陆距离50000米，着陆高度2000米。这4个参数用来定义目标是否正处于起飞或者降落阶段，同时在这个范围内不会进行偏航告警计算。与自动拍发起飞、落地报功能没有关系。

* 对正处于终端区范围内飞行的航班本场刚起飞和即将降落的航班，系统只允许航班与本场一定范围和高度内的目标自动相关。例如刚起飞的航班，如果目标航迹位置距离跑道的距离太远，或者目标与本场的高度差已经超过了一定的门限值，则不允许目标与处于预激活状态的本场出港航班自动相关。

16、SSR资源为“保留”的会在GRD手动选择SSR下拉框显示，不参与自动分配。

17、放在fcs.ini文件中7个相关的权重值在2.1.2p1中还不支持，要在p2版本才有。

18、 SDI的日志文件大 ，一个月占用150G空间，修改sdi.ini中

OPEN_RECV_LOG=false

OPEN_XMIT_LOG=false  

重启SDI,日志记录数据会减少。

19、SMC上fcs显示DB dead，原因数据库宕掉时，这期间重启FCS会有影响,系统实时飞行计划会丢失； fcs正常运行时，数据库宕掉没有影响。

20、系统引接INDRA雷达，雷达格式选commom_asterix和raython_asterix都能用，厂家建议选commom_asterix。

21、msdp日志记录：_ _ _ _是融合信息，融合数据里的callsign来自ADS-B，和计划没有关系；++++是前置送来的融合前的单雷达数据，假如是ADS-B（RADAR=9）会有有效的NUC、callsign信息，假如是雷达callsign=空，因为雷达没有NUC值，nuc填个固定值，一般是0-10；？？？？是MSDP处理后的单雷达数据,比如检查数据有效性、重复性之后的数据。

SDD上只显示“计划”的航班号，建议在EXTEND信息中显示来自“ADS-B的航班号”，便于确认CD提示（航班号不一致，DS闪烁提示，没有声音），类似于DS提示，在EXTEND信息中会显示计划和雷达不同的两个SSR值。

22、二所ATC配的DS-4分配器，使用内时钟，拨码速率最大支持19.2Kbps；民航大部分使用外时钟，FPGA设计是上升沿采集数据，厂家测试可以支持64Kbps，但是在贵阳出现过上级传输设备速率在19.2Kbps时，是上升沿对齐，速率为38.4Kbps、64Kbps时变成下降沿对齐，导致DS-4分配器不能正常采集数据的问题（应用中需要关注，这里就解决上级传输设备的问题）。

23、 ADS_B不相关，计划解析问题=配置参数不检查编组数量OK（国外航班多了编组19，配置为不检查）

24、确认 目的机场是否受流控限制，在“ 流控限制基础信息维护 ”中查看，如果 航班计算为受流控，日志记录：calc GRD_Flow to [T], 放行席向地面席发起移交，状态会从【等待20】到【向区调发流控申请65】--70--75--80--85然后到 【未推出115】 ；否则， 如果 航班没有计算为受流控，放行席向地面席发起移交，状态会从【等待20】直接到【未推出115】。

25、虚拟机上安装SDD席位：SDD的声音线程无法启动（无法屏蔽这个检查，sdd的声音处理作为基本功能，没有跳过的处理。），导致sdd退出。需要su - root，手动启动sdd进程运行，监控显示SND DEAD。调试步骤：

在sdd本机手动执行下面的

killall -9 sdd Xrec mid_32

./mid_32 nolife

再打开一个终端运行

gdb ./sdd

之后输入r

待运行停止后输入bt

26、二所系统使用二层交换机，使用组播需要开启 IGMP Snooping（ IGMP协议运行在网络层，而IGMP Snooping则运行在 链路层）， 运行IGMP Snooping的二层设备通过对收到的IGMP 报文 进行分析，为端口和MAC 组播地址 建立起映射关系，并根据这样的映射关系转发组播数据。当二层设备没有运行IGMP Snooping时， 组播 数据在二层被 广播 ;当二层设备运行了IGMP Snooping后，已知组播组的组播数据不会在二层被广播，而在二层被组播给指定的接收者。 IGMP Snooping相对于 路由器 和主机是透明的，它仅仅监听两者之间的IGMP 报文 ，来建立自己的 组播 成员关系表。

27、FSSA（飞行意图高度不一致）告警功能：标牌显示红色SFL告警。

28、 S模式自动相关的处理和ADS-B相同 ； S模式雷达增加的项的显示方式和ADS-B相同。二所系统在其它现场应用中，S模式雷达不设置地面屏蔽区。

29、既没有航班号也没有SSR的 ADS-B信号与AC模式雷达融合存在的问题？ 位置，高度这些基本条件符合关联条件就会融合。但是融合雷达中有s模式雷达，可以依赖24位地址码区别开。由于存在 错误融合的风险 ，建议优化一下，ADSB既没有航班号也没有SSR就不参与融合（即没有唯一性条件如 SSR、ACID、CODE，就不融合 ），考虑后面做个开关之类的参数实现。

30、V2.1.2P2版本，shadow模式下，影子的扇区目标不变管制色：.sdd_offline.conf.0中参数B_FEA_SHOWN_BY_SECTOR_WHEN_SHA=0。下一版本可以支持按照扇区shadow(shadow是按照扇区的方式，而不是按照席位)．

31、SDD标牌状态：预通告：提前20-30分钟，可以在提前多个扇区标牌为预通告颜色；预管制：提前0-20分钟，且要求下一扇，下下扇区不行；

32、系统航迹不支持屏蔽区划设，单监视源如雷达、ADS-B等支持。

33、雷达屏蔽区的“顶部高度值”是与原始雷达高度值比较（因为是单雷达的屏蔽区设置，单雷达高度还未QNH修正），不是在SDD上显示的QNH修正后的目标高度。

34、二所系统的APM告警：后续的新的apm算法有上高度、下高度、切入高度告警，以及航向道告警。现目前（2019-8-8）是没有的

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

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