http協議單片機

Ⅰ 單片機既然已經採用TCP連接了，可以直接發送數據，為什麼還要使用http post這種方式發送數據

TCP屬於是傳輸層（有關OSI七層協議，可參考網頁鏈接）的協議！而HTTP協議是一種應用層協議！基於TCP的一種協議。HTTP 超文本傳送協議(Hypertext Transfer Protocol )是應用層協議，定義的是傳輸數據的內容的規范。

Ⅱ 請教高手，用單片機做的Web伺服器，如何在網頁上顯示靜態圖片求參考！

樓主還不了解HTTP協議，HTML代碼及其他資源都不是一次發請求的，先請求HTML，服務返回類型為text/html 然後瀏覽器分析HTML代碼 如果存在其他資源 比如圖片的話 然後再去請求圖片 服務求收到請求 然後 返回圖片數據 HEAD類型就是 image/jpg 或者 image/gif image/png 之類，總之，客戶端請求什麼 伺服器返回相應類型的內容就行了

Ⅲ 單片機TCP/IP的已有的單片機TCP/IP協議棧

由於TCP協議棧的程序流程較為復雜，因為程序中需要處理對方發送過來的數據、發起的連接，而我方並不知道對方會何時進行什麼樣的操作，這就使得協議處理起來較為復雜。另外一個原因是單片機TCP/IP協議棧的穩定性是以非常重要的問題，一個穩定的協議棧需要在實際應用中經過長時間的測試，所以編寫一個穩定的單片機TCP/IP協議棧更加困難。為此另外一種選擇就是使用現有的TCP/IP協議棧。
1． eCos單片機TCP/IP協議棧：eCos TCP/IP棧是涉及與eCos操作系統/內核一起運行的。eCos（和TCP/IP棧）由大量處理其結構支持。eCos TCP/IP棧當前發布了一個測試版，作為一個單獨的模塊。
2． ZLIP 51單片機TCP/IP協議棧：ZLIP是專門為51單片機設計的嵌入式TCP/IP協議棧，可以在有操作系統和沒有操作系統情況下運行，具有代碼量適中、運行速度快、用戶介面簡單、兼容BSD socket介面的特點。實現了TCP、UDP、ICMP、ARP協議，ZLWeb實現了HTTP協議。支持多TCP連接、多UDP連接同時運行，支持在uc/os-II操作系統下多任務運行數據收發。可以用於51單片機TCP/IP上網解決方案。
3． uc/ip 單片機TCP/IP協議棧:uC/IP(mew-kip)是為為控制其設計的一個TCP/IP協議棧。代碼基於BSD（很像所有其它棧）但對非常小的覆蓋范圍功能有所減少。它當前為Linux和DOS目標而建。
4． BSD 單片機TCP/IP協議棧：BSD棧歷史上是其他商業棧的開始點，大多數專業TCP/IP棧（如帶Wind-River VxWorks內核的）是BSD棧派生的。這是因為BSD在BSD許可協議下提供了他們的棧，它們的許用證使你能以修改或未修改的形式結合它們的代碼而無須向創建者付版稅。與GPL許用證相比，如果你結合GPL源代碼，後者要求你的GPL中公開你的源代碼。
5． lwIP 單片機TCP/IP協議棧：lwIP（輕型）TCP/IP棧是TCP/IP協議棧的一個小型實現。它包括帶IP和ICMP的TCP和UDP傳輸層。還提供一個可選的BSD套結籽API。為了性能，還包括一個零拷貝API。LwIP協議棧是為嵌入式系統設計的並能適合40KB的ROM和幾百位元組的RAM。為了可移植性它用C編寫。
6． uIP 單片機TCP/IP協議棧：uIP是專門為8位和16單片機設計的一個非常小的TCP/IP協議棧。uIP完全用C編寫，以此可以移植到各種不同的結構和操作系統上。一個編譯的棧可以有幾KB ROM或幾百位元組RAM中運行。uIP還包括一個HTTP伺服器作為服務內容。
7． TinyTCP 單片機TCP/IP協議棧：TinyTCP棧是TCP/IP的一個非常小的簡單的實現，它包括一個FTP客戶。TinyTCP是為燒入ROM設計的並且現在開始對大端結構似乎是有用的（初始目標是68000晶元）。TinyTCP也包括一個簡單的乙太網驅動器用於3Com多匯流排卡。
8． WATTCP 單片機TCP/IP協議棧：WATTCP是為嵌入基於DOS的系統而設計的一個小型TCP/IP棧。它包括一個Real Mode DOS版本和另一個32位擴展環境版本。

Ⅳ 單片機做HTTP網頁顯示，那些數據代碼怎麼製作啊。

首先要有一個線路（如乙太網卡，GPRS模塊等），然後要有一個IP協議棧，能處理TCP/IP協議以及HTTP協議，然後才能給其它客戶端發送網頁，內容就可以通過填單加入了。

Ⅳ Arino 能不能發送一個 get 或 post 請求到某個 web 伺服器

可以，有兩種方法供參考：
方法一：使用Arino配合W5100等SPI網卡模塊，通過TCP，根據http協議格式，用字元串的方式進發送
方法二困檔擾：使用Arino連接TCP串口透傳模塊，通過串口或軟串口，一樣根據http協議格式，用字元串的方式進發送
另外一些個人經驗供參考：
1. 在發送前最好用TCP調試助手等工具對發送的字元串進行確認一次（可以用電腦想伺服器端發送，以及Arino向本機發送各測試一次）

2. 由於網卡的緩沖區(Buffer)有限，且單片機的處理速度不高，因此盡量不要訪問可蠢斗能返回大量數據的WEB伺服器，汪旦否則可能發生Buffer滿的問題。

Ⅵ 51單片機接入乙太網的幾種方案

1、MAC+PHY方案

所謂的TCP/IP協議棧是一系列網路協議的統稱，不僅包括我們熟知的TCP協議和IP協議。

還有網路層的ICMP（Internet控制報文）協議、IGMP（Internet組管理）協議、ARP（地址解析）協議，傳輸層的UDP（用戶數據包）協議，應用層的HTTP（超文本傳輸）協議、DNS（域名解析）協議、FTP（文件傳送）協議、SMTP（簡單郵件管理）協議等等。

傳統的乙太網接入方案由MCU+MAC+PHY再加入網路介面實現乙太網的物理連接，通過在主控晶元中植入TCP/IP協議代碼實現通信及上層應用。

應用這種軟體TCP/IP協議棧方式實現的比較成熟方案有ENC28J60，CS8900A，DM9000，當然也有像STM32F107這類（內部自帶MAC）+PHY等方案。

2、硬體協議棧晶元方案

由MCU+硬體協議棧晶元（內含MAC和PHY）直接加網路介面，便可方便的實現單片機聯網，所有的處理TCP/IP協議的工作都是通過這位MCU的「小秘書」——硬體協議棧晶元來完成。

乙太網晶元的內核由傳輸層的TCP、UDP、ICMP、IGMP等協議、網路層的IP、ARP、PPPoE等協議以及鏈路層的MAC構成，再加上物理層的PHY和外圍的寄存器、內存、SPI介面組成了這一整套硬體化的乙太網解決方案。

這套硬體TCP/IP協議棧代替了以往的MCU來處理這些中斷請求，即MCU只需要處理面向用戶的應用層數據即可，傳輸層、網路層、鏈路層及物理層全部由外圍WIZnet的晶元完成。

這套方案從硬體開銷和軟體開發兩個方面來簡化前面所述的五層網路模型，簡化產品開發方案。這樣一來，工程師們就不必再面對繁瑣的通信協議代碼，只需要了解簡單的寄存器功能以及Socket編程便能完成產品開發工作的的網路功能開發部分。

(6)http協議單片機擴展閱讀

乙太網協議：

一個標準的乙太網物理傳輸幀由七部分組成。

PR SD DA SA TYPE DATA FCS

同步位 分隔位 目的地址 源地址 類型欄位 數據段 幀校驗序列 7 1 6 6 2 46～1500 4

除了數據段的長度不定外，其他部分的長度固定不變。數據段為46～1500位元組。乙太網規定整個傳輸包的最大長度不能超過1514位元組（14位元組為DA、SA、TYPE），最小不能小於60位元組。

除去DA、SA、TYPE14位元組，還必須傳輸46位元組的數據，當數據段的數據不足46位元組時需填充，填充字元的個數不包括在長度欄位里；超過1500位元組時，需拆成多個幀傳送。

事實上，發送數據時，PR、SD、FCS及填充欄位這幾個數據段由乙太網控制器自動產生；而接收數據時，PR、SD被跳過，控制器一旦檢測到有效的前序欄位（即PR、SD），就認為接收數據開始。