這是一個(gè)牛人寫的轉(zhuǎn)過(guò)來(lái)
你要是想寫一個(gè)完整的TCPserver的程序，你可以把程序?qū)懗呻娔X向你板子發(fā)送數(shù)據(jù)，然后板子將收到的數(shù)據(jù)回發(fā)給電腦。到后期再對(duì)收到的數(shù)據(jù)進(jìn)行處理以達(dá)到你板子的需求。

這個(gè)收發(fā)程序的結(jié)果應(yīng)該是能夠完整的將收到的數(shù)據(jù)完整的發(fā)送給電腦，不論你電腦發(fā)送的速度有多快，包有多大，一切的不成功都是你自身的原因，不要試圖降低發(fā)送頻率或者將包變小來(lái)解決問(wèn)題。那都是治標(biāo)不治本的做法。

我用的板子是stm32+enc28j60，網(wǎng)上有一堆移植教程，不過(guò)可能你會(huì)在移植中出現(xiàn)各種問(wèn)題，而且有可能你遇到的問(wèn)題網(wǎng)上還沒(méi)有，我建議有時(shí)間的話看看lwip的原理，這里推薦老衲五木的《LWIP協(xié)議詳解》，相當(dāng)經(jīng)典，看完之后至少茅斯頓開(kāi)了一大半。不過(guò)有可能你沒(méi)有多少耐心去看完，就只能彷徨又著急的去四處求救了。

接下來(lái)說(shuō)幾個(gè)注意事項(xiàng)：

1.硬件：

• 要是初次移植LWIP，最好不要用路由器，因?yàn)槟菢幽愕陌遄訒?huì)收到很多不是你電腦發(fā)送的數(shù)據(jù)包，同時(shí)電腦發(fā)送包的速度快了之后有的路由器就會(huì)根據(jù)自己的流量控制可能會(huì)丟棄包等，雖然對(duì)于可靠性高的TCP來(lái)說(shuō)一切都不是問(wèn)題，但是初學(xué)者會(huì)因?yàn)楹芏嗖幻鞑话椎默F(xiàn)象暈很久。
• 最好不要用無(wú)線網(wǎng)來(lái)和板子通信，也就是板子插網(wǎng)線，你的筆記本接無(wú)線，然后兩個(gè)通過(guò)路由器進(jìn)行數(shù)據(jù)的傳送，這樣會(huì)出現(xiàn)你的ping很不穩(wěn)定，還容易出現(xiàn)連接超時(shí)等。
• 你要是有條件就自己做一根電腦連接電腦形式的網(wǎng)線，直接將板子和電腦相連，這樣的通信在前期是很方便和可靠的，至少你可以將基礎(chǔ)的東西先調(diào)出來(lái)。同時(shí)要注意，要是筆記本的話，你可能插著網(wǎng)線又上著無(wú)線網(wǎng)，兩個(gè)網(wǎng)卡工作有很大概率出現(xiàn)你沒(méi)辦法連接上你的板子。所以最好在連著板子的時(shí)候斷掉無(wú)線網(wǎng)，或者在連接好板子并且端口之間連接上之后再打開(kāi)無(wú)線網(wǎng)去上網(wǎng)也是可以得。
  

2.軟件：

最好參考官方lwip包里的APP，我在跑官方的程序的時(shí)候沒(méi)有問(wèn)題，但是看別人寫的程序，拿來(lái)用用的時(shí)候就出了一堆問(wèn)題。初級(jí)的移植相關(guān)的內(nèi)容我就不說(shuō)了，主要說(shuō)在寫TCPserver遇到的問(wèn)題。

我在看別人寫的收發(fā)數(shù)據(jù)的server，出現(xiàn)了在傳輸大量數(shù)據(jù)且速度很快的情況下丟失數(shù)據(jù)乃至于多出數(shù)據(jù)的情況.TCP是一種可靠性非常高的傳輸協(xié)議，在告訴和大量數(shù)據(jù)的情況下，就算有丟包（肯定有stm32無(wú)法應(yīng)答的情況）TCP也會(huì)重傳，而且有滑動(dòng)窗口和阻塞窗口控制，能夠知道server還能接受多大的數(shù)據(jù)包，所以一切的失敗都不是TCP協(xié)議本身的問(wèn)題，一定是硬件或者軟件上寫的有問(wèn)題。

在這里先講一個(gè)TCP整個(gè)工作的大致流程：enc28j60得到包-->ARP層（分析數(shù)據(jù)包是否更新ARP列表以及是否傳輸?shù)絀P層）-->IP(對(duì)收到的包進(jìn)行重組，因?yàn)榘�太大所以發(fā)送的時(shí)候進(jìn)行了分片，現(xiàn)在接收自然要重組)-->TCP（得到一個(gè)完整的數(shù)據(jù)包，所以你就可以在回調(diào)函數(shù)里的pbuf變量上取你想要的數(shù)據(jù)進(jìn)行處理）

寫server的時(shí)候盡量還是寫完整一點(diǎn)，也就是盡量處理好錯(cuò)誤和一些意外的情況。現(xiàn)在講一下官方lwip中app的tcpecho_raw中需要注意的一些語(yǔ)句，這些語(yǔ)句你寫server的時(shí)候也要注意，不然災(zāi)難不斷：

• 當(dāng)你接收到數(shù)據(jù)包的時(shí)候，比如 pbuf*p。你會(huì)取出temp->payload做相應(yīng)的一些處理，然后可能還會(huì)做點(diǎn)別的事，當(dāng)你做完之后你會(huì)釋放這個(gè)包：pbuf_free(p),在此之前你會(huì)取出這個(gè)包指向的下一個(gè)包的地址p->next，但還有一件事需要在pbuf_free之前完成以下，pbuf_ref(p->next)。因?yàn)獒尫帕藀的話，p->next的引用也會(huì)被減一，可能就導(dǎo)致這個(gè)包也跟著被釋放了，乃至于后面串著的包都被釋放了，你就會(huì)發(fā)現(xiàn)現(xiàn)象就是你發(fā)回到電腦上的數(shù)據(jù)少了很多，發(fā)送一萬(wàn)字節(jié)可能只有4000多。
• 關(guān)于tcp_recved的使用，我看到很多人寫程序的時(shí)候基本上只要到了接收的回調(diào)函數(shù)里面，就在最前面加上tcp_recved(pcb,p->tot_len)。這個(gè)函數(shù)的作用是增加滑動(dòng)窗口的大小，從而可以接收到更多字節(jié)的數(shù)據(jù)，有的師兄在接受一定數(shù)量的數(shù)據(jù)后無(wú)法得到數(shù)據(jù)了就是因?yàn)闆](méi)有調(diào)用這句話。但是這句話不能一概寫成tcp_recved(pcb,p->tot_len)。大家可以看看這個(gè)函數(shù)的說(shuō)明在源代碼里面，這個(gè)函數(shù)應(yīng)該是你處理了多少的數(shù)據(jù)包就把len取多大的字節(jié)數(shù)。而不是一味的將p->tot_len填寫進(jìn)去，那樣的畫滑動(dòng)窗口開(kāi)太大了更加容易照成丟包，然后就老重發(fā)，不太好。具體可參考echo_send語(yǔ)句。
• 關(guān)于tcp_write，這個(gè)函數(shù)其實(shí)是將你的數(shù)據(jù)放到一個(gè)隊(duì)列里，等以后再調(diào)用tcp_output發(fā)送出去，這里需要注意的是當(dāng)你在你寫了多少字節(jié)進(jìn)去不一定在抓包的時(shí)候看到多少字節(jié)的數(shù)據(jù)包，因?yàn)樗�有可能�?huì)等write幾次之后打包一起發(fā)送出去，還有個(gè)問(wèn)題，在寫之前最后用tcp_sndbuf(tpcb)看看還能發(fā)送多少字節(jié)的數(shù)據(jù)，這個(gè)是查看發(fā)送緩沖區(qū)的大小的函數(shù)。當(dāng)你大于這個(gè)區(qū)域的時(shí)候，你就應(yīng)該等待下次再發(fā)送，而能自動(dòng)讓你進(jìn)行剩余數(shù)據(jù)發(fā)送的一個(gè)方法就是用tcp_sent的回調(diào)函數(shù)，當(dāng)數(shù)據(jù)發(fā)送出去并得到了應(yīng)答之后，lwip就會(huì)調(diào)用tcp_sent，你就可以在其回調(diào)函數(shù)里面寫剩余的發(fā)送數(shù)據(jù)的語(yǔ)句了。這個(gè)最好加上，不然小心數(shù)據(jù)丟失喲。
• 盡量不要再lwip的應(yīng)用程序里面寫printf的函數(shù)，也就是串口函數(shù)等等，因?yàn)檫@樣會(huì)拖延時(shí)間。因?yàn)橥涎泳昧酥�后沒(méi)有應(yīng)答客戶端，就會(huì)導(dǎo)致他重發(fā)，反正又亂了這樣，我之前有次加了prinrf，就會(huì)出現(xiàn)收發(fā)數(shù)據(jù)一段時(shí)間以后，數(shù)據(jù)就發(fā)不出去了，發(fā)數(shù)據(jù)的時(shí)候還是一個(gè)字節(jié)一個(gè)字節(jié)往外蹦，所以需謹(jǐn)慎。