網際網路硬體產品遠端升級程式時需要注意什麼？

韌體程式日期是什麼意思

對於遠端升級程式方案，很多人並不陌生，這一方案被廣泛的應用於很多的網際網路硬體產品中，既節省了維護成本，又能夠快速地解決產品的一些潛在的問題。不同的廠家的升級程式的策略雖然原理上基本相同，但是再細節方面還是有一定的區別。

先來了解一下升級原理，大體的遠端升級原理是這樣的，先在伺服器上放置需要更新的硬體程式韌體，然後透過網際網路平臺與APP通訊，將升級命令下發至硬體介面，硬體獲取升級命令後，從通訊協議中獲取升級韌體所在的地址和埠，抓取升級包下載到硬體韌體儲存區進行程序升級。貌似看起來很容易，但是要做到穩定不太容易，有幾個關鍵點需要注意：

一、程式韌體在網際網路平臺的地址及命名規範要明確，比如檔名，版本號，更新日期以及最大容量的要求，要和對應的硬體保持匹配，曾經見到過一個案例，由於後臺管理出現漏洞，導致版本號和日期出現了重複，覆蓋掉了本來正確的韌體，硬體升級後全部停止工作，這個損失是相當慘重的。

二、如果採用雙向實時互動方式來升級程式的方案，也就是說將韌體打包成若干個子資料包，透過TCP透傳的方式，每發一包，硬體端需要向伺服器端傳送請求，伺服器端需要返回對應的資料包，這就需要在每個資料包加校驗和序號，以免資料錯誤導致升級錯誤造成硬體無法正常執行。

三、如果不需要雙向互動，採用硬體端主動獲取檔案的方式，用get指令抓取伺服器升級檔案，然後本地儲存，跳轉升級方式。這種方案目前來說應用比較廣泛，減少了互動帶來的資料解析和校驗，硬體端的靈活性得到了充分的發揮，需要注意的只是硬體端的檔案儲存和備份，一般會在硬體端建立三個獨立的程式儲存空間，第一部分是boot區，也就是載入程式區，第二部分是韌體緩衝區，用於快取從伺服器抓取的升級韌體，第三部分是當前程式區，也就是當前硬體使用的程式區，有的時候還會再分割一個儲存區用於儲存上一版本的韌體，這個根據實際硬體儲存容量可以單獨設計，硬體上可以用單獨的外部儲存器存放分割槽韌體。

以上是三種不同的程式遠端升級的方式，不過有的時候，韌體升級需要獲取使用者許可權，也就是說只有在使用者許可的情況下才可以對硬體版本進行升級，拿手機APP來說，很多的APP都有一個介面叫做檢查版本更新，使用者可以從網際網路平臺獲取最新的韌體程式，但是何時下載到對應的硬體平臺，需要由使用者決定，這個時候，硬體端通常具有藍芽，zigbee等短距通訊能力，直接透過APP進行版本升級，這樣更加的人性化。

以上是關於網際網路硬體產品遠端升級的方案介紹及注意事項，如果您有更好的方案，可以交流一下。