川大主用ATC系統維護筆記（五）

1、 單雷達航跡：有新目標會連續確認該引數定義週期才會輸出新目標引數MaxInitCount， 系統航跡沒有該引數。

2、關於告警的隱患： 實驗室測試， RES  區域在 SDD  上是否告警增加目標是否處於管制狀態或位置是否處於當前席位管制扇區內功能， 重啟MSDP後，選中 "Coupled Alert"，出現部分本席位管制目標沒有告警的情況。

*原因是：mrdp啟動的時候沒有向fdp請求計劃導致 。正常執行中，計劃有改變，FDP會動態告知MRDP，所以MRDP知道哪些計劃是couple的，當 選中 "Coupled Alert"，MRDP計算RES區的DAIW告警只考慮couple的標牌。但當MSDP重啟，沒有得到 先前 目標 計算告警需要的相關標記。因為只有在計劃變動時fdp向mrdp動態 傳送相關資訊，透過改成mrdp啟動時重新請求得到所有標牌的相關資訊（ 已完成：更新3個程式fdp/madp/mrdp），這樣解決部分相關標牌不告警的問題。

考慮由於相同的告警機制， "Coupled Alert"時，STCA/MSAW告警也存在該隱患。（實驗室驗證確認）

——《 川大主用ATC系統維護筆記（二） 》 -No4：STCA/MSAW告警只判斷位於本管制扇區柱體內的目標和管制狀態的目標（目前還沒到本管制扇區，強制接管或掛簡標牌的情況），對於即將進入本管制扇 區，協調狀態的目標也不判斷。川大ATC兩項告警(STCA/MSAW)及預告警(PSTCA/PMSAW)只有在當前管制扇區柱體內或管制狀態（F-CTL強制接管）的席位告警 ，另可以在SDD席位的INFO-AutoHandle中 點選"Coupled Alert"設定是否只有相關couple的目標才告警。

3、存在問題： 關閉SDP的MARDP/MRDP/MADP程式至少6個週期（fdp.ini： DecoupleCount=6//丟失雷達航跡達到該週期數時計劃去相關,或SDD的FPL LIST WINDOW中 couple減少到0後）再啟動才能保證   FDP正常重新相關的問題。建議 SDP的程式判斷出這種情況，主動通知 FDP 重新進行相關計算，避免出現 目標錯相關問題。

解決方案：

雙msdp 重啟，為了避免出現錯相關的情況，在msdp 程式啟動後第一次輸出控制（引數可配）大概30 秒再送出系統航跡。 在sdp.ini 檔案的[mardp] 段增加

//mardp 重啟後等待多少秒後輸出航跡（秒），根據fdp.ini 中DecoupleCount（=5時:計數週期目前程式是1秒1次，之前程式是3秒1次，但實際上由於程式處理別的任務，會遠遠大於改值， DelayTimeForRestart設定為50，實驗室測試ok） 引數確認設定值：DelayTimeForRestart=50

——參見本頁16項 ，DecoupleCount應該至少設定為6，當DelayTimeForRestart=50時，實驗室沒有出現錯相關現象。（DelayTimeForRestart=40時，個別目標出現錯相關現象）

4、 程式單列印程式埠號改為完整的裝置號（ /dev/ttyS0 ），離線配置不檢查 DSR/CTS  ： CHECKDSR=0 （不檢查），顯示“Printer is Busy”問題。(20200907修改spa.linux， CHECKDSR=0時也不檢查CTS ，這樣就不會Busy)

5、在用系統SMPC監控某個FDO程式記憶體顯示負值問題。(待升級在用系統測試)

6、 FDD操作提示不明確問題：手工自動分配SSR， 顯示 “ 處理成功 ” ，但實際沒有分配（沒有資源）（待改）

7、 fdp.ini： DecoupleCount=1，現象：SDD上所有目標頻繁相關、掉相關，因為丟 失雷達航跡週期數為1時計劃去相關，這就要求多雷達融合輸出的所有航跡每個週期都不能晚或丟，實驗室測試設定為0,1都會頻繁掉相關，2是個別目標,考慮實際執行的容差， 所以在用系統該值應該設定在4以上，原來設定的是6，但是引起的問題見第3項內容。

8、目前SDD顯示是上北下南，因為塔臺面朝南，能不能改成上南下北， 相當於翻轉顯示的座標系：目前川大不行，二所也不行。

9、FD_FGID程式只需要放在目錄~/zzzz/fd_sdig/bin/下,第一次執行會生成2個*.log檔案和Original、reclog、sendlog3個資料夾。fd_sdig.linux執行無需resource引數資料夾。

10、FDO/DPR增加臨時計劃失敗，因為ID“違反唯一性約束”導致，修改“開始於”為實際的下一序列號並“應用”即可。

徹底解決措施：更新 dpr.linux程式，增加create or replace trigger "TRIG_PLAN_APERIODIC_AUTOID"， dpr.linux程式在“文字匯入匯出”臨時重複性飛行計劃表時，匯入/匯出不包含ID(避免衝突，不一致），由資料庫的 trigger自動生成。但是注意新舊 dpr.linux在匯入匯出操作中使用的“ 臨時重複性飛行計劃表” 文字檔案不一致 ，不能通用，否則會丟失資料。

11、將/etc/sysconfig/i18n，將LANG="zh_CN.UTF-8" 修改為 "zh_CN.gb2312",作業系統啟動 atc登陸，會出現OS或應用程式中文顯示亂碼問題。

12、fdp程式設計目的主要資源用於實時響應席位操作，所以主態和備態FDP之間的計劃/ssr同步較慢，但是一般計劃/ssr資料變化不大，假如FDP重啟時透過使用（假如fdp關閉時間較長，需從主態fdp複製）4個臨時檔案（ ~fdp_plan1.tmp/ ~fdp_plan2.tmp/ ~fdp_ssr1.tmp/ ~fdp_ssr2.tmp）,保證絕大多數計劃和自動分配的SSRI資料是主備態fdp一致可用的。但是假如刪除4個tmp檔案，重啟FDP程式，[Standby]態從[Active]態 fdp同步 計劃會很慢，實際中10分鐘計劃只同步了2273條中的1121條，每次30條，每條日誌都會記錄：

主FDP

—— <Info>: 20200909142514 Active_FDP Send a Plan:[202009091625CLX6993ZSPDUNNT] To StandBy_FDP

備FDP

—— <Warn>: 20200909142515 StandBy_FDP Success to Add a Plan:[202009091625CLX6993ZSPDUNNT] From Active_FDP

（此時，假如切為主態就會丟失2273-1121=1152條還未同步來的計劃，假如ssr還未同步的話， ssr分配也會有問題）-->所以正常操作是將主態的 4個tmp檔案複製過來再啟動fdp程式，這樣保證絕大部分計劃可用 ，降低對管制可用性的影響。

備態fdp在1輪（>10分鐘，假如期間備態fdp重啟過<日誌記錄：@@@@ fdp.linux V4.1 build at [Mar 31 2020 --- 10:03:21] @@@@!>，需要重新完成1輪完整的校驗）校驗完EndFlag，根據校驗標誌刪除主態FDP不存在的計劃。

<Warn>: 20200909151441 pTag->EndFlag=1, process normally.

<Warn>: 20200909151441 Plan:[202009090225OKA2841ZBYNZYTL] Already Not Exist In Active_FDP,Delete From StandBy_FDP

<Info>: 20200909151441 plan will be deleted ,it's mid is [202009090225OKA2841ZBYNZYTL]!

13、FDP計劃主備同步理論上4秒處理一次（計劃2000條，實際20-30秒1次）一次校驗30條（校驗2000條需要30分鐘以上），EndFlag=0沒有結束；EndFlag=1結束（300秒之內收到多個，會忽略多餘的，只有“EndFlag=1, process normally”表示有效的結束標識，避免由於之前執行中出現過網路原因收到多個EndFlag=1而誤刪除計劃的問題：19年1月完善此功能），EndFlag=2:標識SDD開始新一輪校驗。

FDP的AIDC處理1秒一次；工作站請求計劃處理是2秒一次；FDP的相關處理、生命週期維護3秒一次。

14、刪重複性飛行計劃表時，重複性飛行計劃備表同步被刪除（航班號、機型與重複性飛行計劃表刪除計劃相同的計劃）的問題，是由於這兩個表對應資料庫中一個表plan_seasonal，透過欄位VALID=0對應到“ 重複性飛行計劃備用表 ”，刪除操作加上 VALID條件避免同步刪除問題，實際實現採用ID號刪除也沒問題。

15、在FDO上修改資料項例如“ 32：預計起飛時間”，fdoagent會級聯更新資料項[10]，所以日誌如下：

<Info>: 20200923071151 席位修改計劃[202009231510CES2409ZBYNZBHH]資料項號為[32] .

<Info>: 20200923071151 席位修改計劃[202009231510CES2409ZBYNZBHH]資料項號為[10] .

在SDD上修改資料項“ 32：預計起飛時間 ”,只修改資料項[32]

<Info>: 20200923072010 席位修改計劃[202009230600CQN2003ZUCKZBAD]資料項號為[32] .

<Warn>: 20200923072010 主機編號為[160]的席位修改計劃: [202009230600CQN2003ZUCKZBAD].

16、實驗平臺測試：fdp.ini中引數

DecoupleCount = 5 // 丟失雷達航跡達到該週期數時計劃 去相關add by lss 20190505

主備FDP程式切換，偶爾個別目標會掉相關，過一會再次自動相關。所以系統目前設定值為 6，測試ok。

DecoupleCount= 3；主備FDP程式切換，大面積目標會掉相關，並再次自動相關。

（另：備fdp程式剛啟動就切為主態，也會出現目標掉相關，最好等1-2分鐘）。

17、 SSR 區內分配，在 fdp.ini 中 AutoAssignSSRFir 引數可以控制哪些機場需要分配 SSR,對於大同機場，不在管制區範圍內，

在 AutoAssignSSRFir未包含ZBDT時，自動分配失敗（deny）,包含 ZBDT時，可以自動分配。

18、fdp程式收到DEP報，會自動計算日期 20200922，並與DEP報中的起飛時間（假如時間解析錯誤，就採用實際收報時間）

組合作為時間條件去匹配計劃：Find plan

<Info>: 20200922014225 [DEP]: Receive a DEP Tele For Plan:[CDG4611]-[ZBYN]-[ZWWW]

<Info>: 20200922014225 Find plan: [CDG4611]-[ZBYN]-[ZWWW]-[ 202009220141]      //新版本程式日誌不記錄用於配對的該資訊

19、假如不關閉FDP伺服器程式，DPR上“ 全選”“ 檔案型別”分發，switchagent/fdoagent/dbm會產生core檔案。
20、自動拍發DEP報，即會自動相關 AutoCoupled，FDP日誌記錄：Track:ssr-[A0061],Plan:[CES5135]:Auto send DEP Success, AutoCoupled   Success.但是日誌沒有記錄trackno，20200927版本已新增上，便於排查錯相關問題。

<Info>: 20200928002309 New Track [664]:ssr-[A0052],Plan:[CES5235]:Auto send DEP Success, AutoCoupled Success.

21、收到DEP報後計劃變為動態，即使沒有相關，系統也會根據 計算的計劃航跡位置維護改變計劃的“管制狀態”，例如：CONT，也可以移交操作。

22、在smpc手動切換FDP程式Host/Guest狀態，日誌記錄：

Host To Guest：

<Info>: 20200928000212 Manual switch to 1

<Info>: 20200928000212 ----------[SWITCH TO STANDBY]----------

<Info>: 20200928000212 ====== receive MAIN heart for test netifi. 

 Guest To  Host：

<Info>: 20200928000212 === Receive ForceSwitch MAIN heart,change STATUS:  MAIN_STATUS

<Info>: 20200928000213 Manual switch to 0

23、 SDD的FPL LIST WINDOW中

TrackId是指（MARDP）FUSION的ID，TrackNo是指（MRDP）MRT的ID,TrackIndexAdsb:是指（MADP）ADS MRT的ID;

uRadarId的值只有以下4個，如圖：

24、FDP日誌中：“====== receive MAIN heart,change STATUS : from 0  to -1”；STATUS有3 種:0表示主態；1表示從態；-1表示啟動過程中的中間態，隨後會過渡到常態0/1。主從切換透過發心跳包，心跳包間隔過長可能或出現-1 中間狀態，引起主備切換動作。

25、開啟AIDC移交時，從相關交接點進入區域的航班不會自動變為管制狀態，需走AIDC移交流程。

《另文續》