畢業(yè)設(shè)計基于嵌入式Linux的圖像監(jiān)控系統(tǒng)設(shè)計_第1頁
畢業(yè)設(shè)計基于嵌入式Linux的圖像監(jiān)控系統(tǒng)設(shè)計_第2頁
畢業(yè)設(shè)計基于嵌入式Linux的圖像監(jiān)控系統(tǒng)設(shè)計_第3頁
畢業(yè)設(shè)計基于嵌入式Linux的圖像監(jiān)控系統(tǒng)設(shè)計_第4頁
畢業(yè)設(shè)計基于嵌入式Linux的圖像監(jiān)控系統(tǒng)設(shè)計_第5頁
已閱讀5頁,還剩26頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、莫 炳 全基于嵌入式linux的圖像監(jiān)控系統(tǒng)曾繁政講 師1311767666709206181012007級通信工程物理與電子信息工程系20112732010275 獨 創(chuàng) 性 聲 明基于嵌入式linux的圖像監(jiān)控系統(tǒng)摘 要圖像監(jiān)控系統(tǒng)是一門集計算機(jī)技術(shù)、通信技術(shù)和多媒體技術(shù)于一體的綜合系統(tǒng)。它以直觀、方便、信息內(nèi)容豐富等特性被廣泛地應(yīng)用于各個方面。隨著嵌入式技術(shù)和圖像處理技術(shù)的發(fā)展,使得監(jiān)控圖像和視頻的網(wǎng)絡(luò)實時傳輸和控制成為現(xiàn)實。本系統(tǒng)是基于嵌入式linux的圖像監(jiān)控系統(tǒng)。本系統(tǒng)采用linux系統(tǒng)作為服務(wù)器端平臺,以arm9內(nèi)核的s3c2440作為服務(wù)器平臺處理器,以usb攝像頭作為圖像采集

2、設(shè)備,用開源軟件mjpg-streamer對圖像視屏數(shù)據(jù)流進(jìn)行mjpg壓縮處理,并且通過以太網(wǎng)傳輸。著重于實現(xiàn)一個易搭建,易配置,通用性好,能用于臨時性監(jiān)控的網(wǎng)絡(luò)圖像視頻監(jiān)控服務(wù)器,可讓客戶機(jī)通過瀏覽器實時監(jiān)控遠(yuǎn)程目標(biāo)攝像頭,并實現(xiàn)遠(yuǎn)程共享攝像頭的圖像監(jiān)控系統(tǒng)。論文首先簡要介紹了圖像監(jiān)控系統(tǒng)的國內(nèi)外現(xiàn)狀和本系統(tǒng)的課題背景和意義所在,分析了以s3c2440微處理器為核心的圖像監(jiān)控系統(tǒng)的硬件方案的設(shè)計,然后詳細(xì)描述基于linux系統(tǒng)平臺的構(gòu)建,再者重點分析應(yīng)用軟件的程序和設(shè)計流程,并深入分析圖像采集過程和網(wǎng)絡(luò)傳輸圖片視頻的技術(shù)以及算法,以求達(dá)到處理監(jiān)控圖像視屏的作用。關(guān)鍵詞:圖像監(jiān)控;linux系

3、統(tǒng);s3c2440;mjpg-streamer;網(wǎng)絡(luò)遠(yuǎn)程監(jiān)控。abstractimage monitoring system is an integrated system combined with computer technology, communtication technology and multimedia technology. it takes intuitive, easy and abundant information and other features to be widely used in various aspects. with the developme

4、nt of embedded technology and image processing technology ,making network monitoring real-time image and video transmission and control become a reality.the system is based on embedded linux image monitoring system. the system uses the linux system as a server-side platform, and s3c2440 arm9 core pr

5、ocessor as a server platform , using usb camera as image acquisition devices, using open source software mjpg-streamer, to deal with the image screen mjpg compressed data stream ,and transmitted via ethernet.focused on delivering an easy to build, easy configuration, common good, can be used for tem

6、porary monitoring network image video surveillance server,allowing clients real-time monitor by a browser remote target camera, and share remote video surveillance camera system.the paper introduct briefly firstly and image monitoring system current status and the system background and significance

7、of the subject, analyzed to s3c2440 microprocessor core image monitoring system hardware in the design.then detailed description of the construction based on linux platform, also analysis application software key procedures and processes, and in-depth analysis algorithm for image processing and netw

8、ork transmission technology in order to achieve image screen deal with the role of monitor screen image.key words:image monitoring;linux system;s3c2440;mjpg-streamer;remote monitoring network.目 錄摘 要iabstractii1 緒 論11.1 課題背景和意義11.2 監(jiān)控系統(tǒng)國內(nèi)外現(xiàn)狀11.2.1 傳統(tǒng)模擬閉路視監(jiān)控系統(tǒng)(cctv)11.2.2 基于“pc多媒體卡”數(shù)字視頻監(jiān)控系統(tǒng)(dvr)21.2.3

9、 基于ip網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)(ipvs)21.3 本文的研究內(nèi)容和主要工作31.3.1 本文的主要工作31.3.2 本文的擬解決的主要問題31.3.3 本系統(tǒng)方案的優(yōu)點42 系統(tǒng)設(shè)計和硬件平臺的建立42.1 系統(tǒng)總體設(shè)計42.2 硬件選型52.2.1 系統(tǒng)硬件整體設(shè)計52.2.2 硬件模塊選型52.3 硬件接口設(shè)計52.3.1 sdram和flash接口設(shè)計52.3.2 網(wǎng)絡(luò)模塊接口設(shè)計62.3.3 usb模塊接口設(shè)計72.3.4 電源模塊和rs232模塊接口設(shè)計72.4 本章小結(jié)83 嵌入式linux系統(tǒng)平臺的搭建83.1交叉編譯環(huán)境的建立和bootloader的移植83.1.1 交叉編譯環(huán)境

10、的建立83.1.2 bootloader的移植83.2 linux-內(nèi)核的移植93.3 文件系統(tǒng)的制作113.4 本章小結(jié)124 系統(tǒng)設(shè)備的驅(qū)動程序的編寫和移植124.1 系統(tǒng)軟件設(shè)備架構(gòu)134.2 網(wǎng)絡(luò)驅(qū)動程序144.2.1 網(wǎng)絡(luò)設(shè)備驅(qū)動程序的體系結(jié)構(gòu)144.2.2 dm9000發(fā)送和接收數(shù)據(jù)包過程154.3 usb攝像頭的驅(qū)動154.3.1 主機(jī)側(cè)usb驅(qū)動總體結(jié)構(gòu)164.3.2 urb處理流程164.4 本章小結(jié)175 系統(tǒng)的圖像采集和傳輸175.1 圖像采集的實現(xiàn)175.1.1 圖像采集的過程175.1.2 系統(tǒng)獲得采集的圖像數(shù)據(jù)的關(guān)鍵函數(shù)185.2 監(jiān)控系統(tǒng)的網(wǎng)絡(luò)傳輸

11、的實現(xiàn)195.2.1 系統(tǒng)采用基于tcp/ip協(xié)議來實現(xiàn)網(wǎng)絡(luò)傳輸195.2.2 圖像采集后的傳輸算法舉例205.3 本章小結(jié)216 系統(tǒng)測試217 總結(jié)和展望22參考文獻(xiàn)23附 錄241 緒 論1.1 課題背景和意義嵌入式技術(shù)是計算機(jī)技術(shù)、半導(dǎo)體技術(shù)和微電子技術(shù)等多種先進(jìn)技術(shù)的融合,在后pc時代,網(wǎng)絡(luò)技術(shù)和通信技術(shù)的飛速發(fā)展,使得嵌入式技術(shù)也得到了飛速的發(fā)展和廣泛應(yīng)用。隨著計算機(jī)應(yīng)用的不斷深入以及芯片技術(shù)和計算機(jī)技術(shù)的發(fā)展,嵌入式系統(tǒng)已經(jīng)發(fā)展到以芯片技術(shù)和internet技術(shù)為標(biāo)志的嵌入式片上系統(tǒng),即嵌入式技術(shù)與internet技術(shù)的結(jié)合正推動嵌入式技術(shù)的快速發(fā)展。隨著嵌入式技術(shù)的快速發(fā)展,產(chǎn)

12、生了基于嵌入式系統(tǒng)的遠(yuǎn)程圖像視頻監(jiān)控系統(tǒng),為信息產(chǎn)業(yè),管理行業(yè)、監(jiān)控行業(yè)提供了快捷、高效、廉價的服務(wù)。豐富的網(wǎng)絡(luò)功能為我們提供了實現(xiàn)這些應(yīng)用的可能性,各種視頻傳輸編碼技術(shù)的發(fā)展使我們的視頻傳輸效率越來越高,未來的監(jiān)控可以通過移動通信設(shè)備手機(jī)、pda隨時隨地隨心所欲的對交通、公共建筑、私人住宅等進(jìn)行遠(yuǎn)程監(jiān)控。但是就目前狀況而言,雖然擁有了搭建這些應(yīng)用服務(wù)的基本技術(shù)支持,但是目前國內(nèi)網(wǎng)絡(luò)視頻還存在應(yīng)用不夠廣泛,形式單一,功能簡單,應(yīng)用軟件普及率低等特點。還有以下幾個方面成為阻礙:一是服務(wù)商不提供相應(yīng)支持,應(yīng)為服務(wù)器負(fù)荷大,成本居高不下,回報不樂觀;二是可用軟件不多,有效搭建服務(wù)器的難度大方法少;三

13、是系統(tǒng)擴(kuò)展性差,不能支持不同型號的攝像頭。再加上在很多實際應(yīng)用中并不一定需要進(jìn)行實時活動的圖像傳輸,只要在相隔一定時間內(nèi)傳輸一幅靜止的圖片或者有意義有必要的時刻傳輸靜止圖像在來供監(jiān)控人員分析即可。因此本文將設(shè)計一種基于嵌入式linux的圖像監(jiān)控系統(tǒng),即在嵌入式設(shè)備端上完成圖像和視頻的采集、并通過網(wǎng)絡(luò)傳輸,能用于臨時性監(jiān)控的網(wǎng)絡(luò)圖像視頻監(jiān)控服務(wù)器,可讓客戶機(jī)通過瀏覽器實時監(jiān)控遠(yuǎn)程目標(biāo)攝像頭,適用各種usb接口的攝像頭,并實現(xiàn)遠(yuǎn)程共享攝像頭的圖像監(jiān)控系統(tǒng)。1.2 監(jiān)控系統(tǒng)國內(nèi)外現(xiàn)狀監(jiān)控系統(tǒng)發(fā)展從技術(shù)角度出發(fā)大概劃分為三個階段:第一代模擬視頻監(jiān)控系統(tǒng)(cctv),到第二代基于“pc多媒體卡”數(shù)字視頻

14、監(jiān)控系統(tǒng)(dvr),到第三代完全基于ip網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)(ipvs) 1。1.2.1 傳統(tǒng)模擬閉路視監(jiān)控系統(tǒng)(cctv)傳統(tǒng)模擬閉路視監(jiān)控系統(tǒng),依賴攝像機(jī)、纜、錄像機(jī)和監(jiān)視器等專用設(shè)備。例如,攝像機(jī)通過專用同軸纜輸出視頻信號2。纜連接到專用模擬視頻設(shè)備,系統(tǒng)中的信號采集、傳輸、存儲均為模擬形式。雖然具有良好的實時性和圖像質(zhì)量。但是有以下幾個局限性:(1)有限監(jiān)控能力,只支持本地監(jiān)控,受到模擬視頻纜傳輸長度和纜放大器限制。因此模擬監(jiān)控只適合小范圍的監(jiān)控使用,使用的范圍在一兩千米范圍內(nèi)。 (2)錄像負(fù)載重,用戶必須從錄像機(jī)中取出或更換新錄像帶保存,且錄像帶易于丟失、被盜或無意中被擦除。錄像質(zhì)量隨拷

15、貝數(shù)量增加而降低。(3)系統(tǒng)擴(kuò)展性差,對于已經(jīng)建好的監(jiān)控系統(tǒng),增加或者修改新的監(jiān)控點,整個系統(tǒng)都需要進(jìn)行改動。(4)形成不了有效的聯(lián)動報警,由于模擬監(jiān)控系統(tǒng)的各部分是獨立動作,彼此間的協(xié)議和動作難以實現(xiàn)聯(lián)動。1.2.2 基于“pc多媒體卡”數(shù)字視頻監(jiān)控系統(tǒng)(dvr)現(xiàn)今用的較多的“模擬-數(shù)字”監(jiān)控系統(tǒng)(dvr):以數(shù)字硬盤錄像機(jī)dvr為核心半模擬-半數(shù)字方案,從攝像機(jī)到dvr 仍采用同軸纜輸出視頻信號,通過dvr同時支持錄像和回放,并可支持有限ip網(wǎng)絡(luò)訪問3。這類監(jiān)控系統(tǒng)功能較強(qiáng),便于現(xiàn)場操作。但由于dvr產(chǎn)品五花八門,沒有標(biāo)準(zhǔn),所以這一代系統(tǒng)是非標(biāo)準(zhǔn)封閉系統(tǒng),dvr系統(tǒng)仍存在大量局限: (1

16、)復(fù)雜布線,“模擬-數(shù)字”方案仍需要在每個攝像機(jī)上安裝單獨視頻纜,導(dǎo)致布線復(fù)雜性。 (2)有限可擴(kuò)展性,dvr典型限制是一次最多只能擴(kuò)展16個攝像機(jī)。 (3)功耗和成本較高,視頻前端較為復(fù)雜,并且需要獨立服務(wù)器、獨立管理軟件和多人值守來控制多個dvr或監(jiān)控點。 (4)有限遠(yuǎn)程監(jiān)視/控制能力,您不能從任意客戶機(jī)訪問任意攝像機(jī)。您只能通過dvr間接訪問攝像機(jī)。 1.2.3 基于ip網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)(ipvs)基于ip網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng),這是未來的監(jiān)控系統(tǒng)潮流。與前面兩種方案相比存在顯著區(qū)別。該系統(tǒng)優(yōu)勢是攝像機(jī)內(nèi)置web服務(wù)器,采用嵌入式實時操作系統(tǒng),并直接提供以太網(wǎng)端口。這些攝像機(jī)生成jpeg或mp

17、eg4 數(shù)據(jù)文件,可供任何經(jīng)授權(quán)客戶機(jī)從網(wǎng)絡(luò)中任何位置訪問、監(jiān)視、記錄并打印,而不是生成連續(xù)模擬視頻信號形式圖像。網(wǎng)絡(luò)上用戶可以直接使用瀏覽器觀看web服務(wù)器上的圖像信息,還可以通過授權(quán)的方式控制遠(yuǎn)程目標(biāo)攝像頭?;趇p網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)具有視頻編碼處理、網(wǎng)絡(luò)傳輸通信、支持遠(yuǎn)程網(wǎng)絡(luò)控制,因此使得監(jiān)控系統(tǒng)上升了一個新的臺階?;趇p網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)克服了上述兩種監(jiān)控系統(tǒng)的局限性,擁有下述優(yōu)點:(1)不受距離限制,利用網(wǎng)絡(luò)傳輸數(shù)據(jù),距離不受限制,網(wǎng)絡(luò)覆蓋的地方即可。信號不易受干擾,提高了圖像的質(zhì)量和穩(wěn)定性。(2)易于升級與全面可擴(kuò)展性,能夠利用現(xiàn)有局域網(wǎng)基礎(chǔ)設(shè)施,輕松添加更多攝像機(jī),網(wǎng)絡(luò)帶寬可復(fù)用,

18、避免重新布線。(3)全面遠(yuǎn)程監(jiān)視,任何經(jīng)授權(quán)客戶機(jī)都可直接訪問任意攝像機(jī)。(4)成本和功耗低,服務(wù)器采用低廉的嵌入式處理器,客戶端只需通過瀏覽器即可進(jìn)行監(jiān)控。目前,國內(nèi)外的監(jiān)控系統(tǒng)技術(shù)正朝著網(wǎng)絡(luò)數(shù)字化方向快速發(fā)展。由于在集成電路、圖像壓縮技術(shù)及數(shù)字通信的發(fā)展,歐美國家在這行業(yè)領(lǐng)域中占有比較明顯的領(lǐng)先優(yōu)勢。例如,瑞典的axis,澳大利亞的digiguard。他們的監(jiān)控系統(tǒng)智能程度很高,醫(yī)療精密監(jiān)控,車牌及特征識別,運動軌跡判斷,人臉體態(tài)識別等。國外的這些產(chǎn)品功能強(qiáng)大,但價格昂貴,在我國普遍推廣不開。而國內(nèi)在網(wǎng)絡(luò)視頻監(jiān)控方面相對落后,在高端攝像機(jī)等核心技術(shù)較薄弱,科技含量較高的產(chǎn)品以進(jìn)口為主,國內(nèi)

19、代表性的公司中興,豐林等研發(fā)的系統(tǒng)可靠性差,網(wǎng)絡(luò)傳輸實時性差。國內(nèi)圖像視頻監(jiān)控市場充滿了機(jī)會,2010年,國內(nèi)圖像視頻監(jiān)控市場的總體市場規(guī)模為110億美金,年增長率為31%,其中基于ip網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)的占有率越來越大,越來越受用戶青睞4。1.3 本文的研究內(nèi)容和主要工作1.3.1 本文的主要工作本文在設(shè)計基于嵌入式linux的圖像監(jiān)控系統(tǒng)過程中,主要做了以下幾個工作:(1)交叉編譯環(huán)境的建立和bootloader的移植。 (2)linux內(nèi)核的移植。 (3)linux網(wǎng)絡(luò)設(shè)備驅(qū)動程序的編寫和usb驅(qū)動程序的移植。 (4)實現(xiàn)usb攝像頭的采集圖像程序的編寫。 (5)實現(xiàn)tcp/ip網(wǎng)絡(luò)協(xié)議傳

20、輸模塊的移植。(6)通過分析采集到的圖片進(jìn)行環(huán)境監(jiān)控。1.3.2 本文的擬解決的主要問題(1)通用usb攝像頭的驅(qū)動程序的編寫和移植。(2)實現(xiàn)網(wǎng)絡(luò)傳輸和遠(yuǎn)程控制和mjpg協(xié)議算法傳輸。(3)通過分析采集到的圖片進(jìn)行環(huán)境監(jiān)控。1.3.3 本系統(tǒng)方案的優(yōu)點 本文設(shè)計的基于嵌入式linux的圖像監(jiān)控系統(tǒng)與其他遠(yuǎn)程監(jiān)控系統(tǒng)相比,有以下幾個優(yōu)點:(1)搭建系統(tǒng)難度小,不需要專門的大型服務(wù)器,只需使用嵌入式微處理器arm9組成的輕量級流服務(wù)器。(2)擴(kuò)展性強(qiáng),可適用市場上的通用usb攝像頭,可適用通用的瀏覽器實現(xiàn)網(wǎng)絡(luò)傳輸和遠(yuǎn)程控制。(3)通過分析采集到的視頻進(jìn)行圖片環(huán)境監(jiān)控,只需進(jìn)行有意義的圖片的分析,

21、不需要存儲大量視頻信息。(4)成本和功耗低,采用開源的linux系統(tǒng),使用功耗極低但性能優(yōu)越的arm9處理器,使系統(tǒng)的成本和功耗降到了最低。2 系統(tǒng)設(shè)計和硬件平臺的建立 2.1 系統(tǒng)總體設(shè)計錯誤!鏈接無效。圖2-1系統(tǒng)總體設(shè)計整個系統(tǒng)總體設(shè)計如圖2-1所示,整體分為兩大部分:系統(tǒng)前臺和系統(tǒng)后臺。系統(tǒng)前臺包括用戶、客戶端主機(jī)(瀏覽器)、服務(wù)器網(wǎng)頁這三部分;剩下的都劃分為系統(tǒng)后臺。服務(wù)器以linux內(nèi)核作為視頻服務(wù)器核心,內(nèi)有三個主要服務(wù)組件,其中apache服務(wù)器負(fù)責(zé)與用戶通過http通信,用戶要使用瀏覽器處理視頻,只需要登錄瀏覽器便可,在這里最好是使用firfox,因為它對ht

22、tp視頻流支持最好。mjpg-streamer視頻服務(wù)器主要負(fù)責(zé)架設(shè)服務(wù),進(jìn)行配置(端口,各種顯示參數(shù)等),而攝像頭的識別則由相應(yīng)的驅(qū)動程序完成。2.2 硬件選型2.2.1 系統(tǒng)硬件整體設(shè)計本系統(tǒng)選擇三星公司的s3c2440作為核心處理器,負(fù)責(zé)整個系統(tǒng)的運行,采用usb攝像頭實現(xiàn)數(shù)據(jù)采集,通過網(wǎng)絡(luò)進(jìn)行圖像的實時傳輸,系統(tǒng)硬件整體結(jié)構(gòu)如圖2-2所示。錯誤!鏈接無效。圖2-2 系統(tǒng)硬件整體結(jié)構(gòu)圖2.2.2 硬件模塊選型微處理器采用三星公司的s3c2440,s3c2440是一款內(nèi)部集成了arm公司arm920t內(nèi)核的16/32位risc嵌入式處理器,主要面向高性能、低功耗的應(yīng)用。帶有內(nèi)存管理單元(m

23、mu),采用0.13微米工藝和amba新型總線結(jié)構(gòu)。為了處理圖像數(shù)據(jù),cpu工作頻率可達(dá)400mhz。有完善的網(wǎng)絡(luò)功能。2.3 硬件接口設(shè)計2.3.1 sdram和flash接口設(shè)計(1) sdram:系統(tǒng)外接了兩片64m bytes的sdram芯片(型號為hy57v561620ftp),一般稱之為內(nèi)存,并接在一起形成32bit的總線寬度,其物理啟始地址為0x30000000。其接口電路如圖2-3所示。圖2-3 sdram接口圖(2)flash:系統(tǒng)采用nand flash,型號為k9f1g08,大小為128m。nand flash不具有地址線,它有專門的控制接口與cpu相連,數(shù)據(jù)總線為8-b

24、it。其接口電路如圖2-4所示。圖2-4 nand flash接口圖2.3.2 網(wǎng)絡(luò)模塊接口設(shè)計系統(tǒng)采用dm9000網(wǎng)卡芯片,它可以自適應(yīng)10/100m網(wǎng)絡(luò),使用內(nèi)部包含耦合線圈的rj45連接頭,不必另接網(wǎng)絡(luò)變壓器,使用普通網(wǎng)線連接即可。100m網(wǎng)絡(luò)接口如圖2-5所示。圖2-5 dm9000的100m網(wǎng)絡(luò)接口圖2.3.3 usb模塊接口設(shè)計系統(tǒng)采用usb host接口,使用usb2.0協(xié)議,與普通usb接口一致。usb host接口如圖2-6所示。圖2-6 usb host接口圖2.3.4 電源模塊和rs232模塊接口設(shè)計(1)電源模塊:本系統(tǒng)電源系統(tǒng)設(shè)計簡單,直接使用外接5v電源,分別通過降

25、壓芯片lm1117-33、lm1117-1.8、max8860eua18產(chǎn)生整個系統(tǒng)所需的三種電壓:3.3v、1.8v、1.25v。(2) rs232模塊:直接從cpu引出后,使用rs232進(jìn)行電平轉(zhuǎn)換,使用直連線與pc機(jī)相互通信,用于下載調(diào)試程序使用。2.4 本章小結(jié)在本章中,首先從總體上架構(gòu)了整個監(jiān)控系統(tǒng)的框架圖,并針對系統(tǒng)硬件做出了整體設(shè)計以及各個外圍模塊之間的聯(lián)系,最后一一介紹了系統(tǒng)外圍六個模塊的接口電路設(shè)計。3 嵌入式linux系統(tǒng)平臺的搭建3.1交叉編譯環(huán)境的建立和bootloader的移植3.1.1 交叉編譯環(huán)境的建立由于嵌入式系統(tǒng)不是通用的計算機(jī)系統(tǒng),硬件資源受到很大的限制,因

26、此運行于嵌入式系統(tǒng)裁剪和定制之前,需要在強(qiáng)大的宿主機(jī)上建立一個交叉編譯環(huán)境,用于目標(biāo)機(jī)5。本系統(tǒng)采用的交叉編譯環(huán)境為arm-linux-gcc-4.4.3。下載源代碼并解壓到根目錄下,運行g(shù)edit /root/.bashrc,然后把編譯器路徑加入系統(tǒng)環(huán)境變量中。3.1.2 bootloader的移植bootloader就是在操作系統(tǒng)內(nèi)核運行之前運行的一段小程序。通過這段小程序,我們可以初始化硬件設(shè)備、建立內(nèi)存空間映射圖,從而將系統(tǒng)的軟硬件環(huán)境帶到一個合適狀態(tài),以便為最終調(diào)用操作系統(tǒng)內(nèi)核準(zhǔn)備好正確的環(huán)境。由于bootloader 的實現(xiàn)依賴于 cpu 的體系結(jié)構(gòu),因此bootloader在st

27、age1和stage2 需要做的工作如下。(1)stage1通常包括以下步驟(以執(zhí)行的先后順序): 硬件設(shè)備初始化。 為加載 boot loader 的 stage2 準(zhǔn)備 ram 空間。 拷貝 boot loader 的 stage2 到 ram 空間中。 設(shè)置好堆棧。 跳轉(zhuǎn)到 stage2 的 c 入口點。 (2)stage2通常包括以下步驟(以執(zhí)行的先后順序): 初始化本階段要使用到的硬件設(shè)備。 檢測系統(tǒng)內(nèi)存映射(memory map)。 將 kernel 映像和根文件系統(tǒng)映像從 flash 上讀到 ram 空間中。 為內(nèi)核設(shè)置啟動參數(shù)。 調(diào)用內(nèi)核。 本系統(tǒng)采用的bios是基于三星公司原

28、來的bootloder修改而來的supervivi。3.2 linux-內(nèi)核的移植本系統(tǒng)采用linux-內(nèi)核。本系統(tǒng)的核心電路和smdk2440基本一樣,而linux-內(nèi)核對smdk2440的支持已經(jīng)十分豐富,所以只需根據(jù)我們的目標(biāo)平臺做細(xì)微的差別調(diào)整即可。以下是移植內(nèi)核的步驟(1)獲取linux內(nèi)核源代碼,解壓內(nèi)核源代碼。(2)指定交叉編譯變量:修改總目錄下的makefile原來為:export kbuild_buildhost := $(subarch) arch ?= $( subarch) cross_compile ?=修改為:expo

29、rt kbuild_buildhost := $(subarch) arch ?= arm cross_compile ?= arm-linux-其中,arch是指目標(biāo)平臺為arm, cross_compile是指交叉編譯器。然后執(zhí)行:#make s3c2410_defconfig#make (3)克隆建立自己的目標(biāo)平臺:修改機(jī)器碼:進(jìn)入linux-/arch/arm/tools/mach_types文件中把機(jī)器碼修改為1999。修改時鐘源頻率:進(jìn)入linux-/arch/arm/mach-s3c2440/ mach-mini2440.c文件中的原smdk244

30、0目標(biāo)版上的晶振從原來的16.9344mhz改為12mhz。修改nand flash分區(qū):# gedit arch/arm/plat-s3c24xx/common-smdk.cstatic struct mtd_partition smdk_default_nand_part = 0 = .name = supervivi, ;這里是bootloder所在分區(qū).size = 0x00040000,.offset = 0,1 = .name = param, ;這里是supervivi參數(shù)區(qū).size = 0x00040000,.offset = 0x00020000,2 = .name = k

31、ernel,.offset = 0x00060000, ;內(nèi)核所在分區(qū),大小為5m.size = 0x00500000,3 = .name = root, ;文件系統(tǒng)分區(qū),本系統(tǒng)用來存放yaffs2文件系統(tǒng)內(nèi)容.offset = 0x00560000,.size = 1024*1024*1024,4 = .name = nand, ;此區(qū)域代表整片nand flash,做預(yù)留使用.offset = 0x00000000,.size = 1024*1024*1024,;從smdk2440到mini2440:使用批處理命令修改mach-mini2440.c中的字樣為mini2440。編譯測試:在根

32、目錄下執(zhí)行: #make mini2440_defconfig #make zimage ;編譯內(nèi)核,最后生成zimage。(4)配置內(nèi)核:針對配置內(nèi)核做主要的作為介紹。執(zhí)行#make menuconfig general setup - ;配置目標(biāo)版體系 s3c2440 machines - mini2440 development board device drivers - ;配置dm9000網(wǎng)卡驅(qū)動 network device support - ethernet(10 or 100mbit) - dm9000 device drivers - ;配置usb攝像頭 multimedi

33、a devices - multimedia support - video capture adapters (new)- v4l usb devices (new) - gspca based webcams - 選擇所有的攝像頭類型 -把所有結(jié)構(gòu)設(shè)備添加到目標(biāo)平臺設(shè)備集中:static struct platform_device *mini2440_devices_initdata = &s3c_device_usb, &s3c_device_rtc, &s3c_device_wdt, &s3c_device_i2c0, &s3c_device_iis, &mini2440_devic

34、e_eth, &s3c_device_nand,(5)配置編譯新內(nèi)核:首先以root身份進(jìn)入系統(tǒng),然后對它進(jìn)行編譯,得到內(nèi)核映像文件zimage。3.3 文件系統(tǒng)的制作嵌入式linux系統(tǒng)可使用的文件系統(tǒng)有多種,比如cramfs、jffs2、yaffs2等6。yaffs2類似于jffs和jffs2的專為flash設(shè)計的嵌入式文件系統(tǒng)。雖然功能少,但速度快,占用內(nèi)存少,并自帶nand flash芯片驅(qū)動 。其移植過程為:(1)解壓yaffs2。(2)建立yaffs2目錄,復(fù)制解壓后的代碼到目錄下。(3)修改fs/kconfig,添加:source “fs/yaffs2/kconfig”。(4)修

35、改fs/makefile,添加:obj-$(config_yaffs2_fs) +=yaffs2/。(5)配置內(nèi)核時選中mtd支持和yaffs2支持。(6)編譯內(nèi)核并將下載到開發(fā)板的flash。3.4 本章小結(jié)在本章中,簡單敘述了系統(tǒng)基于嵌入式linux系統(tǒng)平臺的搭建,包括交叉編譯環(huán)境的建立和bootloader的移植,還有以linux內(nèi)核作為視頻服務(wù)器核心的配置和移植,最后介紹了根文件系統(tǒng)的制作流程。這樣,就構(gòu)建好了系統(tǒng)所需的linux系統(tǒng)平臺。4 系統(tǒng)設(shè)備的驅(qū)動程序的編寫和移植在嵌入式系統(tǒng)中,設(shè)備驅(qū)動充當(dāng)了硬件和應(yīng)用軟件之間的紐帶。對于功能較簡單,控制不復(fù)雜的系統(tǒng),并不需要

36、多任務(wù)、文件系統(tǒng)和內(nèi)存管理等復(fù)雜功能,用單任務(wù)構(gòu)架可以很好地支持。對于本系統(tǒng)相對復(fù)雜的軟件系統(tǒng),需要具有操作系統(tǒng)的設(shè)備驅(qū)動來完成多任務(wù)并發(fā)。4.1 系統(tǒng)軟件設(shè)備架構(gòu)錯誤!鏈接無效。圖4-1 系統(tǒng)軟件設(shè)備架構(gòu)本系統(tǒng)軟件設(shè)備架構(gòu)如圖4-1所示,詳細(xì)模塊功能如下:(1)前臺功能:在網(wǎng)絡(luò)上的客戶端進(jìn)行對服務(wù)器的視頻數(shù)據(jù)請求,通過通用的瀏覽器進(jìn)行圖片監(jiān)控,視頻監(jiān)控。(2)應(yīng)用層功能:在應(yīng)用層上,主要負(fù)責(zé)處理網(wǎng)站發(fā)布接收訪問等基于http協(xié)議的活動。基于httpd服務(wù)器發(fā)布的數(shù)據(jù)放在數(shù)據(jù)業(yè)務(wù)中的www文件夾中,進(jìn)行數(shù)據(jù)轉(zhuǎn)換,成為客戶端真正能瀏覽到的圖片和視頻。(3)數(shù)據(jù)業(yè)務(wù)層功能:該層主要使用開源軟件mj

37、pg-streamer模塊,該軟件利用共享庫來處理輸入輸出,input_file.so處理文件輸入,可輸入圖片和視頻文件,output_http.so和output_file.so等是以http視頻數(shù)據(jù)服務(wù)流形式輸出,為高層圖像提供較友好的數(shù)據(jù)接口。mjpg-streamer軟件依賴libjpeg和libjpeg-devel庫的支持。利用input_uvc.so文件接收攝像頭,利用yuv格式,適當(dāng)減少圖片幀數(shù)讓視頻流暢,該模塊會讓數(shù)據(jù)進(jìn)入數(shù)據(jù)緩沖器進(jìn)行數(shù)據(jù)中轉(zhuǎn),由輸出模塊output_http.so模塊進(jìn)行http數(shù)據(jù)流的處理。www文件夾存放網(wǎng)頁開發(fā)包,為了與應(yīng)用層交換,內(nèi)嵌有本系統(tǒng)瀏覽數(shù)據(jù)

38、的頁面。(4)驅(qū)動層功能:在此主要是驅(qū)動usb攝像頭和網(wǎng)絡(luò)芯片dm9000。為上述功能提供可能。4.2 網(wǎng)絡(luò)驅(qū)動程序4.2.1 網(wǎng)絡(luò)設(shè)備驅(qū)動程序的體系結(jié)構(gòu)linux網(wǎng)絡(luò)設(shè)備驅(qū)動程序的體系結(jié)構(gòu)從上到下分為4層3,一次為網(wǎng)絡(luò)協(xié)議接口層、網(wǎng)絡(luò)設(shè)備接口層、設(shè)備驅(qū)動功能層和網(wǎng)絡(luò)設(shè)備與媒介層,其流程圖如圖4-2所示。(1)網(wǎng)絡(luò)協(xié)議接口層:向網(wǎng)絡(luò)層協(xié)議提供統(tǒng)一的數(shù)據(jù)包收發(fā)接口,通過dev_queue_xmit()函數(shù)發(fā)送數(shù)據(jù),并通過netif_rx()函數(shù)接收數(shù)據(jù)。(2)網(wǎng)絡(luò)設(shè)備接口層:向協(xié)議接口層提供net_device,用來描述具體網(wǎng)絡(luò)設(shè)備屬性和操作的結(jié)構(gòu)體。(3)設(shè)備驅(qū)動功能層:各函數(shù)是網(wǎng)絡(luò)設(shè)備接口層

39、net_device數(shù)據(jù)結(jié)構(gòu)的具體成員,驅(qū)使網(wǎng)絡(luò)設(shè)備硬件完成相應(yīng)的動作,通過hard_start_xmit()函數(shù)啟動發(fā)送操作,通過網(wǎng)絡(luò)設(shè)備上的中斷觸發(fā)接收操作。(4)網(wǎng)絡(luò)設(shè)備與媒介層:完成數(shù)據(jù)包發(fā)送和接收的物理實體。包括網(wǎng)絡(luò)適配器和具體的傳輸媒介等。錯誤!鏈接無效。圖4-2 網(wǎng)絡(luò)設(shè)備驅(qū)動程序的體系結(jié)構(gòu)4.2.2 dm9000發(fā)送和接收數(shù)據(jù)包過程(1)dm9000發(fā)送數(shù)據(jù)包過程,如圖4-3所示:向控制寄存器txcmd寄存器寫入發(fā)送命令。將發(fā)送數(shù)據(jù)長度寫入txleng寄存器。讀取packetpage空間內(nèi)的busst寄存器,配置其狀態(tài)為準(zhǔn)備發(fā)送狀態(tài)。在port0寄存器循環(huán)寫入要發(fā)送的數(shù)據(jù)。錯誤!

40、鏈接無效。圖4-3 dm9000發(fā)送數(shù)據(jù)包過程圖 圖4-4 dm9000接收數(shù)據(jù)包過程圖(2)dm9000接收數(shù)據(jù)包過程,如圖4-4所示:接收到網(wǎng)絡(luò)適配器產(chǎn)生的中斷,查詢中斷狀態(tài)隊列端口,判斷中斷類型是否為接收中斷。讀port0寄存器依次換得接收狀態(tài)rxstatus,接收數(shù)據(jù)長度rxlength。循環(huán)繼續(xù)對port0寄存器讀取rxlength次,直到獲得整個數(shù)據(jù)包4.3 usb攝像頭的驅(qū)動在linux系統(tǒng)中,提供了主機(jī)側(cè)和設(shè)備測的usb驅(qū)動框架3。從主機(jī)側(cè)的角度而言,需要編寫的usb驅(qū)動程序包括主機(jī)控制器驅(qū)動和設(shè)備驅(qū)動兩類,usb主機(jī)控制器驅(qū)動程序控制插入其中的usb設(shè)備,而usb設(shè)備驅(qū)動程序

41、控制設(shè)備如何作為從設(shè)備與主機(jī)通信。本系統(tǒng)研究的是主機(jī)側(cè)usb驅(qū)動。在linux-內(nèi)核中配置和修改開源驅(qū)動spca5xx/gspca,就基本實現(xiàn)了通用的主流usb攝像頭的支持。為了識別不同的v4l1和v4l2芯片的攝像頭,安裝gspcav1來支持v4l1,用uvcvideo來支持v4l2。4.3.1 主機(jī)側(cè)usb驅(qū)動總體結(jié)構(gòu)錯誤!鏈接無效。圖4-5 主機(jī)側(cè)usb驅(qū)動總體結(jié)構(gòu)圖usb采用樹形拓?fù)浣Y(jié)構(gòu),總體結(jié)構(gòu)圖如圖4-5所示。要實現(xiàn)的usb驅(qū)動包括兩類:usb主機(jī)控制器驅(qū)動和usb設(shè)備驅(qū)動,前者控制插入其中的usb設(shè)備,后者控制usb設(shè)備如何與主機(jī)通信。usb核心負(fù)責(zé)usb驅(qū)動管理

42、和協(xié)議處理的主要工作,包括:通過定義一些數(shù)據(jù)接口、宏和功能函數(shù),向上為設(shè)備驅(qū)動提供編程接口,向下為usb主機(jī)控制器驅(qū)動提供編程接口;通過全局變量維護(hù)整個系統(tǒng)的usb設(shè)備信息;完成設(shè)備熱插拔控制、總線數(shù)據(jù)傳輸控制等。4.3.2 urb處理流程在usb設(shè)備的邏輯組織中,包含設(shè)備、配置、接口和端點4個層次3。設(shè)備通常有一個或多個配置;配置通常有一個或多個接口;接口通常有一個或多個設(shè)置;接口有零或多個端點。而usb設(shè)備中的每個端點都處理一個urb隊列,在隊列被清空之前,一個urb的生命周期如下,如圖4-6所示:(1)被一個usb設(shè)備驅(qū)動創(chuàng)建,由usb_alloc_urb()函數(shù)創(chuàng)建。(2)初始化,被安

43、排給一個特定usb設(shè)備的特定端點。(3)被usb設(shè)備驅(qū)動提交給usb核心。在完成第(1)、(2)步的創(chuàng)建和初始化后,usr便可以提交給usb核心,通過usb_submit_urb()函數(shù)來完成。(4)提交由usb核心指定的usb主機(jī)控制器驅(qū)動。(5)被usb主機(jī)控制器處理,進(jìn)行一次到usb設(shè)備的傳送。(6)當(dāng)urb完成,usb主機(jī)控制器驅(qū)動通知usb設(shè)備驅(qū)動。錯誤!鏈接無效。圖4-6 urb處理流程圖4.4 本章小結(jié)本章首先從整體上描述了本系統(tǒng)軟件設(shè)備架構(gòu),然后介紹了架構(gòu)中各模塊層的功能。接著再詳細(xì)介紹了本系統(tǒng)中關(guān)于網(wǎng)絡(luò)驅(qū)動程序的編寫流程和usb攝像頭驅(qū)動程序的移植。5 系統(tǒng)的圖像采集和傳輸

44、系統(tǒng)調(diào)用v4l1和v4l2的api函數(shù),通過usb攝像頭來采集視頻圖像數(shù)據(jù),完成視頻圖像數(shù)據(jù)的采集后,作為服務(wù)器端的嵌入式系統(tǒng)后臺等待客戶端通過瀏覽器進(jìn)行連接,然后進(jìn)行對攝像頭監(jiān)控,服務(wù)器就把采集到的圖像數(shù)據(jù)傳輸?shù)竭h(yuǎn)程客戶端pc機(jī)上。因為系統(tǒng)采用的是mjpeg協(xié)議,也就是把視頻鏡頭拍成的視頻分解成一張張分離的jpg數(shù)據(jù)發(fā)送到客戶端。當(dāng)客戶端不斷顯示圖片,即可形成相應(yīng)的圖像。5.1 圖像采集的實現(xiàn)video4linux(v4l)經(jīng)常使用在需要采集圖像的場合,如視頻監(jiān)控,webcam, 可視電話,經(jīng)常應(yīng)用在 embedded linux 中,是 linux 嵌入式開發(fā)中經(jīng)常使用的系統(tǒng)接口7。v4l

45、分為兩層,底層為音視頻設(shè)備在內(nèi)核中的驅(qū)動,上層為系統(tǒng)提供的api,而對于我們來說需要的就是使用這些系統(tǒng)的 api 。5.1.1 圖像采集的過程v4l 視頻編程的流程和對文件操作并沒有什么本質(zhì)的不同,大概的流程有六步,如圖5-1所示:(1)打開視頻設(shè)備( 通常是 /dev/video0)(2)獲得設(shè)備信息。(3)根據(jù)需要更改設(shè)備的相關(guān)設(shè)置。(4)獲得采集到的圖像數(shù)據(jù)(v4l 提供了兩種方式,直接通過打開的設(shè)備讀取數(shù)據(jù),使用 mmap 內(nèi)存映射的方式獲取數(shù)據(jù))。(5)對采集到的數(shù)據(jù)進(jìn)行操作(如顯示到屏幕,圖像處理等)。(6)關(guān)閉視頻設(shè)備。錯誤!鏈接無效。圖5-1 v4l圖像采集的流程圖5.1.2

46、系統(tǒng)獲得采集的圖像數(shù)據(jù)的關(guān)鍵函數(shù)系統(tǒng)采用 mmap 內(nèi)存映射來獲取圖像。在這部分涉及到下面幾個函數(shù),它們配合來完成最終圖像采集的功能。 (1)extern int v4l_mmap_init(v4l_device *); 該函數(shù)把攝像頭圖像數(shù)據(jù)映射到進(jìn)程內(nèi)存中,也就是只要使用 vd-map 指針就可以使用采集到的圖像數(shù)據(jù)。(2)extern int v4l_grab_init(v4l_device *, int, int); 該函數(shù)完成圖像采集前的初始化工作。 (3)extern int v4l_grab_frame(v4l_device *, int); 該函數(shù)是真正完成圖像采集的一步,在本

47、文使用了一個通常都會使用的一個小技巧,可以在處理一幀數(shù)據(jù)時同時采集下一幀的數(shù)據(jù),因為通常我們使用的攝像頭都可以至少存儲兩幀的數(shù)據(jù)。 (4)extern int v4l_grab_sync(v4l_device *); 該函數(shù)用來完成截取圖像的同步工作,在截取一幀圖像后調(diào)用,返回表明一幀截取結(jié)束。5.2 監(jiān)控系統(tǒng)的網(wǎng)絡(luò)傳輸?shù)膶崿F(xiàn)5.2.1 系統(tǒng)采用基于tcp/ip協(xié)議來實現(xiàn)網(wǎng)絡(luò)傳輸本系統(tǒng)采用基于tcp/ip協(xié)議來實現(xiàn)網(wǎng)絡(luò)傳輸,后臺嵌入式設(shè)備負(fù)責(zé)采集圖像數(shù)據(jù)并建立好tcp服務(wù)器,客戶端通過網(wǎng)絡(luò)連接后臺服務(wù)器,前臺和后臺握手后建立連接,并接收圖像數(shù)據(jù),實時顯示圖像和視頻。socket是tcp/ip協(xié)

48、議傳輸層所提供的接口(稱為套接口),供用戶編程訪問網(wǎng)絡(luò)資源8。流式套接字提供了一套可靠的面向連接的數(shù)據(jù)傳輸方法,流式套接字需要由socket()函數(shù)來創(chuàng)建9,而調(diào)用時必須要用bind()函數(shù)為它分配一個地址。圖5-2是基于本系統(tǒng)的簡單流式套接字的示意圖。錯誤!鏈接無效。圖5-2 流式套接字的示意圖在圖5-2 流式套接字的示意圖中,服務(wù)器創(chuàng)建好套接字,并且賦給其一個地址之后,使用listen()函數(shù)來偵聽客戶端的連接請求,如果連接成功就調(diào)用accept()函數(shù)返回一個新的套接字描述符來處理雙方的通信過程??蛻舳藶榱送ㄖ?wù)器端接收其發(fā)出的連接請求,也必須先建立一個socket,接著調(diào)用conne

49、ct()函數(shù)來發(fā)送連接請求。雙方結(jié)束通信后,都要調(diào)用close()函數(shù)來結(jié)束socket通信。5.2.2 圖像采集后的傳輸算法舉例(1)本系統(tǒng)在基于tcp/ip協(xié)議基礎(chǔ)下采用mjpg (即mjpeg)協(xié)議。它的原理是把視頻鏡頭拍成的視頻分解成一張張分離的jpg數(shù)據(jù)發(fā)送到客戶端。當(dāng)客戶端不斷顯示圖片,即可形成相應(yīng)的圖像。mjpg協(xié)議流程如下:mjpg在http的mime type是“x-mixed-replace”。但mjpg首先是要由客戶發(fā)一個get取一個特殊文件(不同攝像頭有不同的定義,系統(tǒng)針對不同的攝像頭定義了不同的文件)。如果ipcam返回200,表示已經(jīng)接收的請求,并在返回的頭里指明邊

50、界字符串,這是在context type的boundary子屬性來指明的。然后ipcam開始發(fā)送jpg數(shù)據(jù),首先是發(fā)送類型和長度。content-type= image/jpeg以及用content-length指向隨后的長度。當(dāng)一個圖發(fā)送完畢后,以邊界字符串來結(jié)束。(2)在本監(jiān)控系統(tǒng)中,我們使用了mjpg-streamer, mjpg-streamer是常用來實現(xiàn)mjpg流傳輸?shù)拈_源項目,我們通俗的介紹一下它的協(xié)議內(nèi)容來舉例本系統(tǒng)圖像傳輸?shù)乃惴?。首先是發(fā)送 get /?action=streamnn服務(wù)器響應(yīng)200表示聯(lián)接成功。并指明是multipart/x-mixed-replace的mj

51、pg數(shù)據(jù),邊界字符串是boundarydonotcrosshttp/1.0 200 ok /傳輸協(xié)議connection: close server: mjpg-streamer/0.2 cache-control: no-store, no-cache, must-revalidate, pre-check=0, post-check=0, max-age=0pragma: no-cacheexpires: mon, 3 jan 2000 12:34:56 gmtcontent-type: multipart/x-mixed-replace;boundary=boundarydonotcro

52、ss-boundarydonotcross /邊界字符串接下是開始發(fā)送jpg數(shù)據(jù)content-type: image/jpegcontent-length: 19454中間19454字節(jié)就是一個jpg完整的圖像boundarydonotcross /一個圖發(fā)送完畢后,以邊界字符串來結(jié)束當(dāng)連續(xù)不斷發(fā)送這個數(shù)據(jù),在客戶端即可顯示視頻5.3 本章小結(jié)本章主要闡述了監(jiān)控系統(tǒng)的圖像采集和傳輸?shù)膶崿F(xiàn)。圖像采集部分介紹了系統(tǒng)圖像采集的過程,并深入舉例分析了實現(xiàn)系統(tǒng)算法的關(guān)鍵函數(shù);最后描述實現(xiàn)監(jiān)控系統(tǒng)的網(wǎng)絡(luò)傳輸和圖像采集后的傳輸算法舉例,以求達(dá)到遠(yuǎn)程監(jiān)控圖像視頻的目的。6 系統(tǒng)測試(1)通過瀏覽器監(jiān)控步驟:

53、連接好硬件:系統(tǒng)接好5v電源,接好網(wǎng)線、串口線,插裝好usb攝像頭。啟動mjpg-streamer,在串口終端執(zhí)行: #cd /mipg-streamer #./start_uvc.sh能在終端觀察到如下信息,則說明已經(jīng)成功啟動mjpg-streamer。 mjpg streamer version.: 2.0 i: using v4l2 device.: /dev/video0 i: desired resolution.: 640x480 i: frames per second.: 5 i: format.: mjpeg o: www-folder-path.: ./www/ o: ht

54、tp tcp port.: 8080 o: username:password.: disabled o: commands.: enabled通過瀏覽器動態(tài)瀏覽usb攝像頭:在瀏覽器中輸入:20:8080/stream_simple.html就可以看到動態(tài)畫面了。通過瀏覽器動態(tài)瀏覽usb攝像頭:在瀏覽器中輸入:20:8080/index.html就可以看到系統(tǒng)客戶端監(jiān)控主頁,如附錄圖1所示。 換另外的攝像頭,重新上述操作進(jìn)行系統(tǒng)測試。測試結(jié)果如表1所示。 分別用不同的瀏覽器進(jìn)行登錄,如ie,firefox,360瀏覽器,遨游瀏覽器等進(jìn)行測試。測試結(jié)果如表2所示。表1 攝像頭測試表classict06-霸王眼anc酷吧吸盤版05ota表2 瀏覽器支持測試表firefox3.6瀏覽器ie8.0瀏覽器360瀏覽器遨游瀏覽器 在分辨率為640x48

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論