1.2 源代碼表示不考慮主題，列舉 15 000行源代碼本身就是一件難事。下面是所有源代碼都使用的文本格式：1.2.1 將擁塞窗口設(shè)置為13 8 7 - 3 8 8 這是文件t c p _ s u b r . c中的函數(shù)t c p _ q u e n c h。這些源文件名引用4 . 4 B S D - L i t e發(fā)布的文件。4 . 4 B S D在1 . 1 3節(jié)中討論。每個非空白行都有編號。正文所描述的代碼的起始和結(jié)束位置的行號記于行開始處，如本段所示。有時在段前有一個簡短的描述性題頭，對所描述的代碼提供一個概述。這些源代碼同4 . 4 B S D - L i t e發(fā)行版一樣，偶爾也包含一些錯誤，在遇到時我們會提出來并加以討論，偶爾還包括一些原作者的編者評論。這些代碼已通過了 G N U縮進程序的運行，使它們從版面上看起來具有一致性。制表符的位置被設(shè)置成 4個欄的界線使得這些行在一個頁面中顯示得很合適。在定義常量時，有些 # i f d e f語句和它們的對應(yīng)語句 # e n d i f被刪去(如：G A T E W A Y和M R O U T I N G，因為我們假設(shè)系統(tǒng)被作為一個路由器或多播路由器 )。所有r e g i s t e r說明符被刪去。有些地方加了一些注釋，并且一些注釋中的印刷錯誤被修改了，但代碼的其他部分被保留下來。這些函數(shù)大小不一，從幾行 (如前面的t c p _ q u e n c h)到最大11 0 0行(t c p _ i n p u t)。超過大約4 0行的函數(shù)一般被分成段，一段一段地顯示。雖然盡量使代碼和相應(yīng)的描述文字放在同一頁或?qū)﹂_的兩頁上，但為了節(jié)約版面，不可能完全做到。本書中有很多對其他函數(shù)的交叉引用。為了避免給每個引用都添加一個圖號和頁碼，書封底內(nèi)頁中有一個本書中描述的所有函數(shù)和宏的字母交叉引用表和描述的起始頁碼。因為本書的源代碼來自公開的 4 . 4 B S D _ L i t e版，因此很容易獲得它的一個拷貝：附錄 B詳細說明了各種方法。當(dāng)你閱讀文章時，有時它會幫助你搜索一個在線拷貝 [例如U n i x程序grep ( 1 )]。描述一個源代碼模塊的各章通常以所討論的源文件的列表開始，接著是全局變量、代碼維護的相關(guān)統(tǒng)計以及一個實際系統(tǒng)的一些例子統(tǒng)計，最后是與所描述協(xié)議相關(guān)的 S N M P變量。全局變量的定義通常跨越各種源文件和頭文件，因此我們將它們集中到的一個表中以便于參考。這樣顯示所有的統(tǒng)計，簡化了后面當(dāng)統(tǒng)計更新時對代碼的討論。卷 1的第2 5章提供了S N M P的所有細節(jié)。我們在本文中關(guān)心的是由內(nèi)核中的 T C P / I P例程維護的、支持在系統(tǒng)上運行的S N M P代理的信息。TCP IP詳解 卷1協(xié)議 ：http://dl.21ic.com/download/tcpip-288223.html TCP IP詳解 卷2實現(xiàn) ：http://dl.21ic.com/download/tcpip-288224.html TCPIP詳解卷三：TCP事務(wù)協(xié)議,HTTP,NNTP和UNIX域協(xié)議 ：http://dl.21ic.com/download/tcpip-288225.html
上傳時間： 2022-07-27
上傳用戶：
在工業(yè)控制領(lǐng)域，多種現(xiàn)場總線標準共存的局面從客觀上促進了工業(yè)以太網(wǎng)技術(shù)的迅速發(fā)展，國際上已經(jīng)出現(xiàn)了HSE、Profinet、Modbus TCP/IP、Ethernet/IP、Ethernet Powerlink、EtherCAT等多種工業(yè)以太網(wǎng)協(xié)議。將傳統(tǒng)的商用以太網(wǎng)應(yīng)用于工業(yè)控制系統(tǒng)的現(xiàn)場設(shè)備層的最大障礙是以太網(wǎng)的非實時性，而實現(xiàn)現(xiàn)場設(shè)備間的高精度時鐘同步是保證以太網(wǎng)高實時性的前提和基礎(chǔ)。 IEEE 1588定義了一個能夠在測量和控制系統(tǒng)中實現(xiàn)高精度時鐘同步的協(xié)議——精確時間協(xié)議(Precision Time Protocol)。PTP協(xié)議集成了網(wǎng)絡(luò)通訊、局部計算和分布式對象等多項技術(shù)，適用于所有通過支持多播的局域網(wǎng)進行通訊的分布式系統(tǒng)，特別適合于以太網(wǎng)，但不局限于以太網(wǎng)。PTP協(xié)議能夠使異質(zhì)系統(tǒng)中各類不同精確度、分辨率和穩(wěn)定性的時鐘同步起來，占用最少的網(wǎng)絡(luò)和局部計算資源，在最好情況下能達到系統(tǒng)級的亞微級的同步精度。 基于PC機軟件的時鐘同步方法，如NTP協(xié)議，由于其實現(xiàn)機理的限制，其同步精度最好只能達到毫秒級；基于嵌入式軟件的時鐘同步方法，將時鐘同步模塊放在操作系統(tǒng)的驅(qū)動層，其同步精度能夠達到微秒級。現(xiàn)場設(shè)備間微秒級的同步精度雖然已經(jīng)能滿足大多數(shù)工業(yè)控制系統(tǒng)對設(shè)備時鐘同步的要求，但是對于運動控制等需求高精度定時的系統(tǒng)來說，這仍然不夠。基于嵌入式軟件的時鐘同步方法受限于操作系統(tǒng)中斷響應(yīng)延遲時間不一致、晶振頻率漂移等因素，很難達到亞微秒級的同步精度。 本文設(shè)計并實現(xiàn)了一種基于FPGA的時鐘同步方法，以IEEE 1588作為時鐘同步協(xié)議，以Ethernet作為底層通訊網(wǎng)絡(luò)，以嵌入式軟件形式實現(xiàn)TCP/IP通訊，以數(shù)字電路形式實現(xiàn)時鐘同步模塊。這種方法充分利用了FPGA的特點，通過準確捕獲報文時間戳和動態(tài)補償晶振頻率漂移等手段，相對于嵌入式軟件時鐘同步方法實現(xiàn)了更高精度的時鐘同步，并通過實驗驗證了在以集線器互連的10Mbps以太網(wǎng)上能夠達到亞微秒級的同步精度。
上傳時間： 2013-08-04
上傳用戶：hn891122
隨著社會的發(fā)展，網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)已經(jīng)成為日常生產(chǎn)生活中的重要輔助設(shè)備，應(yīng)用十分廣泛。當(dāng)前視頻監(jiān)控系統(tǒng)正逐步由模擬化走向數(shù)字化，隨著視頻壓縮技術(shù)和網(wǎng)絡(luò)技術(shù)的發(fā)展，開發(fā)新一代的基于計算機網(wǎng)絡(luò)和多媒體MPEG-4壓縮算法的視頻監(jiān)控系統(tǒng)已成為整個行業(yè)技術(shù)發(fā)展的主要方向之一。人們有時會采用DSP與MPEG-4算法結(jié)合的方案來實現(xiàn)，也有的部門采用了片上系統(tǒng)(SOC)，但這些不但編程極度復(fù)雜，而且成本也過高。本文提出并研究設(shè)計了一種基于ARM微處理器S3C2410、MPEG-4專用壓縮芯片MPG440、以嵌入式Linux為操作系統(tǒng)的視頻監(jiān)控系統(tǒng)方案，不僅開發(fā)便捷、成本低廉，而且實時性較好，適應(yīng)范圍廣。 首先，采用軟硬件協(xié)同設(shè)計的思想提出了系統(tǒng)的總體設(shè)計方案，系統(tǒng)的整體架構(gòu)分為攝像頭、云臺控制器、網(wǎng)絡(luò)視頻服務(wù)器以及客戶端PC機等四大部分。 第二，以三星公司的S3C2410芯片和DAVICOM公司的DM9000以太網(wǎng)接口芯片為硬件核心，對整個系統(tǒng)進行了模塊化的硬件電路的設(shè)計。根據(jù)S3C2410的特點及系統(tǒng)整體需求，完成了電源復(fù)位模塊、晶振模塊、存儲器接口模塊、視頻數(shù)據(jù)處理模塊、以太網(wǎng)接口模塊、云臺控制模塊等的硬件選型與電路連接。其中，在云臺控制模塊等的電路設(shè)計中充分體現(xiàn)了優(yōu)化設(shè)計的技巧，并重點對網(wǎng)絡(luò)接口部分和視頻數(shù)據(jù)處理部分進行了詳細的硬件設(shè)計與說明。闡述了整個系統(tǒng)的工作流程。 第三，從應(yīng)用需求出發(fā)，選擇嵌入式Linux操作系統(tǒng)作為本系統(tǒng)的軟件平臺，搭建了交叉式的開發(fā)環(huán)境，對bootloader進行了選擇，并給出了加載步驟。完成了對嵌入式Linux內(nèi)核的選擇及移植。 第四，采用基于任務(wù)的設(shè)計方法對服務(wù)器端的軟件進行了總體設(shè)計，主要包括共用程序庫、config配置文件、日志文件以及多個任務(wù)等。并對運行于客戶端的軟件設(shè)計進行了簡要說明。 第五，由于數(shù)字視頻傳輸?shù)膶崟r性能和通過網(wǎng)絡(luò)傳輸以后客戶端接收的視頻圖像質(zhì)量在本系統(tǒng)中至關(guān)重要，所以本文對傳輸信道和網(wǎng)絡(luò)協(xié)議進行了優(yōu)化選擇，并詳細闡述了IP組播技術(shù)、流媒體傳輸協(xié)議等在圖像傳輸過程中的具體應(yīng)用。
標簽： Linux ARM 嵌入式 網(wǎng)絡(luò)視頻
上傳時間： 2013-04-24
上傳用戶：sc965382896
在工業(yè)控制領(lǐng)域，多種現(xiàn)場總線標準共存的局面從客觀上促進了工業(yè)以太網(wǎng)技術(shù)的迅速發(fā)展，國際上已經(jīng)出現(xiàn)了HSE、Profinet、Modbus TCP/IP、Ethernet/IP、Ethernet Powerlink、EtherCAT等多種工業(yè)以太網(wǎng)協(xié)議。將傳統(tǒng)的商用以太網(wǎng)應(yīng)用于工業(yè)控制系統(tǒng)的現(xiàn)場設(shè)備層的最大障礙是以太網(wǎng)的非實時性，而實現(xiàn)現(xiàn)場設(shè)備間的高精度時鐘同步是保證以太網(wǎng)高實時性的前提和基礎(chǔ)。 IEEE 1588定義了一個能夠在測量和控制系統(tǒng)中實現(xiàn)高精度時鐘同步的協(xié)議——精確時間協(xié)議(Precision Time Protocol)。PTP協(xié)議集成了網(wǎng)絡(luò)通訊、局部計算和分布式對象等多項技術(shù)，適用于所有通過支持多播的局域網(wǎng)進行通訊的分布式系統(tǒng)，特別適合于以太網(wǎng)，但不局限于以太網(wǎng)。PTP協(xié)議能夠使異質(zhì)系統(tǒng)中各類不同精確度、分辨率和穩(wěn)定性的時鐘同步起來，占用最少的網(wǎng)絡(luò)和局部計算資源，在最好情況下能達到系統(tǒng)級的亞微級的同步精度。 基于PC機軟件的時鐘同步方法，如NTP協(xié)議，由于其實現(xiàn)機理的限制，其同步精度最好只能達到毫秒級；基于嵌入式軟件的時鐘同步方法，將時鐘同步模塊放在操作系統(tǒng)的驅(qū)動層，其同步精度能夠達到微秒級。現(xiàn)場設(shè)備間微秒級的同步精度雖然已經(jīng)能滿足大多數(shù)工業(yè)控制系統(tǒng)對設(shè)備時鐘同步的要求，但是對于運動控制等需求高精度定時的系統(tǒng)來說，這仍然不夠。基于嵌入式軟件的時鐘同步方法受限于操作系統(tǒng)中斷響應(yīng)延遲時間不一致、晶振頻率漂移等因素，很難達到亞微秒級的同步精度。 本文設(shè)計并實現(xiàn)了一種基于FPGA的時鐘同步方法，以IEEE 1588作為時鐘同步協(xié)議，以Ethernet作為底層通訊網(wǎng)絡(luò)，以嵌入式軟件形式實現(xiàn)TCP/IP通訊，以數(shù)字電路形式實現(xiàn)時鐘同步模塊。這種方法充分利用了FPGA的特點，通過準確捕獲報文時間戳和動態(tài)補償晶振頻率漂移等手段，相對于嵌入式軟件時鐘同步方法實現(xiàn)了更高精度的時鐘同步，并通過實驗驗證了在以集線器互連的10Mbps以太網(wǎng)上能夠達到亞微秒級的同步精度。
上傳時間： 2013-07-28
上傳用戶：heart520beat
·文件列表: MPEG4 .....\H.264視頻編碼新標準及性能分析.PDF .....\IP組播技術(shù)及其在視音頻傳輸中的應(yīng)用.PDF .....\IP網(wǎng)絡(luò)電視應(yīng)用中的流媒體處理技術(shù).PDF .....\MPEG4中基于內(nèi)容的視頻編碼及音頻技術(shù)剖析.PDF .....\MPEG4標準與內(nèi)容制作工具初探.PDF &
上傳時間： 2013-05-15
上傳用戶：youke111
《網(wǎng)絡(luò)程序設(shè)計教材》主要內(nèi)容有：計算機網(wǎng)絡(luò)的基本原理，TCP/IP協(xié)議，顧客服務(wù)員程序設(shè)計，名字與地址轉(zhuǎn)換，機內(nèi)進程間通信，廣播和多播，帶外數(shù)據(jù)，原始套接口，線程程序設(shè)計，RPC遠程過程調(diào)用，流程序設(shè)計。
標簽： 網(wǎng)絡(luò) 程序設(shè)計 教材 計算機網(wǎng)絡(luò)
上傳時間： 2013-12-09
上傳用戶：com1com2
移植到嵌入式系統(tǒng)的TCPIP協(xié)議源碼，源碼內(nèi)有詳細中文注解。 已實現(xiàn)的功能： 支持TCP, UDP, IP, ICMP, ARP, ETHERNET等協(xié)議；兼容BSD標準的Socket API接口函數(shù)庫；ICMP實現(xiàn)PING的功能和UDP無效端口返回；支持TCP的流控制和超時重傳；支持TCP主動連接和被動連接； 支持在多任務(wù)中建立多個不同的TCP連接，支持各連接同時收發(fā)數(shù)據(jù)； 提供WebSever和UDP服務(wù)器范例。 還沒實現(xiàn)功能： IP報的處理不支持分段 在多個網(wǎng)絡(luò)接口的應(yīng)用是兩個網(wǎng)絡(luò)間的最大報大小要基本相等。 ICMP協(xié)議還不是非常完整 目前ICMP協(xié)議只支持PING的功能和UDP無效端口返回。 TCP協(xié)議不支持緊急數(shù)據(jù) 這一版本的ZLG/IP不對TCP傳輸中的緊急數(shù)據(jù)報進行處理。 不支持IGMP協(xié)議 這一版本的ZLG/IP不支持IP組播和廣播。 不支持Socket API發(fā)送函數(shù)發(fā)送大于PMTU 用Socket API發(fā)送函數(shù)發(fā)送數(shù)據(jù)時，數(shù)據(jù)長度不可大于一個TCP或UDP報有效數(shù)據(jù)的長度。
標簽： TCPIP 移植 嵌入式系統(tǒng) 協(xié)議
上傳時間： 2013-12-12
上傳用戶：guanliya
IPv6的地址結(jié)構(gòu)特點與管理機制分析 本文主要介紹了有關(guān)IPv6互聯(lián)網(wǎng)的網(wǎng)絡(luò)地址結(jié)構(gòu)度其管理機制。與現(xiàn)行的IPv4地址相比，IPv6在地址的長度、分類方法、表示方法和婁型等方面均不相同，它可有效地解決IP地址枯竭與路由效率低下的問題，同時具有地址聚類性、多播性、任播性和接口多址性等特點；而在IPv6地址管理 方面則采用層次化路由選擇策略，支持QoS路由協(xié)議，將地址解析通過鄰居發(fā)現(xiàn)協(xié)議來實現(xiàn)，新增了 無態(tài)地址的自動配置，使得網(wǎng)絡(luò)地址的重新編號變得更加簡單快速。最后通過模擬仿真的方法，進一步分析說明了IPv6網(wǎng)絡(luò)的性能。
上傳時間： 2017-07-12
上傳用戶：熊少鋒
1.RTP概述1.1，RTP是什么TP全名是Real-time Transport Protocol（實時傳輸協(xié)議）。它是IETF提出的一個標準，對應(yīng)的 RFC文檔為RFC3550（RFC1889為其過期版本）.RFC3550不僅定義了 RTP，而且定義了配套的相關(guān)協(xié)議 RTCP（Real-time Transport Control Protocol，即實時傳輸控制協(xié)議）。RTP用來為IP網(wǎng)上的語音、圖像、傳真等多種需要實時傳輸?shù)亩嗝襟w數(shù)據(jù)提供端到端的實時傳輸服務(wù)。RTP為Internet上端到端的實時傳輸提供時間信息和流同步，但并不保證服務(wù)質(zhì)量，服務(wù)質(zhì)量由RTCP來提供。1.2.RTP的應(yīng)用環(huán)境RTP用于在單播或多播網(wǎng)絡(luò)中傳送實時數(shù)據(jù)。它們典型的應(yīng)用場合有如下幾個。（1）簡單的多播音頻會議。語音通信通過一個多播地址和一對端口來實現(xiàn)。一個用于音頻數(shù)據(jù)（RTP），另一個用于控制包（RTCP）2）音頻和視頻會議。如果在一次會議中同時使用了音頻和視頻會議，這兩種媒體將分別在不同的 RTP會話中傳送，每一個會話使用不同的傳輸?shù)刂罚↖P地址+端口）。如果一個用戶同時使用了兩個會話，則每個會話對應(yīng)的 RTCP包都使用規(guī)范化名字CNAME（Canonical Name）。與會者可以根據(jù)RTCP包中的CNAME來獲取相關(guān)聯(lián)的音頻和視頻，然后根據(jù) RTCP包中的計時信息（Network time protocol）來實現(xiàn)音頻和視頻的同步。
上傳時間： 2022-06-26
上傳用戶：
TKS_COM串口調(diào)試助手在具備一般串口調(diào)試助手功能的同時增加了對多串口的實時監(jiān)控、橋接、多播和數(shù)據(jù)過濾等功能。
標簽： 串口 調(diào)試助手 用戶手冊
上傳時間： 2013-04-24
上傳用戶：dct灬fdc
蟲蟲下載站版權(quán)所有 京ICP備2021023401號-1
