<续>
1、HND 移交后，接收方 ACP 后不能正常接收目标问题：原因是 在备用模式下，为了主备同步，计划的移交接收扇以主用系统为准，而现在主备还未进行同步，导致计划的接收扇不正常，不能进行正常接收。不管“ 系统控制 -> 模式切换”系统是主用master还是备用standby模式，日志记录一样。但是 master移交成功， standby移交失败，并恢复原管制状态：
CES2531当前控制扇PSEC03,移交HND到PSEC01,日志如下：
PSEC01扇区席位点ACP后，日志如下：
2、(已改20200901)个别席位global地图不一致的问题，在席位上把某个序号的地图删了，如果某个席位由于网络问题没收到删除包，这时在其他席位新增一个地图，名称与删除的地图名称不一样，但 序号与删除地图的一样，这时就会出现不一致的情况。修改SDD解决。另：通过在扇区分配窗口按REFESH按钮来刷新也行,所有数据都会刷新,包括地图和INFO窗口中的STCA、DAIW等。
3、收发DLA报，存在即使计划状态为NACT/FUTR也自动分配ssr的问题。对于 PREA状态且已经自动分配SSR的计划，收到DLA后，退回到NACT状态会自动回收SSR。
4、 warning.ini中[MSAWAPP]和[DAIW]段都没用了,以DPR维护的为准。
5、SDD的spa.linux只有检测到串口DSR准备好才“ Printer is online”,建议做成可配置参数，有的串口传输设备没有改信号，可以人工配置为不检测DSR也不会“ Printer is offline”造成不打印；另psprint.ini中[COM]端口设置PORT=0,建议改成设置linux串口名称，例如ttyUSB0，这样可以使用zigbee无线串口设备。
6、太原ATC版本使用电报模糊匹配计划采用时间参数（DepTimeRange默认240分钟在fdp.ini中），限制的电报种类有如下电报：PLN/FPL/DEP/CHG/EST/RTN/COR/CDN/ACP/RQP/RQS/SPL/ALR/OVF/ABI/ADS/MAC/AOC/PAC/REJ/TOC/TRU
7、区内起飞航班只要收到DEP报，计划就变为CONT状态（Receive a DEP......Plan：[CES5192] COOR->CONT），与是否关联航迹无关。假如航迹在区外，fdp日志会提示：The plan[202007130455CES5192ZBYCZSPD]：区内机场起飞的计划，候选雷达位置在区域外，此时不会自动相关，导致该计划一直处于CONT状态，且不释放SSR码（正常Left Bound 5 Minutes->FIN飞出区域5分钟FIN，plan will decoupe with track......Release SSR），直到收到ARR落地报后计划FIN，释放SSR。
8、 fdp.ini--->[LifeTime]
CnlMinForStay = 720 // 起飞时间多少分钟后还处于NACT/PREA/COOR/CONT状态则CNL，例如这里没有相关的CONT状态计划超过720分钟则CNL。
对于国外航班比如APK7810,站调21日23：49修改DNAA阿布贾实际起飞时间（具体时间未知？），推测：21号 16：41+12小时=22日04：41，"22日04：41 Plan:[APK7810]CONT-->CNL，Stay in CONT Exceed 720 minutes"，反推起飞时间是21号16：41，但实际上04：59才进入山西管制区域，导致不相关问题，实际落地时间05：31。
另：20200722074150 plan will be deleted ,it's mid is [202007211200APK7810DNAAZBYN],
参数
ClearPlanBeforeDepHour = 15
在[Control]中设置，缺省值是15个小时,这样
22日07：41-15=21日16：41，验证
站调修改DNAA阿布贾实际起飞时间
21日16：41。
9、 MaxMinForHold = 120 // 任何航班被允许的最长HOLD时间，管制指挥航班在某个点绕圈HOLD，管制在SDD设置HOLD超过120分钟，系统将不接收该命令，该操作失效。
10、
TAG中的数据项有错，可能是计划标识或者SSR为空，或者已有计划标识与此重复，要挂简标牌需要修改计划标识。
11、SMPC监控收到值偏差大于设定值50，QNH应变黄，但是变为灰色原因：
INSTALL\smpc\resource\aftn\aftn.ini
#aftn、qnh、gps线路各种状态的图标
[icon]
unknown=unknown.bmp
normal=normal.bmp
error=error.bmp
delay=delay.bmp //增加改行，并检查当前目录 delay.bmp存在
12、字符颜色显示问题：
INSTALL\fdo\bin\resource\config\setting_sys.properties
ui_theme_type=1
FDO计划编辑窗口不可编辑按钮字体配置途径如下：
13、 在 fdp.ini 文件的 [General] 段增加
IsAutoSendDepArrForByPass = 1 // 对于( 本场-> 本场 即训练飞机) 航班是否自动拍发起飞/ 落地报。
等于0的话，不管自动拍发起飞落地开关是否打开，均不自动拍发，等于1的话同自动拍发起飞落地开关.
14、收到郑州TOC，川大自动回LAM，在川大系统发AOC， 未收到对方回复LAM 报时标牌蓝色闪烁。
注：
出太原区域航班，即使管制未点移交，飞出太原管制区域 5 分钟也会去相关。(ok)
？进太原区域航班，对方管制未移交，过边境点自动变为管制状态，AIDC 状态仍为N, 若此时对方管制移交，标牌状态再次变为协调状态（ 移交提示的标牌状态一直都设计成黄色闪烁），点CNL 恢复为绿色管制状态。
---如果系统使用AIDC功能的话，进太原区域航班，对方管制未移交，过边境点 不会自动变为管制状态，标牌是蓝色（该席位是下一扇）或黑色（该席位管制扇区无关）。
？总结就是不管你之前发的什么报，过了边界点就变为管制状态，然后你继续下一个程序，就会恢复为 非管制状态，但是并不能真正继续自动协调移交，只能强制接收之类的。
15、新安装FDD之后，DPR分发失败，ftp命令提示： VsFTP出现500 OOPS: cannot change directory, 是因为SE设置的关闭了ftp的原因。使用命令getsebool ftpd_disable_trans可以查看当前的状态如果不是on，那么是输入命令 setsebool ftpd_disable_trans 1
修改 SELinux 的运行模式，即使用 setenforce 命令。不过需要注意，setenforce 命令只能让 SELinux 在 enforcing 和 permissive 两种模式之间进行切换。 如果从启动切换到关闭，或从关闭切换到启动，则只能修改配置文件。
setenforce 命令的基本格式如下：
[root@localhost ~]# setenforce 选项
选项：
- 0： 切换成 permissive（ 宽容模式）；
- 1： 切换成 enforcing（强制模式）；
*原因是安装时漏了步骤：
进入
/etc/selinux
目录，使用
gedit
命令打开文件
config，
将“SELINUX=enforcing
”修改为“SELINUX=disabled
”，保存文件。
16、FDA.jar打包内容包含：
hibernate.cfg.xml里：
17、 CPL报新建计划时推算从预计飞越点开始推算，状态置为PREA，便于自动相关；以前是从起飞机场开始算，且不会自动将状态置为PREA。备降本场会自动增加一条本场到原目的机场的计划。
18、通过FSDP服务器qnh程序日志看：
[N][QNH::Host][08-24 07:02:41]>>>Send updated Qnh to RDM!
[N][QNH::Host][08-24 07:03:41]>>>Send updated Qnh to RDM!
虽然qnh程序1秒收到1次qnh数据（存在问题：收到数据SMPC监控QNH图标就变绿，修改为正常更新QNH值才变绿），但是1分钟才发给RDM更新系统QNH值。
QNH进程宕：SMPC的QNH图标变灰，SDD上QNH 变红。
QNH信号断开： SMPC的QNH图标变红，SDD上QNH 变红。
QNH值偏差大：SMPC的QNH图标变黄，SDD上QNH显示配置告警颜色。
19、修改功能：“
低高、危险区
20、SDD上未相关的标牌显示黄色，表示满足相关的计划有两个以上，这时不会自动相关，在标牌上按鼠标右键选择candiplan菜单弹出满足条件的计划，手动选择一个相关。
21、已解决（2020-8-27）： 限制落地机场的航班该分二次码而没有分问题：轮到分配A5165了，但A5165是限制该落地机场航班使用的，就卡住了，当后续未限制落地机场航班将A5165分配出去的同时，该限制落地机场的航班也立即正常分配的问题
22、 已完成（2020-8-27） FDP日志记录是哪个席位操作“ 删除”的计划，通过席位编号体现，例如：
——主机编号为[14]的席位删除计划:[202008270355KNA8306ZBYNZPTC];
——
*:fdp进程不直接和FDO进程打交道（所以日志不能体现是在哪个FDO操作的），而是和部署在FDP服务器上的fdoagent进程通信；DPR上“ 席位主机表”定义的是“ 工作站”的主机号，从151开始；“ 服务器”的主机号从11开始，根据device.ini中下列内容依次编号：
//服务器的IP地址
SERVER1=168.192.11.61
SERVER2=168.192.11.62
SERVER3=168.192.11.63
SERVER4=168.192.11.64
主机编号为[14]的席位的主机是168.192.11.64，即FDP2。所以日志记录
主机编号为[14]删除计划，表示人工在FDO上删除计划，通过部署在FDP2服务器的主态
fdoagent完成。
——目前“ 修改”计划没有加席位号，能不能加上。
23、落地机场不是ZZZZ的计划，“区内/区外” 参数无效，最好界面屏蔽该 设置。
24、 已完成（2020-8-27） FDP日志记录：体现SSR代码复用分配了几次（已改Assign count is:[2]）[ 离线参数控制无空余 SSR 时是否允许重复分配 在 fdp.ini 文件的 [Control] 段增加 IsRedistributeSSR; // 无空余SSR是否允许重复分配 1:允许重复分配SSR(默认)，0:不允许重复分配SSR ]
25、 FDD “ 计划编辑 ” 区内、区外设置后还是显示3个点，通过setting_sys.properties修改界面风格1:substance后OK。
26、 SFL 告警问题：
1）四创[RADAR_02]、罕山[RADAR_07]和郑州INDRA[RADAR_08]加了配置项returntozerotime=30，关闭罕山导致MRT部分系统航迹符不显示s标识，且选择高度变为0。（IsFusionFlag=0设为不融合导致，已OK）
2）目前非本管制扇区席位和FREE席位还显示红色SFL告警，标牌红色框，管制确认：只有本席位管制状态的标牌显示SFL告警，SFL告警要有声音，影子模式也告警。（已完成）
3） 管制确认：川大系统应该对应有二所系统参数 “ 飞行员选择高度调表时间：20秒 ” 的参数。（已完成）
4）选择高度获取周期：IND_TY是24秒；IND_ZZ是4秒；ADS-B有点乱，最大间隔在18秒， 管制确认： IND_TY和四创都设置为4秒
5）SDD上CFL输入ILS等不会有SFL告警。
27、 outputplan输出ICNL测试记录
|
|
FDO上发CNL报 |
FDO“计划编辑”窗口，将航班状态改成“取消” |
|
SDD-FPLLIST没有该计划 |
1、CNL报没有关联计划 2、“管制状态”空->空；“状态”空->空 3、SDD-FPLLIST没有该计划 4、outputplan没有输出内容 |
1、“管制状态”空->FUTR;“状态”空->取消 2、SDD-FPLLIST出现该计划 （此时FDO上发CNL报： 1）“管制状态”FUTR ->CNL;“状态”取消->取消 2）outputplan输出ICNL,没有IFPL） 3、outputplan输出 IFPL,没有ICNL |
|
SDD-FPLLIST有该计划 |
1、“管制状态”FUTR ->CNL;“状态”空->取消 2、outputplan输出ICNL,没有IFPL |
1、“管制状态”FUTR -> FUTR;“状态”空->取消 2、outputplan输出 IFPL,没有ICNL
|
问题：
fdp有计划时，通过FDO“计划编辑”窗口，将航班状态改成“取消”，outputplan输出IFPL,没有 ICNL
原因：
1） 预起时间在当前时间+db.ini文件中TRANS_NONE_TO_FUTR的计划不会输出,因为这时SDD-FPLLIST没有该计划，必须要fdp有计划才能输出ICNL。
[FDPPARAM]
#给fdp生成FUTR计划，格式为时分
TRANS_NONE_TO_FUTR=1200
2）
一个计划又有管制状态，又有状态。需修改管制状态（如CNL）才会输出,
措施：
计划状态（在FDO）改为取消也把管制状态改为取消,这样就会发ICNL了。已完善：对于已 “ 相关”的计划， 计划状态（在FDO）改为取消时管制状态 不能改为“ 取消”，避免影响SDD上管制目标。
对照： 当计划起飞或已相关， FPL 、 CNL 不再干预计划 ， 避免人为发错 FPL 或 CNL 导致去相关
( 判断为”该计划已经起飞或相关, 故不能取消“的2个条件：1、有实际起飞时间，2、计划已相关)
*在SDD“FLIGHT PLAN WINDOW”改为“CNL”是将“管制状态”改为取消，计划状态保持原来状态如“起飞”。
总体原则：（只要计划的“ 管制状态 ”变为“CNL”,就会输出ICNL）
-
要求最严是CNL报文，只要有起飞时间或相关（此时应该是人工操作相关），就不作用于计划，不 输出ICNL；
-
其次是计划席在FDO人工编辑修改航班“状态”操作，查看“相关标志”，只要是“2/4”（ 人工相关，此时有可能没有起飞时间） ，就不会级联修改 “管制状态”， 不输出ICNL；（ “相关标志”具体数字表示含义是：0-没有配对；1-丢失配对；2-人工配对；3-人工去配对；4-自动配对；5-自动去配对）
-
权限最大是管制员在SDD席位操作， “FLIGHT PLAN WINDOW”可以将即使是管制状态的计划改为“CNL”，即“管制状态”改为取消， 输出ICNL。
28、 字符集问题：
*FSDP的qnh日志中文内容如“当前QNH与收到的QNH之差大于 5，不修改 ”显示乱码。1）修改 Putty的字符集：Use font encoding（ 如果编码是 GB2312、GBK、GB18030，也包括 BIG5，在 PuTTY 的编码选择中看不到这些编码，那就选择最后一个“Use font encoding”），2） FSDP操作系统：export LC_ALL= zh_CN.gb2312（ export LANG=zh_CN.gb2312也会改变 LC_ALL相关的 13个环境变量）后正常（ vi看中文OK，与 LANG无关，而与 LC_ALL的字符集设置有关。https://www.cnblogs.com/benmm/p/4010834.html）。
*FSDP的qnh日志:使用 GNOME终端2.31.3查看，需 “设定字符集编码”为GB2312, export LC_ALL=zh_CN.gb2312(locale查看修改了13个环境变量，而 export LANG=zh_CN.gb2312只修改这一个)， GNOME终端查看 qnh日志中文显示正常。
*但是对于FDP日志，需要以下操作才行。
1） vi /etc/vimrc
set fileencodings=ucs-bom,utf-8,
cp036 //原latin1
2）vi /etc/sysconfig/i18n
LANG="zh_CN.gb2312
3）source /etc/sysconfig/i18n //生效修改的参数，export命令只对当前shell临时有效。
使用vi查看fdp日志中文显示OK。
Oracle 客户端 NLS_LANG 的设置
https://www.cnblogs.com/reaperhero/p/10242865.html
29、标牌显示高度位置显示“INV”，表示高度无效。
30、sdd.linux功能完善：a) 主动回放，没有和计划相关，标牌航班号后加个 * 提示是未相关的目标。b)sdd异常退出，把所有的扇区分配到一个席位后，再把一个扇区分配到其他席位，造成字符串越界，操作可以再现sdd进程异常退出，已解决。
31、增加离线参数控制无空余SSR时是否允许重复分配 在fdp.ini文件的[Control]段增加 IsRedistributeSSR; // 无空余SSR是否允许重复分配 1:允许重复分配SSR，0:不允许重复分配SSR 已修改 替换fdp
32、已完善：判断自动拍发起飞落地报时加上距离/高度有效值大于0的条件，排除掉由于雷达数据异常对自动拍发起飞报的影响。
33、 已完善：fdp日志：20200827065813 主机编号为[160]的席位删除计划: [202008271050CQH8676ZBYNZSYA]。之前“删除”计划加了主机编号，目前“修改”计划也加上席位编号。
34、修改mca.linux/smpc.linux，解决大于32G内存显示负值的问题。 在超过32G那台机器手动输入./mca.linux |grep "mem_total"运行，获取的内存正常。
35、实验室测试RES 区域在SDD 上是否告警增加目标是否处于管制状态或位置是否处于当前席位管制扇区内功能时，出现本席位管制目标没有告警的情况：
操作现象：
当前席位管制目标在RES 区域内也在管制柱体内，但是不告警，
——点击去相关，然后再相关后；
——随便改计划的某项，如ATD 加了一分钟；
——只点计划的MOD, 啥也不改，再点OK,
都能恢复正常，出现 DAIW 告警。
可能原因：
1）为了生效 RES 区域，重启SDP的MARDP/MRDP/MADP进程,造成重新生成系统航迹号，FDP还使用改变之前的航迹号相关，导致SDD上看到的相关管制标牌，在FDP上实际是未相关的，操作改变计划会触发 FDP正常相关，所以恢复出现DAIW告警。
*2） mrdp启动的时候没有向fdp请求计划导致。相关告警需要计划的相关信息。计划变动时fdp向mrdp动态发送相关信息，改成 mrdp启动时重新请求该信息，解决部分相关标牌不告警的问题。
在fdp.ini中参数：
DecoupleCount = 6 // 丢失雷达航迹达到该周期数时计划去相关add by lss 20190505
所以关闭SDP的MARDP/MRDP/MADP进程至少6个周期再启动(或在SDD的FPL LIST WINDOW查看COUPLE数变为0)，才能保证 FDP正常重新相关。导致的另一个问题是，SDD目标错相关，出现DS/DC/DF告警。二所系统这时会通知FCS重新进行相关计算。
36、目前系统SDD上自动拍发DEP/ARR失败能够做到提示的情况如下：
1)、don not auto send DEP because of ETD >= OffTimeofPlanETDofASDEP.（因为ETD大于等于自动发送DEP报时，允许计划预计起飞时间的偏差）——此时本场起飞航班计划处于NACT状态，也可进行自动拍发DEP判断。
2)、is forbidden to send Dep/Arr message, because of the plan is (Local->Local) plan and IsAutoSendDepArrForByPass=0 （ 计划属于不允许拍发DEP/ARR报的(本场->本场航班), 故不能自动拍发[DEP/ARR]报）
3)、send Dep/Arr message failure because of empty rcvaddr.（因为收报地址为空故发送Dep/Arr报文失败。）
除了这三种情况外的其他情况（因为不好确定）不会在SDD上提示。
《另文续》