【正文】 圖41所示，詳細(xì)模塊功能如下：(1)前臺(tái)功能:在網(wǎng)絡(luò)上的客戶端進(jìn)行對服務(wù)器的視頻數(shù)據(jù)請求，通過通用的瀏覽器進(jìn)行圖片監(jiān)控，視頻監(jiān)控。對于本系統(tǒng)相對復(fù)雜的軟件系統(tǒng)，需要具有操作系統(tǒng)的設(shè)備驅(qū)動(dòng)來完成多任務(wù)并發(fā)。4 系統(tǒng)設(shè)備的驅(qū)動(dòng)程序的編寫和移植在嵌入式系統(tǒng)中，設(shè)備驅(qū)動(dòng)充當(dāng)了硬件和應(yīng)用軟件之間的紐帶。 本章小結(jié)在本章中，簡單敘述了系統(tǒng)基于嵌入式linux系統(tǒng)平臺(tái)的搭建，包括交叉編譯環(huán)境的建立和Bootloader的移植，最后介紹了根文件系統(tǒng)的制作流程。(5)配置內(nèi)核時(shí)選中MTD支持和YAFFS2支持。(3)修改fs/Kconfig,添加：source “fs/yaffs2/kconfig”。其移植過程為：(1)解壓YAFFS2。YAFFS2類似于JFFS和JFFS2的專為flash設(shè)計(jì)的嵌入式文件系統(tǒng)。s3c_device_nand,}(5)配置編譯新內(nèi)核：首先以ROOT身份進(jìn)入系統(tǒng)，然后對它進(jìn)行編譯，得到內(nèi)核映像文件zImage。s3c_device_iis, amp。s3c_device_wdt, amp。s3c_device_usb, amp。(4)配置內(nèi)核：針對配置內(nèi)核做主要的作為介紹。⑤編譯測試：在根目錄下執(zhí)行： make mini2440_defconfig make zImage 。}}。.size = 1024*1024*1024,.offset = 0x00000000,.name = nand, ；此區(qū)域代表整片nand flash,做預(yù)留使用[4] = {}.size = 1024*1024*1024,.offset = 0x00560000,.name = root, ；文件系統(tǒng)分區(qū)，本系統(tǒng)用來存放yaffs2文件系統(tǒng)內(nèi)容[3] = {},.size = 0x00500000,.offset = 0x00060000, ；內(nèi)核所在分區(qū)，大小為5M.name = Kernel,[2] = {},.offset = 0x00020000,.size = 0x00040000,.name = param, ；這里是supervivi參數(shù)區(qū)[1] = {②修改時(shí)鐘源頻率：。(2)指定交叉編譯變量：修改總目錄下的Makefile原來為：export KBUILD_BUILDHOST := $(SUBARCH) ARCH ?= $( SUBARCH) CROSS_COMPILE ?=修改為：export KBUILD_BUILDHOST := $(SUBARCH) ARCH ?= arm CROSS_COMPILE ?= armlinux其中，ARCH是指目標(biāo)平臺(tái)為arm, CROSS_COMPILE是指交叉編譯器。本系統(tǒng)的核心電路和SMDK2440基本一樣，所以只需根據(jù)我們的目標(biāo)平臺(tái)做細(xì)微的差別調(diào)整即可。 本系統(tǒng)采用的BIOS是基于三星公司原來的bootloder修改而來的Supervivi。 ④ 為內(nèi)核設(shè)置啟動(dòng)參數(shù)。 ② 檢測系統(tǒng)內(nèi)存映射(memory map)。 ⑤ 跳轉(zhuǎn)到 stage2 的 C 入口點(diǎn)。 ③ 拷貝 Boot Loader 的 stage2 到 RAM 空間中。(1)stage1通常包括以下步驟(以執(zhí)行的先后順序)： ① 硬件設(shè)備初始化。通過這段小程序，我們可以初始化硬件設(shè)備、建立內(nèi)存空間映射圖，從而將系統(tǒng)的軟硬件環(huán)境帶到一個(gè)合適狀態(tài)，以便為最終調(diào)用操作系統(tǒng)內(nèi)核準(zhǔn)備好正確的環(huán)境。下載源代碼并解壓到根目錄下，運(yùn)行g(shù)edit /root/.bashrc，然后把編譯器路徑加入系統(tǒng)環(huán)境變量中。 本章小結(jié)在本章中，首先從總體上架構(gòu)了整個(gè)監(jiān)控系統(tǒng)的框架圖，并針對系統(tǒng)硬件做出了整體設(shè)計(jì)以及各個(gè)外圍模塊之間的聯(lián)系，最后一一介紹了系統(tǒng)外圍六個(gè)模塊的接口電路設(shè)計(jì)。圖26 USB Host接口圖 電源模塊和RS232模塊接口設(shè)計(jì)(1)電源模塊：本系統(tǒng)電源系統(tǒng)設(shè)計(jì)簡單，直接使用外接5V電源，分別通過降壓芯片LM11173MAX8860EUA18產(chǎn)生整個(gè)系統(tǒng)所需的三種電壓：、。圖25 DM9000的100M網(wǎng)絡(luò)接口圖 USB模塊接口設(shè)計(jì)系統(tǒng)采用USB Host接口，與普通USB接口一致。圖24 NAND Flash接口圖 網(wǎng)絡(luò)模塊接口設(shè)計(jì)系統(tǒng)采用DM9000網(wǎng)卡芯片，它可以自適應(yīng)10/100M網(wǎng)絡(luò)，使用內(nèi)部包含耦合線圈的RJ45連接頭，不必另接網(wǎng)絡(luò)變壓器，使用普通網(wǎng)線連接即可。NAND Flash不具有地址線，它有專門的控制接口與CPU相連，數(shù)據(jù)總線為8bit。其接口電路如圖23所示。有完善的網(wǎng)絡(luò)功能。帶有內(nèi)存管理單元（MMU）。錯(cuò)誤！鏈接無效。MJPGSTREAMER視頻服務(wù)器主要負(fù)責(zé)架設(shè)服務(wù)，進(jìn)行配置（端口，各種顯示參數(shù)等），而攝像頭的識(shí)別則由相應(yīng)的驅(qū)動(dòng)程序完成。系統(tǒng)前臺(tái)包括用戶、客戶端主機(jī)（瀏覽器）、服務(wù)器網(wǎng)頁這三部分；剩下的都劃分為系統(tǒng)后臺(tái)。2 系統(tǒng)設(shè)計(jì)和硬件平臺(tái)的建立 系統(tǒng)總體設(shè)計(jì)錯(cuò)誤！鏈接無效。(3)通過分析采集到的視頻進(jìn)行圖片環(huán)境監(jiān)控，只需進(jìn)行有意義的圖片的分析，不需要存儲(chǔ)大量視頻信息。 本系統(tǒng)方案的優(yōu)點(diǎn) 本文設(shè)計(jì)的基于嵌入式Linux的圖像監(jiān)控系統(tǒng)與其他遠(yuǎn)程監(jiān)控系統(tǒng)相比，有以下幾個(gè)優(yōu)點(diǎn)：(1)搭建系統(tǒng)難度小，不需要專門的大型服務(wù)器，只需使用嵌入式微處理器ARM9組成的輕量級(jí)流服務(wù)器。(2)實(shí)現(xiàn)網(wǎng)絡(luò)傳輸和遠(yuǎn)程控制和MJPG協(xié)議算法傳輸。(6)通過分析采集到的圖片進(jìn)行環(huán)境監(jiān)控。 (4)實(shí)現(xiàn)USB攝像頭的采集圖像程序的編寫。 (2)linux內(nèi)核的移植。國內(nèi)圖像視頻監(jiān)控市場充滿了機(jī)會(huì)，2010年，國內(nèi)圖像視頻監(jiān)控市場的總體市場規(guī)模為110億美金，年增長率為31%，其中基于IP網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)的占有率越來越大，越來越受用戶青睞[4]。國外的這些產(chǎn)品功能強(qiáng)大，但價(jià)格昂貴，在我國普遍推廣不開。例如，瑞典的Axis，澳大利亞的Digiguard。目前，國內(nèi)外的監(jiān)控系統(tǒng)技術(shù)正朝著網(wǎng)絡(luò)數(shù)字化方向快速發(fā)展。(3)全面遠(yuǎn)程監(jiān)視，任何經(jīng)授權(quán)客戶機(jī)都可直接訪問任意攝像機(jī)。信號(hào)不易受干擾，提高了圖像的質(zhì)量和穩(wěn)定性?；贗P網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)具有視頻編碼處理、網(wǎng)絡(luò)傳輸通信、支持遠(yuǎn)程網(wǎng)絡(luò)控制，因此使得監(jiān)控系統(tǒng)上升了一個(gè)新的臺(tái)階。這些攝像機(jī)生成JPEG或MPEG4 數(shù)據(jù)文件，可供任何經(jīng)授權(quán)客戶機(jī)從網(wǎng)絡(luò)中任何位置訪問、監(jiān)視、記錄并打印，而不是生成連續(xù)模擬視頻信號(hào)形式圖像。與前面兩種方案相比存在顯著區(qū)別。您只能通過DVR間接訪問攝像機(jī)。 　?。?）功耗和成本較高，視頻前端較為復(fù)雜，并且需要獨(dú)立服務(wù)器、獨(dú)立管理軟件和多人值守來控制多個(gè)DVR或監(jiān)控點(diǎn)。但由于DVR產(chǎn)品五花八門，沒有標(biāo)準(zhǔn)，所以這一代系統(tǒng)是非標(biāo)準(zhǔn)封閉系統(tǒng)，DVR系統(tǒng)仍存在大量局限： 　?。?）復(fù)雜布線，“模擬數(shù)字”方案仍需要在每個(gè)攝像機(jī)上安裝單獨(dú)視頻纜，導(dǎo)致布線復(fù)雜性。 基于“PC＋多媒體卡”數(shù)字視頻監(jiān)控系統(tǒng)(DVR)現(xiàn)今用的較多的“模擬數(shù)字”監(jiān)控系統(tǒng)(DVR)：以數(shù)字硬盤錄像機(jī)DVR為核心半模擬半數(shù)字方案，從攝像機(jī)到DVR 仍采用同軸纜輸出視頻信號(hào)，通過DVR同時(shí)支持錄像和回放，并可支持有限IP網(wǎng)絡(luò)訪問[3]。（3）系統(tǒng)擴(kuò)展性差，對于已經(jīng)建好的監(jiān)控系統(tǒng)，增加或者修改新的監(jiān)控點(diǎn)，整個(gè)系統(tǒng)都需要進(jìn)行改動(dòng)。 　?。?）錄像負(fù)載重，用戶必須從錄像機(jī)中取出或更換新錄像帶保存，且錄像帶易于丟失、被盜或無意中被擦除。但是有以下幾個(gè)局限性：（1）有限監(jiān)控能力，只支持本地監(jiān)控，受到模擬視頻纜傳輸長度和纜放大器限制。纜連接到專用模擬視頻設(shè)備，系統(tǒng)中的信號(hào)采集、傳輸、存儲(chǔ)均為模擬形式。 傳統(tǒng)模擬閉路視監(jiān)控系統(tǒng)(CCTV)　　傳統(tǒng)模擬閉路視監(jiān)控系統(tǒng)，依賴攝像機(jī)、纜、錄像機(jī)和監(jiān)視器等專用設(shè)備。因此本文將設(shè)計(jì)一種基于嵌入式Linux的圖像監(jiān)控系統(tǒng)，即在嵌入式設(shè)備端上完成圖像和視頻的采集、并通過網(wǎng)絡(luò)傳輸，能用于臨時(shí)性監(jiān)控的網(wǎng)絡(luò)圖像視頻監(jiān)控服務(wù)器，可讓客戶機(jī)通過瀏覽器實(shí)時(shí)監(jiān)控遠(yuǎn)程目標(biāo)攝像頭，適用各種USB接口的攝像頭，并實(shí)現(xiàn)遠(yuǎn)程共享攝像頭的圖像監(jiān)控系統(tǒng)。還有以下幾個(gè)方面成為阻礙：一是服務(wù)商不提供相應(yīng)支持，應(yīng)為服務(wù)器負(fù)荷大，成本居高不下，回報(bào)不樂觀；二是可用軟件不多，有效搭建服務(wù)器的難度大方法少；三是系統(tǒng)擴(kuò)展性差，不能支持不同型號(hào)的攝像頭。豐富的網(wǎng)絡(luò)功能為我們提供了實(shí)現(xiàn)這些應(yīng)用的可能性，各種視頻傳輸編碼技術(shù)的發(fā)展使我們的視頻傳輸效率越來越高，未來的監(jiān)控可以通過移動(dòng)通信設(shè)備手機(jī)、PDA隨時(shí)