2019年04月04日
自動氣象站系統的結構和功能
系統的結構主要分七個部分，分別從系統運行模式、系統預警管理、系統實時數據庫、系統預警終端進行了功能設置。在文章內，“觀測預警事件”指當預警系統發現觀測的儀器設備不正常、資料表現為儀器出現常見故障特征、觀測數據出現疑誤現象、值班員沒有按時到位等需要系統立即預警的情況。
自動化運行模塊。自動化運行模塊用來控制系統監 測觀測預警事件的時間頻率，以及系統運行模式等，預警事件監測的時間密度可以從1分鐘到任意長度的時間單位，預警事件的信息處理需要避開整點氣象資料觀測與發報時間，避免出現整點觀測時計算機資源沖突。為此系統設計了預警事件分析的時間區間，一般為每整點過10分到55分之問。當發現預警事件后，也可自動選擇預先設置的預警的手段(高音喇叭、電話語音，手機短信)，或者只將預警事件寫入到系統日志內。系統還需要將本站觀測資料自動保存到數據庫，從區信息中心調用周邊自動站觀測資料補充到數據庫等自動化功能。
值班員值守監測模塊。值班員值守監測模塊主要用來監測值班員是否按時到崗，根據計算機時間，在觀測時間內系統沒有得到值班員的計算機按鍵消息，系統將根據設置的預警模式進行預警發布，直到系統獲取到按鍵消息后停止預警發布。根據觀測時間的臨近，預警發布具有分用戶預警特點，在整點前15分鐘內首先通過值班員信息對值班員進行電話或短信預警，臨近整點10分鐘對縣局管理人員進行預警，臨近5分鐘進行高音喇叭預警，并對設置的高級管理人員進行電話預警。預警的整點時間設置可以通過自動氣象站的實際情況進行設置。
自動站設備監測。地面氣象測報業務系統軟件(OSSMO)每分鐘向自動站采集器調取1次數據，即測報軟件上顯示的數據每分鐘更新1次。文章監控系統中通過每分鐘讀取測報軟件形成的氣象要素數據文件ZZ.TXT，簡稱ZZ文件。如果設備一切正常，則OSSMO軟件的ZZ文件正常，監控系統獲取的數據也正常，如果有設備故障，或者OSSMO軟件關閉，或者采集器與計算機連線中斷，監控系統獲取的ZZ文件觀測時間不正確，或者數據無變化，或者獲取的數據異常，由此可以啟動相應的預警模式。通過與氣象測報業務系統的軟件握手方式基本上能夠反應和監控設備的運行狀況。
疑誤數據實時監測。疑誤數據實時監測模塊主要通過觀測資料的實時預審的結果，進行甄別判定可疑數據。本模塊可以確定系統對那些資料項目進行疑誤的實時監測，或是對那些統計項目進行疑誤的實時監測。通過自動氣象站與周邊測站觀測資料的相關性分析，選擇在空間一致性較高的測站作為觀測資料對比參照站。除此之外，通過對自動站設備常見故障資料特征的已有研究與描述，設置相應的觀測資料指標，實時對比觀測資料相應數據指標。當觀測資料出現以上三方面的預警標準時，按照設定的預警模式啟動預警發布。
自動氣象站歷史數據庫。建立本站建站以來的各項歷史數據庫，歷史數據主要通過A0資料轉換獲取。在歷史數據庫中需要建立各個時次的氣溫、氣壓、濕度、各層次地溫的歷史極端值與當日當時次歷史極端值數據表，以確定自動氣象站各項觀測資料界限區間。本功能提供資料更新、補充、新建等數據庫基本維護功能，同時也提供基本的統計功能。旬、月、候、季的統計項目同樣建立了歷史極端值與同期極端值數據表，以確定自動氣象站各項統計資料的界限區間。當實時的觀測資料或統計資料超過界限區間時，按照設定的預警模式啟動預警發布。
區級實時自動站報文。氣象局信息中心通過區內業務寬帶網，向全區共享了自動站報文實時數據庫。本模塊功能從該共享數據庫自動下載自動氣象站上傳的當天實時觀測資料和參照站的當天報文。數據訪問量很少，在系統設計中避免了重復下載現象，最大限度減少了對服務器的數據訪問壓力。下載過程中發現沒有自動氣象站上傳的報文，或自動氣象站上傳的報文出現多個時次的缺報，則按照設置的預警模式啟動相應的預警發布，及時避免自動氣象站出現連續缺報現象。
預警手段管理模塊。預警手段管理模塊則提供硬件參數設置，預警對象電話設置等功能。根據各類異常狀態，預先錄制和管理電話語音，設置預警短信發送方式 (區級短信系統遠程接口或本地GSM短信模塊兩種方式)，電話外呼預警方式(區級聲訊系統遠程接口和本地Modem兩種方式)。利用區級遠程短信和聲訊系統發布預警，具有同一時間向多個用戶發送短信和外呼電話的能力。選用本地的GSM短信模塊或Modem在穩定性和保障性上具備相對優勢。
更多關于自動氣象站情況可詳細本站！
