AirNet備用ATC系統維護筆記(四)
1、關於相關保持與航跡號改變導致的問題。
涉及引數:
1)MSDP生成融合航跡的確定週期(MSDP:conf下面的online.ini:mono_stable_times=3;沒設定範圍):預設3個週期。
2)FCS 相關保持時間: 隱藏引數(fcs.ini引數 TRACK_VALID_SEC,取值範圍是5-12秒),預設是8S。
3)外推引數:外推次數:2(1-10),外推週期:3
*外推次數:是目標消失前,我們會推測兩個週期的資料,顯示出來,目標標牌上會顯示cstd。2個週期後,目標才會消失
Q:對於相關航跡
[ 航跡型別 ]- Track: [ 航跡號 ]-[ 應答機 ]-[ 航班號 ]-[ 外部航跡航班號 ] Couple with Plan :[ 計劃 ID]-[ 航班號 ]
假如主備MSDP同時重啟,導致重新生成系統航跡號,會不會出現計劃和航跡錯誤相關的情況?
A:理論上不會,雙MSDP重啟,航跡消失計劃自動去相關,航跡出現後再按照應答機、航班號和地址碼等資訊重新相關。航跡號重新生成也沒關係。
MSDP生成航跡本來就有確定週期,假設確定週期0,又在相關保持時間內啟動了,可能會存在問題。
Q:假如出現主備MSDP同時重啟的情況,MSDP不會通知FCS重新計算相關嗎?
A:只要相關上,系統維護的是計劃ID和航跡號的對應關係,如果這個航跡號對應的航跡變了就錯相關了。航跡號生成沒有特殊規則。也不會通知。融合本來就有確定週期的,這個週期加重啟時間大於相關保持的時間。
Q:假如MSDP程式宕掉,就不考慮外推週期的影響,關鍵是融合的確定週期,假如可配的話,得確認配置的是幾個週期,假如1-2,可能會出現錯相關的情況? 那假如mono_stable_times改為1,因為FCS相關保持時間是8秒,假如出現主備MSDP同時重啟的情況,一定會錯相關?
A:從原理上是有可能的,不過正常執行中各個子系統引數應當合理設定的
Q:相關保持時間8S,那假如雷達目標不穩,丟2個週期就會去相關並重新計算相關?
A:MSDP宕掉不考慮外推,但不穩定這種情況還有外推,外推結束時才開始計算相關保持開始時刻。
實驗室測試:
MSDP生成融合航跡的確定週期MSDP:conf下面的online.ini:mono_stable_times=1;(1改為0,現象一樣)
FCS 相關保持時間fcs.ini引數 TRACK_VALID_SEC=12秒;
重啟MSDP的msdp/snet程式,實驗室虛擬機器用時需20秒(大於了 相關保持時間12秒,不知道在用系統物理伺服器會不會在12秒內完成?),在SDD上先再次計劃航跡,1-2秒後出現雷達航跡,又過1-3秒相關成一個標牌。
*:且所有標牌標C(頻率移交提示資訊),即掉相關重新相關後頻率移交的記錄資訊丟失問題,需完善程式。
根據 二所實驗平臺測試結果,首先fcs對該保持相關引數內部做了限定,5-12才是有效的,然後在測試中,SMC重啟msdp到FCS重新接收到航跡資料中間存在30秒左右的時間,FCS掉相關,其中mid在殺掉msdp後中間間隔了10多秒才啟動MSDP,然後msdp初始化內部引數然後再達到累積週期數(mono_stable_times)傳送航跡給fcs,也就是說fcs不管怎麼設定都會有足夠的時間去掉相關,從而避免錯相關。
*實驗室測試, SMC重啟msdp到FCS重新接收到航跡資料中間存在42秒左右的時間, mono_stable_times取值(1-10),都是 42秒左右, 取值12,是 48秒左右, 取值18,是 70秒左右,即最小42秒對應42/4=10及以下, mono_stable_times取值N大於10的話,是4xN秒。
2、對於本場四創雷達,輸出一二次訊號接入二所ATC, 二所ATC在DBM上離線引數“監視資料處理相關引數”掃描型別需選擇“一二次合成”,這樣當目標沒有二次訊號只有一次訊號,SDD上也能看見,選擇“二次雷達”時, 目標沒有二次訊號只有一次訊號時,SDD上看不見。改離線引數只需重啟msfp程式即可生效。
3、AIDC支援專線方式:網路UDP方式(FDP程式本地引數,預設沒有),不支援串列埠?。
4、 告警資訊 ( warning )
CD 黃色字元,表示相關後計劃的航班號和航跡的航班號不一致提示;
DS 黃色字元,表示相關後計劃的二次程式碼和航跡的二次程式碼不一致提示;
FD 黃色字元,表示相關後計劃的地址碼和航跡的地址碼不一致提示;
SC 黃色字元,表示相似航班號提示;
DFID 黃色字元,表示 ADS-B 或 S 模式航跡的重複地址碼提示;
DCID 黃色字元,表示 ADS-B 或 S 模式航跡的重複航班號提示;
SFL 紅色字元,表示飛行員選擇高度與指令高度不一致告警。
5、AIDC專線配置,建議走NPORT,因為直接連到主機串列埠不好監控或者排查問題,在DBM配置,埠序號可以根據現有的序號累加就行,埠裝置看用NPORT哪個口子,埠裝置為4就是對應NPORT 4的口, 需要改FDD上的配置“AIDC地址表”,某個地址的序號就是新增的 NPORT埠4,用來拍發電報的時候指定從哪個口子出去,配置完成後需要重啟fdp程式。因為UDP配置暫時沒有做到DBM上去,是當時給一個現場特殊新增功能,是本地引數檔案,暫時不建議使用。
6、錯相關的問題,二所飛行計劃這邊討論了下,可能暫時沒法最佳化,保持時間越長,就不能反映當時真實情況,而雷達這邊設定越短,就可能導致錯相關,唯一辦法是保持航跡號不變,但是在2臺MSDP都退出的情況下,航跡位置是在變化的,也無法保障航跡號不變。針對雷達覆蓋較差的情況,我們建議還是反映真實情況,該掉相關,然後重新相關的流程。如果保持相關時間變長,就得考慮MSDP同時退出的話,錯相關可能就比較嚴重。
7、檢視伺服器資訊命令:
#dmesg |grep DMI
DMI 2.7 present.
DMI: HP ProLiant DL580 G7, BIOS P65 04/20/2012
8、二所繫統外送航跡時,不包含S模式高度。
9、在DBM上Qnh區域名稱欄,Qnh埠配置中埠名稱設為:METEO時,MSDP伺服器qnh程式日誌中記錄詳細的 METEO報文內容; 埠名稱設為:QNH時, qnh程式日誌只記錄報文內容中qnh相關訊息。
10、SDD上管制狀態的標牌“出交接點”位置顯示黃色“NUL”提示,表示該計劃沒有FPL。
非FPL建立的計劃提示的配置:在/home/cdatc/AirNet/bin/conf/sdd_offline.conf.0裡面增加如下配置
B_FEA_NOTIFY_NOT_RECV_FPL=1
INT_NOTIFY_STYLE_WHEN_NOT_RECV_FPL=1
還需要在dbm_sdd.ini增加配置項 56=出交接點
11、增加sdd的使用的滑鼠圖片,並配置引數來替換滑鼠的顯示。還不能實現直接調整滑鼠大小。SDD正常的滑鼠會變成十字 ( 圖片替換方式的,滑鼠點選位置是圖片的中心點,改成大箭頭之後,滑鼠點選位置也是在圖片的中心,容易造成誤導 ),
修改配置檔案:/home/cdatc/AirNet/bin/conf/sdd_offline.conf.0
增加如下內容INT_CURSOR_SCALE_PARA=100
儲存並重啟sdd程式。圖片cross.png(cross應該是測距的時候顯示的圖示)、arrow.png(替換arrow那個檔案就能改變預設的顯示滑鼠樣式)儲存在/home/cdatc/AirNet/bin/image,底色要求不是白色。
12、資料庫故障後如果半小時以內資料庫恢復對系統沒影響;超過半個小時就得重啟fcs或者切換FCS主備機才能恢復。
13、生效雷達延時判斷:在SDFP1的/home/cdatc/AirNet/bin/conf/sfp.ini檔案中的[system]節點下增加或修改引數
USE_RADAR_TIMESTAMP=true //時間引數是程式中寫死的,大概1-2個週期。
修改號之後重啟msfp程式。(另ADS-B:USE_ADS_TIMESTAMP=false)
14、二所雷達設定是否本場雷達對融合有什麼影響?
1),系統航跡的融合是以靜態權重加動態權重,動態加權的方式計算的。
2), 靜態權重如果相同的時候,優先選擇本場雷達。
3),靜態權重大的資料會作為融合結果的初值,然後依次對位置,速度,高度進行計算。
如果和別的資料,上個時候的資料位置、高度、速度偏差很大,會重新選擇或者重新計算融合結果。
15、DMS設定中“輸出型別”是接引訊號的型別,航跡是當做點跡來處理的。 如果輸出原始資料是航跡,需要在配置時就配置為航跡,如果配置為點跡處理有點問題,處理點跡資料的時候做重複資料檢查有問題,導致部分點跡資訊可能會被拋棄,現象是丟點比較頻繁,這個在下一次升級補丁中已經修復了。
16、某SDD席位不自動釋放頻率設定:在/home/cdatc/AirNet/bin/conf/.sdd_offline.conf.0裡增加如下引數:
B_HANDOUT_AUTO_RELEASE_CONTACT=0
17、 SDD上未被本席位管制的可以LABEL OFF過濾掉航跡標牌,使用航跡號對應,如果航跡號一直存在,如果不是被本席位管制,那麼需要手動點選顯示出來;如果航跡在LABEL OFF之後,航跡因下面1,2條件融合不輸出航跡,待航跡重新起飛的時候,是新的航跡,會直接當做 新的航跡顯示出來。
——1).劃設遮蔽區。當目標高度無效的時候,如果位置在遮蔽區內,也會被遮蔽,不會向SDD輸出。
——2).在融合輸出時,當目標在機場為中心6公里範圍內,高度有效,且與機場標高差距小於10米,速度 小於50km/h的時候(降落航班一般是從跑道拐入滑行道時)不輸出融合航跡到SDD。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7970627/viewspace-2716723/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- AirNet備用ATC系統維護筆記(三)AI筆記
- AirNet備用ATC系統維護筆記(二)AI筆記
- 川大主用ATC系統維護筆記(四)筆記
- 川大主用ATC系統維護筆記(八)筆記
- 川大主用ATC系統維護筆記(三)筆記
- 川大主用ATC系統維護筆記(五)筆記
- 川大主用ATC系統維護筆記(六)筆記
- 川大主用ATC系統維護筆記(二)筆記
- ATC系統QNH高度修正(AirNet&川大)AI
- 主用ATC系統執行狀態筆記(一)筆記
- 雙指標維護筆記指標筆記
- UPS系統維護方法
- Fortinet運用前沿IT思維,保護OT系統
- 系統維護工具;System Toolkit 中文啟用版
- 四:GTID中的運維(筆記)運維筆記
- 【筆記】線段維護單調棧筆記
- ATC系統跟蹤事項
- 管理與維護Linux系統Linux
- 系統維護工具:TinkerTool System for MacMac
- System Toolkit Mac系統維護工具Mac
- 長期迭代的系統如何管理維護測試用例?
- 實用的系統維護工具:System Toolkit for Mac中文版Mac
- AirNet系統扇區修改說明.V2.0AI
- win10怎麼關閉系統維護_win10系統維護的關閉方法Win10
- 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
- TinkerTool System 6 for Mac(系統維護工具) v6.96啟用版Mac
- AirNet系統航跡和飛行計劃相關AI
- System Toolkit for Mac(mac系統維護軟體)Mac
- FREQUENTIS3020X 內話系統維護S3
- mac系統清理維護工具MacBooster Mac版Mac
- nginx 重定向到系統維護頁面Nginx