數(shù)據(jù)采集論文精品(七篇)

序論：寫作是一種深度的自我表達。它要求我們深入探索自己的思想和情感，挖掘那些隱藏在內心深處的真相，好投稿為您帶來了七篇數(shù)據(jù)采集論文范文，愿它們成為您寫作過程中的靈感催化劑，助力您的創(chuàng)作。

篇(1)

GPRS移動數(shù)據(jù)傳輸網(wǎng)絡的主要作用就是對無線數(shù)據(jù)進行傳輸。在監(jiān)控對象安裝的數(shù)據(jù)采集點會對數(shù)據(jù)進行采集，然后經(jīng)過GSM網(wǎng)絡的空中接口模塊，同時對數(shù)據(jù)進行解碼處理，然后將其轉換為可以在公網(wǎng)傳輸?shù)母袷剑詈笸ㄟ^GPRS移動數(shù)據(jù)傳輸網(wǎng)絡將數(shù)據(jù)傳輸至監(jiān)控中心的服務器。在整個系統(tǒng)中，各個監(jiān)控點的數(shù)據(jù)采集模塊通過GPRS移動數(shù)據(jù)傳輸網(wǎng)絡與監(jiān)控中心相連，數(shù)據(jù)采集點同意使用STK卡，與此同時，監(jiān)控中心會對各點進行登記，并在服務器中保存相關資料。各個監(jiān)控點的數(shù)據(jù)采集模塊中裝有數(shù)據(jù)采集軟件，該軟件24h在線，對電網(wǎng)中的信息數(shù)據(jù)進行24h不間斷的采集工作。關于信息的傳輸，使用的是JW0D2系列的GPRS無限透明數(shù)據(jù)傳輸終端。該終端基于移動網(wǎng)絡，抗干擾能力較強，同時性能較高。此外，該傳輸終端還提供標準的RS232接口，以便實現(xiàn)與計算機的連接。在傳輸過程中，速率可以達到172kbps，能滿足監(jiān)控中心與各個監(jiān)控點的數(shù)據(jù)采集與處理工作。由于電網(wǎng)數(shù)據(jù)傳輸?shù)奶厥庑暂^強，因此本系統(tǒng)使用了安全保障，以保證系統(tǒng)運行的穩(wěn)定性和可靠性。在網(wǎng)絡安全方面，經(jīng)過對信源加密、信道加密、登錄防護、接入防護、訪問防護等，能有效增強網(wǎng)絡安全，加強安全防護。在硬件方面，使用VPN將公網(wǎng)接入到GPRS網(wǎng)中，成本低廉，不用租用專線。此外，使用VPN還可以增強安全性，客戶端在鏈接應用服務器之前，要經(jīng)過服務器的認證，而且整個數(shù)據(jù)傳輸過程均會加密，如此一來，安全性就得到了保障。另外，系統(tǒng)還對用戶的SIM卡手機繼續(xù)鑒別授權，在網(wǎng)絡側對SIM卡號和APN進行綁定處理，只有擁有權限的相關用戶才能對專用APN進行訪問，沒經(jīng)過授權的SIM卡將無法對APN網(wǎng)絡進行訪問。

2特點與優(yōu)勢

傳輸模塊的特點主要有：①傳輸模塊采用了工業(yè)級的GPRS模塊，該模塊性能較為穩(wěn)定，而且其工作溫度范圍較大。另外，用了嵌入式的CPU作為處理器，功耗低、性能高，還能高速處理協(xié)議和大量的數(shù)據(jù)。②由于該模塊的工作方式為multi-tasking，因此實時性較好。③其AT指令的預設簡單方便。該模塊的通信距離較遠，而且具有覆蓋面積廣的特點，能使終端實時在線，能將無線電無法到達的區(qū)域采用GPRS通信的方式進行傳輸，真正實現(xiàn)了高效傳輸。此外，該系統(tǒng)還有組網(wǎng)靈活、擴展容易、維護簡單、性價比高的特點。

與短消息服務相比，GPRS服務的實施性很強，而且系統(tǒng)不會出現(xiàn)延時的情況，可以對所有數(shù)據(jù)進行采集。此外，由于GPRS具有雙向功能，還可以對采集設備進行反向控制，因此進一步提高了系統(tǒng)的便捷性。本系統(tǒng)的擴展性良好，是大面積覆蓋的GPRS網(wǎng)絡，所以該系統(tǒng)不存在盲區(qū)，而且由于該系統(tǒng)的輸出容量較大，數(shù)據(jù)采集點較多，監(jiān)控中心要與每一個監(jiān)控點相連，因此需要系統(tǒng)能滿足傳輸需求。該系統(tǒng)的傳輸容量較大，能滿足突發(fā)性數(shù)據(jù)的傳輸要求，因此該系統(tǒng)的優(yōu)點明顯。

3結束語

篇(2)

基于通用信號處理開發(fā)板，利用FPGA技術控制AD9233芯片對目標模擬信號采樣，再將采樣量化后的數(shù)據(jù)寫入USB接口芯片CY7C68013的FIFO中，F(xiàn)IFO寫滿后采用自動觸發(fā)工作方式將數(shù)據(jù)傳輸?shù)絇C機。利用VC＋＋6．0軟件編寫上位機實現(xiàn)友好的人機交互界面，將傳輸?shù)絇C機上的數(shù)據(jù)進行儲存和實時回放。本系統(tǒng)主要實現(xiàn)以下兩大功能：1）ADC模塊對目標模擬信號進行采樣，利用FPGA技術將采樣后的數(shù)據(jù)傳輸?shù)経SB接口芯片CY7C68013的FIFO中存儲。2）運用USB2．0總線數(shù)據(jù)傳輸技術，將雷達回波信號數(shù)據(jù)傳輸?shù)絇C機實時回放。分為應用層、內核層和物理層3部分。應用層和內核層主要由軟件實現(xiàn)。應用層采用VC＋＋6．0開發(fā)用戶界面程序，為用戶提供可視化操作界面。內核層基于DriverWorks和DDK開發(fā)系統(tǒng)驅動程序，主要起應用軟件與硬件之間的橋梁作用，把客戶端的控制命令或數(shù)據(jù)流傳到硬件中，同時把硬件傳輸過來的數(shù)據(jù)進行緩存。物理層主要以FPGA為核心，對USB接口芯片CY7C68013進行控制，通過USB2．0總線實現(xiàn)對中頻信號采集。系統(tǒng)設計采用自底向上的方法，從硬件設計開始逐步到最終的應用軟件的設計。

2硬件設計

FPGA在觸發(fā)信號下，控制ADC采樣輸入信號，并存入FIFO中。當存滿時，將數(shù)據(jù)寫入USB接口芯片CY7C68013，同時切換另一塊FIFO接收ADC轉換的數(shù)據(jù)，實現(xiàn)乒乓存儲，以提高效率。FPGA模塊的一個重要作用是控制USB接口芯片CY7C68013。當ADC采樣后，數(shù)據(jù)進入FPGA模塊，F(xiàn)PGA控制數(shù)據(jù)流將其寫入CY7C68013的FIFO中，以便于USB向PC機傳輸。CY7C68013的數(shù)據(jù)傳輸模式采用異步slaveFIFO和同步slaveFIFO切換模式。通過實測，前者傳輸速度約為5～10Mbit／s，后者傳輸速度最高可達20Mbit／s，傳輸速度的提高可通過更改驅動程序的讀取方式實現(xiàn)。

3軟件設計

3．1USB驅動程序設計

USB2．0總線傳輸技術最高速率可達480Mbit／s。本系統(tǒng)采用批量傳輸?shù)膕laveFIFO模式。CY7C68013芯片內部提供了多個FIFO緩沖區(qū)，外部邏輯可對這些端點FIFO緩沖區(qū)直接進行讀寫操作。在該種傳輸模式下，USB數(shù)據(jù)在USB主機與外部邏輯通信時無需CPU的干預，可大大提高數(shù)據(jù)傳輸速度。Cypress公司為CY7C68013芯片提供了通用的驅動程序，用戶可根據(jù)需求開發(fā)相應的固件程序。

3．2FPGA模塊程序設計

系統(tǒng)中FPGA模塊的核心作用是控制AD9233芯片進行采樣。AD9233作為高速采樣芯片，其最高采樣速率達125Mbit／s，最大模擬帶寬為650MHz。通過改變采樣速率可使該系統(tǒng)采集不同速率需求的信號，擴展了該系統(tǒng)的應用范圍。描述FPGA控制USB數(shù)據(jù)寫入接口芯片F(xiàn)IFO的狀態(tài)機如圖6所示。狀態(tài)1表示指向INFIFO，觸發(fā)FIFOADR［1：0］，轉向狀態(tài)2；狀態(tài)2表示若FIFO未滿則轉向狀態(tài)3，否則停留在狀態(tài)2；狀態(tài)3表示驅動數(shù)據(jù)到總線上，通過觸發(fā)SLWR寫數(shù)據(jù)到FIFO并增加FIFO的指針，然后轉向狀態(tài)4；狀態(tài)4表示若還有數(shù)據(jù)寫則轉向狀態(tài)2，否則轉向完成。

3．3上位機設計

為實現(xiàn)人機交互，利用VC＋＋MFC在PC機上編寫了可視化操作界面，即上位機。上位機既用于數(shù)據(jù)采集的控制，同時也用于采集數(shù)據(jù)的實時回放。上位機界面如圖7所示。上位機主要功能：1）按下“檢測USB”按鈕，可檢測USB是否連接正常，并顯示USB基本信息。2）按下“開始采集”按鈕，可將采集的數(shù)據(jù)傳輸?shù)絇C機并實時回放數(shù)據(jù)波形；再次按下“開始采集”按鈕，可暫停數(shù)據(jù)波形回放。3）按下“保存數(shù)據(jù)”按鈕，可將采集的數(shù)據(jù)以＊．dat文件的形式存儲到PC機硬盤。4）按下“結束采集”按鈕，可關閉采集系統(tǒng)并退出界面；或按下“確定”和“取消”按鈕，也可直接退出界面。

4系統(tǒng)實測

為了測試數(shù)據(jù)采集與回放系統(tǒng)，利用通用信號處理開發(fā)板設計了DDS模塊。該DDS模塊產(chǎn)生一個正弦波作為測試信號，通過AD9744芯片轉換后變?yōu)槟M信號輸出，并將此輸出信號接至示波器以便驗證系統(tǒng)。數(shù)據(jù)采集與回放系統(tǒng)的實物圖及系統(tǒng)實測波形與回放波形。

5結束語

篇(3)

多路視頻數(shù)據(jù)實時采集的軟件實現(xiàn)

常永亮(飛行試驗研究院測試所陜西西安710089)

【摘要】介紹了視頻數(shù)據(jù)的采集、多路視頻數(shù)據(jù)間的切換、視頻數(shù)據(jù)的保存及基于C/S結構的實時視頻數(shù)據(jù)傳輸與顯示，在對四路飛行視頻數(shù)據(jù)進行實時采集的運行時，各項需求已達到要求。

【關鍵詞】視頻數(shù)據(jù)、Divx編碼、RTP/RTCP協(xié)議、TCP/UDP協(xié)議、媒體流、幀

1引言

隨著信息技術的不斷發(fā)展，人們將計算機技術引入視頻采集、視頻處理領域，用計算機處理視頻信息和用數(shù)字傳輸視頻數(shù)據(jù)在很多領域已有廣泛的應用，在我們的飛機試飛中也被大量的應用。

視頻圖像采集的方法較多，基本可分為2大類：數(shù)字信號采集和模擬信號采集。前者采用圖像采集芯片組完成圖像的采集、幀存儲器地址生成以及圖像數(shù)據(jù)的刷新；除了要對采集模式進行設定外，主處理器不參與采集過程，我們只要在相應的幀存儲器地址取出采集到的視頻數(shù)據(jù)即可得到相應的視頻數(shù)據(jù)，這種方法，無論在功能、性能、可靠性、速度等各方面都得到了顯著的提高，但成本高。后者采用通用視頻A/D轉換器實現(xiàn)圖像的采集，其特點是數(shù)據(jù)采集占用CPU的時間，對處理器的速度要求高，成本低、易于實現(xiàn)，能夠滿足某些圖像采集系統(tǒng)的需要。

此系統(tǒng)要求每秒采最大25幀（設為可調），客戶端實時顯示最大25幀（設為可調），保存為MPEG4格式，畫面要求為最大分辯率為1024X768。

多路視頻實時采集使用的是VisionRGB-PRO卡（英國Datapath公司），此卡可同時實時采集兩路視頻數(shù)據(jù)，基本達到了本系統(tǒng)的要求，再用一臺VGA矩陣切換器將前端數(shù)據(jù)源的四路視頻數(shù)據(jù)進行人為切換采集。

2硬件環(huán)境的構建（硬件框架）

圖一系統(tǒng)硬件框架圖

上圖為整個采集系統(tǒng)的硬件框架。

此采集系統(tǒng)主要實現(xiàn)對前端四路視頻數(shù)據(jù)的人為切換式實時采集，在服務器端可同時采集和儲存兩路視頻數(shù)據(jù)（在此只用一個視頻采集卡），也可以一次只采集一路視頻數(shù)據(jù)，再經(jīng)網(wǎng)絡實時傳輸?shù)娇蛻舳孙@示,服務器端也實時顯示所采集的視頻。

在進行視頻切換方面可在服務器端或客戶端自行切換，在服務器端可通過串行口操作VGA矩陣切換進行相應的視頻輸入輸出口的切換，在客戶端可通過網(wǎng)絡－服務器程序相應模塊－串行口－VGA矩陣切換進行相應的視頻輸入輸出口的切換。

3軟件實現(xiàn)概述

3.1服務器端的實現(xiàn)

圖二服務器端程序流程圖

上圖為服務器端實時采集視頻的程序流程圖。視頻數(shù)據(jù)量較大,這就要求視頻數(shù)據(jù)處理系統(tǒng)具有實時采集,大容量存儲和實時處理的特點。在服務器端的實現(xiàn)是整個系統(tǒng)的關鍵，在此也承擔了大量的工作，因此對軟件和硬件方面要求也很高就成為必然。

軟件要實現(xiàn)對視頻數(shù)據(jù)的實時采集（最多兩路）、控制視頻接口、把視頻數(shù)據(jù)實時編碼保存并發(fā)送到多個客戶端。以上就是要在服務器上實現(xiàn)的主要功能。

在采集方面最主要的是要有實時性，在此以事件驅動的方法從端口獲取數(shù)據(jù)，采集到視頻數(shù)據(jù)流在桌面顯示的同時再編碼保存，視頻采集的數(shù)據(jù)要經(jīng)軟件的相應模塊將其設為位圖型式的視頻幀，以利于在服務器端的顯示和編碼保存，在此采用Divx編碼，Divx編碼后形成以幀為格式的MPEG4流。Divx解碼也是以幀的格式解壓，因此有利于向客戶端發(fā)送數(shù)據(jù)時以幀為單位發(fā)送視頻數(shù)據(jù)流。

此處用到Divx編碼就不得不把Divx編碼作簡要的介紹。

DivX由DivXNetworks公司開發(fā)的，即為我們通常所說的DVDrip格式，它采用了MPEG4的壓縮算法同時又綜合了MPEG-4與MP3各方面的技術，也就是使用DivX壓縮技術對DVD盤片的視頻圖像進行高質量壓縮，同時用MP3或AC3對音頻進行壓縮，然后再將視頻與音頻合成并加上相應的外掛字幕文件而形成的視頻格式。其畫質直逼DVD并且體積只有DVD的數(shù)分之一。這種編碼對機器的要求也不高，所以DivX視頻編碼技術可以說是一種對DVD造成威脅最大的新生視頻壓縮格式,實際上Divx=（視頻）MPEG4+（音頻）MP3。

媒體流分為四個流：視頻流、音頻流、文本流、MIDI流，用視頻卡采集的是兩路視頻流，保存時每路視頻流多加了一個文本流，文本流主要應客戶要求加入的服務器時間和一些人為輸入的文本信息，在記錄兩個媒體流時一般有兩種記錄方法，在此采用的是將視頻流和文本流記到一個文件中的方式，這樣有利于文件以后的保存和查閱。

在采集軟件實現(xiàn)方面主要應用了相應的SDK（Softwaredevelopmentkit）和API(應用編程接口)，還可用VFW(VideoforWindows)。但后一種方法實現(xiàn)簡單單路視頻采集卡可以，對于多路視頻的采集用第一種方法更加靈活，但實現(xiàn)比第二種復雜的多。在服務器實現(xiàn)軟件方面主要有以下幾大塊：一是采集；二是保存；三是向客戶端發(fā)送；四是串口的通行；五圖像的形成；六是桌面顯示；七是對圖像亮度、顏色、位置等的調整；采集通道、采樣率、采集時間的選擇；等等。

在服務器端各方面協(xié)調工作是關鍵，程序啟動首先默認上次設定的視頻采集卡通道，如有視頻數(shù)據(jù)就顯示、保存，如果沒有視頻數(shù)據(jù)就等待，如果要調整視頻采集卡通道可用串口給VGA矩陣切換器發(fā)送相應的命令讓VGA矩陣切換器進行相應的輸入輸出通道切換。也可經(jīng)客戶端經(jīng)網(wǎng)絡到服務器串口到VGA矩陣切換器進行VGA矩陣切換器相應的輸入輸出通道切換（在后面介紹客戶端時再介紹）。每次切換后將自動保存原視頻文件，如切換后有視頻數(shù)據(jù)將自動重新生成一個新的視頻文件。

在服務器桌面顯示的畫面是沒經(jīng)任何編碼處理的，但網(wǎng)絡傳輸和保存的視頻數(shù)據(jù)是經(jīng)Divx編碼的，這樣有力的減輕了網(wǎng)絡間傳輸和服務器的負擔。

用局域網(wǎng)實時傳輸視頻數(shù)據(jù)已在一些領域大量的應用，局域網(wǎng)以有線局域網(wǎng)居多，因為有線局域網(wǎng)技術成熟、傳輸速度快，但是長時間傳輸大量視頻數(shù)據(jù)時也會引起傳輸速率不穩(wěn)定，引起數(shù)據(jù)堵塞，會導致視頻傳輸?shù)馁|量大幅度下降，容易引起畫面的重影、抖動、花屏、延遲等現(xiàn)象。

為了在局域網(wǎng)上有效的、高質量的實時傳輸媒體流，需要多種技術的支持，包括網(wǎng)絡傳輸層協(xié)議的選擇、編(解)碼技術，網(wǎng)絡傳輸層質量控制技術等等。

實時傳輸協(xié)議RTP是針對Internet上多媒體數(shù)據(jù)流的一個傳輸協(xié)議，實時傳輸控制協(xié)議RTCP負責管理傳輸質量在當前應用進程之間交換控制信息，RTP/RTCP協(xié)議只適合服務器端和客戶端相對動態(tài)的實時多媒體數(shù)據(jù)流傳輸。但是，對于圖像采集速度固定的實時視頻采集，有時會引起采集的數(shù)據(jù)來不及壓縮而直接丟棄而達不到實時的要求，所以沒有采用RTP/RTCP協(xié)議，而是從發(fā)送端出發(fā)，實時判斷網(wǎng)絡狀況，采用暫停發(fā)送的控制策略進行實時傳輸。

網(wǎng)絡傳輸層質量控制技術采用的是TCP/UDP協(xié)議，UDP是一種不可靠的、無連接的協(xié)議,UDP適用于一次只傳送少量數(shù)據(jù)、對可靠性要求不高的應用環(huán)境。它不提供檢錯和糾錯功能，一旦網(wǎng)絡出現(xiàn)堵塞時，大量的數(shù)據(jù)報文會丟失。對于Divx編解碼技術，是以幀為單位進行編解碼的，分為關鍵幀和非關鍵幀。在傳輸過程中，由于壓縮率比較高，只要一幀中錯一比特位，將影響其后的更多的比特位，直接造成圖像的模糊、花屏等現(xiàn)象。只有等到下一次關鍵幀的到來才有可能恢復圖像的清晰。為了保證傳輸?shù)恼_性，自己需要在應用層制定協(xié)議。如此一來，只能選擇使用TCP來進行網(wǎng)絡通信，TCP的目的是提供可靠的數(shù)據(jù)傳輸，并在相互進行通信的設備或服務之間保持一個虛擬連接。TCP在數(shù)據(jù)包接收無序、丟失或在交付期間被破壞時，負責數(shù)據(jù)恢復。它通過為其發(fā)送的每個數(shù)據(jù)包提供一個序號來完成此恢復。再輔助以暫停發(fā)送的控制策略，較好的解決局域網(wǎng)中實時視頻傳輸容易引起的重影、抖動、花屏的問題。

為了達到視頻傳輸?shù)膶崟r性，總的思想是最少的發(fā)送冗余信息，最大程度上發(fā)送最新的視頻。

在服務器端視頻采集采用從VisionRGB視頻采集卡捕獲視頻圖像，得到的是位圖型式的視頻幀，然后用Divx編碼進行壓縮，通過Winsock實現(xiàn)壓縮后的視頻數(shù)據(jù)在局域網(wǎng)中的實時傳輸，在客戶端接收完的數(shù)據(jù)交給Divx解碼器解壓，最后實現(xiàn)視頻顯示。如圖三所示:

圖三網(wǎng)絡間傳輸流程圖

如果局域網(wǎng)通信速率很高且狀態(tài)穩(wěn)定，則進行實時視頻傳輸就可以達到非常好的效果。但是在網(wǎng)絡出現(xiàn)異常時會導致數(shù)據(jù)傳輸率不穩(wěn)定或明顯下降，造成發(fā)送端數(shù)據(jù)積壓。此時就要采取一定的策略來控制發(fā)送端（服務器端），以達到實時性的要求，暫停發(fā)送策略很好的解決了這一現(xiàn)象。使用此策略有時會有丟幀的現(xiàn)象(100M局域網(wǎng)沒有發(fā)現(xiàn)丟幀現(xiàn)象)，但就客戶端的要求是滿足的，在服務器端的采集、顯示、保存不受暫停發(fā)送策略的影響，也就是不會有丟幀的現(xiàn)象,雖然應用了暫停發(fā)送策略，但已經(jīng)能夠滿足在客戶端實時監(jiān)控需求了。

3.2客戶端的實現(xiàn)

在上面講服務器端的實現(xiàn)時已經(jīng)大概講到客戶端的實現(xiàn)，因為只要把服務器端實現(xiàn)好客戶端實現(xiàn)難點就小的多。如圖四所示：

圖四客戶端程序流程圖

在客戶端也可以自行選擇要采集的通道，但對服務器端的采樣率等都不能通過客戶端進行設置，實現(xiàn)客戶端時主要是要實時監(jiān)聽和服務器網(wǎng)絡連接狀態(tài)和判斷接受的視頻數(shù)據(jù)是否正常是否啟用暫停發(fā)送策略等。每秒接收的幀數(shù)可自行調節(jié)，但不能大于服務器端每秒采集的幀數(shù)。

在客戶端還要實時Divx解碼,如果不解碼就無法顯示，Divx解碼速度是完全可以達到實時顯示的要求。Divx解碼和顯示在不同的兩個線程中實現(xiàn)的，這樣做主要是為了顯示流暢?？梢栽趦蓚€不同客戶端顯示兩個不同的視頻通道采集的數(shù)據(jù)。

4結論

本系統(tǒng)作為電視跟蹤系統(tǒng)的一部分,負責多路視頻數(shù)據(jù)的實時采集、存儲和視頻編解碼算法的實現(xiàn)、基于C/S結構的實時視頻數(shù)據(jù)傳輸顯示，在通過各種測試后在試運行期間已達到本系統(tǒng)的預期要求，本系統(tǒng)還支持事后的視頻回放。

本系統(tǒng)的開發(fā)難點和重點在服務器端，服務器端的開發(fā)直接影響到整個系統(tǒng)開發(fā)。

參考文獻

[1]《Windows核心編程》Microsoft公司〔美〕著

篇(4)

目前，適用于短距離的無線通信技術大致有藍牙技術、ZigBee技術及Wifi技術。相比較而立，ZigBee技術以其功耗低、結構簡單、性價比高、擴展簡便及安全可靠等優(yōu)點成為構建WSN的最佳選擇。本設計采用ZigBee技術，以Ad-Hoc方式構成的無線網(wǎng)絡，整個網(wǎng)絡采用簇-樹狀拓撲結構。每一個結點采用CC2530芯片作為微處理器。CC2530的引腳端口與傳感器相連，形成數(shù)據(jù)采集的終端。

2數(shù)據(jù)采集系統(tǒng)總體架構設計

配電網(wǎng)數(shù)據(jù)采集系統(tǒng)主要包括三個基本模塊：底層數(shù)據(jù)采集模塊、數(shù)據(jù)傳輸模塊和數(shù)據(jù)存儲管理模塊，具體結構如圖3所示。底層數(shù)據(jù)采集模塊由CC2530所帶的電流、電壓、溫度、濕度、紅外、振動等傳感器組成，這些傳感器所采集的數(shù)據(jù)經(jīng)CC2530中的8051單片機簡單處理后傳至數(shù)據(jù)傳輸模塊。數(shù)據(jù)傳輸模塊由ZigBee路由器結點組成，這一部分也由CC2530芯片擔當。這些路由器結點組成樹狀網(wǎng)絡，形成數(shù)據(jù)上傳至匯總結點的通道。數(shù)據(jù)存儲與管理模塊由ZigBee協(xié)調器與PC機組成，Zig-Bee協(xié)調器由CC2530擔當，與PC機用USB線進行連接，串口進行數(shù)據(jù)通信。PC機接收數(shù)據(jù)后對數(shù)據(jù)進行進一步的存儲與處理。PC上安裝有網(wǎng)卡，形成與Internet網(wǎng)的連接端口，從而滿足遠程監(jiān)控的需要。

3數(shù)據(jù)采集模塊隨機干擾的濾波設計

在無線傳感網(wǎng)進行數(shù)據(jù)采集的過程中，測量通道中串入隨機干擾是不可避免的。隨機干擾的出現(xiàn)會引起測量誤差，對遠程的監(jiān)控不利。因此，采取某種手段對采集數(shù)據(jù)進行濾波是保證采集數(shù)據(jù)準確性的前提。常用的數(shù)字濾波算法有算術平均濾波、加權平均濾波、中位值濾波、限值濾波等方法，本設計采用基于中位值濾波方法的中位值平均濾波方法。通常中位值濾波是對采集信號進行排序，取位于中間的數(shù)據(jù)作為一次的采樣數(shù)據(jù)。這種方法對高頻干擾和低頻干擾都有一定的濾除效果，但是對于某些變化快速的采集數(shù)據(jù)，如電流、電壓、振動等，不宜采用中位置濾波。中位值平均濾波方法是在中位值排序的基礎上，將最大和最小的數(shù)據(jù)去掉，然后將剩余的數(shù)據(jù)進行平均，最終將平均值作為一次采樣數(shù)據(jù)。因此無論對于緩慢變化的信號，還是對快速變化的信號，都能取得良好的濾波效果。

4總結

篇(5)

關鍵詞：USB軟件狗加解密技術反破解

在工業(yè)生產(chǎn)和科學技術研究過程的各行業(yè)中，常常要對各種數(shù)據(jù)進行采集，現(xiàn)在常用的采集方式是在PC機或工控機內安裝數(shù)據(jù)采集卡，如A/D卡及422卡、485卡、采集卡不僅安裝麻煩，易受機箱內環(huán)境的影響，而且由于受計算機插槽數(shù)量和地址、中斷資源的限制，不可能掛接很多設備；而用串行總線USB（UniversalSerialBus）能很發(fā)地解決以上這些沖突。

利用89C51設計基于USB總線的數(shù)據(jù)采集設備，還可與MAX485結合起來實現(xiàn)數(shù)據(jù)的遠程采集。該系統(tǒng)具有可靠性高、性價比高和多點采集等優(yōu)點。

1系統(tǒng)硬件設計

USB數(shù)據(jù)采集系統(tǒng)硬件模塊主要由串行A/D轉換器、89C51芯片、USB接口芯片和多路模擬開關等組成。硬件總體結構框圖如圖1所示。

USB接口芯片采用NationalSemiconductor公司的一種專用芯片USBN9602。該芯片內部集成微處理器接口、FIFO存儲器、時鐘發(fā)生器、串行接口引擎（SIE）、收發(fā)器和電壓轉換器，支持DMA和微波接口。

多路模擬輸入信號經(jīng)多路模擬開關控制將其中的一路接入串行A/D轉換器，A/D轉換器經(jīng)光電隔離后串行輸出到移位寄存器，移位寄存器將此結果轉為8位并行數(shù)據(jù)。89C51系統(tǒng)通過8位的并行接口傳送A/D轉換器采集的數(shù)據(jù)，存儲在FIFO存儲器中；一旦FIFO存滿，SIE立刻對數(shù)據(jù)進行處理，然后89C51系統(tǒng)將數(shù)據(jù)從FIFO存儲器中讀出，由收發(fā)器通過數(shù)據(jù)線（D+、D-）送至主機。USBN9602與89C51的具體接口電路如圖2所示。圖中USBN9602的CLKOUT與89C51的XTAL1相連，即USBN9602的時鐘輸出為89C51提供時鐘輸入。USBN9602的復位端接RC電路，以保證復位電路可靠地工作。由于晶振頻率較高，結合USBN9602內部網(wǎng)絡，在XOUT端串接100μF電容及470μF電感，起穩(wěn)定內部振蕩頻率的作用。

2系統(tǒng)軟件設計

系統(tǒng)軟件包括設備固件、USB設備驅動程序和應用程序。

2.1設備固件（firmaware）設計

此處固件是指固化到89C51Flash中的程序。其主要功能是：①控制A/D轉換器的采樣；②控制芯片USBN9602接受并處理USB驅動程序的請求及應用程序的控制指令?，F(xiàn)主要介紹89C51系統(tǒng)如何控制USB控制器（USBN9602）與主機的通信。

89C51系統(tǒng)對USB控制器的操作是嚴格按照USB協(xié)議1.1進行的。按照USB協(xié)議1.1的規(guī)定，USB傳輸方式分為4種：控制傳輸、塊傳輸、同步傳輸和中斷傳輸。在實際開發(fā)中使用了控制傳輸和塊傳輸。控制傳輸主要完成主機對設備的各種控制操作，也就是實現(xiàn)位于主機上的USB總線驅動程序（USBD.SYS）以及編寫的功能驅動程序對設備的各種控制操作。塊傳輸主要完成主機和設備間的大指數(shù)據(jù)傳輸以及對傳輸數(shù)據(jù)進行錯誤檢測（若發(fā)生錯誤，它支持“重傳”功能）。

89C51系統(tǒng)控制USB控制器的工作工程可以簡單地概括為：當USB控制器從USB總線檢測到主機啟動的某一傳輸請求后，USB控制器通過中斷方式將此請求通知89C51系統(tǒng)；89C51系統(tǒng)通過訪問USB控制器的狀態(tài)寄存器和數(shù)據(jù)寄存器，獲得與此次傳輸有關的各種參數(shù)，并根據(jù)具體的傳輸參數(shù)，對USB控制器的控制寄存器和數(shù)據(jù)寄存器進行相應的操作，以完成主機的傳輸請求。理解了以上的工作過程就可以進行相應的固件設計。

2.2USB設備驅動程序設計

USB系統(tǒng)驅動程序的設計是基于驅動程序模型WDM（WindowDriverModel）的。WDM采用分層驅動程序模型：較高級的USB設備驅動程序和較低級的USB函數(shù)層。其中USB函數(shù)層由兩部分組成：較高級的通用串行總線模塊（USBD）和較低級的主控制器驅動程序模塊（HCD）。

目前，Windwos98提供了多種USB設備驅動程序，但并不針對數(shù)據(jù)采集設備，因此需用DDK（設備驅動程序開發(fā)包）開發(fā)工具設計專用的USB設備驅動程序。目前，寫USB驅動程序的軟件也很多，它們均提供用于生成USB驅動的代碼生成器，用戶按照提示可以定義設備的配置和功能，然后做功能的修改即可。利用軟件中提供的例子進行修改也是一個比較好的捷徑?？梢园裊SB設備驅動程序的功能劃分成4個不同的模塊來實現(xiàn)：初始化模塊、即插即用管理模塊、電源管理模塊以及I/O功能實現(xiàn)模塊。

初始化模塊提供1個入口函數(shù)DriverEntry()，整個驅動程序的入口點為DriverEntry例程。在DriverEntry中，需要提供一個AddDevice例程，把驅動程序添加到驅動程序堆棧中去。另外，所有對各種IRP（I/O請求包，如：IRP_MJ_CREATE，IRP_MJ_WRITE，IRP_MJ_CLOSE，IRP_MJ_READ，IRP_MJ_DEVICE_CONTROL等）的處理例程都在此入口函數(shù)中作為定義，如：

DriverEntry(INPDRIVER_OBJECTDriverObject,…)//驅動程序入口

{

DriverObject->DriverExtension->AddDevice=USBAddDevice;

DriverObject->DriverUnload=USBUnload;

DriverObject->MajorFunction[IRP_MJ_READ]=USBRead;

DriverObject->MajorFunction[IRP_MJ_WRITE]=USBWrite；

…

}

圖2USBN9602與89C51接口電路

即插即用管理模塊用來實現(xiàn)USB設備的熱插拔及動態(tài)配置。當硬件檢測到有USB設備接入時，Windows98查找響應的驅動程序，并調用它的DriverEntry例程。PnP（即插即用）管理器調用驅動程序的AddDevice例程，告訴它添加了一個設備。在此處理過程中，驅動程序收到一個設備啟動請求（IRP_MN_START_DEVICE）的IRP。同理，當要拔除時，PnP管理器會發(fā)出一個設備刪除請求（IRP_MN_REMOVE_DEVICE）的IRP，由驅動程序進行處理。通過對這些PnP請求的處理，可支持設備的熱插拔和即插即用功能。

電源管理模塊負責設備的掛起與喚醒。

I/O功能實現(xiàn)模塊完成I/O請求的大部分工作。若應用程序想對設備進行I/O操作，它便使用WindowsAPI函數(shù)，對WIN32子系統(tǒng)進行WIN32調用。此調用由I/O系統(tǒng)服務接收并通知I/O管理器，I/O管理將此請求構造成一個合適的I/O請求包（IRP）并把它傳遞給USB設備驅動程序。USB設備驅動程序接收到這個IRP以后，根據(jù)IRP中包含的具體操作代碼，構造相應的USB請求塊并把此URB（USB請求塊）放到一個新的IRP中。然后，把此IRP傳遞到USB總線驅動程序，USB總線驅動程序根據(jù)IRP中所含的URB執(zhí)行相應的操作（如從USB設備讀取數(shù)據(jù)等），并把操作結構通過IRP返還給USB設備驅動程序。USB設備驅動程序接收到此IRP后，將操作結果通過IRP返還給I/O管理器。最后，I/O管理器將此IRP中操作結果返還給應用程序，至此應用程序對USB設備的一次I/O操作完成。

2.3應用程序設計

用戶態(tài)的應用程序是數(shù)據(jù)采集系統(tǒng)的中心，其主要功能為：開啟或關閉USB設備、檢測USB設備、設置USB數(shù)據(jù)傳輸管道、設置A/D狀態(tài)和數(shù)據(jù)采集端口、實時從USB接口采集數(shù)據(jù)、顯示并分析數(shù)據(jù)。

由于USBN9602提供的FIFO不超過64字節(jié)，當它存滿后，USBN9602自動將數(shù)據(jù)打包即時請求讀入數(shù)據(jù)，由SIE自動發(fā)送數(shù)據(jù)包。另外，當系統(tǒng)啟動A/D模塊后，便會創(chuàng)建兩個線程：采樣線程和顯示存盤線程。采樣線程負責將采集數(shù)據(jù)寫到應用程序提交的內存；而顯示存盤線程負責給應用程序發(fā)送顯示和存盤消息。當應用程序接收到此消息后，便從它提交的內存讀取數(shù)據(jù)并顯示和存盤。此處需要注意的是，采樣線程和顯示存盤線程在讀寫應用程序提交的內存時要保持同步。

3遠程數(shù)據(jù)采集系統(tǒng)設計

傳輸距離是限制USB在工業(yè)現(xiàn)場應用的一個障礙，即使增加了中繼或Hub，USB傳輸距離通常也不超過幾十m，這對工業(yè)現(xiàn)場而言顯然太短了?，F(xiàn)在，工業(yè)現(xiàn)場有大量采用RS-485傳輸數(shù)據(jù)的采集設備，其優(yōu)點主要為傳輸距離可達到1200m以上，并且可以掛接多個設備；但傳輸速度慢，且需要板卡支持，安裝麻煩。將RS-485與USB結合起來，可以優(yōu)勢互補，產(chǎn)生一種快速、可靠、低成本的遠程數(shù)據(jù)采集系統(tǒng)。

設計這樣一個系統(tǒng)的關鍵設備是RS-485～USB轉換器，可以采用USBN9602+89C51+MAX485實現(xiàn)這一功能。整個系統(tǒng)的基本思想是：將傳感器采集到的模擬量數(shù)字化以后，利用RS-485協(xié)議將數(shù)據(jù)上傳。RS-485～USB轉換器在主機端接收485的數(shù)據(jù)。并通過USB接口傳輸?shù)街鳈C處理；而主機向USB發(fā)送數(shù)據(jù)時，數(shù)據(jù)通過RS-485～USB轉換口轉換為485協(xié)議向遠端輸送，從而實現(xiàn)遠程數(shù)據(jù)的雙向傳輸如圖3所示。軟件方面的設計與上面所述類似。

篇(6)

論文關鍵詞：數(shù)據(jù)采集儀,錨桿支護,頂板離層,監(jiān)測

1．引言

頂板離層是巷道圍巖變形和破壞的主要形式之一，對于錨桿支護巷道來說,頂板離層則是最大的安全隱患。因此，對錨桿支護巷道進行離層監(jiān)測，掌握頂板離層的狀況，并及時采取相應的措施，阻止頂板失穩(wěn)、避免突發(fā)性破壞的發(fā)生具有重要意義。頂板離層監(jiān)測數(shù)據(jù)采集儀就是用以測試錨桿長度范圍及范圍外的頂板離層狀況的監(jiān)測儀器，用于判別錨桿支護參數(shù)是否合理，巷道服務期間頂板是否穩(wěn)定，并以此為依據(jù)來避免頂板事故發(fā)生。

2．數(shù)據(jù)采集儀的組成及工作原理

頂板離層監(jiān)測數(shù)據(jù)采集儀主要用來采集編碼器的脈沖信號表示出的頂板離層的相對位移，并保存在閃存中，可通過無線裝置對該設備進行各種參數(shù)的設置及存儲數(shù)據(jù)的讀取。

2.1數(shù)據(jù)采集儀的組成

頂板離層監(jiān)測數(shù)據(jù)采集儀主要由以下幾部分組成：

（1）數(shù)顯設備：該數(shù)顯設備可實時監(jiān)測顯示頂板的離層量，當頂板離層量超過一定限度，儀器報警。該數(shù)顯設備的處理器采用Microchip公司生產(chǎn)的MSP430F4793IP，其性能優(yōu)越，功耗低，資源豐富，數(shù)據(jù)處理能力強。

（2）機械放大器：該放大器主要是對頂板的離層量進行放大，以便于采集存儲。其外殼的材質選用ABS樹脂，該樹脂具有突出的耐沖擊性、阻燃性和耐磨性等優(yōu)點。

2.2數(shù)據(jù)采集儀的工作原理

礦用本安數(shù)據(jù)采集儀的工作原理是：采用橋式電路進行測量、采用機械式放大裝置進行放大，對信號進行模數(shù)轉換、信號處理，之后進行存儲、顯示。其測量原理是：

A、B兩相脈沖分別通過MSP430F4793IP單片機的P1.2/P1.3中斷采集，以A相為基準。當單片機中斷偵測到A相脈沖觸發(fā)中斷，判斷是上升沿中斷還是下降沿中斷，如果是上升沿觸發(fā)中斷，當偵測到B相脈沖高電平時，計數(shù)器計數(shù)值加1，否則減1；如果是下降沿觸發(fā)中斷，當偵測到B相脈沖高電平時，計數(shù)器計數(shù)值減1，否則加1；P1.2中斷完成前，反轉A相觸發(fā)脈沖標志MSP430F4793IP。

3.數(shù)據(jù)采集儀電氣研究

3.1主機芯片的選型

數(shù)據(jù)采集儀主機對PIE—1000-G05E光電軸角編碼器的輸出脈沖進行收集、運算、存儲和檢測，通過數(shù)據(jù)轉移設備對設備進行設置和各種參數(shù)及存儲數(shù)據(jù)的讀取，同時還實現(xiàn)和上位機的通訊。主要使用的芯片和設備包括單片機（MSP430F4793IP）、串行閃存芯片（JS28F128）、實時時鐘芯片（PCF8563）和總線控制芯片（EP1C3T100C8）。

篇(7)

關鍵詞：UML，建模，檢測系統(tǒng)，實時系統(tǒng)

Abstract： This paper builds model for subway running state Measuring system based on UML-RT. Real-time analysis and design process of the system is illustrated by modeling system from an overall point by UML diagram such as use case diagram， class diagram， activity diagram and sequence diagram. The paper provides the basis for system development.

Key words： UML； modeling； Measuring system； real-time system

1.引言

地鐵性能動態(tài)調試是列車調試過程中的重要環(huán)節(jié)，動態(tài)調試主要檢測地鐵車輛的牽引、動力、制動系統(tǒng)[1]。而現(xiàn)有的地鐵動態(tài)調試測試手段主要是基于列車本身牽引網(wǎng)絡系統(tǒng)自帶測試軟件，即利用列車通信網(wǎng)絡中的列車診斷系統(tǒng)接收列車子系統(tǒng)（包括微機控制與非微機控制系統(tǒng)）的狀態(tài)信息、故障信息，并進行評估、儲存，在司機室的顯示屏上進行顯示[2]。因此其測量準確性無法衡量。為此開發(fā)地鐵動態(tài)試驗性能檢測及數(shù)據(jù)分析裝置對于列車的安全正常運行具有重要意義。

2.地鐵運行狀態(tài)檢測系統(tǒng)建模

地鐵動態(tài)試驗性能檢測及數(shù)據(jù)分析系統(tǒng)對列車運行過程中的速度、加速度、沖擊率、閘瓦溫度進行檢測和分析。通過測速雷達、壓力傳感器、紅外輻射溫度等傳感器分別測量地鐵行駛過程中的速度、制動管路壓力、制動器溫度等特征量，然后利用無線傳輸裝置將數(shù)據(jù)發(fā)送給由筆記本電腦和系統(tǒng)控制軟件構成的系統(tǒng)控制終端，系統(tǒng)分析軟件根據(jù)采集的數(shù)據(jù)進行牽引加速度、制動距離、制動減速度、沖擊率、靜態(tài)制動響應時間等狀態(tài)量的計算，然后進行數(shù)據(jù)分析，由此完成對車輛運行狀態(tài)的監(jiān)測。

2.1用例模型

用例是模型中結構實體的指定功能，它描述了系統(tǒng)的功能需求，將系統(tǒng)看作黑盒，從外部執(zhí)行者的角度來理解系統(tǒng)[3]。繪制用例圖的第一步是確定系統(tǒng)的參與者。分析可知，系統(tǒng)共有三個參與者，即檢測人員、管理人員及地鐵。檢測人員負責對地鐵運行狀態(tài)進行檢測，包括速度、加速度、溫度、壓力的檢測，得出檢測結果后，在系統(tǒng)初步分析結果的基礎上做出檢測報告。管理人員負責進行用戶管理和設備管理，以保證檢測工作的正常進行。地鐵是被檢測對象的承載體，由各傳感器對檢測量進行檢測。根據(jù)系統(tǒng)要實現(xiàn)的目的和任務，建立系統(tǒng)的用例圖如圖1所示。

系統(tǒng)中的關鍵用例有：

（1） 自檢模塊

系統(tǒng)啟動時首先進行系統(tǒng)自檢以確認檢測設備是否有效，自檢包括：測試數(shù)據(jù)采集命令、數(shù)據(jù)分析命令、數(shù)據(jù)導出命令能否正確輸出，測試DMI（即人機界面，在本系統(tǒng)即為筆記本電腦）顯示等。系統(tǒng)自檢完成后能夠在DMI上顯示自檢結果。

（2） 數(shù)據(jù)采集

根據(jù)要求選擇各種傳感器，將其安裝在合適的位置。通過傳感器對設備的電壓或者電流信號進行采樣、保持，并送入A/D轉換器變成數(shù)字信號，然后將該信號送到FIFO中。當FIFO中存放的數(shù)據(jù)到了一定數(shù)目時，由ARM7從FIFO中讀出，從而達到利用各傳感器對相應的特征量進行測量的目的。

（3） 數(shù)據(jù)傳輸

監(jiān)控或控制設備無線網(wǎng)絡通信，目前主要采用IEEE802.11 a/b/g WLAN或者Zigbee技術。鑒于Zigbee是一種低耗、低成本且能滿足要求的無線串行網(wǎng)絡通信技術，本系統(tǒng)采用Zigbee無線傳輸技術，以CC1110無線soc為核心的無線通信裝置進行數(shù)據(jù)傳輸。無線傳輸模塊與傳感器模塊通過串口通信，無線傳輸模塊取得傳感器數(shù)據(jù)后以無線方式將采集到的監(jiān)測數(shù)據(jù)發(fā)送到數(shù)據(jù)采集接入點（AP），然后數(shù)據(jù)采集接入點通過串行方式把數(shù)據(jù)傳輸?shù)较到y(tǒng)監(jiān)測終端。

（4） 數(shù)據(jù)導出

將傳感器檢測到的數(shù)據(jù)導出，數(shù)據(jù)保存為通用格式，可以用EXCEL等第三方軟件打開，方便數(shù)據(jù)分析階段進行圖表分析。

（5） 數(shù)據(jù)分析

對接收到的檢測數(shù)據(jù)進行計算，根據(jù)預先設置好的監(jiān)測數(shù)據(jù)閾值，對比采集到的監(jiān)測數(shù)據(jù)，做出初步的分析判斷，并可根據(jù)需要在數(shù)據(jù)導入EXCEL等第三方軟件后進行圖表分析。MATLAB在圖像處理領域中，功能強大，使用簡單，可用于對DMI界面的圖像處理；C#可以快速開發(fā)可視化界面，數(shù)據(jù)讀取等，用于檢測設備測試結果分析界面的搭建[4][5]。在獲取檢測設備測試的數(shù)據(jù)之后，需要進行結果的分析與評估時，在C#主程序里通過匿名管道調用MATLAB可執(zhí)行程序來對數(shù)據(jù)進行分析和評估。

（6） 數(shù)據(jù)庫

對檢測的數(shù)據(jù)及數(shù)據(jù)分析過程產(chǎn)生的圖表行儲存；對測試特征量的閥值進行設定；對用戶進行管理等。

2.2類圖分析

類圖反映了系統(tǒng)中類的靜態(tài)結構。類圖不僅定義系統(tǒng)中的類，還表示類之間的聯(lián)系，如關聯(lián)、依賴、聚合等，同時也包括類的內部結構（類的屬性和操作）。

檢測系統(tǒng)提供顯示和操作界面DMI，檢測員通過對系統(tǒng)界面進行一系列操作完成檢測過程，在此過程中DMI也會為檢測員提供檢測過程的參考信息。因此圍繞DMI進行深入分析具有重要意義，其類圖如圖2所示。

1.控制的內容包括：

1） 數(shù)據(jù)采集的啟動與停止：包括對速度、加速度、溫度、壓力等信息的采集進行控制，并將采集到的信息通過無線傳輸裝置發(fā)送給控制終端并顯示出來。

2） 數(shù)據(jù)分析的啟動與停止：包括將采集的數(shù)據(jù)導入到EXCEL等第三方軟件，并做圖表分析。

2.顯示的內容包括：

1） 采集數(shù)據(jù)顯示：顯示速度值、加速度值、壓力值、溫度值。

2） 警示信息顯示：速度異常顯示、加速度異常顯示、壓力異常顯示、溫度異常顯示。

3） 數(shù)據(jù)分析結果顯示：速度、加速度、溫度、壓力的分析圖表顯示。

4） 設備狀態(tài)信息顯示：控制模式、工作模式等信息顯示。

2.3檢測過程活動圖

活動圖在用例分析中主要用來描述用戶當前完成的工作以及用例實例或對象中的活動[6]，為了更詳細地描述用戶使用系統(tǒng)的工作過程，我們給出本系統(tǒng)的用戶活動圖。檢測過程建模的主要業(yè)務有登錄、數(shù)據(jù)采集、數(shù)據(jù)分析和數(shù)據(jù)存儲。其活動圖如圖3所示。

事件流程可以描述如下：

檢測人員使用用戶名和密碼登錄系統(tǒng)；

檢測人員發(fā)出數(shù)據(jù)采集指令，傳感器進行數(shù)據(jù)采集；

無線傳輸裝置將傳感器采集到的數(shù)據(jù)發(fā)送到控制終端進行存儲；

控制終端對數(shù)據(jù)進行計算，并作圖表分析；

檢測人員根據(jù)分析結果整理出檢測報告；

檢測人員也可再次登陸系統(tǒng)查看上次檢測結果。

2.4檢測過程序列圖

為防止活動圖變得過于復雜，數(shù)據(jù)采集、數(shù)據(jù)分析等過程都分別被壓縮在了一個超級活動里，為了更詳盡的描述實例間的消息，現(xiàn)在使用交互圖[7]。序列圖顯示對象之間的動態(tài)合作關系，它強調對象之間消息發(fā)送的順序，同時顯示對象之間的交互，檢測過程序列圖如圖4所示。在活動圖中已經(jīng)詳細表達清楚的內容在下面的序列圖中不再進行贅述，僅從登錄成功角度進行描述。

3.結論

本文利用實時UML，通過用例圖、類圖、活動圖、序列圖建立了地鐵運行狀態(tài)檢測系統(tǒng)的模型，研究表明，為地鐵運行狀態(tài)檢測系統(tǒng)構建UML 模型，能夠規(guī)范系統(tǒng)開發(fā)流程、優(yōu)化軟件結構、提高系統(tǒng)開發(fā)效率，增強程序可讀性和可維護性。該項工作的完成為地鐵運行狀態(tài)檢測系統(tǒng)的開發(fā)提供了依據(jù)。

參考文獻

[1]王磊，列車網(wǎng)絡控制系統(tǒng)的分析與研究[D]，西南交通大學碩士學位論文，2008，01

[2]李春璞，記者試乘長沙地鐵提速停車都“溫柔”[N]，長沙晚報，2013-04-11（A8）

[3]GB/T 7928-2003，地鐵車輛通用技術條件[S]

[4]李偉，CTCS-3級列控系統(tǒng)車載設備測試平臺關鍵問題研究[D]，北京交通大學碩士學位論文，2008，06

[5陳建球，CTCS級車載設備自動測試方法研究[D]，北京交通大學碩士學位論文，2009，05