【資源描述】:ucos+lwip在lm3s6911的移植.rar
上傳時(shí)間： 2022-06-17
上傳用戶：
該書(shū)籍適合學(xué)習(xí)lwip協(xié)議棧的軟件開(kāi)發(fā)工程師，解析清楚明了，
標(biāo)簽： LwIP協(xié)議 嵌入式
上傳時(shí)間： 2022-06-18
上傳用戶：
Lwip協(xié)議棧的實(shí)現(xiàn)目的，無(wú)非是要上層用來(lái)實(shí)現(xiàn)app的socket編程。好，我們就從socket開(kāi)始。為了兼容性，lwip的socket應(yīng)該也是提供標(biāo)準(zhǔn)的socket接口函數(shù)，恩，沒(méi)錯(cuò)，在src\inc lude\lwip\socket.h文件中可以看到下面的宏定義：#if LWIP COMPAT SOCKETS#define accept（a，b，c）Iwip accept（a，b，c）#define bind（a，b，c）Iwip bind（a，b，c）#define shutdown（a，b）Iwip shutdown（a，b）#define closesocket（s）Iwip close（s）好，這個(gè)結(jié)構(gòu)先不管它，接著看下get socket函數(shù)的實(shí)現(xiàn)【也是在src\api\socket.c文件中】，在這里我們看到這樣一條語(yǔ)句sock =&sockets[s]；很明顯，返回值也是這個(gè)sock它是根據(jù)傳進(jìn)來(lái)的序列號(hào)在sockets數(shù)組中找到對(duì)應(yīng)的元素并返回該元素的地址。好了，那么這個(gè)sockets數(shù)組是在哪里被賦值了這些元素的呢？進(jìn)行到這里似乎應(yīng)該從標(biāo)準(zhǔn)的socket編程的開(kāi)始，也就是socket函數(shù)講起，那我們就順便看一下。它對(duì)應(yīng)的實(shí)際實(shí)現(xiàn)是下面這個(gè)函數(shù)Int Iwip socket（int domain，int type，int protocol）【src\api\socket.c】這個(gè)函數(shù)根據(jù)不同的協(xié)議類型，也就是函數(shù)中的type參數(shù)，創(chuàng)建了一個(gè)netconn結(jié)構(gòu)體的指針，接著就是用這個(gè)指針作為參數(shù)調(diào)用了alloc socket函數(shù)，下面具體看下這個(gè)函數(shù)的實(shí)現(xiàn)
標(biāo)簽： lwip 底層結(jié)構(gòu)
上傳時(shí)間： 2022-06-19
上傳用戶：aben
LwIP協(xié)議棧開(kāi)發(fā)嵌入式網(wǎng)絡(luò)的三種方法分析
標(biāo)簽： lwip協(xié)議 嵌入式
上傳時(shí)間： 2022-07-10
上傳用戶：
LwIP協(xié)議棧分析
標(biāo)簽： lwip協(xié)議棧
上傳時(shí)間： 2022-07-11
上傳用戶：
LWIP協(xié)議棧架構(gòu)與設(shè)計(jì)解析
標(biāo)簽： lwip協(xié)議棧
上傳時(shí)間： 2022-07-11
上傳用戶：
在過(guò)去的近十年的時(shí)間里，互聯(lián)網(wǎng)技術(shù)被證明擁有足夠的靈活性以適應(yīng)不斷變化的網(wǎng)絡(luò)環(huán)境。從原始的ARPNET一類的低速網(wǎng)絡(luò)發(fā)展起來(lái)的互聯(lián)網(wǎng)，發(fā)展到今天，在帶寬和誤碼率方面擁有巨大差異的光纖連接技術(shù)已經(jīng)使互聯(lián)網(wǎng)實(shí)現(xiàn)了巨大的跨越。相當(dāng)多的以互聯(lián)網(wǎng)為基礎(chǔ)的應(yīng)用技術(shù)被開(kāi)發(fā)出來(lái)。因此，未來(lái)的無(wú)線網(wǎng)絡(luò)—使用已經(jīng)存在的互聯(lián)網(wǎng)技術(shù)成為人們的首選。同樣，互聯(lián)網(wǎng)在全球范圍內(nèi)的連通性也成為了人們選擇它的動(dòng)機(jī)之一。一些輕便設(shè)備，比如在身體上使用的傳感器，體積小而且便宜，內(nèi)部的運(yùn)算及存儲(chǔ)資源有限，因此就必須在資源受限的情況下實(shí)現(xiàn)及處理lnternet協(xié)議。本文講述的就是在這樣的條件下如何占用盡量少的資源實(shí)現(xiàn)一個(gè)輕型的TCP/IP協(xié)議棧，我們把該協(xié)議棧叫做LwlP。本文的章節(jié)安排是這樣的：第2、3、4節(jié)對(duì)LwIP做一個(gè)總體上的描述，第5節(jié)是關(guān)于操作系統(tǒng)模擬層的內(nèi)容，第6節(jié)是內(nèi)存和緩沖區(qū)管理，第7節(jié)介紹LwlP網(wǎng)絡(luò)接口抽象層，第8、9、10介紹IP、UDP、TCP協(xié)議的實(shí)現(xiàn)，第11、12節(jié)介紹如何與LwIP協(xié)議棧接口及LwlP提供的API，第13、14節(jié)將分析協(xié)議棧的實(shí)現(xiàn)，第15、16節(jié)提供LwlPAPI的參考手冊(cè)，17、18節(jié)提供例子代碼。
標(biāo)簽： lwip協(xié)議棧
上傳時(shí)間： 2022-07-18
上傳用戶：d1997wayne
基于FreeRTOS的lwip協(xié)議棧的移植與測(cè)試
標(biāo)簽： freertos lwip協(xié)議棧
上傳時(shí)間： 2022-07-21
上傳用戶：
第一章 LWIP 無(wú)操作系統(tǒng)移植第二章 LWIP 帶操作系統(tǒng)移植第三章 RAW 編程接口 UDP 實(shí)驗(yàn)第四章 RAW 編程接口 TCP 客戶端實(shí)驗(yàn)第五章 RAW 編程接口 TCP 服務(wù)器實(shí)驗(yàn)第六章 RAW 編程接口 Web Server 實(shí)驗(yàn)第七章 NETCONN 編程接口簡(jiǎn)介第八章 NETOCNN 編程接口 UDP 實(shí)驗(yàn)第九章 NETCONN 編程接口 TCP 客戶端實(shí)驗(yàn)第十章 NETCONN 編程接口 TCP 服務(wù)器實(shí)驗(yàn)
上傳時(shí)間： 2022-07-25
上傳用戶：
最近一個(gè)項(xiàng)目用到LWIP，恰好看到網(wǎng)上討論的人比較多，所以有了寫(xiě)這篇學(xué)習(xí)筆記的沖動(dòng)，一是為了打發(fā)點(diǎn)發(fā)呆的時(shí)間，二是為了吹過(guò)的那些NB往往決定做一件事是簡(jiǎn)單的，而堅(jiān)持做完這件事卻是漫長(zhǎng)曲折的，但終究還是寫(xiě)完了，時(shí)間開(kāi)銷(xiāo)大概為四個(gè)月，內(nèi)存開(kāi)銷(xiāo)無(wú)法估計(jì)。。這篇文章覆蓋了LWIP協(xié)議大部分的內(nèi)容，但是并不全面。它主要講解了LWIP協(xié)議最重要也是最常被用到的部分，包括內(nèi)存管理，底層網(wǎng)絡(luò)接口管理，ARP層，IP層，TCP層，API層等，這些部分是LWIP的典型應(yīng)用中經(jīng)常涉及到的。而LWIP協(xié)議的其他部分，包括UDPDHCP,DNS,IGMP,SNMP,PP等不具有使用共性的部分，這篇文檔暫時(shí)未涉及。原來(lái)文章是發(fā)在空間中的，每節(jié)每節(jié)依次更新，后來(lái)又改發(fā)為博客，再后來(lái)就干脆懶得發(fā)了。現(xiàn)在終于搞定，于是將所有文章匯總。絞盡腦汁的想寫(xiě)一段空前絕后，人見(jiàn)人愛(ài)的序言，但越寫(xiě)越覺(jué)得像是貓兒抓的一樣。就這樣，PS：由于本人文筆有限，情商又低，下里巴人一枚，所以文中的很多語(yǔ)句可能讓您很糾結(jié)，您可以通過(guò)郵箱與我聯(lián)系。共同探討才是進(jìn)步的關(guān)鍵。
標(biāo)簽： lwip
上傳時(shí)間： 2022-08-09
上傳用戶：
蟲(chóng)蟲(chóng)下載站版權(quán)所有 京ICP備2021023401號(hào)-1
