返回頂部
關(guān)閉軟件導(dǎo)航
位置:首頁(yè) > 資訊 > 其他>基于WindowsCE操作系統(tǒng)的軟件架構(gòu)包括兩部分

  利用PlatformBuilder定制WindowsCE系統(tǒng)并開(kāi)發(fā)USB攝像頭驅(qū)動(dòng)和數(shù)據(jù)發(fā)送端的開(kāi)發(fā),本文詳細(xì)介紹USB攝像頭驅(qū)動(dòng)的設(shè)計(jì)和發(fā)送端的程序設(shè)計(jì)。系統(tǒng)的軟件結(jié)構(gòu)圖如圖3所示。

  WindowsCE流接口驅(qū)動(dòng)程序是具有定制接口的驅(qū)動(dòng)程序,表現(xiàn)為在用戶一級(jí)的動(dòng)態(tài)鏈接庫(kù)DLL,是一般類型的設(shè)備驅(qū)動(dòng)程序。流接口驅(qū)動(dòng)程序中用來(lái)實(shí)現(xiàn)一組固定的函數(shù)稱為流接口函數(shù),這些流接口函數(shù)使得應(yīng)用程序可以通過(guò)文件系統(tǒng)訪問(wèn)這些驅(qū)動(dòng)程序。流接口驅(qū)動(dòng)程序幾乎支持任何類型的可以連接到基于WindowsCE.net的平臺(tái)外部設(shè)備,其中包括USB設(shè)備。

  流接口驅(qū)動(dòng)程序的主要任務(wù)是把外設(shè)的使用傳遞給應(yīng)用程序,這是通過(guò)把設(shè)備表示為文件系統(tǒng)的一個(gè)特殊文件實(shí)現(xiàn)。應(yīng)用程序通過(guò)文件系統(tǒng)的API函數(shù)調(diào)用流接口函數(shù),然后流接口驅(qū)動(dòng)程序調(diào)用本機(jī)驅(qū)動(dòng)或者通過(guò)設(shè)備管理器與系統(tǒng)內(nèi)核或外圍打交道。

  2.1 攝像頭驅(qū)動(dòng)程序的流接口函數(shù)的實(shí)現(xiàn)

  開(kāi)發(fā)攝像頭驅(qū)動(dòng)程序涉及到一組標(biāo)準(zhǔn)的流接口驅(qū)動(dòng)程序的函數(shù),如CAM_Init()、CAM_Deinit()、CAM_Open()、CAM_Read()等,這些函數(shù)是接口驅(qū)動(dòng)程序的DLL接口,其中CAM_Init()、CAM_Open()、CAM_Read()和CAM_IOControl()最為重要。下面對(duì)這些重要函數(shù)進(jìn)行詳細(xì)介紹。

  (1)CAM_Init()

  CAM_Init()函數(shù)是通過(guò)設(shè)備管理器提供的ActiveDeviceEx()函數(shù)調(diào)用。在設(shè)備初始化時(shí)通過(guò)ActiveDeviceEx()將設(shè)備句柄信息寫入DriversActive下面,當(dāng)應(yīng)用程序初始化時(shí),注冊(cè)表的地址將以Context參數(shù)形式傳給CAM_Init()網(wǎng)站狀態(tài)監(jiān)控助手,利用RegOpenKeyEx()、RegQueryValueEx()等函數(shù)執(zhí)行打開(kāi)和讀寫注冊(cè)表操作,等執(zhí)行成功后返回USB設(shè)備的句柄信息等。驅(qū)動(dòng)程序的部分源代碼:

  (2)CAM_Open()

  在對(duì)設(shè)備進(jìn)行讀操作之前,首先要先通過(guò)執(zhí)行CeratFile()來(lái)調(diào)用CAM_Open()打開(kāi)設(shè)備,CAM_Open()所需的第一個(gè)參數(shù)是應(yīng)用程序初始化時(shí)由CAM_Init()返回的設(shè)備句柄等信息,然后將設(shè)備關(guān)閉的事件設(shè)為無(wú)信號(hào)狀態(tài)。

  下面是部分源碼:

  程序中涉及的EnterCriticalSection()和LeaveCriticalSection()兩個(gè)函數(shù)的作用是保證在臨界區(qū)內(nèi)所有被訪問(wèn)的資源不被其他線程訪問(wèn),直到當(dāng)前線程執(zhí)行完臨界區(qū)代碼。EnterCriticalSection()和LeaveCriticalSection()分別表示為進(jìn)入臨界區(qū)和退出臨界區(qū)。

  (3)CAM_IOControl()

  程序設(shè)計(jì)中通過(guò)CreatFile()函數(shù)調(diào)CAM_Open()打開(kāi)攝像頭設(shè)備,通過(guò)ReadFile()將返回值傳給CAM_IOControl()流接口函數(shù),而CAM_IOControl()則調(diào)用OV51xReadOneFrame()對(duì)USB設(shè)備數(shù)據(jù)進(jìn)行讀取。下面是部分源碼:

  對(duì)于USB總線上的數(shù)據(jù)傳輸,一共有四種傳輸類型,分別是控制傳輸、中斷傳輸、批量傳輸和實(shí)時(shí)傳輸,這四種傳輸類型分別應(yīng)用到不同的USB設(shè)備。其中實(shí)時(shí)傳輸適用于以固定速率或特定時(shí)間內(nèi)傳輸,可以容忍偶爾錯(cuò)誤的流數(shù)據(jù)情況,對(duì)于USB攝像頭這種實(shí)時(shí)性要求比較高的設(shè)備一般選用實(shí)時(shí)傳輸,所以在CAM_Read()中就需要用到實(shí)時(shí)傳輸函數(shù)IssueIsochTransfer()來(lái)讀取攝像頭采集的數(shù)據(jù)。如果IssueIsochTransfer()執(zhí)行后返回一個(gè)標(biāo)示句柄,則代表執(zhí)行成功,如果無(wú)返回值,則表示執(zhí)行失敗。

  下面是部分源碼:

  程序中涉及的EnterCriticalSection()和LeaveCriticalSection()兩個(gè)函數(shù)的作用是保證在臨界區(qū)內(nèi)所有被訪問(wèn)的資源不被其他線程訪問(wèn),直到當(dāng)前線程執(zhí)行完臨界區(qū)代碼。EnterCriticalSection()和LeaveCriticalSection()分別表示為進(jìn)入臨界區(qū)和退出臨界區(qū)。

  (3)CAM_IOControl()

  程序設(shè)計(jì)中通過(guò)CreatFile()函數(shù)調(diào)CAM_Open()打開(kāi)攝像頭設(shè)備,通過(guò)ReadFile()將返回值傳給CAM_IOControl()流接口函數(shù),而CAM_IOControl()則調(diào)用OV51xReadOneFrame()對(duì)USB設(shè)備數(shù)據(jù)進(jìn)行讀取。下面是部分源碼:

實(shí)時(shí)監(jiān)控網(wǎng)站

  對(duì)于USB總線上的數(shù)據(jù)傳輸,一共有四種傳輸類型,分別是控制傳輸、中斷傳輸、批量傳輸和實(shí)時(shí)傳輸,這四種傳輸類型分別應(yīng)用到不同的USB設(shè)備。其中實(shí)時(shí)傳輸適用于以固定速率或特定時(shí)間內(nèi)傳輸,可以容忍偶爾錯(cuò)誤的流數(shù)據(jù)情況,對(duì)于USB攝像頭這種實(shí)時(shí)性要求比較高的設(shè)備一般選用實(shí)時(shí)傳輸,所以在CAM_Read()中就需要用到實(shí)時(shí)傳輸函數(shù)IssueIsochTransfer()來(lái)讀取攝像頭采集的數(shù)據(jù)。如果IssueIsochTransfer()執(zhí)行后返回一個(gè)標(biāo)示句柄,則代表執(zhí)行成功,如果無(wú)返回值,則表示執(zhí)行失敗。

  在每次得到一包數(shù)據(jù)時(shí),查找?guī)_(kāi)始標(biāo)記,如果查找到,則復(fù)制剩余的所有數(shù)據(jù)到應(yīng)用程序的緩沖中。在程序的Ov51xReadOneFrame()函數(shù)中,pDataBuff申請(qǐng)了9610B空間,dwFrameLen為10次傳輸每次的長(zhǎng)度,這里都設(shè)置為961。圖4為Ov51ReadFrame()軟件流程圖。

  2.2 通信發(fā)送端的設(shè)計(jì)實(shí)現(xiàn)

  通信發(fā)送端主要完成RTP/RTCP協(xié)議封裝和解封裝、網(wǎng)絡(luò)發(fā)送與數(shù)據(jù)獲取。本文所實(shí)現(xiàn)的是基于RTP/UDP/IP協(xié)議棧的MPEG-4實(shí)時(shí)流媒體傳輸,是移動(dòng)視頻監(jiān)控系統(tǒng)中網(wǎng)絡(luò)傳輸部分的子模塊。采用JRTPLIB庫(kù)函數(shù)來(lái)實(shí)現(xiàn)RTP的實(shí)時(shí)傳輸。傳輸部分的系統(tǒng)架構(gòu)如圖5所示。

  該發(fā)送端的主要功能是將音視頻流封裝到RTP包內(nèi)通過(guò)3G網(wǎng)絡(luò)傳送給接收端,同時(shí)發(fā)送和接收RTCP包進(jìn)行反饋控制,以期達(dá)到最佳效果。基于WindowsCE平臺(tái)通過(guò)調(diào)用JRTPLIB函數(shù)庫(kù)來(lái)編程實(shí)現(xiàn)實(shí)時(shí)流媒體傳輸。

  由于RTP協(xié)議并不作為獨(dú)立的網(wǎng)絡(luò)層來(lái)實(shí)現(xiàn),它采用應(yīng)用層組幀的理念,作為應(yīng)用程序代碼的一部分免費(fèi)網(wǎng)站監(jiān)控,本文針對(duì)一個(gè)具體媒體的應(yīng)用通過(guò)應(yīng)用程序?qū)崿F(xiàn)RTP封裝分組,然后將RTP分組交給UDP接口,采用JTHREAD作為線程庫(kù),完成多線程的操作。利用RTP來(lái)做視頻傳輸分2個(gè)session來(lái)完成:一個(gè)負(fù)責(zé)聲音傳送;另一個(gè)負(fù)責(zé)視頻傳送。

  發(fā)送端的部分主程序如下:

  3 結(jié)語(yǔ)

  本文在現(xiàn)有的汽車防盜報(bào)警系統(tǒng)的基礎(chǔ)上,通過(guò)接口的擴(kuò)展,實(shí)現(xiàn)了基于3G網(wǎng)絡(luò)的視頻監(jiān)控功能,并詳細(xì)闡述了攝像頭的流接口函數(shù)和通信發(fā)送端的設(shè)計(jì)。此外,通過(guò)該系統(tǒng)的通用接口的擴(kuò)展,該系統(tǒng)還可與具體行業(yè)或家庭應(yīng)用相結(jié)合,實(shí)現(xiàn)手機(jī)對(duì)于小范圍環(huán)境的可視化監(jiān)控。該系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)不但對(duì)于汽車防盜產(chǎn)品的發(fā)展有著重要的意義,同時(shí)對(duì)于基于3G網(wǎng)絡(luò)的可視化監(jiān)控的發(fā)展提供了良好的應(yīng)用前景。

  iPhone6搶購(gòu)神器降世 實(shí)時(shí)監(jiān)控蘋果官網(wǎng)供貨情況

  在面對(duì)iPhone6/iPhone6 Plus這兩款神器的時(shí)候,就連土豪也使不上什么勁,有錢都花不出去,因?yàn)閾屬?gòu)iPhone6的難度已經(jīng)不亞于在中國(guó)搶購(gòu)春運(yùn)火車票了。不過(guò),iPhone6搶購(gòu)神器也問(wèn)世了!據(jù)說(shuō)跟春運(yùn)搶票軟件有的一拼。

如果您覺(jué)得 基于WindowsCE操作系統(tǒng)的軟件架構(gòu)包括兩部分 這篇文章對(duì)您有用,請(qǐng)分享給您的好友,謝謝
文章地址:http://m.meyanliao.com/article/other/jyWindowsCEczxtdrjjgbglbf.html
解放雙手無(wú)盡可能,有問(wèn)題添加天線貓微信
主站蜘蛛池模板: 亚洲av无码不卡| 国产免费AV片无码永久免费| 中文字幕精品无码一区二区 | 无码人妻品一区二区三区精99| 色综合久久无码中文字幕| 亚洲aⅴ天堂av天堂无码麻豆| 无码国产成人午夜电影在线观看| 亚洲va中文字幕无码久久| 午夜无码视频一区二区三区 | 色综合久久中文字幕无码| 日韩美无码五月天| 中文无码字幕中文有码字幕| 日日日日做夜夜夜夜无码| 无码国产精品久久一区免费| 久久精品无码一区二区三区| 亚洲AV无码一区二区三区在线观看| 日韩精品中文字幕无码一区| 日本爆乳j罩杯无码视频| 精品无码黑人又粗又大又长| 无码人妻一区二区三区免费手机| 国产精品多人p群无码 | 亚洲中文久久精品无码ww16| 国产精品午夜无码AV天美传媒| 无码精品国产VA在线观看| 国产v亚洲v天堂无码网站| 日韩久久无码免费毛片软件| 国产精品无码制服丝袜| 免费无码午夜福利片| 无码毛片一区二区三区中文字幕| 亚洲精品无码不卡在线播放| 亚洲AV无码AV日韩AV网站| 亚洲中文字幕无码久久2020| 亚洲国产精品无码久久| 亚洲日韩精品A∨片无码加勒比 | 久久精品中文字幕无码| 亚洲欧洲自拍拍偷午夜色无码| 亚洲VA成无码人在线观看天堂| 丰满日韩放荡少妇无码视频| 中文字幕无码视频专区| 亚洲中文字幕无码永久在线| 无码国产精品一区二区免费vr|