1.對於協議的選擇

不知道大家還記不記得這張圖，我讓你們選擇協議的時候，選擇TCP協議。

這裡的協議比較多，對於後面的幾個協議我也不太懂，這裡說一下http協議。

2.HTTP協議初探

在Tlink平臺的官網幫助中心，這裡放了很多API的開放介面，下面也有線上測試的工具。
這裡我們做一個測試。

使用這條post請求對感測器資料進行寫入。

我們測試全部正確。如果這裡的序列號是你自己的，可以看到平臺的你建立的裝置資料會更新。

3.萬事具備，只欠東風

對於TCP協議，讓你自己定義5個感測器，還要定義協議，看到http協議，是不是覺得很簡單，在POST語句中間，可以一次把資料全部傳輸上去，對我當時就這麼想，用一下HTTP協議試一下。
問題來了:

反正改寫這些東西花了一下午。然後一直覺得那裡不對勁，就去吃飯了。吃飯的路上，突然想到，我可以給Tlink的工作人員打個電話問一下呀。哈哈，吃完飯回來就打了電話，當時那邊的工程師態度很好，很耐心的幫我解釋，解釋TCP協議怎麼用，http協議怎麼用。
最後大家誰也猜不到問題的答案是什麼？
因為Tlink平臺的人員自己使用過HTTP協議感覺非常複雜，所以現在的Tlink平臺上的API介面不是給我們用WIFI傳輸資料用的，而是人家使用APP呼叫的介面。所以使用TCP/UDP工具模仿HTTP協議通訊的時候，不管怎麼樣改寫都是錯誤的。

4.除錯工具

5.總結

這篇帖子解釋了為什麼選擇TCP協議而不選擇HTTP協議作為我們傳輸資料的協議。
其中穿插了對HTTP協議的測試，TCP/UDP工具的模仿，POST請求的改寫，等等內容。最後的兩個工具在除錯HTTP協議的時候，經常可以用到。

對了必須提醒你一點，在傳輸資料到Tlink雲平臺的時候，每一次重新整理的時間至少要超過1s，用500ms好像剛剛好，但是還有點問題，1s以上都是沒問題的。但是你知道低於500ms會出現什麼問題嗎？

哈哈，你會收到：資料上行過快已被禁止。