川大主用ATC系統維護筆記(二)
續《川大ATC維護》、《主用ATC系統執行狀態筆記》
1、FDP程式配置檔案:fdp.ini
[CoupleCondition]
YawCheck = 1 // 相關計算時是否進行偏航檢查
YawCheckForCoupleInApp = 0 // 進近範圍內相關計算時是否檢查偏航
AssrCheckedForceCouple = 0// 人工相關時是否檢查ASSR
AppPosCheck = 1 // 相關時是否檢查計劃航跡點與雷達航跡點的距離偏差
PlanWarpDistance = 300000 // 相關計算時允許計劃航跡點與雷達航跡點的距離偏差
CoupleToRouteDistance = 30000 // 相關計算時目標航跡到計劃航線的距離(米)
進近範圍內相關計算時設定為不檢查偏航,是指系統航跡當前位置在進近管制80Km區域內自動相關不受300KM距離偏差和30km偏航的條件限制,但是測試發現:
1)假如有兩個SSR碼相同的航跡測試目標,一個在進近範圍內一個不在,關閉真實雷達目標後,也會和進近範圍內的航跡(但是 與高度無關,即使是3萬米【標牌高度顯示2999】高度)自動相關。
2)假如有兩個SSR碼相同的航跡測試目標,都在300KM距離偏差之內的航線上,且不在進近範圍內,航向相反,關閉真實雷達目標後,也會和其中的一個航跡自動相關, 且實測中是和航向相反的航跡自動相關。
3)SSR碼相同的航跡測試目標,不在進近範圍內,且不滿足300KM距離偏差和30km偏航的條件,關閉真實雷達目標後,不會和該航跡自動相關。
*:目前( 2019-1-28) 川大系統自動相關條件增加了管制區內和區外“系統航跡沒有SSR重碼”的限制:
二所ATC系統自動相關條件:系統航跡沒有重碼。
如果系統航跡正處於重碼告警DUPE狀態,即同時存在有兩個SSR碼/ADS航班號相同的系統航跡,且這兩個系統航跡之間的距離較近[引數,通常設定為200KM],出於安全考慮,系統不會對這兩個系統航跡進行自動相關計算。
如果同一時刻有多條飛行計劃滿足與同一個系統航跡相關的條件,系統將給出候選計劃提示(標牌顏色變黃,右鍵點選可彈出CandiPlan選單項)。
2、川大的“固定航線表”中不區分航路--航線的區別,所以偏航告警以偏離計劃航線計算,不考慮航路的(10KM)寬度。二所偏航也是計算航跡與計劃航路中心線的距離。
3、系統功能模組冗餘情況
系統所有主要資料處理,依據功能不同,單獨配置冗餘伺服器。系統具有以下兩種方式的冗餘計算模型:
多計算冗餘(Multiple Computation Redundancy),簡稱MCR。該方式下主機和備機同時進行計算。主機輸出計算的結果,備機同時進行計算,維護與主機的一致性,但不輸出結果。當備機切換為主機時輸出計算的結果。
熱備冗餘(Hot Stand-by Redundancy),簡稱HSR。該方式下主機計算和輸出計算的結果,備機不進行計算,但接收主機的計算結果。當備機切換為主機時,開始計算並輸出計算結果。
*MCR:FRDP/RDP/MRDP/FADP/ADP/MADP/MARDP/FDPTEL/NETMLA/SWITCH_AGENT/QNH/WDP/OUTTELL
TS:MCR(TS程式不分主備,獨立執行)
*HSR:FDP、RDM
4、參考《川大ATC維護》的18條:STCA/MSAW告警只判斷位於本管制扇區柱體內的目標和管制狀態的目標(目前還沒到本管制扇區,強制接管或掛簡標牌的情況),對於即將進入本管制扇區, 協調狀態的目標也不判斷。川大ATC兩項告警(STCA/MSAW)及預告警(PSTCA/PMSAW ) 只有在 當前管制扇區柱體內或管制狀態(F-CTL強制接管)的席位告警,另可以在SDD席位的INFO-AutoHandle中點選"Coupled Alert"設定是否只有相關couple的目標才告警。在SDD席位上“SET UP”-"RADAR"為MRT時告警, 單雷達MONO時要進行告警計算(具體是否顯示根據需求實現),MRT有STCA/MSAW告警時單雷達沒有,但是測試中,當單雷達有DUPE告警時,原先不顯示的STCA/MSAW告警也出現了。STCA告警會自動連測量線實時顯示距離(但預告警PSTCA不會)。
5、川大系統有兩種情況RDM會全系統同步更新扇區劃分資料:1、RDM程式主備切換;2、在某個SDD席位進行扇區劃分操作。另。單個SDD程式啟動時,只是這個席位的SDD接收實時扇區資料,不會影響其它席位和RDM伺服器的資料。
6、川大設計容量:伺服器10臺,交換機10臺,所有終端100臺,席位(SDD)50臺
7、 ( 2019-1-28 )fdp.ini增加引數OncePlanSendNum建議值(100-200) //向請求計劃程式(即SDD,備態的FDP不請求, 主態的FDP主動 同步每次30條)傳送的頻率(個/2秒)。
fdp程式計劃同步測試(與 SDD、備態的FDP)兩種同步通訊方式:TCP點對點(慢)和 UDP廣播(快)。
*( 2019-1-30 )fdp程式 ( UDP廣播方式)解決:地面目標閃現和航班號為@的問題、多個SDD重起與FDP同步資料太慢問題和SDD/備態FDP異常刪除計劃問題 。
重啟後或收到FDP 重啟包後多少秒後開始處理FDP 計劃校驗包,預設3600,在sdd.ini第一段增加:解決集中校驗同步計劃導致同步資料慢,SDD正常管制操作響應慢的問題
StartFDPCheck=1200;
8、FDPTEL程式:由於收到的報文識別問題產生DUMP掉產生core:
1)、資料項配置檔案,定義資料項組成格式;
2)、根據配置檔案aidc.ini選擇收發埠;管理定義的多個線路 發報 流水號(埠流水號和FDO現實的流水號不一致,有轉換), 線路碼接收不判斷,傳送要使用線路碼,否則發報機報錯。
3)、自動傳送AIDC的LAM,LRM,SITA報AD等;
4)、接收報文並按程式內定義的欄位解析後發給FDP處理,發給FDOAGENT寫進資料庫;
5)、FDO終端透過 FDOAGENT發到 FDPTEL, FDPTEL 負責 組報,並反饋結果;
9、FDP程式配置檔案:fdp.ini
[TimeRange]
DepTimeRange = 360 // 報文干預計劃時允許的起飛時間差範圍。當前設為6小時偏大。
FDL報干預計劃也採用DepTimeRange這個引數,判斷FPL報裡的預起時間要比RPL產生的計劃裡的預起時間偏差絕對值小於 DepTimeRange設定值,此外還判斷航班號、起飛機場、落地機場來確定需要關聯的計劃。
10、在FDO查詢欄,按CTRL+滑鼠右鍵雙擊空白處,可以輸入SQL查詢語句查詢。
11、在DPR維護ADP適應性資料,修改空域資源表中的“ 空域程式碼”名稱後,SDD顯示名稱改變需要在DPR二進位制檔案匯出“RD-限制區表”,然後分發至FDP--->RDM重啟後 SDD顯示名稱改變。
12、川大ATC系統傳送電報也處理(二所只處理接收電報):斷開發報鏈路,發報時不會到轉報機,在FDO傳送DEP/CPL等報會建立修改計劃。
13、(2019-4-8)主態mrdp程式退出,引起mrdp程式退出的原因如下:
系統定義了一個字元陣列型別的變數,在使用前未對該變數進行初始化,可能造成該變數無正常結束符,對該變數的呼叫造成記憶體地址的非法訪問,從而導致mrdp程式的異常退出。
14、
(2019-4-25)CPL報導致FDP程式異常退出:前提是有多份CPL報,因為處理CPL報從預計飛越邊界點開始解析航路,FPL報是從頭解析航路。
1)透過發CPL報建立計劃
ZCZC ATG0013 251017
FF ZBAAZXZX ZBYNXXXX ZBBBZGZX ZBSJZXZX ZBYNUOMU ZBHHZXZX ZBCZZXZX
ZBYCZXZX ZBDTZXZX ZBBBCKXX ZBPEZMFP ZSHAZMFP ZBBBZFPM ZSSSZFPM
251017 ZBYNZPZX
(CPL-TST5000/A1522-IS
-B738/M-SDE2E3FGHIRWZ/LB1
-ZUUU-OKVUM/1020S1010
-K0930S0950 NOBIK H153 AGULU H142 NSH G212 TYN --> {G212 ...TYN OKVUM WJC MIZ OD ZS NSH ... OKVUM 基點序號為10 }
-ZBYN
-PBN/A1B1C1D1L1O1S2 NAV/ABAS DOF/190425 REG/B5773 EET/ZLHW0029 ZBPE0109
SEL/FSEH CODE/780B1F PER/C RMK/TCAS CATII)
NNNN
2)傳送CPL修改該計劃
ZCZC AAA0000 251020
FF ZBAAZXZX ZBYNXXXX ZBBBZGZX ZBSJZXZX ZBYNUOMU ZBHHZXZX ZBCZZXZX ZBYCZXZX ZBDTZXZX ZBBBCKXX ZBPEZMFP ZSHAZMFP ZBBBZFPM ZSSSZFPM
251020 ZBYNZPZX
(CPL-TST5000/A1522-IS
-B738/M-SW/C
-ZUUU-OKVUM/1020S1010
-K0930S0950 OKVUM TYN --> { OKVUM 基點序號為1}
-ZBYN
-REG/B5773)
NNNN
會引起FDP程式異常退出。但是假如計劃是透過FPL建立的,第二份CPL報不會引起FDP程式異常退出。
2016年系統升級後的版本, 收到CPL報從預計飛越邊界點開始解析航路。 fdp 在收到 CPL 報文處理時會設定一個 計劃過點資訊推算的基點序號,該基點序號小於當前計劃航路點個數。當該計劃收到下一個 CPL 報時其報文中的航路資訊發生了改變,根據系統設計該計劃將當前已過點序列和 CPL 報文中航路串拼接後作為新的航路並解析成新的航路過點序列。新航路過點序列個數可能大於之前該計劃儲存的基點序號,也可能小於之前儲存的基點序號。由於系統在處理新的航路點過點資訊推算過程中需要訪問以該基點序號為下標的航路點陣列資訊,當新航路過點序列個數小於之前儲存的基點序號時系統將出現越界訪問陣列資訊的情況,現場正是由於這種情況的出現導致了 fdp 異常退出。
解決方案:對系統中收到 CPL報處理邏輯中新增相應的保護機制,在每次收到 CPL報解析新的航路點之前將基點序號先置為 ,在計算新航路點資訊時系統將重置新的基點序號,從而確保處理邏輯中不再出現越界訪問陣列資訊的情況。
15、SDD標牌字型配置:在/usr/share/X11/fonts/100dpi/fonts.dir中字型配置項(含iso8859項),sdd.ini中配置label_small_font/
label_middle_font/
label_big_font,示例:
label_middle_font=-adobe-courier-bond-r-normal--25-180-100-100-m-150-iso8859-1 //格式有誤使用預設字型, 預設字型的字號最大是25。
16、假如報文流水號重複了,FDP會處理報文,修改動態;但是不寫入資料庫,在FDO上查詢不到。
17、2019-5, 增加 sdp.ini ,修改 ftpserver.ini ,將 sdp.ini 檔案分發到 mrdp/resource/ini 和 mardp/resource/ini 資料夾下, sdp.ini中以下作為可配置引數。多雷達和ADS-B融合引數還未作為可配引數,目前值是高度差300米,位置差20km(因為會出現掉相關又馬上相關問題,因而還未作為可配引數)
[MRDP]
//水平相關門限(單位:米)(預設值:13000米)
CorelationDis=10000
//高度相關門限(單位:米)(預設值:280米)
CorelationAlt=280
//一次目標的速度方向差(單位:度)(預設值:30度)
PSRHeadingDiff=30
//一次目標的速度大小差(單位:百分比)(預設值:30%)
PSRSpeedDiff=30
//一次目標的距離門限(單位:米)(預設值:5000米)
PSRDistance=5000
//已相關航跡是否仍然保持相關的水平確認門限(單位:米)(預設值:13000米)
ConfirmDis=13000
//是否進行假目標判斷(0、不進行;1、進行)
DetectFalseTarget=0
[MARDP]
//雷達與ADS-B的融合權重,取值0.0-1.0之間。這裡只設定雷達權重即可,ADS-B權重自動設為(1.0-雷達權重)
//位置權重
PosWeight=0.9
//速度權重
SpdWeight=0.9
//高度權重
AltWeight=0.9
18、outputplan.linux/outputtrack.linux 日誌預設記錄一個月。
19、引接測試北京蘇莊S模式雷達訊號,川大系統目標比二所繫統少,原因是 MLA裝置超過256個目標就濾掉了。正在核實中。 蘇莊S模式雷達訊號是點跡, 川大系統radar.ini中RadarProcType=3(點跡),設定成1:航跡的話,SDD上該路單雷達訊號頻繁分裂,DUPE告警。
20、川大系統中:rdp.linux、dard_rdp.linux、dard_adp.linux、adp.linux是一個程式,只是程式名不同。修改 rdp.linux程式,解決測試引接的 北京蘇莊S模式雷達目標數量比二所繫統少,不穩定等問題,原因是程式的雷達資料包 CRC32校驗程式碼有BUG。
21、太原版本只有ADS-B遮蔽區,呼和還加了雷達遮蔽區( 程式問題,只設定來了 ADS-B遮蔽區,出現雷達和ADS訊號都被遮蔽的問題,已修改)。 太原版本也需要雷達遮蔽區功能。
22、 ADS-B遮蔽區內, FUSION介面標牌沒有 ADS-B三角符號。
23、 引接S模式雷達訊號後,SDD標牌顯示航班號,內部解析24位地址碼,但SDD標牌上不顯示;雷達融合沒有參考航班號和24位地址碼,但是與計劃相關要參考 航班號和24位地址碼。
24、修改radar.ini配置檔案【 雷達設定】中的 項:RadarType=64---->3,只需重啟RDP程式即可生效。
25、增加航跡融合規則:既沒有航班號也沒有SSR的目標(部分堯城通航ADS-B目標符合該條件)不參與航跡融合。
26、問題:SDD上FUSION和MRT顯示目標都是雷達與ADS-B融合後的系統航跡,原因 是目前SDD程式不管選擇 FUSION還是 MRT均從MARDP程式獲取資料,解決方案是 選擇 MRT是改成從MRDP獲取。
27、 對於川大系統,必須要有實際起飛時間(收到DEP報),這樣才產生計劃航跡,才能與目標進行相關判斷。相關前,目前只有SSR相同才自動發DEP,後續版本增加地址碼相同自動發DEP的功能。川大系統收、發報文都進行處理。
*2019-11-28版本測試,對於經停本場的航班,落地航班在自動拍發落地報目標去相關後,出現立即拍發後續航班的DEP報的問題,原因之一就是24位地址碼一致就可以自動拍發DEP,諮詢廠家,目前版本 24位地址碼/航班號/SSR其中只要有一個相同就符合自動拍發DEP的條件,這與二所不同,二所是地址碼/航班號/SSR只要有效就必須相同才行。
目前修改為: 自動發起飛報,計劃和航跡的 SSR 碼必須一樣!
28、柱體的高度設定為6000-8000,判斷是 大於 等於6000,小於8000,不包含8000;即 大於 等於下限, 小於上限。所以高度不同的疊加柱體的高度值可以重疊。
29、川大輸出計劃是有改變立即輸出,沒有改變不輸出,沒有周期性的一次全部輸出計劃的機制。
*30、增加SFL與CFL一致性告警提示功能: 確認時間作為可配引數,只在控制或目標所管扇區才告警,標牌的CFL欄位變紅閃爍,一致了自動恢復正常顯示。
31、FDA區域日流量統計,統計時不判斷 管制員 有沒有在標牌標CFL值,(本席位管制的目標 要求管制員必須標CFL值)。
32、AIDC的EST報發的SSR是取自航跡的,不是計劃的,相關目標DS時,SSR不一致。
33、 FDP刪除15小時前的動態,沒有實際起飛時間就以計劃起飛時間計算。
34、 只有虛擬扇區的目標可以F-FIN強制結束,增加可配引數,任何目標都可以強制結束。
sdd.ini 檔案[GENERAL] 增加
// 強制控制和完成是否限制,0- 限制(非控制和目標在虛擬席位管制才可以) 1- 不限制
FFinStatus=0
35、 出港預啟用航班與ADS-B相關,航班號一致就行,不考慮SSR。
36、站調更新機場表需要生成二進位制檔案生效,否則PLN報生成兩條計劃。
38、二次程式碼ASSR/PSSR。ASSR(assigned SSR code)為在本飛行資料情報區內分配給航班的二次程式碼。PSSR(previous SSR code)用於入港航班在上一相鄰管區使用的二次程式碼;或在更改二次程式碼後,之前使用的二次程式碼。對於從區域外進來的飛機相關,二所繫統只有一個SSR,就是最後更新的SSR做相關,川大系統目前也不處理pssr。
*萊斯系統相關處理優先考慮二次程式碼,一致性檢查要求:缺失的話視為一致性檢查無法進行。飛行計劃可能具有ASSR和PSSR兩個二次程式碼,在自動相關考慮PSSR時(PLAN_AUTOCOUPLE_PSSR設定為1),二次程式碼一致是指飛行計劃中的ASSR和PSSR至少一個與航跡的二次程式碼相同;在自動相關不考慮PSSR時 (PLAN_AUTOCOUPLE_PSSR設定為0),二次程式碼一致則要求飛行計劃中的ASSR和航跡的二次程式碼相同。————有錯誤相關的風險。
*對於Thales系統,PSSR設定的相關權重為1,ASSR為2,24位地址碼為3,航班號為5,航跡與計劃進行匹配的權重加和計算,總權重大於等於1的就可以相關。
39、對於經停太原落地的航班,假如飛機落地經停期間飛行員不關應答機,S模式雷達會一直收到目標訊號,再次起飛,只要這個雷達訊號一直不停被收到,它的trackno就不會變。
? 假如在本場區域劃了雷達/Adsb遮蔽區,這種情況雷達訊號算不算一直不停被收到,它的trackno會不會變?
40、FDP只要進港相關航班在收到ARR報正常關聯計劃並處理後就完成了,同時去相關(落地航班收到ARR報就去相關,不必等航跡消失;飛出區域航班:Left Bound 5 Minutes,-->FIN,即去相關,Trackno變為65535),就是解除了和雷達的配對關係: 去相關實質上的處理就體現在SDD上FPLLIST裡該計劃的Trackno改變為65535,65535代表無效的雷達航跡號,也就是沒有與任何航跡相關。SDD上選Fusion/MRT/Adsb和計劃關聯分別使用的是TrackID/Trackno/TrackAdsb,可透過FIND查詢。FDP日誌只記錄Trackno,在FPLLIST裡查詢與TrackID/TrackAdsb的對應關係。
41、另文 續
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7970627/viewspace-2169028/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 川大主用ATC系統維護筆記(八)筆記
- 川大主用ATC系統維護筆記(三)筆記
- 川大主用ATC系統維護筆記(四)筆記
- 川大主用ATC系統維護筆記(五)筆記
- 川大主用ATC系統維護筆記(六)筆記
- AirNet備用ATC系統維護筆記(二)AI筆記
- AirNet備用ATC系統維護筆記(四)AI筆記
- AirNet備用ATC系統維護筆記(三)AI筆記
- 主用ATC系統執行狀態筆記(一)筆記
- ATC系統QNH高度修正(AirNet&川大)AI
- 專案二 管理與維護Linux系統Linux
- 專案二 管理與維護Linux系統Linux
- 雙指標維護筆記指標筆記
- 川大ATC實驗室從轉發平臺同步計劃
- UPS系統維護方法
- Fortinet運用前沿IT思維,保護OT系統
- 系統維護工具;System Toolkit 中文啟用版
- 川崎機器人平時的維護機器人
- 【筆記】線段維護單調棧筆記
- ATC系統跟蹤事項
- 管理與維護Linux系統Linux
- Linux 筆記分享二:Linux 系統安裝Linux筆記
- 系統維護工具:TinkerTool System for MacMac
- System Toolkit Mac系統維護工具Mac
- 北航OS課程筆記--二、系統引導筆記
- Django學習筆記《二》圖書管理系統Django筆記
- 長期迭代的系統如何管理維護測試用例?
- 實用的系統維護工具:System Toolkit for Mac中文版Mac
- win10怎麼關閉系統維護_win10系統維護的關閉方法Win10
- 直播系統搭建,java二維碼 生成二維碼Java
- System Toolkit for mac(系統維護軟體)Mac
- System Toolkit for Mac(Mac系統維護工具)Mac
- 系統清理維護工具MacBooster 8 macMac
- TinkerTool System for mac(系統深度維護工具)Mac
- System Toolkit Mac(Mac系統維護工具)Mac
- Linux系統運維筆記(五) 使用者的操作Linux運維筆記
- 「筆記」對頂堆動態維護中位數筆記
- TinkerTool System 6 for Mac(系統維護工具) v6.97啟用版Mac