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

續接（五）啟用：

1、FDP只將相關航跡的TrackID,TrackNo,TrackIndexAdsb引數值儲存併發給SDD使用，配對（FDP用TrackId去查詢相應的雷達航跡）本身不參考這些值，沒相關的計劃這些值都填65535；另，FDP不涉及uRardaid這個變數，只有SDD與它有關。

FDP處理計劃和系統航跡配對只使用TrackId。所以如果關閉MARDP， FDP沒收到TrackId，就不會相關（已相關的會掉相關）：SDD切換選FUSION（ TrackID）只有計劃航跡; SDD切換選 ADS MRT（ TrackIndexAdsb）有計劃航跡和ADS-B航跡，但是不會相關； SDD切換選MRT（ TrackNo）有計劃航跡和雷達融合航跡，但是也不會相關。

2、如果MRDP程式使用的height.dat與 MADP程式使用的不一致，某一目標在SDD上選MRT（ MRDP處理）有MSAW告警， 選ADS MRT（ MADP處理）沒有MSAW告警，選FUSION （MARDP不處理告警，只是從 MRDP/MADP 繼承處理的結果）時是隻要 MRDP/MADP任一有告警就會 MSAW。

3、重啟fdp主機，飛行系統資料互動閘道器，手動可以啟動， 不自動啟動：需修改./linuxshell/x2/FDP/x2.sh,增加啟動fd_sdif_autostart.sh指令碼的命令列，在 ./linuxshell/目錄下建立 fd_sdif_autostart.sh指令碼，並選擇分發“公共檔案”。

4、fdp程式主從態切換：手動切換是主態發起，自動切換是從態發起。（ STATUS:0主態；1從態；-1啟動過程中的中間態）

心跳包是4秒1次 （為避免延時，使用單獨執行緒），主從態FDP日誌記錄一樣，如下：

1） 自動切換是從態發起：

時間跳變引起切換的案例：當 從態FDP程式超過24秒沒有收到心跳包就會發起操作：自動切換為主態：

原從態FDP2日誌（從態FDP2 自動發起切換）：

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

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

*:（系統時間異常跳變48-->17-->57，導致判斷超過24秒沒有收到心跳包）

為了避免ts.linux程式GPS對時導致時間跳變， 引數NoReviseMaxSpan理論上應小於24秒。

<Info>: 20200928181257 [RunMode:0],[AIDC is Used:1], [CInit::m_AutoAssignSSR:1], [Standby] FDP Now Manage [1654] Plan

<Info>: 20200928181312 [RunMode:0], [AIDC is Used:1], [CInit::m_AutoAssignSSR:1], [Active] FDP Now Manage [1656] Plan

原主態FDP1日誌（主態FDP1 收到change STATUS命令，切換為從態）：

<Info>: 20200928181252 [RunMode:0], [AIDC is Used:1], [CInit::m_AutoAssignSSR:1], [Active] FDP Now Manage [1657] Plan

<Info>: 20200928181258 ====== receive MAIN heart,change STATUS : from 0  to -1

<Info>: 20200928181258 ====== receive MAIN heart,change STATUS : from -1  to 1

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

<Info>: 20200928181258 [RunMode:0],[AIDC is Used:1], [CInit::m_AutoAssignSSR:1], [Standby] FDP Now Manage [1657] Plan

2） 手動切換是主態發起：

原主態FDP2日誌（主態FDP2 手動發起切換）

<Info>: 20200930014703（ 這裡記錄的是當前系統時間） Manual switch to 1

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

原從態FDP1日誌（從態FDP1 收到ForceSwitch命令，切換為主態）：

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

<Info>: 20200930014704 Manual switch to 0

5、fdp.ini中，未包含邊界點APEXU，導致解析出座標點作為邊界點。

BPointCode = P354 APOGO GUPAD ISGOD NONIT P05 P106 MAPMU OKVUM PADNO TODAM P294 HDH P145 P409 P412 PIGAN 

// 邊界點列表，最後必須加空格，否則最後一個點不生效。

6、收到ARR報，不管計劃是處於相關， 即使是管制狀態，也會自動處理FIN計劃，掉相關（ 二所繫統也是這樣）。

對照,泰雷茲系統機制如下：

（ADES:Destination Airport;ADEP:Departure Airport;ATO:Actual Time Over;FDR:Flight Data Record）

FDR計劃相關時，在警告視窗中顯示錯誤訊息提示管制員。

（SAR搜救:Search And Rescue）相關狀態下不會FIN。

(XFL:Exit Flight Level;VSP:Variable System Parameter)

進而關注DEP的處理：

表中說明了忽略收到DEP的計劃狀態條件。

實際使用中，川大系統（2020-10-2）不忽略，以最近收到的DEP為準，出現過某計劃正在進行相關處理判斷時，又收到DEP報，結果處理DEP報重新計算計劃航路導致FDP程式產生CORE的問題。

7、fdp程式偶爾異常產生core,將編譯器最佳化級別調低後，重新編譯測試執行目前正常（看來編譯器最佳化涉及到硬體、OS平臺和程式程式碼的搭配關係，也會影響程式邏輯）

8、邏輯原則：計劃有落地時間可以導致或不導致計劃FIN，但是FIN狀態的計劃肯定不會出現與航跡相關的結果，因為相關計算時不會查詢FIN狀態的計劃、已相關計劃FIN了也會去相關，而且FIN狀態的計劃也不能手動相關。考慮第6項的需求與實現，要考慮不影響正常計劃FIN釋放SSR的問題；對應計劃應該區分進港和非進港（出港/飛越）兩方面來考慮，因為進港航班，落地時，收到落地報即使還處於相關狀態，也應該FIN計劃，去相關；而出港航班是非常管制區邊界5分鐘去相關，釋放SSR;那對於區內比如臨汾機場，也應該歸到進港這一類。綜合以上兩種情況，可以透過增加個高度引數，當管制狀態的計劃，收到ARR報，假如高度大於設定值例如1500米，可以填寫ARR得到的落地時間，但是不將計劃處理成FIN狀態，這樣就避免掉相關的情況。

9、表示定期（理論3秒，實際6-7秒）檢查到存在“計劃沒有使用的SSR”，但是有佔用標誌，進行強制釋放，保險措施（否則需要關閉FDP,刪除 ~fdp_ssr1.tmp/ ~fdp_ssr2.tmp，才能全部釋放）。

10、CHG報包含DOF日期，定位查詢計劃就使用DOF日期+預起時間 （EOBT），不使用 fdp.ini中 DepTimeRange引數；如果不 包含DOF日期，定位查詢計劃就使用收報時的日期+預 起時間 （EOBT）， 使用 fdp.ini中DepTimeRange引數；避免跨日問題需要加上DOF項；FIN/CNL 完成和取消狀態計劃不屬於候選計劃中，候選計劃有多個會優選條件最接近的計劃。所以處理CHG報時，由於沒有DOF項而使用收報時的日期和報文中的預起時間 按 DepTimeRange引數關聯計劃可能有問題。 (時間引數：見 川大主用ATC系統維護筆記（四）-6 ）

例如以上，11月3號23:38收到CHG報，報文中預起時間是00:20（11月4日），由於 不帶DOF項，以 202011030020使用 DepTimeRange引數840即14小時查詢計劃（ 20201104 0020，偏差24小時）失敗。避免措施只能是使用DOF項，

——當CHG報不帶DOF項使用DEP的引數。帶DOF項不使用引數， 不能修改完成和取消的計劃，其他狀態的計劃可以修改。

*:編組13資料項B——在起飛前所發的FPL\ CHG\CNL\DLA和RQS電報以及ARR\RQP電報中填入起飛機場的預計撤輪檔時間（EOBT），DEP報應填入實際起飛時間。

11、開啟流量視窗sdd退出的原因：是計劃的過點為空造成的，當有某條計劃的過點為空，開啟電子程式單或流量視窗就會退出。過點為空的計劃出現條件——該條長期計劃航路欄位未錄入、為空（從城市班機對新增、FPL報修正航路），FDOAGENT為了滿足提前12小時建立計劃的現場需求，取消了沒有航路不能建立計劃的程式碼限制（即使計劃的航路為空也能建立計劃），在這種情況下， 開啟電子程式單或流量視窗，它要推算邊界點過點時間，讀到空值，由於未加保護，導致SDD退出。

12、sdd.ini中的ptcode_visible=1，標牌上顯示下一個航路點。

13、radar.ini修改某個單雷達設定[RADAR_01]磁偏： MegDiffAngle=-4.5（值增加顯示順時針偏，減小逆時針），只需要重啟SDP伺服器上的 RDP程式即生效。

—— radar.ini 修改某個單雷達設定[RADAR_01]： DelayThreshold=9000（ 當前時間與資料中時間小於該值的目標為正常目標（毫秒），預設為 3600000）， 只需要重啟FSDP伺服器上的 FRDP程式即生效。

14、 監控席位在透過HCA控制系統關機/重啟時，使用的是sudo命令，該命令預設配置需要輸入密碼，但我們在監控席位關機/重啟操作時不希望也無法輸入密碼，所以需要對sudo命令的配置做修改。

開啟一個終端，獲取超級使用者許可權，進入/etc/目錄，開啟檔案sudoers，搜尋查詢到如下語句：

root  ALL=(ALL)     ALL

在其後新增一行：

atc   ALL=(ALL)       NOPASSWD: ALL

15、開啟串列埠許可權（spa.linux需要）

方法1是：

進入/etc/rc.d 目錄，開啟檔案rc.local ，在最後一行新增如下內容：

chmod 777 /dev/ttyS*     該配置重啟系統生效。

方法2是：

    因 為atc使用者沒有隸屬“dialout”，把使用者加入進去： sudo gpasswd --add atc dialout

/etc/sudoers檔案許可權必須是440，否者提示： 一旦把它的許可權改成非440，就會出現sudo命令無法使用的情況。

        sudo：/etc/sudoers 可被任何人寫

        sudo：沒有找到有效的 sudoers 資源，退出

        sudo：無法初始化策略外掛

且 SDD配置為自啟動（執行x0.sh），出不來圖形介面。

16、 GNOME 從 英文改為中文桌面環境：

修改家目錄下 .dmrc檔案（  init 3——>init 5 生效），（ 更新資料夾名稱等為中文： xdg-user-dirs-gtk-update會彈出一個配置介面， <？沒有彈出>，提示是否將 英文目錄切換為 中文目錄）

        [Desktop]

            Language=zh_CN.UTF-8

 提示“使用者的＄home/.dmrc已被忽略”(無法儲存預設會話和語言)的解決方法

               chmod 644 /home/atc/.dmrc
               chown atc:atc /home/atc/.dmrc

PuTTY顯示中文問題：

當LANG=zh_CN.UTF-8， PuTTY“Translation”“Remote Charracter set”選“UTF-8”；

當 LANG=zh_CN.gb2312， PuTTY“Translation”“Remote Charracter set”選“Use font encoding”

17、（ 20210220） 監視資料增加時延判斷（如果資料中有時間），預設為 3600000 毫秒

  在 [RADAR_XX] 段增加

NACpThreshold=3           // 質量因子大於該值的目標為正常目標，預設 -1

DelayThreshold=60000     // 當前時間與資料中時間小於該值的目標為正常目標（毫秒），預設為 3600000

如圖，表示延時率0.02（2%：1表示100%），應該進行排查，正常應為0。

18、RadarAnalizer.exe點選執行沒有反應，原因是沒有安裝（Visual C++）Runtime Libraries 。

19、FDP程式（ 只處理預起，不管計起，次日計劃預設 預起、 計起內容一樣）處理fpl和dep報和計劃關聯的是同一個函式，先按航班號，起降機場找到符合條件的計劃，然後按時間匹配最優的關聯；另，arr報與計劃關聯是單獨的函式，它是與找到的第一個計劃關聯（先進入“ 最新動態”的計劃排在前面）。fdoagent程式（ 在fdd上編輯計劃也會導致將滿足條件的 次日計劃轉入動態）按db.ini引數TRANS_NONE_TO_FUTR=1200,PLANLIMT=10,將未來12個小時內預計起飛的次日計劃轉入動態（完成轉換的計劃<以MID區分>打上標記，後續就不會檢查），每次生成ftur計劃的數目為10，大概每間隔10-20秒檢查一次。懷疑這樣處理會導致偶爾丟包，目前改成 每條計劃發 兩遍避免偶爾丟失，且 傳送時間隔100ms，避免突發資料量大引起丟失。這樣修改後，由於相同MID的計劃發兩遍，在FDP日誌提示提示：<Warn>: 20210331010005 FDO&FDD Failure to Add a Plan:[CSH9394], Same Plan Already Exist。（RPL_EXTRACTION_TIME=-1表示不自動生成明日計劃）

20、本場落地航班在區調管制時備降區外，傳送CPL報時，航路除了邊界點，還需要區內至少一個點，否者有可能推算不經過太原管制區域，導致刪除該計劃（引起管制的飛機去相關，掉標牌），或計劃航路方向推算問題，如推算成反向。

21、fdp.ini中：（ 沒有實際起飛時間就按預計起飛時間計算）

[LifeTime]

CnlMinForStay= 720 // 起飛時間多少分鐘後還處於NACT/PREA/COOR/CONT狀態則CNL

22、實驗室重啟FDP虛擬機器，導致fdp作業系統時間變成北京時，偏差了8小時，FDP推算計劃狀態出問題，導致SDD上目標不相關，TrackNo為65535。

23、SDD時間往前調（08:10:20），SDD螢幕會凍結，Time顯示時間也不變（ 08:10:30），直到再次到達 Time （ 08:10:30 ）顯示的時間，SDD目標正常移動。該問題已解決。

24、SDD上setup中MAP亮度調節功能修復正常。

25、備降收到CPL，只有備降到太原的才自動新建太原到原落地機場計劃，比如原來是ZPPP到ZBHH，備降太原，會自動建一ZBYN到ZBHH的。

26、FDO上“功能設定”勾選“動態航路檢查提醒”，假如動態中的航路和城市班機對中維護的航路不一致，航班號紅色閃爍，滑鼠中鍵單機確認變為正常顏色；在“通知設定”裡勾選“航路不匹配”，新改變的動態，航路 和城市班機對中維護的航路不一致，在“訊息通知”中提示“......航路無匹配[17:12:30]”