【文章內(nèi)容簡介】 下行的 PTZ 控制型號通過網(wǎng)絡(luò)進(jìn)行傳輸。與傳統(tǒng)模擬 PTZ 及一體球型攝像機(jī)類似，此類 IPC 通常具有預(yù)置位、隱私遮擋、自動跟蹤等多種功能，屬于高端應(yīng)用類攝像機(jī)。 IPC：此類攝像機(jī)一般采用固定焦距或手動變焦鏡頭，內(nèi)置與半球護(hù)罩內(nèi)，外觀漂亮便于安裝，通常需要天花板支撐安裝，缺點(diǎn)是鏡頭基本固定，由于空間有限難于更換其他焦距的鏡頭，攝像機(jī)現(xiàn)場 FOV（ Filed Of View）固定，難于調(diào)整。 ：防水防塵。 ：與上面的相比多了防爆還有日夜轉(zhuǎn)換的功能。 IPC的專業(yè)術(shù)語 (互聯(lián)網(wǎng)協(xié)議 ) 互聯(lián)網(wǎng)協(xié)議是一種通過網(wǎng)絡(luò)傳輸數(shù)據(jù)的方式，是用于報文交換網(wǎng)絡(luò)的一種面向數(shù)據(jù)的協(xié)議，數(shù)據(jù)在 IP 互聯(lián)網(wǎng)中傳送 時會被封裝為報文。 第 2章 IPC的 基本理論知識 6 （專用集成電路） 它是為特定應(yīng)用設(shè)計的一種電路，與一般用途的電路（比如微處理器）相區(qū)分。 圖像分辨率是度量數(shù)碼圖像清晰程度的一種方法：分辨率越高，圖像清晰程度就越高。分辨率可以通過縱向（寬度）像素數(shù) *橫向（高度）像素數(shù)來表達(dá)，如 320*240。 CIF 即通用中間格式。在 PAL制式下， CIF 是 352*288 像素，在 NTSC 制式下 CIF是 352*240 像素的視頻分辨率。 幀率（ FPS）用于描述視頻流更新的頻率，用幀 /秒表示，當(dāng)幀率達(dá)到每秒鐘 25 幀以上（ PAL）時，人眼認(rèn)為視頻是即時的。 HTTP 即超文本傳輸協(xié)議，為網(wǎng)站上運(yùn)行的文件（文本、圖形、聲音、視頻、和其他多媒體文件）設(shè)定規(guī)則， HTTP 協(xié)議在 TCP/IP 協(xié)議組的上端運(yùn)行。 第 3章 IPC所用到的 軟件網(wǎng)絡(luò)以及硬件技術(shù) 7 第 3 章 IPC所用到的軟件網(wǎng)絡(luò)以及硬件技術(shù) IPC用到的軟件技術(shù) 用到的組件 IPC 與 DVR 一樣，在軟件開發(fā)過程中用到了一些組件 [3]，如 GUI、 Widget 組件、GDI 組件、 Comm 組件、 Media 組件、 Manager、 ExchangeAL 組件； Json[4]、 XML、 Zlib、ZZIP、 Squirrel； Storage、 WFS； Infra 組件； NetIP 組件； TPBase。 GUI：圖形用戶界面，包含了各種 GUI 界面的實現(xiàn)，是 GUI 應(yīng)用的重點(diǎn)。 Widget：各個 GUI 控件的實現(xiàn) (Button， ComboBox、 ListBox等） GDI：各種圖形算法的實現(xiàn)，輸入法，多語言，字庫。 Comm組件：包括報警、云臺、串口、前面板 Media 組件： GUI 業(yè)務(wù)核心組件，包括 DVR 的一些核心功能（視頻編碼、回放、錄像、語音對講（音頻編碼）、抓圖、預(yù)覽）。 Manager、 ExchangeAL 組件：配置管理、事件管理、日志、用戶管理、升級、自動維護(hù)、配置交換。 Infra 組件：線程、定時器、信號量、互斥鎖、時間。 開發(fā)技術(shù)以及常用技術(shù) 可以在 Linux下開發(fā)，也可以在 Windows 下開發(fā)。由于本人對 Windows 下的開發(fā)工具相對而言熟悉一點(diǎn)，這是在實習(xí)的初期。所以當(dāng)時選擇在 Windows 下進(jìn)行開發(fā)。當(dāng)然經(jīng)過兩個多月的學(xué)習(xí)發(fā)現(xiàn)其實 Linux下的功能也很強(qiáng)大，在 Linux下編譯時只需寫一個 makefile 文件，把文件中的依賴以及它的路徑還有命令行寫好就可以通過終端的一個make 命令對工程 進(jìn)行編譯，生成可執(zhí)行文件。我們是生成一個可執(zhí)行文件包，里面包括可執(zhí)行文件，可升級文件以及串口升級文件等等，所以我們采用的是 make pack命令。 之前我一直用的 VC 工具進(jìn)行編輯編譯以及鏈接運(yùn)行，在公司大家都是用的是 source insight 編輯器，而我在學(xué)習(xí)這一編輯器后發(fā)現(xiàn)它的功能確實強(qiáng)大，使用也很方便。它內(nèi)置對 C/C++、 Java 甚至 x86 匯編語言程序的解析。在編程時可以給你提供有用的函數(shù)、宏、參數(shù)等提示，可能剛開始的時候使用起來不太方便，但是習(xí)慣后絕對是你編程的首選，當(dāng)然這也和個人習(xí)慣有關(guān)，有些人用 慣了 VC，就愿意使用 VC，這也是無可厚非的，沒有誰規(guī)定必須用哪一個工具經(jīng)行編輯。 第 3章 IPC所用到的 軟件網(wǎng)絡(luò)以及硬件技術(shù) 8 程序?qū)懞靡院缶鸵M(jìn)行編譯了。編譯是在 Linux操作系統(tǒng)環(huán)境下的 ARM[5]平臺交叉進(jìn)行的。當(dāng)把編譯過程中的錯誤改完后就可以生成可執(zhí)行文件了，我們生成的是 Sofia文件以及可升級的 bin文件。 由于公司的編譯環(huán)境早就搭好，所以一直以來我是直接用的，沒有考慮到搭建環(huán)境這一環(huán)節(jié)，知道回學(xué)校的十天前。在之前的工作中，早已意識到編譯環(huán)境不簡單，因為它要適應(yīng)各種類型的 DSP[6]芯片，各種類型的開發(fā)板，而這些都需要在各種 ARM 平臺上才能 運(yùn)行，所以需要在 Linux 系統(tǒng)中或者虛擬機(jī)中植入 ARM 平臺方可進(jìn)行 gcc[7]和g++交叉編譯。了解了這些后我就跟主管要了一個 Linux 安裝包，他給了我一個 ubuntu還有 dm365 的 ARM 平臺安裝軟件包，而主管在給我這些后就不再管我了，我想他是想試試我的個人能力。因為我在跟他反映安裝中出現(xiàn)的問題時他對我說這個你自己解決就行了，所以一遇到問題我就只能百度解決了，但是由于百度上面的問題解答有時和我遇到的具體問題不是太接近，所以我只能慢慢搜尋答案，雖然明白編譯環(huán)境不是那么好搭建，但我仍要一直仔細(xì)的尋找，慢慢的找 下去，即使緩慢也能接近吧。 當(dāng)我欣喜若狂的自以為配好環(huán)境并改變了 Linux系統(tǒng)的環(huán)境變量，我以為我成功了，可是再次開啟系統(tǒng)時怎么也打不開，百度才知道是因為有些不必修改的環(huán)境變量被修改了，只要改回來就行，可是我用 ctrl+alt+F1 進(jìn)入終端，再進(jìn)入 Vi /etc/profile 改回來也無法啟動系統(tǒng)，說到這我要聲明一下為什么我安裝 ubuntu系統(tǒng)而不是安裝虛擬機(jī)，因為我的系統(tǒng)內(nèi)存只有 2G，而且電腦用了好幾年，內(nèi)部有些零部件開始氧化，已經(jīng)非常卡了，如果再按虛擬機(jī)的話系統(tǒng)可能跑不起來，所以我就安裝了 ubuntu系 統(tǒng)。 再一次安裝完系統(tǒng)并成功植入 ARM 平臺而且改好環(huán)境變量后依然是無法編譯，我根據(jù)終端給出的錯誤提示適當(dāng)?shù)男薷牧?makefile 文件，在這還要聲明一下，之前在公司為了配合整個公司的研發(fā)工作，所有寫好的程序都必須放到服務(wù)器上固定的目錄下，每個人都有一個自己專屬的目錄，所以 makefile 文件中的依賴關(guān)系中的文件路徑都必須寫好以方便其他同事使用，也就是說 makefile 文件編寫必須統(tǒng)一。所以我把程序轉(zhuǎn)移到自己的電腦后也需要對 makefile 文件進(jìn)行相應(yīng)的修改?？墒敲髅饕呀?jīng)修改對了還是無法通過編譯，浪費(fèi)了兩天時間 才知道原來我安裝的 ubuntu是 64位操作系統(tǒng)，對我需要的 ARM不兼容，不過此時我沒有浪費(fèi)時間的失望以及無法解決問題的灰心的感覺，因為我仿佛看到了勝利的曙光。 果然在我換好 32 為操作系統(tǒng)并進(jìn)行一系列的環(huán)境變量配置， ARM 平臺移植后可以進(jìn)行編譯了，盡管還是會遇到細(xì)微的編譯錯誤，但這些都是很容易解決的，我只需加一第 3章 IPC所用到的 軟件網(wǎng)絡(luò)以及硬件技術(shù) 9 條 chmod 命令使它對后面所有遇到需要獲取權(quán)限的文件有效就可以了。終于在連續(xù)一周時間內(nèi)的每天下午 7 點(diǎn)到夜里 12 點(diǎn)的這段時間內(nèi)成功配置好了編譯環(huán)境，因為白天是要工作的，在公司不允許你干自己的事。說到這可 能你會有疑問，既然不允許干自己的事那我畢業(yè)設(shè)計怎么能在工作時間做的，那是因為我的畢業(yè)設(shè)計就是我的工作之一，我寫好的程序以后工作中會用到，而且這也是領(lǐng)導(dǎo)安排給我的任務(wù)。 IPC用到的網(wǎng)絡(luò)協(xié)議 傳統(tǒng)模擬閉路電視監(jiān)控系統(tǒng)已經(jīng)無法客戶的需求。 IPC 重要功能之一是能夠?qū)崿F(xiàn)遠(yuǎn)程監(jiān)控。 IPC 存儲數(shù)據(jù)的網(wǎng)絡(luò)傳輸、集中管理功能更是廣大客戶的喜好。 IPC網(wǎng)絡(luò)協(xié)議的應(yīng)用層協(xié)議 IPC 在應(yīng)用層的協(xié)議 [8]包括 HTTP、 FTP、 RTSP、 DDNS、 ADSL、 DHCP、 PPPoE、SMTP、 DNS、 QoS 等等。 HTTP：一種超文本傳輸協(xié)議，是基于客戶端瀏覽器以及其他程序與 Web 服務(wù)器間的通信協(xié)議。 端口號： 80。 錯誤代碼解釋： HTTP 400 請求無效。 HTTP 403 禁止訪問。 HTTP 404 無法找到文件。 HTTP 405 資源被禁止。 HTTP 406 無法接受。 Error 501 未實現(xiàn)。 HTTP 502 網(wǎng)關(guān)錯誤。 FTP:一種文件傳輸協(xié)議，主機(jī)間可以通過輸入相互之間的 IP 地址 共享文件。 端口： 2 20。 RTSP:定義：定義了一對多應(yīng)用程序如何有效地通過 IP 網(wǎng)絡(luò)傳送多媒 體數(shù)據(jù)。 應(yīng)用：實時流協(xié)議是應(yīng)用級協(xié)議，控制實時數(shù)據(jù)的發(fā)送。它提供了一個可擴(kuò)展框架，使實時數(shù)據(jù)，如音頻與視頻，的受控、點(diǎn)播成為可能。數(shù)據(jù)源包括現(xiàn)場數(shù)據(jù)與存儲在剪輯中數(shù)據(jù)。 DDNS：將用戶的動態(tài) IP 地址映射到一個固定的域名解析服務(wù)上，用戶每次連接網(wǎng)絡(luò)的時候客戶端程序就會通過信息傳遞把該主機(jī)的動態(tài) IP 地址傳送給位于服務(wù)商主機(jī)上的服務(wù)器程序，服務(wù)項目器程序負(fù)責(zé)提供 DNS 服務(wù)并實現(xiàn)動態(tài)域名解析。 DDNS 在監(jiān)控行業(yè)中的應(yīng)用：目前 ISP 大多為我們提供動態(tài) IP（ ADSL 撥號上網(wǎng)），而很多網(wǎng)絡(luò)視頻服務(wù)器和網(wǎng)絡(luò)攝像機(jī)通過 遠(yuǎn)程訪問時需要一個固定的 IP，而固定 IP 的費(fèi)用很難讓客戶接受。所以 DDNS 為大家提出了一種全新的解決方案，它可以捕獲用戶第 3章 IPC所用到的 軟件網(wǎng)絡(luò)以及硬件技術(shù) 10 每次變化的 IP，然后將其與域名相對應(yīng)，這樣客戶可以通過域名來進(jìn)行遠(yuǎn)程監(jiān)控了。 DDNS 解決方案： 路由器外掛 。 集成 DDNS 的監(jiān)控設(shè)備。 運(yùn)行 DDNS客戶端軟件。 ADSL非對稱數(shù)字用戶環(huán)路，一種非對稱的 DSL技術(shù)，所謂非對稱是指用戶線的上行速率與下行速率不同，上行速率低，下行速率高，特別適合傳輸多媒體信息業(yè)務(wù)，如視頻點(diǎn)播、多媒體信息檢索和其他交互式業(yè)務(wù)。 DHCP：一個局域網(wǎng)的 網(wǎng)絡(luò)協(xié)議，使用 UDP 協(xié)議工作，主要有兩個用途：給內(nèi)部網(wǎng)絡(luò)或網(wǎng)絡(luò)服務(wù)供應(yīng)商自動分配 IP 地址給用戶給內(nèi)部網(wǎng)絡(luò)管理員作為對所有計算機(jī)作中央管理的手段。 PPPoE：可以使以太網(wǎng)的主機(jī)通過一個簡單的橋接設(shè)備連到一個遠(yuǎn)端的接入集中器上。 SMTP：是一組用于由源地址到目的地址傳送郵件的規(guī)則 ,由它來控制信件的中轉(zhuǎn)方式。 DNS：在 Inter 上域名與 IP 地址之間是一對一（或者多對一）。 QoS：一種安全 的網(wǎng)絡(luò) 機(jī)制 , 可以 解決網(wǎng)絡(luò)延遲和阻塞等問題。 IPC網(wǎng)絡(luò)協(xié)議的傳輸層協(xié)議 IPC 在傳輸層上的協(xié)議主要包 括 TCP 以及 UDP，我們公司還提供了一種云服務(wù)VVNAT。 TCP 是目前傳輸層上應(yīng)用相對廣泛的協(xié)議，因為他的三次握手保證了發(fā)送的可靠性安全性， 根據(jù)接收到的數(shù)據(jù)量來確定的數(shù)據(jù)確認(rèn)數(shù)及數(shù)據(jù)發(fā)送、接收完畢后何時撤消聯(lián)系，并建立虛連接。 不容易出現(xiàn)發(fā)送丟幀的情況，即使發(fā)生了也會有很好地解決措施。 UDP 是直接發(fā)送，發(fā)送的時候不用向 PU（前端，指編碼器，包括 DVR,DVS,IPC等）或者 CU（客戶端，指 WEB， SNS 等）發(fā)送請求， 就采用的這種發(fā)送方式，所以 經(jīng)常會出現(xiàn)發(fā)送的信號丟失的情況，但是 UDP 協(xié)議在 語音對講 時采用的很多。為了保證實時性所以 UDP 協(xié)議在這是必要的。 還有我們公司自己提供的 VVNAT，也稱云平臺， PU端連接到云平臺， CU端通過云平臺來訪問 PU端。之前還有一種訪問方式，就是說 PU端分配了好多 IP 地址，這些IP 地址用了不同的端口， CU端訪問這些端口時通過 DNS 解析將 PU端的端口解析成自己能夠識別的端口進(jìn)行訪問，之前這兩種訪問方式是分開進(jìn)行的，最近正在調(diào)試將兩種合在一起，把第二種也加進(jìn)云平臺，這樣就可以統(tǒng)一在云平臺給用戶提供服務(wù)，這部分第 3章 IPC所用到的 軟件網(wǎng)絡(luò)以及硬件技術(shù) 11 代碼我已經(jīng)完成，應(yīng)用部那邊還沒改好，需要與他們聯(lián)合調(diào)試，所以一直未 能進(jìn)行，這項工作我想會在畢業(yè)以后回單位再跟他們合作完成吧。 IPC所用到的硬件技術(shù) 目前 DVR 以及 IPC 的平臺廠商主要有：大陸海思半導(dǎo)體（ Hisilicon）、德州儀器（ TI）、臺灣智源（ Faraday）、以及其他的一些方案等等。但 DVR 硬件的組成不盡相同， DVR方案設(shè)計中的硬件大致有一下幾個部分組成： 。 碼（ AD） （ DA) 。 ：控制完成取出指令和執(zhí)行指令任務(wù)的部件，它是系統(tǒng)的核心部件 . 我所了解的 IPC 方案中應(yīng)用的中央處理器采用的芯片是 Hi3515,TI （ DM365） GM8181 等。 Hi3516 集成高性能的 ARM Cortex A9 作為主控 CPU，完成系統(tǒng)任務(wù)和部分音視頻處理功能。其主要規(guī)格如下： 集成 32KB L1 指令 Cache 和 32KB L1 數(shù)據(jù)Cache，集