川大主用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]”
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7970627/viewspace-2724689/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 川大主用ATC系統維護筆記(二)筆記
- 川大主用ATC系統維護筆記(三)筆記
- 川大主用ATC系統維護筆記(四)筆記
- 川大主用ATC系統維護筆記(五)筆記
- 川大主用ATC系統維護筆記(八)筆記
- AirNet備用ATC系統維護筆記(二)AI筆記
- AirNet備用ATC系統維護筆記(四)AI筆記
- AirNet備用ATC系統維護筆記(三)AI筆記
- 主用ATC系統執行狀態筆記(一)筆記
- ATC系統QNH高度修正(AirNet&川大)AI
- 膝上型電腦日常維護的六個常識,筆記本日常維護小竅門筆記
- 雙指標維護筆記指標筆記
- 川大ATC實驗室從轉發平臺同步計劃
- UPS系統維護方法
- 系統維護工具;System Toolkit 中文啟用版
- Fortinet運用前沿IT思維,保護OT系統
- 川崎機器人平時的維護機器人
- 【筆記】線段維護單調棧筆記
- ATC系統跟蹤事項
- 管理與維護Linux系統Linux
- 系統維護工具:TinkerTool System for MacMac
- System Toolkit Mac系統維護工具Mac
- 實用的系統維護工具:System Toolkit for Mac中文版Mac
- 長期迭代的系統如何管理維護測試用例?
- win10怎麼關閉系統維護_win10系統維護的關閉方法Win10
- 吳恩達大模型教程筆記-六-吳恩達大模型筆記
- System Toolkit Mac(Mac系統維護工具)Mac
- TinkerTool System for mac(系統深度維護工具)Mac
- System Toolkit for mac(系統維護軟體)Mac
- System Toolkit for Mac(Mac系統維護工具)Mac
- 系統清理維護工具MacBooster 8 macMac
- 六、資料庫管理與維護資料庫
- Linux系統運維筆記(五) 使用者的操作Linux運維筆記
- TinkerTool System 6 for Mac(系統維護工具) v6.97啟用版Mac
- TinkerTool System 6 for Mac(系統維護工具) v6.96啟用版Mac
- 「筆記」對頂堆動態維護中位數筆記
- 六大功能使銷售愛用CRM系統
- Linux(六):系統運維常用命令Linux運維