隨著現代網絡技術的發展，嵌放式系統如單片機、DSP等系統對接入網絡的需求日益增加，例如具有遠程抄表功能的電表系統、楞以進行遠程控制的信息電系統等。本文采用TI公司的TMS320VC33 DSP芯片設計與Realtek公司的RTL8019網卡的硬件接口電路，并在DSP中用軟件實現TCP/IP協議，使DSP芯片具備上網功能，從而可以用計算機通過網卡與DSP電路板進行大量數據交換并對其進行控制。

1 硬件設計

DSP與網卡的硬件接口電路圖如圖1所示。

    DSP的數據總線低16位接ISA網卡的16位數據線，ISA網卡的IOCS16線接高電平，設置網卡為16位的模式。

網卡共有20根地址線。將A7～A8、A10～A19接地，A0～A6和A9分別接DSP的A0～A7，用到的網卡地址為0240H～025FH，映射到DSP的Page3空間，地址映射為C000C0H～C000DFH。

DSP的Reset信號用于復位網卡，由于DSP的Reset信號低有效，而網卡的Reset信號高有效，故中間應接非門。

DSP的Page3和R/W信號用于選能網卡的讀寫信號IOR、IOW，實現的邏輯關系如圖2所示。

IORQ是網卡的中斷9，通過非門后接DSP的INT1引腳。

RTL8019網卡有三種工作方式：

第一種為跳線方式，網卡的I/O和中斷由跳線決定；

第二種為即插即用方式，由軟件進行自動配置plug and play；

第三種為免跳線方式，網卡的I/O和中斷由外接的93C46里的內容決定。

計算機上一是即插即用方式，為了降低軟件編程的復雜度，將網卡設置為跳線方式。

上述所有的譯碼邏輯都在EPM7129中實現。

74ALVC16425是總線驅動芯片，可實現3.3V到5V的電平轉換。由于TMS320VC33和EPM7128是3.3V的器件，而ISA總線是5V的，所以信號線不能直接連接，需要通過74ALVC164245進行電平轉換和隔離。

2 軟件設計

2.1 網卡硬件驅動程序的設計

網卡驅動程序主要包括以下幾部分：

（1）NIC的初始化

NIC是網絡接口控制芯片，它負責網絡上數據的接收和發送。為了能夠使NIC啟動并處于準備接收或準備發送數據的狀態，必須對相關的寄存器進行初始化。這些寄存器包括CR、DCR、RBCR、PSTART、PSTOP、ISR、IMR、PAR0～PAR5、MAR0～MAR7、CURR、TCP、RCR等。

（2）中斷服務程序

中斷服務程序一般完成兩項任務：一是設置中斷標志，以使相關程序能以此發現發生了中斷；二取得中斷狀態寄存器的值，并將引起中斷的具體原因提交給相應的程序，這一過程也是通過設置中斷原因標志完成的。需要注意 的，中斷服務程序開始的時候要保護中斷現場，待程序處理完成后要恢復中斷現場；中斷服務程序應盡可能短小，以便在盡可能短的時間內執行完成，因此需要將一些不民要的工作交給其它程序來完成。

（3）幀發送程序

在網絡中，幀傳輸的過程是：發送方將待發送的數據按幀格式要求封裝成幀，然后通過網卡將幀發送到網絡的傳輸線上；接收方根據接收到的幀的目的地址研究是否將該幀提交給上層應用程序。幀的發送是指將待發送的數據以幀的形式發送到網絡傳輸線上，因此，幀 的發送過程應該包括以下幾個步驟：

①裝幀；

②將幀送入NIC的發送緩沖區；

③初始化發送控制寄存器；

④啟動NIC將該幀發送到網絡傳輸線上。

（4）幀接收程序

幀接收是指將網絡上的數據幀接收并緩存于網卡的接收緩沖環中，然后由主機程序將緩存于接收緩沖環的幀讀走并存入內存中以備程序使用。從中可以看出，幀的接收過程分成兩卡；

①第一步由NIC通過本地DMA將幀存入接收緩沖環；

②第二卡是通過遠程DMA并在主機的配合下將接收緩沖環中的幀讀入內存。

2.2 TCP/IP協議的實現

2.2.1 DSP中與PC機中實現TCP/IP協議不同

TCP/IP協議最先是在UNIX系統中實現的，后來在LINUX、DOS和WINDOWS系統中也實現了TCP/IP。但是，在UNIX上實現的TCP/IP協議的源代碼并不能直接移植到DSP上來，這是因為PC機和DSP存在著巨大的差異。

PC機的運算速度非常快，一般都有一個多任務的操作系統，可以多任務并行執行，通過硬中斷與中斷、消息隊列和各種插口實現ATCP/IP各協議層之間的通信和整個網絡的通信。而DSP運行速度相對較慢，缺乏多任務操作系統的平臺，只能通過順序執行加硬件中斷的方式來實現，并且因其還要同時執行數據采集、串口中斷等任務，所以中斷程序應盡量短，只完成設置各種狀態的標志位，而將相對較慢的網絡數據包的處理放在主程序中執行，以減少各種任務之間的沖突。

PC機的內存非常大，現在一般都可達到32～128M的存儲容量，可以動態地分配和釋放內存，很容易實現存儲器緩存mbuf、網絡控制塊ncb等鏈狀結構，且可隨意增刪；同時能維護多條網絡連接，由于計算機處理速度快，幾乎不用考慮緩沖區溢出的問題。而DSP內部RAM一般只有十幾K，加上外部擴展的RAM也只能達到幾十K的容量，一個最大的以太網數據包就有1.5K左右，如果也按PC機的內存管理方式和數據結構，使用mbuf鏈，RAM肯定不夠用，因此只能在RAM中分配一個固定的1514字節的區段來存放接收到的以太網數據包，接收一包處理一包。

PC機中TCP/IP協議都是分層次實現的，相互之間都是通過參數傳遞進行聯系，這樣有利于提高程序的模塊化和獨立性。而在DSP中，由于參數傳遞會占用過多的程序空間，且降低DSP的執行速度，所以應盡量減少參數傳遞，轉而使用全局變量和外部變量等來達到值的傳遞，因此各程序間的依賴程度大，往往會共享某一些變量和數據。

PC機上實現了比較完整的TCP/IP協議。而在DSP中，由于運算速度和內存的限制，不可能支持所有的協議，一般只實現需要的部分，不需要的協議一概都不支持；而且即使需要的協議也不用像在PC機上實現那么復雜，可以根據硬件的具體情況和實現的需求進行必要的簡化。

2.2.2 TCP/IP協議的具體實現

TCP/IP協議是一個協議簇，包含了很多協議，在DSP上實現的所有協議如圖3所示，通常可分為四層（不包括物理層）。

根據DSP的結構特點和所需要實現的功能，在DSP中實現了ARP（地址解析協議）、IP（網際協議）、ICMP（Internet控制報文協議）、UDP（用戶數據報協議）和TCP（傳輸控制協議），并對它們進行了簡化。

2.2.2 TCP/IP協議的具體實現

TCP/IP協議是一個協議簇，包含了很多協議，在DSP上實現的所有協議如圖3所示，通常可分為四層（不包括物理層）。

根據DSP的結構特點和所需要實現的功能，在DSP中實現了ARP（地址解析協議）、IP（網絡協議）、ICMP（Internet控制報文協議）、UDP（用戶數據報協議）和TCP（傳輸控制協議），并對它們進行了簡化。

在鏈路層中實現了ARP。每種網絡都有自己的尋址機制，以太網通過以太網地址即通常所說的網卡硬件地址MAX進行尋址的，每個網卡出廠時都有一個唯一的MAC地址。IP地址則僅僅是對于TCP/IP簇有意義的地址，是一種虛擬地址。當賦予IP地址的IP包要在以太網中傳播時，必須將IP地址轉化為以太網地址才能進行正確的傳輸。ARP協議就是將32位的IP地址動態地映射為48位的以太網地址，從而保證網絡的正確傳輸。ARP協議由兩個文件arpin.c和arpout.c實現。arpin.c負責接收網絡上廣播的arp包，判斷arp包的類型是網絡上其它機子的請求包還是返回本機的響應包，判斷其合法性并進行相應的處理；arpout.c負責主機向網絡發送數據報時發送arp請求包以及被arpin.c調用響應收到的arp請求包。

在網絡層中實現了IP和ICMP。IP協議是TCP/IP協議簇中最核心的協議，它提供無連接的數據報傳送服務，所有上層協議都要以IP數據包格式傳輸。IP協議由兩個文件ipin.c和ipout.c實現。Ipin.c負責接收IP數據包，收到IP包后，首先判斷其版本號、

數據長度、目的地址、檢驗和是否正確，再根據ＩＰ首部的協議類型字段的值交給相應的上層協議處理；ｉｐｏｕｔ．ｃ負責發送ＩＰ數據包，接收上層協議傳遞下來的數據，加上２０字節的ＩＰ首部，正確設置源ＩＰ地址和目的ＩＰ地址、協議類型，計算檢驗和，交給下面的鏈路層發送。ＰＣ機上的ＩＰ數據包，當它的長度超過網絡的ＭＴＵ時，允許對它分段；在ＤＳＰ中，則不支持ＩＰ數據包分段，也不支持ＩＰ選項字段。ＩＣＭＰ協議負責傳遞差錯報文以及其它需要注意的信息，且由ＩＣＭＰ首部８位的類型字段和８位的代碼字段決定信息的種類。在ＤＳＰ中只實現了對回顯請求（類型代碼為８０）報文的處理，從ＩＰ層收到ＩＣＭＰ包后，判斷其類型代碼段是否為８０。如果是，將這兩個字段設置為００（回顯應答），計算檢驗和，再交給ＩＰ層發送；如果不是，則予以丟棄。從而實現了對ｐｉｎｇ功能的支持。

圖4

    在運輸層實現了ＵＤＰ和ＴＣＰ。

ＵＤＰ協議是一種面向無連接的不可靠的協議，用兩個文件ｕｄｐｉｎ．ｃ和ｕｄｐｏｕｔ．ｃ來實現。ｕｄｐｉｎ．ｃ實現對ｕｄｐ包輸入的處理，判斷其端口號、檢驗和是否正確，正確則將其數據交給相應端口的應用程序，不正確則丟棄；ｕｄｐｏｕｔ．ｃ實現對ｕｄｐ包輸出的處理，從應用程序接收數據，設置相應的源端口號和目的端口號，再交給ＩＰ層發送。值得注意的是，計算ＵＤＰ包的檢驗和與計算ＩＰ包的檢驗和是不一樣的，ＩＰ包的檢驗和只覆蓋了ＩＰ包的首部，而ＵＤＰ包的檢驗和則覆蓋了ＵＤＰ包的首部和所有的數據。ＵＤＰ包計算檢驗和時還引入了一個１２字節的偽首部，包括４字節的源ＩＰ地址、４字節的目的ＩＰ地址、１字節的零段、１字節的協議段和兩字節的檢驗和，其目的是讓ＵＤＰ兩次檢查數據是否正確地到達了目的地。 ＴＣＰ協議與ＵＤＰ協議雖然同是運輸層協議，但是它提供一種面向連接的可靠的字節流服務。ＴＣＰ協議是所有協議中最復雜、也是最難實現的一塊，主要由ｔｃｐｉｎ．ｃ、ｔｃｐｏｕｔ．ｃ、ｔｃｐｔｉｍｅｒ．ｃ和ｔｃｐｓｔａｔｅｍ．ｃ四個文件分塊實現，并根據具體應用的需要進行簡化。ＴＣＰ的控制塊ｔｃｂ用結構體來實現，每一個ｔｃｂ包含一條ＴＣＰ連接的所有控制和狀態信息，全部的ｔｃｂ形成了一個雙向鏈表，有利于在所有ＴＣＰ連接中進行搜索。ｔｃｐｔｉｍｅｒ．ｃ負責管理ＴＣＰ協議中的各種狀態信息，它內含前向后向指針，使之形成定時器超時，ＰＣ機上的ＴＣＰ協議包含快慢兩個定時器，這里僅僅實現了一個５００ｍｓ的慢速定時器，因為沒有快速定時器，所以不支持ＡＣＫ報文延遲，收到一幀即立即發送ＡＣＫ；ｔｃｐｓｔａｔｅｍ．ｃ是ＴＣＰ的狀態機函數，根據ＴＣＰ連接所處的不同狀態以及發生的事件來決定ＴＣＰ連接的狀態變遷；ｔｃｐｏｕｔ．ｃ負責ｔｃｐ報文的發送，典型的發送過程是當接收到上層應用程序的數據時，首先發送ＳＹＮ幀，與目標節點三次握手建立連接，之后加上ＴＣＰ首部，交給下層ＩＰ模塊發送，并通過重傳定時器實現超時重發、持續定時器發送窗口探測幀等功能，待所有數據發送完畢并得到確認后發送ＦＩＮ幀，通過四次握手關閉連接，ｔｃｐｏｕｔ．ｃ還可在不同狀態和事件下被其它程序調用發送ＡＣＫ幀、ＲＳＴ幀等其它ＴＣＰ報文；ｔｃｐｉｎ．ｃ負責接收從下層ＩＰ模塊接收到的ＴＣＰ數據包，并根據ＴＣＰ連接的狀態信息以及ＴＣＰ首部的各個標志位進行分支處理，將數據交給對應端口的上層應用程序，并調用其它函數實現對ＴＣＰ包的響應和狀態變遷。在ＰＣ機上往往可以同時維護多條ＴＣＰ連接；但在ＤＳＰ上，由于ＤＳＰ速度和ＲＡＭ容量的限制，只支持一條ＴＣＰ連接；這樣大大簡化了程序的復雜度，同時也滿足了實際需要，如果今后有需要，還可以進行擴展。 綜上所述，ＴＣＰ／ＩＰ協議的具體處理流程如圖４所示。

本文通過ＤＳＰ與網卡的硬件接口的設計及編程，使ＤＳＰ實現了基于以太網的ＴＣＰ／ＩＰ通信，從而使ＤＳＰ可以通過網線進行聯網，并可以實時地與計算機進行通信，交換大量的數據和控制信息。本文所介紹的技術已經在作者參加的國家"９７３"項目"復雜自然環境時空定量信息的獲取與融合處理的理論與應?quot;的硬件設計中得到應用，并運行良好。