前言

據(jù)上次更新文章已經(jīng)兩個星期了，因?yàn)楣ぷ鞯脑?，沒有時間更新。以后我也會盡量抽空總結(jié)近期的知識點(diǎn)。

今天這篇文章是屬于專輯《TCP－UDP協(xié)議?！防锩娴囊黄恼?。這篇文章也是描述OTA的新的方案。前兩篇文章是關(guān)于下位機(jī)的mini UDP代碼實(shí)現(xiàn)，那么我們寫了小型網(wǎng)絡(luò)協(xié)議棧究竟可以做什么？答案是OTA。之前也寫了兩篇關(guān)于手寫UDP協(xié)議棧的，如下：

教你動手寫UDP協(xié)議棧教你動手寫UDP協(xié)議棧－DHCP數(shù)據(jù)包解析＜2＞

那肯定有人問，OTA采用現(xiàn)成的協(xié)議棧不香嗎，為什么要自己寫協(xié)議棧。究竟有啥好處？答案如下：

因?yàn)楝F(xiàn)成的協(xié)議棧比較大，而且OTA功能用不到那么多協(xié)議棧功能?，F(xiàn)在物聯(lián)網(wǎng)的時代，很多設(shè)備都是MCU ＋ WIFI，在一些情況可能你要對MCU和WIFI進(jìn)行升級，大部分的升級方式如下圖，PC或服務(wù)器發(fā)送升級包到MCU，然后MCU轉(zhuǎn)發(fā)升級包給WIFI，這樣實(shí)現(xiàn)WIFI模塊的升級，很浪費(fèi)資源，而且還要求MCU上的flash更加大。這樣是一個不怎么理智的做法。如果這樣的方式給MCU升級確實(shí)沒有啥問題。

自己寫的mini UDP協(xié)議棧實(shí)質(zhì)是放在wifi模塊上的，通過制定的協(xié)議將OTA包發(fā)送出去，WIFI模塊的mini UDP協(xié)議棧攔截制定協(xié)議的OTA包，然后進(jìn)行升級。如下圖，這樣的形式，MCU不用參與WIFI的升級，可以說WIFI可以不知不覺的進(jìn)行升級，MCU一點(diǎn)知覺也沒有。這樣的升級方式快速，穩(wěn)定。

通過上述的描述，總的來說就是簡化wifi模塊的OTA功能。降低MCU的負(fù)擔(dān)。上位機(jī)

《Mini UDP OTA Tool》這是一個非常簡陋的軟件，采用Python寫的。在這我想吐槽一下，Python寫上位機(jī)真心不好寫，我用過幾種語言寫過上位機(jī)，Python寫上位機(jī)是最痛苦的。

這個軟件支持一鍵批量設(shè)備串行升級。也可根據(jù)版本號，對某一批設(shè)備進(jìn)行一鍵升級?？梢灾付硞€網(wǎng)卡設(shè)備上的設(shè)備進(jìn)行升級。