1、最近項目遇到的問題

最近在stm32上用cubemax移植了lwip協(xié)議棧，lwip就不用過多介紹了，（lightweight IP）一款輕量級的開源TCP/IP協(xié)議棧，專為嵌入式系統(tǒng)設計，具有小巧高效、可裁剪性強，主要是已經(jīng)發(fā)展和廣泛應用多年，可靠性還是可以的，基本上大多數(shù)嵌入式系統(tǒng)的網(wǎng)絡通信需求都可以滿足。

然而最近項目中通信數(shù)據(jù)量大一點，老是send超時，運行時間久了還會直接掛在ethnetif_input，這可把我給整郁悶了。

最后定位到原因還是lwip適配的兩個線程優(yōu)先級分配得有問題，導致FreeRTOS信號量超時異常。

2、兩個主要線程

在lwIP協(xié)議棧中，ethernetif_input線程和tcpip協(xié)議棧線程是兩個核心的線程，在處理網(wǎng)絡數(shù)據(jù)包和執(zhí)行TCP/IP協(xié)議棧功能時的作用就不用多說了，下面簡單的介紹下兩個線程的作用：

ethernetif_input線程：

ethernetif_input線程負責接收來自網(wǎng)絡接口（如以太網(wǎng)接口）的數(shù)據(jù)包，并將其傳遞給lwIP協(xié)議棧進行處理。

這個線程通常運行在較低的優(yōu)先級，因為它主要負責接收和緩存數(shù)據(jù)包，而不涉及復雜的協(xié)議處理。

在實際應用中，可以根據(jù)系統(tǒng)的需求和性能進行調(diào)整，但通常情況下，ethernetif_input線程的優(yōu)先級相對較低。

tcpip協(xié)議棧線程：

tcpip協(xié)議棧線程是lwIP協(xié)議棧的核心線程，負責處理TCP/IP協(xié)議棧的各種功能，包括TCP連接管理、IP數(shù)據(jù)報的路由和轉(zhuǎn)發(fā)、以及UDP數(shù)據(jù)包的處理等。

由于tcpip協(xié)議棧線程需要處理復雜的協(xié)議邏輯和數(shù)據(jù)包處理，因此它通常運行在較高的優(yōu)先級。

保持tcpip協(xié)議棧線程的較高優(yōu)先級有助于確保網(wǎng)絡數(shù)據(jù)包的及時處理和協(xié)議棧功能的高效執(zhí)行。

在實際的嵌入式系統(tǒng)設計中，需要根據(jù)具體的硬件平臺和應用場景來合理設置這兩個線程的優(yōu)先級。通常情況下，可以通過操作系統(tǒng)或者裸機編程的方式來配置線程的優(yōu)先級，以滿足系統(tǒng)對網(wǎng)絡數(shù)據(jù)處理和協(xié)議棧功能的實時性和效率要求。

3、總 結(jié)

所以通常情況下，tcpip協(xié)議棧線程的優(yōu)先級需要設置得更高，因為tcpip協(xié)議棧線程需要處理復雜的協(xié)議邏輯、數(shù)據(jù)包處理、連接管理等任務，保持tcpip協(xié)議棧線程的較高優(yōu)先級可以確保網(wǎng)絡數(shù)據(jù)包的及時處理和協(xié)議棧功能的高效執(zhí)行，從而提高系統(tǒng)的響應速度和網(wǎng)絡通信的穩(wěn)定性。

ethernetif_input線程通常負責接收和緩存數(shù)據(jù)包，相對來說不涉及太多復雜的處理邏輯，因此可以設置相對較低的優(yōu)先級。

經(jīng)過優(yōu)先級調(diào)整后，跑了2天都沒有出現(xiàn)異常問題。

審核編輯：黃飛