THALES雷達時標板告警的消除與總結

龍 浩

（中國民用航空中南地區空中交通管理局廣西分局，廣西 南寧 530048）

0 前言

近年來，民航事業迅猛發展，民航安全也成為逐步熱門的話題。航管二次監視雷達在民航安全飛行過程中起著不可替代的重要作用。廣西空管分局技術保障部于2003年8月從法國引進THALES RSM970S二次監視雷達，安裝于廣西百色市境內，用以覆蓋廣西西北方向的高空區域。該雷達技術先進，運行一直比較平穩，但隨著工作時間的增加，最近開始出現一些告警，本文選擇了THALES 雷達時標板（TSF CARD）告警這一故障現象的出現及對其處理，并作總結，希望在以后的工作中對雷達設備維護人員碰到類似的故障能起到一定的幫助。

1 THALES 雷達構成簡介

法國THALES 雷達主要由LVA 垂直大孔徑天線系統（AS909）、射頻切換單元、詢問機、控制和監視電腦（LTM、STM）、雷達維護顯示系統(IRIS)、方位分配單元（ADU2000）、天線控制機柜（AA2000）、電源分配機柜（AE2000）、雙通道應答器(SITE MONITOR)組成。具體的框架圖如圖1：

圖1 THALES 雷達框架圖

雷達包含有CH1、CH2 兩個詢問通道，呈熱備份關系，且在用通道遇故障后，能自動切換工作通道，以保障提供實時不間斷的雷達目標。

2 故障現象

STM 監控終端彈出告警窗口，提示在用的CH1 通道時標模塊TIME STAMPING 存在故障，同時遠端監控終端STM 界面的該模塊監控顯示呈紅色告警狀態，在IRIS 上查看CH1 通道雷達有目標顯示，但沒有時標信號。THALES 雷達自動切換至CH2 通道工作，查看CH2 通道監控顯示該通道工作正常，雷達目標正常，時標信號也正常。在STM 監控電腦檢查各級子模塊發現只有CH1 通道的TIME STAMPING 模塊存在告警，其他模塊均正常工作。

用FAILURE RESER 進行該模塊的故障復位，不能清除告警，說明該故障不是虛假告警。

3 故障初步處理、分析

根據監控提示的告警信息初步推測TIME STAMPING 模塊可能存在故障。至雷達站現場將TIME STAMPING 對應的TSF 卡進行備件更換，告警信息仍然存在。擔心備件也可能存在類似的故障問題，將其換到一切均正常的CH2 通道，發現工作正常，排除TSF 備件板卡故障的可能性。因此，推斷故障點還是存在于CH1 通道內部的某個部件。

TSF 卡（Time Stamping Function）的主要功能有：①時間接收驗證；②方位處理；③提供信號輸出接口；④自檢。

由于在雷達目標監控IRIS 上發現CH1 通道的目標沒有時標信號，可能是TSF 卡的時間接收驗證功能失敗。我們將CH1 通道的TSF卡換到CH2 通道工作，卻發現一切是正常的，雷達目標的時標信號正常，因此也排除了TSF 自身板卡可能存在故障。

查閱TSF 卡的物理連接發現，TSF 卡與DPC 模塊的CPU1（TRIETH）通過異步線路進行了直連，如圖2 紅線所示。

圖2 DPC 模塊原理圖

由此推斷故障現象是否會由CPU1（TRI-ETH）引起？為了得到證實，采用備件更換法，對CH1 通道CPU1（TRI-ETH）用備件進行更換后，發現CH1 通道工作正常，之前存在的TIME STANMING 告警也消除了，檢查雷達目標及時標也均正常。因此得出了CPU 1（TRI-ETH）卡存在故障。

CPU 1（TRI-ETH）是CPU 的重要組成部分，它和CPU 2(BIETH)共同實現了THALES 雷達的實時數據處理和傳輸。CPU 的組成板卡前面板如圖3。

閱讀廠家提供的資料和使用手冊，得知CPU1（TRI-ETH）板卡上有一塊自帶存儲功能的計時芯片，其內置嵌入有鋰電池單元，在長時間的工作后會由于電量耗盡需要進行更換（廠家建議是5年更換）。根據這個思路，我們對CPU1 上該芯片的電池進行了測量，電壓值接近于0V。可以判斷CPU1（TRI-ETH）存在有故障，并可能造成了前面描述的故障現象。

4 故障解決

圖3 CPU 組成板卡前面板圖

經過以上分析，推斷出CHI 通道的CPU1 板卡電池電量不足。在市場上購買了意法（ST）品牌的型號為M4T32-BR12SH1 的計時芯片（如圖）測量電壓值為2.9V（標準值為3V 左右）

圖4 意法M4T32-BR12SH1 計時芯片

并將CPU1 卡的芯片進行了更換，位置如圖5：

圖5 CPU1 板卡的計時芯片位置

通過翻閱資料，THALES 雷達CPU 板卡更換該芯片后需要進行重新復位，這是一項此前從未做過的工作，因此我們花了不少精力，也進行了充分的準備。

對CH1 通道CPU1 板卡重新復位需要使用超級終端來完成，通過一根兩端均是母頭的DB9 針串口線連接筆記本電腦和CPU1 卡上的SERIAL 口，同時必須斷開IDSC 模塊上的DB25 接線以及編號為J15 的CH1、CH2 通道互連以太網線（如圖6），以防止對CH1 通道進行的修改同步到CH2 通道，造成不必要的后果。

圖6 通道互連網線接口

建立好超級終端，按以下步驟依次進行：

確認時間無誤后按ENTER 輸入。

重啟CH1 通道，檢查該通道告警消除，雷達目標恢復正常。這次故障也得以解決。

5 總結

這次故障的現象是時標板TSF 卡告警，而實際的故障點卻存在于CPU1（TRI-ETH），造成了前期的故障處理在研究TSF 卡上花了不少精力，走了彎路。在推斷出故障點可能存在于CPU1（TRI-ETH）板卡并得到確認后，問題的處理就豁然開朗。最后排除了故障點，對CPU1（TRI-ETH）的復位也需要不少功夫，需要認真研讀廠家提供的相關資料，才能使問題迎刃而解。

目前這一故障現象出現的較少，我們也沒有任何經驗可以借鑒參考，所以這次故障處理耗費了不少時間。通過這次案例之后，積攢了經驗，也希望能對同行以后關于這方面的故障處理有所幫助。