基于ARM的嵌入式TCP/IP協(xié)議的實現(xiàn)
1.3 其它協(xié)議
ARP協(xié)議為32位IP地址到對應的48位以太網(wǎng)地址之間提供動態(tài)映射。嵌入式系統(tǒng)中僅響應ARP請求,發(fā)送ARP回答包。請求者廣播出包含ARP請求的以太幀、目的以太網(wǎng)地址為全1的廣播地址。本機收到后,由目的IP地址發(fā)現(xiàn)自己是目的主機,發(fā)送一個ARP回答。ICMP通過IP協(xié)議傳輸其報文。IP協(xié)議是無連接的,它無法將報文和錯誤信息傳到最初的主機,ICMP將狀態(tài)信息和錯誤信息發(fā)送到發(fā)報文的主機。
2 前端設備的系統(tǒng)設計
TCP/IP協(xié)議擴展到工業(yè)控制級,將企業(yè)內(nèi)部計算機網(wǎng)絡應用于工業(yè)現(xiàn)場實時信息的發(fā)布和顯示,通過Internet瀏覽器對現(xiàn)場工業(yè)信息進行動態(tài)監(jiān)視。下面是筆者在某公司一分布式監(jiān)控系統(tǒng)中的應用實例?;冢裕茫校桑袇f(xié)議的前端設備系統(tǒng)軟件結構如圖3。前端嵌入式設備處理器是Samsung公司的S3C4510B(ARM核)。該芯片是用在基于以太網(wǎng)系統(tǒng)的高性價比、高性能的16/32位RISC微控制器。通信部分采用BNC接口方式,信號輸出經(jīng)耦合隔離變壓器由RJ45接頭聯(lián)入集線器,此外還設計了液晶顯示和鍵盤輸入當?shù)亟涌诠δ堋?/P>
在TCP/IP協(xié)議中多處用到超時和重發(fā)機制。這種機制對于確保兩個或多個彼此獨立的通信結點從通信錯誤或故障狀態(tài)自動恢復到正常狀態(tài)是非常有效的,但也增加了軟件結構的復雜性。因為對超時的處理通常獨立于正常程序流程,也就是與正常的程序流程異步。要實現(xiàn)的TCP/IP協(xié)議軟件中有四處要用到定時器:第一是在ARP高速緩存的維護中,被添加到ARP高速緩存中的表項在一段時間后要置為無效;第二是在等待對發(fā)出的ARP請求返回響應時,可能會在指定的超時時間內(nèi)還未收到返回的響應;第三是在IP組裝收到分片時,由于部分分片在一定時間內(nèi)沒有收到而丟棄整個IP包;第四是在TCP等待接收方對數(shù)據(jù)段的確認時。如果在指定時間內(nèi)還未收到對某個數(shù)據(jù)段的確認,需重新發(fā)送。從上述可見,要實現(xiàn)的定時器具備以下特點:
·對定時的精度要求都不是很高,基本都是秒級的精度。這樣,完全可以稍滯后一些來處理定時器超時,不把超時處理放在時鐘中斷處理程序中。
首先,定義一定時器的數(shù)據(jù)結構,如圖4所示。每一類超時都是由一個超時控制塊和其所屬的一個由超時事件項組成的鏈表管理。整個鏈表按超時事件將要發(fā)生的時間順序排列,先發(fā)生的超時事件排列在前。超時控制塊中的head_ptr用以指向一個超時事件項鏈表的首項;timeout_process是超時事件發(fā)生時處理程序的入口地址。在每個超時事件項中,next_ptr指向鏈表中的下一項;relative_time是本表項的超時事件相對于上一表項的超時事件發(fā)生的相對時間。所以某個表項表示的超時事件距離當前的時間是它以前所有表項(包括自身)中的relative_time的和。relative_time的基本單位是granularity。
每當時鐘中斷服務程序計數(shù)到granularity個時鐘中斷,給定時器任務使用的信號燈作sem_up操作。當定時器任務被調(diào)度執(zhí)行時,它遍歷每一個超時控制塊,對每一個超時控制塊作如圖5所示的處理,最后對信號燈調(diào)用sem_down。
tcp/ip相關文章:tcp/ip是什么
評論