<續>

1、HND 移交後，接收方 ACP 後不能正常接收目標問題：原因是 在備用模式下，為了主備同步，計劃的移交接收扇以主用系統為準，而現在主備還未進行同步，導致計劃的接收扇不正常，不能進行正常接收。不管“ 系統控制 -> 模式切換”系統是主用master還是備用standby模式，日誌記錄一樣。但是 master移交成功， standby移交失敗，並恢復原管制狀態：

CES2531當前控制扇PSEC03,移交HND到PSEC01,日誌如下：

<Info>: 20200526014330  Receive ManualHandPlan operation :[202005260135CES2531ZBYNZJSY]

<Info>: 20200526014330  Plan:[CES2531]'s AcpSec:[PSEC01]

<Info>: 20200526014330  Hand_Over Plan:[202005260135CES2531ZBYNZJSY] Success

PSEC01扇區席位點ACP後，日誌如下：

<Info>: 20200526014349  Receive ManualHandPlan operation :[202005260135CES2531ZBYNZJSY]

<Info>: 20200526014349  Hand_Receive Plan:[202005260135CES2531ZBYNZJSY] Success, CtrlSec=[PSEC01], HandCommSec = [].

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裡：<property name="hibernate.connection.url">jdbc:oracle:thin:@168.192.11.67:1521:atc</property>確認IP正確打包進 FDA.jar， 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、修改功能：“ 低高、危險區<DAN,RES（RES告警必須是管制目標或該目標在管制的扇區內）>預警或告警，如果目標標牌隱藏，自動顯示”；不是說隱藏標牌只要進入劃設的RES區域範圍就會彈出標牌，而是隱藏標牌，只要有告警就顯示標牌。(測試中出現過Coupled Alert開啟某個管制狀態的目標在RES區內不告警的情況，然後 Coupled Alert關閉後該目標DAIW正常告警的問題，已修復)

20、SDD上未相關的標牌顯示黃色，表示滿足相關的計劃有兩個以上，這時不會自動相關，在標牌上按滑鼠右鍵選擇candiplan選單彈出滿足條件的計劃，手動選擇一個相關。

21、已解決（2020-8-27）： 限制落地機場的航班該分二次碼而沒有分問題：輪到分配A5165了，但A5165是限制該落地機場航班使用的，就卡住了，當後續未限制落地機場航班將A5165分配出去的同時，該限制落地機場的航班也立即正常分配的問題

22、 已完成（2020-8-27） FDP日誌記錄是哪個席位操作“ 刪除”的計劃，透過席位編號體現，例如：

——主機編號為[14]的席位刪除計劃:[202008270355KNA8306ZBYNZPTC];

——<Warn>: 20200827065813主機編號為[160]的席位刪除計劃: [202008271050CQH8676ZBYNZSYA]，透過“ 席位主機表”看主機號160對應APP2席位。

*: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 導致去相關

  <Info>: 20200920131640 [CNL]: Receive a CNL Tele For Plan:[CES2407]-[ZSSS]-[ZBYN]

  <Info>: 20200920131640 [CNL]: 該計劃已經起飛或相關, 故不能取消.[CES2407]-[ZSSS]-[ZBYN]

( 判斷為”該計劃已經起飛或相關, 故不能取消“的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上提示。

《另文續》