川大主用ATC系統維護筆記(三)
1、區調航班移交進近失敗的原因之一:在AIDC移交過程中,比如呼和發了AIDC TOC,在還未回覆AOC(標牌點選ACP)前,區調強制接管該航班,區調在給進近移交時,進近席位在該標牌點選ACP,FDP日誌記錄是進行AIDC的AOC操作,導致移交失敗。需要最佳化程式,任何階段強制接管,都要清除掉AIDC的狀態。——已修改
2、2019-12-6日主備FDP程式退出問題原因:是前端工作站(SDD/FDD)對處於 管制狀態的計劃航路修改的過程中,系統在計算航路拼接時在特殊情況下訪問陣列元素時下標越界異常造成了程式退出。按以下改變航路故障重現:
程式完善前,建議先儘量少修改航路串,如果實在要修改,建議把要修改的航路寫全一點,不要太簡單了,儘量把修改前後的 航路有一個完整的對接。——已修改
3、SDD上 QNH處於編輯狀態時,滑鼠點選其他位置退出編輯狀態。
4、 SDD上FPLList 視窗查詢包含 SSR。
5、FDO本地引數setting_sys.properties中“次日轉最新動態的時間段"設定為4小時,"昨日保留到最新最新動態的時間段"設定為4小時。FDO中最新動態的內容時間偏差計算是以預計起飛時間為基準計算的。
6、川大系統是隻要向轉報機傳送了,不管成功與否,都會修改起飛或落地時間(ATD與ATA欄位),所以不能透過這兩個欄位是否有值判斷航班是否已經傳送了起飛落地報。
7、FPL,DEP,EST、CPL、DLA五種報文可以生成計劃(ABI不行),其中dep、est、dla這三種可在fdp.ini中配置是否建計劃;另外可在db.ini中配置航空公司的pln本場的是否可以新建計劃。
8、FDD安裝:需要1)RHEL6.5--->package32; RHEL6.8--->package32_6.8;2)jdk-8u25-linux-x64.rpm;3) 需要關閉chkconfig NetworkManager off之後,再 service network restart,然後驗證 bond0網路是否能ping通。
9、對於PLN報的處理:在有起降機場的前提下,判斷條件:日期+航班號+起飛機場+落地機場;假如沒有的話,就是日期+航班號。如果有預計起飛時間,還要判斷資料庫中計劃的預計起飛時間和報文的不能超過一定值,可配置。透過PLN報能取消計劃,增加計劃,修改計劃! PLN不會刪除計劃,新增只限本場,修改只改機號和預計起飛時間。且有改變後沒有提示!
10、進港航班流程圖中:(NACT=>PREA)ETN是預計入界時間,“EST操作”是在SDD席位上手工協調計劃的,主要是協調ETN時間,預啟用狀態或靜止的計劃SDD上透過FLOGHT PLAN WINDOW點選EST修改ETN。 (PREA=>COOR)ETB-VSP[10] (ETB是邊界點)提前十分鐘變協調狀態,FDP從COOR傳送計劃航跡,若計劃航跡進入管制區邊界還未配對,則計劃回退至PREA,此時只有人工協調/人工配對,才能使計劃航跡進入管制區或計劃後續正常推算。
11、關閉FSDP伺服器的FDPTEL程式,FDD發報按鈕變為灰色。
12、伺服器(FSDP)安裝需要“ 手動”在/home/atc/.bash_profile( ~/.bash_profile: 每個使用者都可使用該檔案輸入專用於自己使用的shell資訊)中修改環境變數LD_LIBRARY_PATH: 該環境變數主要用於指定查詢 (動態連結庫)時除了預設路徑之外的其他路 徑。 LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/bin:/lib64:/home/atc/zzzz/lib/linux:/home/atc/zzzz/scmpub/lib/linux:/home/atc/zzzz/hmipub/lib/linux
export LD_LIBRARY_PATH
13、假如FDD錯誤維護了兩條同一航班的計劃,預起時間不一樣,來了FPL報,會干預離預起時間偏差小的計劃,來了DEP,也是干預離預起時間偏差小的計劃,這樣有可能出現FPL、DEP關聯不一樣的情況。(站調出現過)
14、jps是jdk提供的一個檢視當前java程式的小工具, 可以看做是JavaVirtual Machine Process Status Tool的縮寫:jps -mlv10.134.68.173 //如果需要檢視其他機器上的jvm程式,需要在待檢視機器上啟動jstatd
15、本場堯城到堯城起降訓練飛機B9463,航路就輸了TYN,沒有入界點、出界點,起飛機場:ZZZZ,落地機場:ZZZZ,一發起飛報,狀態就變成FIN了,日誌:Can Not Find a RouteCity:[ZZZZ]-[ZZZZ]。這種情況建議起降機場改為ZBYN,航路輸一個邊界點和TYN。計劃完成條件:收到ARR,出了邊界點等。
16、航空公司( 二字碼)G5、TV、EU的SITA-CNL報FdoAgent未解析,正常解析日誌記錄:RegularExpresstionID= 127,需修改regularexp.xml
17、單雷達原始航跡、點跡生成系統內部航跡,對於長時間(1.5個重新整理週期)沒有得到更新的系統內部航跡,進行外推Coast處理或者刪除。外推處理如下:將航跡的外推次數+1,如果+1後已經超過了最大外推次數(radar.ini中引數CoastNum=3),將航跡刪除。
18、如下sdp.ini配置檔案,FalseTargetDis讀取預設值:40000米,將第二行註釋中[TOTAL]改為TOTAL即去掉中括號OK。 註釋中的 [total] 會影響到讀取配置檔案。
日誌mrdp/bin/log/start檔案記錄mrdp程式讀取配置檔案引數的結果。
//是否進行假目標判斷(0、不進行;1、進行)
//進行假目標判斷時,不遮蔽假目標的低空高度門限在radar.ini的[TOTAL]部分設定:ShowAllTargetAltitude = 2000
DetectFalseTarget=1
//假目標判斷水平門限(單位:米)(預設值:40000米)(高度門限同CorelationAlt)
FalseTargetDis=12000
19、掛簡標牌的情況下,不能自動拍發ARR報;要實現的可行方案:1是掛簡標牌時輸起降機場;2是設為自動發落地報時落地機場預設為太原。
20、 在db.ini 檔案的[FDPPARAM] 增加:
# 航空公司計劃報如本場計劃不存在,是否自動增加,0- 不自動增加、1- 自動增加,預設0
AUTO_ADD_LOCAL=1
21、sdd.ini 檔案[GENERAL] 增加
// 強制控制和完成是否限制,0- 限制(非控制和目標在虛擬席位管制才可以) 1- 不限制
FFinStatus=0
22、sdd.ini配置檔案中C模式移交引數:CFlagMode = 2
//0-本地引數:C只在本席位顯示,滑鼠中鍵單擊C位置增加或取消C;
//1-移交模式:啟動移交時移出或移入席位自動新增紅色C,接收後可雙擊C位置取消C;
//2-通訊移交模式:具有管制許可權的席位滑鼠中鍵單擊C位置開啟/關閉C,只有擁有無線電的席位顯C;移交時,移入席位接收後,移出席位高亮閃爍,移入席位管制操作開啟C,移出席位高亮不閃爍,C不顯示,目標飛出管制區自動不高亮。
23、Finished Track表示即將結束的航跡,即是最後一個航跡(或處於預推狀態),觸發執行判斷流程,如果符合拍發ARR的條件,找coupled Plan,沒有的話(或是掛的簡標牌),也不會自動發ARR。還要有收報地址,從透過FDO維護的“城市對AFTN地址表”按“報文型別”檢索獲取, “報文型別”內容為1個空格表示匹配所有AFTN報文型別,或人工維護指定如FPL(ARR/DEP等)報文型別,指定多個報文型別需要輸入多行。
還增加了發落地報的其他邏輯,不只是判斷以上雷達報文最後一幀的條件。比如如前一個雷達地面標誌不在地面,但下一個雷達地面標誌在地面,這時就要判斷是否發落地報<——判斷的時機。
24、 假如使用川大自動化系統自動拍發ARR報,二所繫統收到ARR報時,如果二所繫統計劃還處於管制狀態(航跡未消失,沒有去相關),會導致ARR干預計劃失敗,計劃新增不上落地時間。二所升級P3版本解決。
25、SMPC每天0點產生一個CORE檔案,原因是/bin/history和log目錄缺失,建立該目錄後OK.
26、單雷達航跡會送出雷達結束標誌(某一位為6),MARDP輸出的雷達資料包也有,(超過預推週期後還沒收到雷達包就會發雷達結束標誌,比如由於丟點,又收到同一目標的航跡,會改變航跡號)假如雷達消失時,沒有發 雷達結束標誌置為6的 資料包,就不會觸發判斷自動拍發ARR的流程。只有滿足其中至少1個條件(判斷條件依次是高度--->距離--->速度)才會在 日誌記錄判斷的結果,所以假如高度不滿足,日誌就沒有相關記錄。
27、自動分配SSR,(未遮蔽SSR)分配使用最久未使用原則。
28、 關於SMPC網線監控:不需要監控的網線修改device.xml配置檔案;如果 光改圖示(netstatus.ini),交換機會紅。
29、主備同步程式:MH_FD_SDI_G_TYPE,飛行計劃輸出程式:MH-SDI-G-FPL
30、在FDO遮蔽SSR作用:一是不會自動分配,二是手動分配提示accessdenied,但可以強制指定。
31、使用“DPR--->RD-適應性資料--->標準進離場設定表(匯出二進位制檔名稱:rwy.rd)”,根據經過的固定點程式碼,自動分配進離場程式; “DPR--->ADP-適應性資料--->標準進離場過程表(匯出二進位制檔名稱:sidstar.adp),作用是SDD“FLIGHT PLAN WINDOW"中STAR和SID的下拉框顯示。
32、FDP程式自動刪除計劃的三種情況:
1)計劃完成;刪除並通知FDOAGENT,
2)預起時間超過VSP時間(18小時),刪除(指SDD-FPLLIST中記憶體計劃動態資料被刪除)但是不通知FDOAGENT;(預起時間超過VSP刪除計劃不通知是為了資料庫中不能刪除計劃,不然fdo在統計航班等資料時就不正確了)
3)主/從態FDP校驗碼不一致,從態FDP會刪除計劃,並通知FDOAGENT,並從主態FDP同步ADD該計劃;(從態fdp實際上不會發出通知fdoagent刪除計劃的網路包,只有主態才能發出,但在程式碼上都是一樣的,所以日誌也會記錄)。如下:
<Warn>: 20200421064918 Release SSR:[A0050] for Plan:[CBJ5243]
<Info>: 20200421064918 plan will be deleted ,it's mid is [202004210720CBJ5243ZBYNZYCC]!
*<Info>: 20200421064918 FDO will delete the plan , it's mid is [202004210720CBJ5243ZBYNZYCC]!
<Warn>: 20200421064918 Assign SSR:[A5163] for Plan:[CBJ5243]
<Warn>: 20200421064918 Plan:[CBJ5243] DecodeRoutePointStandard Success
*<Warn>: 20200421064918 StandBy_FDP Success to Add a Plan:[202004210720CBJ5243ZBYNZYCC] From Active_FDP
這裡
FDO will delete the plan,表示要通知FDOAGENT去刪除資料庫和FDO顯示的記錄,建議改成
FDOAGENT
will delete the plan,避免造成誤解,以為是透過FDO人為操作刪除的。
33、自動拍發DEP報,對應的計劃需是收到FPL干預後從未來變為靜止狀態的計劃,如下未收到FPL處於未來狀態的計劃會配對失敗:
New local Track:ssr-[A5163],no paired Plan,so can not auto send DEP.
來源於RPL處於 FUTR狀態的計劃以下2種情況會變為NACT(靜止狀態):
1)有實際起飛時間,一般是收到DEP報:[DEP]: [Modify] a Plan:[CBJ5243]-[ZBYN]-[ZYCC]-[A5163]-[0724];Plan:[CBJ5243] FUTR -> NACT; Plan:[CBJ5243] NACT -> PREA; Plan:[CBJ5243] PREA -> COOR;
2)收到FPL報或者由管制員人工方式在FPW視窗中選中“INAT”按鈕,即FPL報干預計劃:[FPL] Modify a Plan:[CBJ5243] FUTR -> NACT;
所以,假如未收到FPL並正常干預計劃,自動拍發DEP一定失敗:原因是航跡不會去配對處於FUTR狀態的計劃,no paired Plan
34、在FDO建立新計劃,修改計劃,即使是次日計劃,outputplan也會輸出IFPL,但未來狀態的計劃FPCTST狀態預設寫成INAC,目前(2020-4-26)已修改為實際的計劃狀態,例如FUTR(未來)狀態等。
35、假如FDP1程式為主態,FDP2程式為備態,兩個程式各自處理維護各自獨立的計劃狀態,可能會出現本場起飛航班預啟用狀態時,FDP1和FDP2自動分配的SSR不一致的情況,此時,從態FDP2與主態FDP1校驗該計劃時(根據航班號,起降機場,SSR,航路等資訊產生校驗碼,從航路解析出的航路點和實際推算的過點時間等沒有算),發現校驗碼不一致,從態FDP2會刪除該條計劃,並從主態FDP1同步增加該計劃,保證主/從態FDP的所維護計劃資料的一致性。只有主態FDP1處理的結果才生效,所以在FDO看到的SSR分配佔用情況,是主態FDP1自動分配二次碼的實際情況。
——一輪同步結束的標誌是FDP主機發給從機的,只有從機收到了這個資訊才開始檢查本機是否有主機不存在的計劃,如果可能有丟網路包的情況發生,會導致出現從態切為主態執行時計劃丟失等異常現象。
36、建議在FDP程式的日誌記錄裝置號,這樣透過裝置號可以對應確定某個操作是哪個主機發出的。比如對應到是FDD2刪除了某條計劃等。
37、use ./radp.linux n1 n2 n3 n4
//n1 is NetGroupNum, n2 is HostFlag, n3 is workingmode, n4 is processmode; n1 內部測試用的。n2是選擇主備方式啟動,0為主,1為備。n3是模式選擇,0為正常模式,1為旁路模式。n4是處理雷達還是adsb,0為雷達,1為adsb
//frdp、fadp、dard_frdp、dard_fadp四個程式其實是同一個程式,rdp、adp、dard_rdp、dard_adp四個程式也是同一個程式。
旁路模式下沒有備,第二個引數是0還是1無所謂的,就是1以備機方式啟動,啟動後自己也會變成主的。所以
./dard_rdp.linux 0 1 1 0 和./dard_rdp.linux 0 0 1 0一樣,而且即使啟動時 dard_frdp.linux 0 1 0 1, 這個只代表啟動的時候,啟動之後,如果沒有主態的程式執行,它自己會提升到主態的。
注: ./dard_frdp.linux 0 0 1 0正常執行後,再執行 ./dard_rdp.linux 0 0 1 0出現異常退出,原因是 dard_rdp的/resource下沒有分發adp適配引數。
38、FDP程式日誌中“No permit AutoAssign for Plan:[%s]"(自動分配標誌不允許),表示之前人工釋放過SSR,再次滿足自動分配條件時不會自動分配。
39、FDP程式在11年增加" 計劃"的DUPE告警功能,滿足條件:預啟用狀態,出港的航班計劃會判斷是否DUPE,後18年該處理函式迴圈內增加收網路包功能(例如刪除計劃的網路包,導致空指標產生core),存在BUG,導致DUPE告警處理死迴圈,在SDD每秒產生40多條DUPE告警(正常20多秒產生1次DUPE)。建議去掉 "計劃DUPE"告警功能,遮蔽該函式。
40、QNH程式接收氣象報文有亂碼,例如出現過QNH解析為1/101的情況,引起SDD航跡高度異常,建議增加保護,變化值大於“可配引數值”時,不改變QNH值。
50、今日計劃和次日計劃在一個表裡,且由於發報和收報都會處理,所以處理AFTN的CNL報,假如報文中沒有DOF項,會出現發報時將今日對應計劃狀態改為取消,之後收報時又將次日對應計劃的狀態改為取消的情況,所以報文必須帶DOF項,或最佳化處理,沒有DOF就預設使用當日日期。
51、FDP日誌記錄:[Active] FDP Now Manage [1893] Plan,表示程式檢查維護完一輪計劃的狀態,備FDP大概3-4秒一輪,主FDP大概7-8秒處理完一輪。
52、危險區告警(PDAIW、DAIW)沒有判斷目標是否在席位管制的扇區內或目標是否處於控制狀態,即所有席位均告警,改為:
dan區的都告警;
res區的控制狀態本席位告警
(原來dan只是不判斷是否和計劃相關),目前只有STCA和DUPE會自動顯示;
過濾掉標牌的目標DAIW和MSAW告警是否自動顯示標牌:在SDD設定只有相關目標才告警時,不告警不需要彈出,在SDD設定不相關目標也告警時,彈出顯示隱藏標牌(有告警就顯示隱藏標牌)
53、收到CPL報,根據當時航班的執行情況,實際位置有可能改變計劃的狀態,但是已經完成FIN的計劃(計劃已經飛出5分鐘FIN了,才收到CPL報),一般不會再修改了,根據實際計劃的修改內容,如果又回工作區可能會新建一條計劃,而且備降是本場,會自動建立一條本場到原落地機場的計劃:CreateNewPlanForCPL]: [Create] a Plan:[CQH6352]-[ZBYN]-[ZBHH]
fdp.ini中的CPLTimeSub控制(在[Control]下,預設3000秒),CPL干預計劃使用航班號、起飛機場、實際起飛時間去匹配,並且是選擇最靠近的那條計劃修改,計劃起飛時間與當前時間相差太大(系統當前時間減去計劃起飛時間要小於50分鐘-沒實起用預起時間)才新建計劃。
54、
問題:本來航班HBH3307已經起飛在太原區域處於管制狀態,結果又收到一份FPL報,最後收到的報文修改了航路,導致該航班與太原區域無關,無關的計劃系統將刪除,直接去相關。
建議:
即使報文(FPL/CPL)航路錯了,也要修改航路,如果相關了,即使航路不經過本管制區也不刪除計劃,這樣就不會去相關,如果沒相關,不經過本管制區還是要刪除;CNL報也要判斷是否相關。
(二所繫統的話這份FPL報不起作用,對於CPL報有作用,會修改計劃的航路,只是無法解析,理論上不會去相關的。原則是隻要計劃已經起飛,FPL就不起作用,因為對於 動態應該使用CPL報,只要起飛了CNL也不起作用)
55、前端席位修改飛行計劃資料項序號對應表
序號 | 飛行計劃資料項 |
1 | 所有欄位資料 |
9 | 計劃標識 |
10 | 計劃執行日期 |
11 | 計劃DOF |
12 | 計劃更新時間 |
13 | 計劃狀態 |
14 | 計劃來源 |
15 | 計劃飛行型別 |
16 | 計劃航班號 |
17 | SSR |
18 | 飛行規則 |
19 | 飛行種類 |
20 | 飛行架次 |
21 | 飛機型別 |
22 | 飛機所屬型別 |
23 | 尾流 |
24 | 飛機註冊號 |
25 | 選呼 |
26 | 無線電通訊裝置 |
27 | 監視裝置 |
28 | 計劃附加資訊 |
29 | 計劃18編組內容 |
30 | 標牌上的OP_DATA資訊 |
31 | 起飛機場 |
32 | 預計起飛時間 |
33 | 實際起飛時間 |
34 | 落地機場 |
35 | 備降機場1 |
36 | 備降機場2 |
37 | 預計飛行時間 |
38 | 預計到達時間 |
39 | 實際到達時間 |
40 | 當前扇 |
41 | 控制扇 |
42 | 移交接收扇 |
43 | 主動請求扇 |
44 | 下一扇 |
45 | 預計巡航速度 |
46 | 預計巡航高度RFL |
47 | 飛行員報告飛行高度PRL |
48 | CFL |
49 | 計劃航路串 |
50 | HOLD點名稱 |
51 | HOLD時長(分鐘) |
52 | 離開HOLD點時間 |
53 | 入界點 |
54 | 入界時間 |
55 | 出界點 |
56 | 出界時間 |
57 | XFL |
58 | 停機位 |
59 | 入場跑道 |
60 | 離場跑道 |
61 | 標準離場程式 |
62 | 標準進場程式 |
63 | 全域性資訊[電子程式單使用] |
64 | 計劃其他狀態 |
65 | 相關的系統雷達航跡號 |
66 | 相關的系統ADSB航跡號 |
67 | 計劃相關狀態 |
68 | 告警資料項 |
69 | AIDC階段資料項 |
70 | RVSM狀態 |
71 | 經過扇區個數 |
72 | 經過扇區資訊 |
73 | 是否自動傳送DEP和ARR報,0-不自動,1-自動;預設1 |
74 | VIP標識 |
75 | PBN |
76 | 擴充套件狀態位 |
77 | 航路點總數 |
78 | 已過航路點序號 |
79 | 程式單航路點 |
80 | 無線電移出扇區 |
81 | 無線電所在扇區 |
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7970627/viewspace-2663808/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 川大主用ATC系統維護筆記(四)筆記
- 川大主用ATC系統維護筆記(八)筆記
- 川大主用ATC系統維護筆記(二)筆記
- 川大主用ATC系統維護筆記(五)筆記
- 川大主用ATC系統維護筆記(六)筆記
- AirNet備用ATC系統維護筆記(三)AI筆記
- AirNet備用ATC系統維護筆記(二)AI筆記
- AirNet備用ATC系統維護筆記(四)AI筆記
- 備用ATC系統執行維護
- 主用ATC系統執行狀態筆記(一)筆記
- 川大ATC系統部分引數限制
- 川大ATC網路記錄儀
- ATC系統QNH高度修正(AirNet&川大)AI
- 主用ATC系統設計容量
- TBM三大主資料及維護原則
- 川大ATC實驗平臺手冊
- 川大主用自動化系統自動相關條件
- 主用/備用ATC系統自動相關的條件
- 主用ATC資料庫資料庫
- 系統維護
- 川大ATC區外預設告警條件設定
- 四川移動BI系統的九大主題分析
- FREQUENTIS3020S內話系統維護筆記S3筆記
- 備份ATC概念筆記筆記
- 雙指標維護筆記指標筆記
- 川大ATC伺服器BladeSystem c7000 Enclosure配置(含記憶體說明)伺服器記憶體
- 川大ATC實驗室從轉發平臺同步計劃
- 川大ATC刀鋒伺服器ProLiant BL Blade配置伺服器
- MOXA Nport在二所ATC的使用方式(川大是UDP方式)UDP
- 系統維護工具;System Toolkit 中文啟用版
- 【筆記】線段維護單調棧筆記
- UPS系統維護方法
- Solaris 10 系統維護(轉)
- Fortinet運用前沿IT思維,保護OT系統
- ATC系統跟蹤事項
- 二所備份ATC系統
- opensuse linux操作維護學習筆記Linux筆記
- D版CentOS作業系統運維筆記CentOS作業系統運維筆記