主用ATC系統執行狀態筆記（一）

1、透過MLA關閉所有雷達資料來源，SDD沒有雷達資料，這種情況下SDD不會出現轉旁路提示。
2、FDO.jar執行的程式名稱是java，所以killall java 殺死FDO程式。
3、fdptel程式的配置檔案AIDC.ini電報冠字號假如配錯的話，收報正常，但是發不出去。
4、export DISPLAY=168.192.11.31:0.0 //ACC1的SDD透過echo $DISPLAY  ====>:0.0
    ./dpr.linux
   會將DPR顯示到ACC1的SDD 上。java程式如FDO.jar的話X伺服器端需安裝java環境。
5、在SDD的FPL LIST顯示的動態與FDO的“最新動態”可能不一致，FDO的“最新動態”存在資料庫中，SDD的FPL LIST顯示的動態是系統的實時動態資料，透過記憶體保持全系統一致，在FDP伺服器的/home/atc/zzzz/fdp/bin/下儲存備份：~fdp_plan1.tmp/~fdp_plan2.tmp/~fdp_ssr1.tmp/~fdp_ssr2.tmp，用於fdp.linux重啟時讀取。FDP目標相關操作使用的是SDD上FPL LIST顯示的動態。
6、站調FDO“今日動態”一欄每日過了0點，還 未完成的動態會自動跳到“歷史動態”裡，但是在“當前動態”中還保留。
7、fdoagent程式收到來自fdptel的DEP/ARR報，更新動態中的“狀態”為“起飛”/“落地”，站調的FDO根據本地配置是否彈框提示。
8、FDP的fdp.ini[Control]ValidHeightMax=9999,假如fdp.ini沒有該引數，程式預設是30000米。假如航班預計過交接點的高度超過30000米，會自動刪除該動態。（根據石家莊現場的需求新加的引數，石家莊只要高度超過6000米的動態全部不需要）
9、RDP雷達處理每部雷達目標容量限制為256，每個扇區的雷達目標容量限制為100個，多了就丟棄。
10、SMPC監控網線通斷狀態:配置檔案：zzzz/public/resource/adp/device.xml:部分內容。
11、雷達通道藍色為優選通道，優選通道頻繁切換的配置檔案？
12、AFTN報文鏈路的配置檔案：AIDC.ini_適用於UDP方式而不是fdptel.ini-適用於虛擬串列埠方式?
13、資料庫HA測試：DBS-1主用，直接關閉DBS-1的OS， 6分鐘後才自動failover到DBS-2上。
14、RDM負責維護同步系統的實時資料如扇區劃分等，主備FDP伺服器RDM程式之間同步RD資料夾（字尾tmp為相應型別的實時資料），並根據rdm_data.ini配置檔案同步更新SDD等席位對應的記憶體空間塊，例如APP1席位劃分扇區確認後，資料發給RDM，RDM按照參照Size=14602同步整個系統的資料，包括更新APP1對應的記憶體空間塊，保證APP1使用的是系統統一的實時資料。
15、川大ATC系統不使用不處理雷達資料的 時標資訊。
16、SITA格式(航空公司只能使用SITA報，不能使用AFTN提交飛行計劃)的PLN報（飛行預報）：//飛行放行電報（RLS）
ZCZC CAT3715 270855
QU TYNZPCA      //電報等級QU 為急報；SITA電報收發地址由7個字母組成，前 三個字母為地名，第4、5個字母為部門程式碼，後兩個字母為公司程式碼。系統透過報文第二行的第一個大寫字母 “Q”，識別SITA格式！
.KMGUODR 270854               //附：AFTN電報收發地址由8個字母組成，前 四個字母為地名，第4、5個字母為部門程式碼，第7、8為填充符號。
PLN 28APR       //日期項4月28日
L01 W/Z DR6559 B1593 KMG/0440 TYN/0735      //任務性質W/Z正班；B1593是航空器註冊號
......
NNNN
川大系統透過關鍵字識別為PLN報，並按隨後的日期28APR查詢四月28號的DR6559計劃更新機號B1593。對於轉報機拆分為兩部分的PLN報，由於PART TWO報文沒有 PLN 28APR內容所以不會更新。
17、在SDD上刪除計劃，FDP日誌記錄為：“20170430081811 Delete Plan:[2017043000540AMU016VMMCZBYN] Success”，在SDD上建立計劃，FDP日誌記錄為：“20170430082111 Receive ManualHandPlan operation:[2017043000610AMU016VMMCZBYN]"且在FDD和SDD的"FLIGHT PLAN WINDOW"上顯示計劃來源為"SDD",在SDD上手動相關MCOU也會有類似記錄，需要進一步測試！
18、按照站調提的需求，對於 站調維護的本場出港的航班，目前系統 只自動處理發報地址是ZBYN發來的FPL報，如果收到其它地址發來的都當做SITA報，放到SITA未閱報中， 不自動處理， 站調轉發後發報地址即為ZBYN，系統按流程處理。但是目前按站調需求只針對FPL報 ，不含DLA和CHG報。
假如需求是：本場和飛越動態都不處理發報地址是航空公司的報（SITA格式和AFTN格式-有的航空公司不按規定發SITA報[點+7個字元的地址標識]而是發AFTN報[8個字元的地址標識]），發報地址與站調維護航空公司表的三字碼比較，匹配的都當做SITA報處理，不管本場飛越計劃都不處理，放到SITA未閱報中；不匹配的認為是空管部門發的報，系統按流程處理。
19、個別DEP報更新計劃中的起飛時間，但是沒有更新SSR的問題，原因是DEP報裡錯誤使用了ssr.adp適配引數中“限制落地機場”的SSR。
20、計劃“來源”：TPL（臨時計劃）、RPL（重複性計劃）、SDD、FDO以及透過收到的FPL、DEP、DLA、PLN、 ABI報文生成計劃。
21、部分航空公司發的超長SITA格式PLN報（>3000位元組），川大系統接受異常，原因是fdptel程式使用預設的接收緩衝區大小為3000位元組，超出會緩衝溢位，導致接收不到報文，可以在fdptel.ini配置檔案增加配置引數：max_recv_buf=12000//防止接收緩衝區溢位的字元數，一般>3000,<19000，為了可靠一般設定應比轉報機的報文長度限制值略大。
22、 參見 《 雷達融合策略》，現象：進場航班在五邊四邊轉彎時融合航跡速度有跳變，檢查雷達INDRA正常，期間速度保持370km，ALENIA雷達有丟點，丟點前速度370，丟點約2個週期後，速度為510，並逐步降低，460,440,420...川大融合雷達速度取值介於兩部雷達速度值之間，融合目標的 高度、速度採用加權平均資料融合方法，加權平均計算在系統設定的同一取樣（重新整理）時刻進行，加權係數是根據雷達資料來源質量動態變化的。（二所ATC系統是根據靜態權重和動態權重計算融合速度值）

23、川大ATC系統根據配置檔案radar.ini處理單雷達的點跡或航跡：
RadarType=0    //雷達型別 0：系統雷達1：Toshiba雷達2：Alenia雷達3：Raytheon雷達(和Indra雷達)4：WestHouse雷達5：Army雷達7：Thomson雷達8：OldThomson雷達9：Telephonics雷達10：MH4008-2000雷達 62：ADS 64:S模式
RadarProcType=1    //雷達處理型別（1：航跡  3：點跡  5：氣象   7：ADS） 0:系統航跡
CoastNum=3          //COAST次數（0－30）
航跡跟蹤處理：對未能與航跡資料相關上的航跡進行外推，轉變為COAST航跡，當外推次數超過 規定次數後，終止該航跡並刪除，如果在外推過程中和航跡資料相關，則恢復為正常航跡；

對未能與現有航跡相關上的航跡資料，系統初始化成新的航跡。記錄儀記錄的是FSDP處理後的單雷達資料，包含外推的資料，所以回放單雷達不是原始的雷達資料。

點跡跟蹤處理：對未能與點跡相關上的航跡進行外推，當外推次數超過規定次數後，終止該航跡並刪除；對未能與現有航跡相關上的點跡，系統生成新的嘗試航跡 。
24、FDP伺服器的ts.linux程式不對時，將timeserver.ini中[GPS]GpsCyc=1   //gps時間訊號週期，成都雙流為60秒。太原未知
改為 GpsCyc=2後對時正常，觀察Nport每2秒傳送一次時間。只有收到連續10次有效的GPS時間，才會修改FDP伺服器的本機時間，但是不判斷GPS時間和本機時間的時間差，會造成FDP伺服器時間跳變，影響：SDD掛不上CFL高度，移交失效等。

25、FDP程式主備切換時會將計劃（如有1500條）同步到所有SDD，SDD本地也儲存有計劃（某些情況情況下可能會比FDP維護的計劃1500多，如有1510條），為了避免 FDP程式主備切換期間目標掉相關；FDP同步更新SDD本地計劃1510條中的1500條，會出現SDD中其餘10條計劃於FDP不一致的情況（即這10條計劃不更新了）， SDD中這10條計劃（FPL計劃或簡標牌）是透過 雷達航跡號與目標相關（不是二次碼），系統只有1024個 雷達航跡號，執行完的航跡號會複用，所以造成簡標牌與二次碼不同的雷達目標相關的現象，重啟SDD重新從FDP讀取計劃，所以就沒有多餘的計劃可以解決該問題。徹底的解決方法是SDD刪掉 比FDP多的10條計劃。

[fdp.ini]ClearHour = 20     // 強制清除所有計劃的時間點(UTC時間),目前改引數已不用，改為 FDP會動態刪除15小時前的計劃。

[sdd.ini] CLEARTIME=1600    //定時清空計劃列表時間。 目前改引數生效，但是與 FDP動態刪除15小時前的計劃相沖突 。

——FDP會刪除15小時前的計劃(沒有實際起飛時間就以預計-計劃起飛時間計算)，並同步給各個SDD（打包同步，每次30條），並使用校驗碼確定SDD的計劃和FDP維護的計劃的一致性；又因為SDD設定在 CLEARTIME=1600時間清除FIN和CNL狀態的計劃，會導致與FDP的不一致，引起同步操作，導致SDD操作使用慢的現象。

26、db.ini中引數TRANS_NONE_TO_FUTR=1200表示 將預計12小時內執行的計劃通知FDP變為“ 未來”狀態。
27、在SDD上有兩套資料，SDD本地存的資料和FDP伺服器同步來的資料；修改某個標牌的CFL高度後，包含修改內容的一套資料打包要發給FDP，FDP處理後將資料發給各個SDD席位同步本地的資料。所以有可能出現修改一項內容，FDP還沒有來得及同步本地資料時，又修改另一項內容，發給FDP的資料包中第一項內容是舊資料，造成第一項內容未修改成功的情況。測試：管制席位修改某一標牌的CFL高度，在另一席位影子模式下同時修改同一標牌的自由文字，多次測試均是自由文字內容未修改，如果不是同一目標，兩者均修改成功。
28、SDD的ILS31/ILS13顯示線的顏色只能透過修改程式改變。
29、S模式雷達資料識別提取A/C模式的資訊:SSR,高度；S模式雷達不相關時顯示雷達資料中的航班號。S模式雷達或ADS-B資料，當未相關時，在航班號後顯示*，與正常相關航班區別。
30、在SDD上ADS-B雷達航跡符號：實心三角；ADS-B、雷達融合航跡符號：“圓圈內實心三角”。
31、在SDD選中標牌點選Scroll Lock按鍵出現“ALERT SOUNT INHIBIT”，用於抑制聲音，因為DUPE/RAM告警無聲音，所以不能點選。
32、在SDD標牌上點滑鼠右鍵，選I-SSR,按SSR新增抑制，新增後只要是這個SSR就會被抑制，且一直存在，需人工取消，在SDD的下選單欄SSR INHIBIT會顯示紅色提醒。
33、“Auto Send Dep/Arr”功能是否生效以SDD的INFO----Auto Handle中的狀態設定為準，rd_sys_parameters中的設定是初始設定值。fdp.ini中
AutoSendDEPARR = 0 // 是否自動傳送DEP\ARR報:1-自動傳送；0-不自動傳送
引數已不再使用。
*假如川大系統啟用自動傳送DEP功能，系統按[AutoSendDEPARR]設定的條件 自動傳送DEP，然後航跡與計劃完成相關。於二所不同，二所是先相關，再自動傳送DEP。
34、fdp.ini中
AutoAssignSSR           = 1     // 是否進行SSR碼的自動分配
在使用二所自動拍發起飛報的情況下，川大系統不需要進行SSR碼的自動分配，設定為0。
35、warning.ini中MSAWAPP是低高多邊形告警設定，目前已不用。目前使用DAT適應性資料中的低高多邊形區域表。

36、某個SDD被動回放別的SDD景象，報錯：“filke data format error”,問題原因是該主機顯示卡顯示顏色深度是16，別的主機是24，不相容造成的，在xorg.conf改正後正常。

37、SDD上ILS視窗飛機不壓線原因，有可能是QNH值沒有收到，高度值沒有修正造成的。