1、放射源監控管理開發設計文檔版本：1.0作者：胡振山日期：2010-5-31審批：日期：變更記錄日期版本變更說明作者2010-5-31v0.1初次建立胡振山 2010-7-27v0.2對協議及流程的修訂胡振山2010-12-17V0.3再次更正胡振山 TOC o 1-3 h z u HYPERLINK l _Toc280343257 第一章 文檔概述 PAGEREF _Toc280343257 h 3 HYPERLINK l _Toc280343258 第二章 概要設計 PAGEREF _Toc280343258 h 3 HYPERLINK l _Toc280343259 2.1 背景介紹 PA

2、GEREF _Toc280343259 h 3 HYPERLINK l _Toc280343260 2.2 設計依據 PAGEREF _Toc280343260 h 4 HYPERLINK l _Toc280343261 2.3 需求規定 PAGEREF _Toc280343261 h 4 HYPERLINK l _Toc280343262 2.4 運行環境 PAGEREF _Toc280343262 h 4 HYPERLINK l _Toc280343263 2.5 軟件功能 PAGEREF _Toc280343263 h 4 HYPERLINK l _Toc280343264 第三章 詳細

3、設計 PAGEREF _Toc280343264 h 6 HYPERLINK l _Toc280343265 3.1 源車監控子系統 PAGEREF _Toc280343265 h 6 HYPERLINK l _Toc280343266 3.1.1 設備自檢模塊 PAGEREF _Toc280343266 h 6 HYPERLINK l _Toc280343267 3.1.2 數據庫讀寫模塊 PAGEREF _Toc280343267 h 7 HYPERLINK l _Toc280343268 3.1.3 主界面調度模塊 PAGEREF _Toc280343268 h 10 HYPERLINK

4、 l _Toc280343269 3.1.4 數據采集板通信模塊 PAGEREF _Toc280343269 h 14 HYPERLINK l _Toc280343270 3.1.5 GPRS通信模塊 PAGEREF _Toc280343270 h 14 HYPERLINK l _Toc280343271 3.2 源庫監控子系統 PAGEREF _Toc280343271 h 15 HYPERLINK l _Toc280343272 3.2.1 設備自檢模塊 PAGEREF _Toc280343272 h 16 HYPERLINK l _Toc280343273 3.2.2 數據庫讀寫模塊 P

5、AGEREF _Toc280343273 h 17 HYPERLINK l _Toc280343274 3.2.3 主界面調度模塊 PAGEREF _Toc280343274 h 18 HYPERLINK l _Toc280343275 3.2.3 采集板通信模塊 PAGEREF _Toc280343275 h 20 HYPERLINK l _Toc280343276 3.2.4 網絡通信模塊 PAGEREF _Toc280343276 h 20第一章 文檔概述本文檔主要概述WINCE下放射源監控管理系統的軟件的概要設計和詳細設計，本文檔主要分為概要設計和詳細設計部分：一、概要設計部分，主要描

6、述項目背景、設計依據、需求規定、運行環境、軟件功能；二、詳細設計部分，主要描述軟件結構，模塊詳細設計，數據結構設計。第二章 概要設計2.1 背景介紹 在當今工農業生產領域，放射源已經被廣泛應用于測井、探傷、醫療、輻照加工、科學研究等諸多部門，已經成為這些部門和行業不可或缺的生產手段。與放射源的廣泛應用形成鮮明對比的是，長期以來，放射源的監控工作一直處于落后的人工監管狀態，國內各地近期不斷出現放射源丟失或放射物質泄漏的新聞報導。隨著放射源的廣泛使用，對放射源的監管日益成為企事業單位和各級政府部門勢頭心頭之患，因此加強放射源使用過程中的安全監管工作變得日益緊迫。 勝利測井公司是一個大型綜合性專業技

7、術服務公司，現有 83 個裝備精良的作業隊伍，可提供陸上和海上裸眼井測井、套管井測井、油井射孔、井壁取心、資料解釋等技術服務。先后為美國 CHEVRON、加拿大 FRACMASTER 等公司提供了技術服務，中標并優質完成了中國第一口大陸科學鉆探井測井施工。 公司因測井作業的需要，常年使用大量放射源（總數量約 260 枚），部分放射源活度極大，且需隨車赴野外工地作業。目前其放射源日常管理主要以人工方式為主，程序繁瑣，人員暴露時間長。且該工作責任巨大，人員心理負擔較重。 本系統針對勝利測井公司日常施工作業中對放射源的管理需求，采用在線式輻射探測、RFID（射頻 ID）放射源管理、智能控制終端等先進

8、技術和設備，設計了整套放射源監測管理系統。該系統能夠實現放射源的統一 ID編號管理、出入庫管理、在線式車輛運輸監控和異常情況報警等功能。具備數據信息實時傳輸，重要數據交叉驗證，監控流程嚴密可靠等優點，可為勝利測井公司放射源的日常使用和管理提供一個高效、安全、智能化的解決方案，以降低安全責任差錯，進一步提高安全生產水平2.2 設計依據 放射源監控管理系統主要依據勝利油田測井公司的作業管理而設計。2.3 需求規定 放射源監控管理系統的的監控總體要求是“源在哪里，監控就跟蹤到哪里。”具體要求為：（1） 對每個源庫，監控目標是否在源庫里，其出入庫情況。監控信息在源庫本地顯示，并上傳到控制中心并形成數據

9、記錄； （2） 對每一輛源車，監控目標是否在源車上，源車的出入院大門的情況，包括源車編號（牌照號）、車上所載放射源信息（源 ID 號）等。監控信息在值班室本地顯示，并實時上傳到控制中心，形成數據記錄；（3） 源車外出期間，監控目標的異常移動。監控信息在車上本地顯示，異常報警信息及時傳給押運員，并上傳到控制中心，形成報警記錄； （4） 在控制中心，可通過計算機實時查詢任意放射源的存儲和使用情況；查詢源車位置、車載放射源狀況；自動顯示異常報警信息并啟動報警處置程序；生成放射源使用情況統計報表等；2.4 運行環境 Visual Studio 2008(VS9)集成開發平臺、TC7062K嵌入式一體化

10、觸摸屏（采用三星2440芯片和WIN CE 2.0操作系統）；2.5 軟件功能 放射源監控管理系統主要分為四大功能模塊：源庫監控子系統、院門監控子系統、源車監控子系統、后臺服務器監控軟件。其中源車監控子系統及源庫監控子系統的功能定義圖2-1，2-2所示：圖2-1 放射源監控管理系統軟件功圖 圖2-2 放射源監控管理系統示意圖第三章 詳細設計 下面將詳細的介紹各個子系統的功能模塊，以及各個模塊間的通信方式及其內容。其中所有的通信協議的格式如下：“開始”（1個字節）+“長度”（1個字節）+ “命令”（1個字節）+ “數據”（具體情況具體不同）+“校驗和”（1個字節）。 其中：“開 始”為1個字節，

11、統一為0 x00；“命 令”每個模塊不同，按順序統一編號；“長度”為命令到校驗和之間所有數據的長度，以字節作為單位；“數據”是模塊間通信的具體內容，以字符串形式傳送；“校驗和”為“開始”（1個字節）+“長度”（1個字節）+ “命令”（1個字節）+“數據”（具體情況具體不同）相加；3.1 源車監控子系統 源車監控子系統主要分為設備自檢模塊，主界面調度模塊、數據庫讀寫模塊、GPRS通信模塊、采集板通信模塊等，如圖3-1所示。 圖3-1源車監控子系統軟件功能模塊示意圖 設備自檢模塊 包含了對數據采集模塊、讀卡器模塊、報警模塊、紅外模塊的檢測，源車監控子系統加電啟動，ARM系統隨之啟動，進行單片機連接

12、自檢，ARM系統發0 x40；單片機系統啟動后，給ARM系統發0 x30；若ARM收到0 x30則自檢通過，停止發0 x40，發源車編號給單片機系統，否則一直發0 x40，尋求與單片機的鏈接，數據協議格式如下所示，界面顯示如圖3-2所示。ARM系統發送：00 02 40 42；采集板回復：00 02 30 32； 圖3-2 源車監控子系統自檢界面示意圖 當源車監控子系統自檢結束后，ARM系統發送源車編號到源車采集板，協議格式為：0 x41+“源車編號”，采集板收到后回復0 x31，如果沒有收到回復，則ARM系統進行重發，數據協議格式如下，假設源車編號為0001。ARM系統發送：00 06 41

13、 30 30 30 31 08；采集板回復：00 02 31 33； 數據庫讀寫模塊 源車監控子系統共建立6個數據表，分別用于存儲源車編號、車上源的標定計數值及實際計數值、車上源編號及名稱、護源工、源車上的各種操作記錄、源車6個探頭的計數，存儲路徑設在開發板HardDiskmcgsbinData目錄下。源車編號、源車6個探頭的計數利用文本文件來存儲，車上源的標定計數值、車上源編號及名稱、車上的實際計數值、源車上的各種操作記錄采用WIN CE的嵌入式基礎數據庫來存儲。.1 源車編號 源車編號用一個源車編號.txt文本文件來存儲源，當需要更新源車編號時，可以新建一個文本文件：源車編號.txt，然后

14、用U盤通過ARM系統的USB口，拷到存儲目錄下。.2 計數值 數據表Radtb.cdb主要存儲探頭位置，實際計數值，以及標定計數值，數據庫中的數據結構如下：typedef struct int Rad_num; /探頭的位置unsigned short int Rad_norm; /標定計數值unsigned short int Rad_fact; /實際計數值MYRADINFO;車上源的標定計數值，當車門狀態由打開到關閉時，ARM系統發送0 x47給數據采集板獲取標定值，數據采集板給予0 x37+ 標定計數的回復，ARM系統收到后存儲到數據庫中。發送的數據協議格式如下：ARM系統發送：00

15、02 47 49；采集板回復：00 0E 37 00 00 3F 3C 00 00 00 00 00 00 00 00 C0；車上源的實際計數值，每隔1分鐘，數據采集板發送0 x34+車門狀態+實際計數值到ARM系統，0 x34后的第一個字節是車門的狀態，當收到0時，說明車門是關閉，當收到1時，說明車門是打開的，ARM系統收到后回復0 x44，并把數據存儲到數據庫中。發送的數據協議格式如下：ARM系統回復：00 02 44 46；采集板發送：00 0F 34 01 3F 3C 00 00 00 00 00 00 00 00 00 00 BF；.3 源編號及名稱數據表Cardtb.cdb主要存儲

16、源車上的源編號，及源名稱，數據庫中的數據結構如下:typedef struct TCHAR Rad_IDMAX_IDLEN;TCHAR Rad_NAMEMAX_IDLEN;TCHAR Rad_QDMAX_IDLEN;MYCARDINFO;當車門關閉后，數據采集板將讀到的源編號通過0 x36+源編號（4個字節）發送到ARM系統中，ARM系統收到后回復0 x46，同時將源編號數據用0 x93+源編號（4個字節）通過GPRS發送到數據中心，同時彈出對話框，顯示源的編號。中心服務器檢索數據庫，將對應編號用0 x83+源的類型（1個字節）（按傳送的源編號順序）傳至ARM系統中，更新對話框顯示，其中1表示

17、中子源，2表示密度源，3表示雙胞胎，4表示冰塊，5表示镅源，6表示架子源，界面顯示如圖3-3所示： 圖3-3 源車監控子系統源上下車界面示意圖與數據采集板通信的數據協議格式如下：ARM系統回復：00 02 46 48；采集板發送：00 0A 36 30 30 30 31 30 30 30 32 C3；與GPRS模塊通信的數據協議格式如下：ARM系統發送：00 1A 93 30 30 30 31 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 6E；GPRS回復：00 08 83 01 00 00 00 00 00 8C；.

18、4 護源工編號及密碼數據表Usertb.cdb主要存儲源車上的護源工的編號和密碼，數據庫中的數據結構如下:typedef struct int user_num;TCHAR user_nameMAX_IDLEN;TCHAR user_codeMAX_IDLEN;MYUSERINFO;每次源車系統開機后，每隔5秒鐘將會向服務器發送0 x94+源車編號，服務器收到后回復0 x84+源車護源工賬戶（8個字節）+密碼（6個字節），ARM系統收到收停止發送源車編號，同時將數據存到數據庫中，每次收到數據后將會刪除原先數據庫中的內容，以完成數據庫護源工信息的更新，由于護源工賬戶存在著中文字符，WIN CE系

19、統采用Unicode編碼，而桌面Windows系統采用GB編碼，所以要注意GB編碼到Unicode編碼的轉換。與數據采集板通信的數據協議格式如下：ARM系統發送：00 06 94 30 30 30 32 5C；GPRS回復：00 10 84 C9 E8 B7 C0 00 00 00 00 00 31 32 33 34 35 36 98；.5 操作記錄表數據表OperationRecord.cdb 主要存儲源車上的各種操作記錄，如源車系統的開啟、源的上下車、報警信息的關閉、車上所屬位置的源異常等，每操作一次都會存儲到數據庫中，供主界面查詢及GPRS傳輸，數據庫中的數據結構如下：typedef s

20、truct unsigned short int cout;TCHAR numberMAX_IDLEN; /編號TCHAR sortMAX_IDLEN; /M代表人，T代表車，R代表源TCHAR actionMAX_IDLEN;FILETIME time; /時間unsigned short int syb; /標志是否收到數據MYYUANINFO; 主界面調度模塊主界面顯示出下圖3-4所示，主要包括設備狀態的查詢、源狀態信息的監控、車上源編號及名稱的顯示、操作信息的查詢、報警信息的解除、源車監控狀態的改變等。圖3-4 源車監控子系統主界面示意圖.1 設備狀態的查詢主界面下面顯示了紅外模塊、報

21、警模塊、數據采集模塊、GPRS模塊、車門的狀態。當紅外模塊、報警模塊、數據采集模塊、GPRS模塊顯示為綠色時，說明通信正常，顯示為紅色時，說明通信異常。當車門顯示為綠色時，說明車門是關閉的，當顯示為紅色時，說明車門已打開。ARM系統發0 x40尋求自檢，如果自檢通過，則主界面的紅外模塊、報警模塊、數據采集模塊顯示為綠色，如果自檢沒有通過，主界面顯示為紅色，此處的通信協議參考處。當系統進入主界面后，設置一個定時器7，每隔5分鐘判斷在這5分鐘內有沒有數據從數據采集板到達ARM系統，如果沒有，將紅外模塊、報警模塊、數據采集模塊的標志更新為綠色，如果有數據，將三者的標志更新為紅色。每隔1分鐘，數據采集

22、板發送0 x34+車門狀態+實際計數值到ARM系統，0 x34后的第一個字節是車門的狀態，ARM系統收到后，更新界面上車門狀態的顯示，具體通信協議參考.2所示。每隔30秒，ARM系統主動發送0 x91給GPRS模塊，GPRS模塊收到后回復0 x81，如果30秒內收到回復，說明GPRS模塊通信正常，主界面上更新顯示為綠色，否則，更新顯示為紅色，通信的數據協議格式如下：ARM系統發送：00 02 91 93；GPRS回復：00 02 81 83；.2 源狀態信息的監控每隔1分鐘，數據采集板發送0 x34+車門狀態+實際計數值到ARM系統，此處的通信協議參考.2處，系統收到實際計數后，根據算法進行判

23、斷，算法具體見算法文檔，如果這個位置上的源正常，主界面上顯示為綠色，如圖3-5所示，如果位置上的源顯示異常，主界面上顯示為紅色，如圖3-6所示，同時發送報警信息0 x42到數據采集板中，采集板收到后回復0 x32。報警信息的數據協議格式如下：ARM系統發送：00 02 42 44；采集板回復：00 02 32 34；圖3-5 源車監控子系統源正常示意圖 圖3-6源車監控子系統源異常示意圖.3 車上源編號及名稱的顯示系統中間靠右邊顯示的現在車上的源編號及名稱，每次源上下車確定后，在源上下車對話框關閉后，系統將重新讀取數據表中的內容，然后更新界面上的顯示，具體通信協議參考.3處。.4 操作信息的查

24、詢在主界面上有一個事件查詢按鈕，點擊它可以查詢源車監控子系統的開啟，源的上下車，源及車門的異常，以及源車設防及撤防等狀態信息。在類別中，M代表護源工的編號，R代表源的ID號，T代表源車的編號。如圖3-7所示。 圖3-7 源車監控子系統操作信息查詢示意圖.5 報警信息的解除當在設防狀態下，源車上的源出現異常，源車的車門打開都在引起源車上的報警器報警，當護源工確定報警信息后，可以點擊主界面上的關閉報警信息按鈕，ARM系統發送0 x45，關閉報警器本次報警，系統記錄本次操作信息，數據采集板收到后回復0 x35。具體的通信協議格式如下：ARM系統發送：00 02 45 47；采集板回復：00 02 3

25、5 37；.6 源車監控狀態的改變系統在默認下為設防狀態，當源要上下車，打開車門時，將有車上護源工點主界面設防及撤防按鈕，系統將會彈出一個對話框，如圖3-8所示，要護源工確定其ID及密碼，方能進行本次操作，當點擊密碼框時，系統將彈出一個小鍵盤供護源工輸入密碼，如圖3-9所示，確認就是確定所輸的密碼，重置就是取消本次所輸的密碼，取消就是關閉小鍵盤，在對話框點擊確認后，系統將記錄本次操作。 圖3-8 源車監控子系統狀態改變示意圖 圖3-9 源車監控子系統密碼輸入示意圖 數據采集板通信模塊數據采集板使用ARM系統的COM1進行通信，此串口為232串口，將其波特率設置為9600，數據位設置為8，停止位

26、設置為1，在系統中專門設置一個線程，用于接收數據采集板發送地來的數據，包括：設備自檢信息（參考處）、車上源的狀態信息（參考3.1.2.2處）、車上源的編號（參考3.1.2.3處）、護源工編號及密碼（參考3.1.2.4處）、報警信息的發送（參考3.1.3.2處）、報警信息的解除（參考3.1.3.5處）。串口的接收程序采用中斷處理方式，當有數據來時，才進入下面的處理程序，首先對接收的數據進行判斷，如果接收到的數據，沒有達到數據中第二個字節標明的長度，則下次來的數依然送到緩沖區中，直到收到的數大于或等于協議中的長度，將數據從緩沖區中取出進行校驗，如果校驗沒有通過，則丟棄該數據，同時清空緩沖區，進行下

27、一輪讀數。如果校驗通過，則進行正常的操作流程，如：設備自檢信息更新、車上源的狀態信息查詢及更新、車上源的編號查詢及更新、護源工信息查詢及更新等。 GPRS通信模塊GPRS模塊使用ARM系統的COM2進行通信，此串口為485串口，將其波特率設置為9600，數據位設置為8，停止位設置為1，在系統中專門設置一個線程，用于接收數據采集板發送地來的數據，包括：GPRS模塊狀態信息查詢（參考.1處）、ARM狀態信息表的發送、源核素名稱的傳遞（參考3.1.2.3處）、車上探頭及車上源信息的傳遞、ARM系統時間的更新、護源工賬號信息的傳遞（參考處）。ARM狀態信息表的發送主要發送ARM的操作記錄表，每添加一條

28、記錄時，將會以0 x92+序號（整型，2個字節）+源車編號（字符類型，4個字節）+類別（字符類型，1個字節）+編號（字符類型，40個字節）+操作（字符類型，8個字節）+時間（6個字節）傳送給GPRS模塊，GPRS模塊收到后回復0 x82+源車狀態信息序號，ARM系統收到后，將數據庫中的操作記錄表收到標志設為1。ARM系統中設一個定時程序，當GPRS模塊通信正常后，檢測數據庫中的記錄，如果發現數據表中的收到標志為0時，將這條記錄通過GPRS發送出去。具體通信協議如下：ARM系統發送：00 1B 92 00 01 30 30 30 31 54 30 30 30 31 CF B5 CD B3 BF

29、AA BB FA 0A 05 01 0E 16 3A 14；GPRS回復：00 04 81 00 01 86；ARM系統每隔30秒0 x95+(探頭6)+(讀卡6)數據到服務器中，服務器收到后插入到數據庫中，探頭及讀卡的數據分別為0和1，0表示源在這個位置上，1表示源不在這個位置上，其中1到6分別為中子源，密度源，雙胞胎，冰塊，镅源，架子源。其中探頭的數據，由車上的探頭數據來判定，如果源正常說明有源為1，如果源異常說明沒有源為0。讀卡的數據，由服務器那邊根據源的強度來判斷，如果強度為18Ci，19 Ci，20 Ci，24 Ci，說明為中子源，如果強度為1.5 Ci，2，2.5 Ci，說明為密度

30、源，如果強度為50040 uCi，說明為雙胞胎，如果強度為400m Ci，500m Ci 說明為冰塊，如果強度為500u Ci 說明為镅源，如果強度為2.5 uCi，說明為架子源，然后讀卡器根據源核素名稱的傳遞協議傳上來的數據知道車上有哪些源。具體通信協議如下：ARM系統發送：00 0E 95 00 00 00 00 00 00 00 00 00 00 00 00 A3；ARM系統開機時會發送請求護源工賬號信息，這時服務器會發送一條命令0 x85+時間（6個字節）來更正時間顯示，其中年占一個字節，月占一個字節，日占一個字節，時占一個字節，分占一個字節，秒占一個字節。具體通信協議如下：服務器發送

31、：00 08 85 0A 0B 0F 09 21 00 DB；串口的接收程序采用中斷處理方式，當有數據來時，才進入下面的處理程序，首先對接收的數據進行判斷，如果接收到的數據，沒有達到數據中第二個字節標明的長度，則下次來的數依然送到緩沖區中，直到收到的數大于或等于協議中的長度，將數據從緩沖區中取出進行校驗，如果校驗沒有通過，則丟棄該數據，同時清空緩沖區，進行下一輪讀數。如果校驗通過，則進行正常的操作流程，如：GPRS模塊自檢信息更新、核素名稱的傳遞、收到編號后修改數據庫中的接收標志。3.2 源庫監控子系統 源庫監控子系統主要分為設備自檢模塊，主界面調度模塊、數據庫讀寫模塊、網絡通信模塊、采集板通

32、信模塊等，如圖3-10所示。圖3-10源庫監控子系統軟件功能模塊示意圖 設備自檢模塊 包含了對數據采集模塊、讀卡器模塊、網絡通信模塊的檢測，源庫監控子系統啟動后，每隔30秒，ARM系統向源庫采集板發送0 x60，源庫采集板收到后發送0 x50，表示ARM系統與源庫采集板連通正常，源庫監控子系統啟動后，每隔30秒，ARM系統通過網絡向院門發送0 x61+源庫編號，院門收到后檢查是否有效并回復0 x71+時間（6個字節）來更正時間顯示，其中年占一個字節，月占一個字節，日占一個字節，時占一個字節，分占一個字節，秒占一個字節，源庫ARM收到0 x71更改狀態欄連接，進入工作狀態，同時更新主界面顯示時間

33、。假設源庫編號為0001，數據協議格式如下所示，界面顯示如圖3-11所示。ARM系統發送：00 02 60 62；采集板回復：00 02 50 52；ARM系統發送：00 02 61 30 30 30 31 54；院門回復：00 08 71 0A 0B 0F 09 21 00 DB；圖3-11 源庫監控管理子系統自檢界面 數據庫讀寫模塊源庫監控子系統共建立2個數據表，分別用于存儲源庫編號、服務器的IP地址、源庫的出入庫操作記錄，存儲路徑設在開發板HardDiskmcgsbinData目錄下。源庫編號利用文本文件來存儲，源庫的出入庫操作記錄采用WIN CE的嵌入式基礎數據庫來存儲。 .1 源庫編

34、號 源庫編號用一個源庫編號.txt文本文件來存儲，當需要更新源庫編號時，可以在電腦中新建一個文本文件：源車編號.txt，然后用U盤通過ARM系統的USB口，拷到存儲目錄下。.2 源庫IP服務器IP地址用一個源庫IP.txt文本文件來存儲，當程序運行時，會從這個文本文件中讀取服務器的IP地址，將數據主動發往服務器中。.2 出入庫記錄 數據表OperationRecord.cdb 主要存儲源庫的出入庫操作記錄，源出入庫每操作一次都會存儲到數據庫中，供主界面查詢，數據庫中的數據結構如下：typedef struct TCHAR numberMAX_IDLEN;TCHAR actionMAX_IDLE

35、N;FILETIME time;MYYUANINFO; 主界面調度模塊 主界面顯示出下圖3-12所示，主要包括設備狀態的查詢、源出入庫操作記錄的查詢、源庫監控計數的顯示等。 圖3-12 源庫監控子系統主界面示意圖.1 設備狀態的查詢主界面下面顯示了數據采集模塊、讀卡器模塊、網絡連接。當他們顯示為綠色時，說明通信正常，顯示為紅色時，說明通信異常。當設備自檢通過進入主界面后，程序開啟定時程序，定時檢測ARM系統與各個模塊之間的通信狀況，如果在30秒內收到回應的數據，將顯示標志更新為綠色，如果沒有收到數據，將顯示標志更新為紅色，提醒用戶。具體的通信協議參考所示。.2 源出入庫信息的查詢在主界面上有一

36、個查詢按鈕，點擊它可以查詢源庫中的源出入庫的信息。如圖3-13所示。 圖3-13 源庫監控管理子系統查詢界面.3 源庫監控計數的顯示在主界面的右上角顯示的是當前源庫中的監控計數值，當數據采集板啟動后，就開始讀取三路計數，通過協議發給ARM，其中懸空探頭實時發送通過0 x51+計數值，發送給ARM系統，ARM系統收到后，回復一個0 x61，并在兩個數組中保存兩年探頭的數據，當只有一個計數時就顯示這個數據，有兩個計數時，取平均顯示，有三個數據時，取三個的平均顯示，依次類推，取最近的二十次數作一個平均，顯示在界面上。如圖3-14所示。具體的通信協議如下：ARM系統回復：00 02 61 63；采集板

37、發送：00 06 51 30 30 30 32 19； 圖3-14 源庫監控子系統主界面示意圖 采集板通信模塊 數據采集板使用ARM系統的COM1進行通信，此串口為232串口，將其波特率設置為9600，數據位設置為8，停止位設置為1，在系統中專門設置一個線程，用于接收數據采集板發送地來的數據，包括：設備自檢信息（參考處）、源庫監控計數的讀取（參考3.2.3.3處）、電子標簽的讀取。 串口的接收程序采用中斷處理方式，當有數據來時，才進入下面的處理程序，首先對接收的數據進行判斷，如果接收到的數據，沒有達到數據中第二個字節標明的長度，則下次來的數依然送到緩沖區中，直到收到的數大于或等于協議中的長度，

38、將數據從緩沖區中取出進行校驗，如果校驗沒有通過，則丟棄該數據，同時清空緩沖區，進行下一輪讀數。如果校驗通過，則進行正常的操作流程。 當源出入庫時，讀卡器讀電子標簽，埋在地下的探頭記出庫源計數，發送0 x52+“源ID”+“實際計數”到ARM系統中，ARM 系統收到后回復0 x63,并根據出入庫的源編號號，進行判斷處理，假定所讀取的源編號為0003，具體的通信協議如下：ARM系統回復：00 02 63 65；采集板發送：00 08 52 30 30 30 33 30 30 7D； 網絡通信模塊網絡通信模塊使用ARM系統的RJ45以太網口進行通信，在發送端時，采用客戶機的模塊，指定端口號為6000，主動向服務器發送數據，同時在程序中，建立一個線程，接收服務器主動發送過來的數據，此處采用服務器模式，指定端口號為7