最近一個月做了一個有關PM2.5室內空氣淨化的一個專案，控制器採用的是STM32，其中一部分就是實現PC-----控制器------風機之前的通訊，採用的技術是WIFI技術，核心部分就是UDP之間的通訊。下面總結一下。。。

機制：PC採用UDP廣播模式，即控制器需要提供一個指定的埠，比如10100，PC通過配置對端IP 255.255.255.255 PORT 10100即可向對端（控制器）傳送指定的協議，我的控制器採用的是ESP8266WIFI模組，該模組是與串列埠進行直連，支援透傳和AT指令，我採用的是AT指令模式，此模組最多支援4路連線，我採用配置其中的兩路完成我的整個功能，一個是與PC通訊的UDP連線，另一個是與風機通訊的UDP廣播。

與PC通訊的UDP連線處理機制：系統啟動過程中有一個預設的對端IP和對端埠以及一個確定的本地埠，由於PC用的是廣播模式，所以只要保證向我確定的本地埠傳送廣播資料，我就可以接收到，但是我想要向PC返回資料時，我就需要知道PC端的IP和埠，因此在廣播資料中，按照指定的協議，需要包含PC端的IP地址和PC端的埠號，當我接收到的IP和埠與我預設的IP和埠不一致時，我程式需要自動再次完成socket連線（AT指令連線），連線完成後即可點對點UDP資料收發。

與風機通訊的UDP廣播機制：通過AT指令配置第二個UDP廣播模式連線，說來也奇葩，配了好長時間就是配不成功，原因是需要將對端IP配置成192.168.1.255，而不是通常的255.255.255.255，這塊部分應該是因模組廠家不同而不同，配置成廣播模式之後，即可通過AT指令向相應的連線傳送資料。

此部分是後來補充：上網查了下，原來192.168.1.255是區域網中進行廣播，不可以跨路由；而255.255.255.255是全網進行廣播，可以跨路由進行廣播！

我用的WIFI模組工作模式是AP+STA工作模式，作為AP目的：PC和我控制器直連，配置我要連線的熱點的ssid和密碼；作為STA，通過連線到局域路由，完成PC---控制器----風機的通訊，這三大部分都是連線的同一個路由！

關於TCP/UDP：

僅個人理解：

TCP協議：分為TCP sever和TCP client ,TCP client與TCP sever 三次握手之後建立連線完成兩者之間的通訊

UDP協議：部分伺服器端和客戶端（僅個人理解），實際就是點對點通訊，我只要知道對端的IP和對端的埠，我就可以向對端傳送資料，前提是對端和自己在同一個路由上連線，如果對端IP改成255.255.255.255，PORT為某一個埠，比如：10100，則在該區域網中不論IP為多少，只要是埠設定成10100的，都能接收到廣播端資料，通過TCP/UDP除錯軟體可進行局域內部測試

LINUX 下的TCP/UDP socktet工作原理