物聯網產品設計中的設備升級功能

時間 2020-12-18

標籤 html 前端 mysql web redis 算法 sql 數據庫 api 安全欄目 HTML 简体版

原文原文鏈接

物聯網產品設計中的設備升級功能

物聯網產品設計中的設備升級功能

1、背景

在迅速變化和發展的物聯網市場，新的產品需求不斷涌現，所以對於智能硬件設備的更新需求就變得空前高漲，設備再也不像傳統設備同樣一經出售就再也不變動。html

物聯網平臺支持經過在線升級方式進行設備固件升級，是智能設備修復系統漏洞、實現系統升級的手段，爲用戶經過固件升級提供更好的服務。固件升級功能不只可以更新固件，並且還能從新配置片上硬件資源。同時，在線升級也是嵌入式設備端的敏捷式開發的新型產品化方式。前端

2、固件升級對設備的重要性

物聯網領域具備多樣性，應用和最終解決方案需求也是如此。面對和傳統設備的需求差別，OTA升級顯得尤爲重要，主要體如今如下幾方面：mysql

市場端的快速上線需求
天下武功惟快不破，物聯網設備產品每每留給設計者的時間不長，而且市場須要持續不斷地創新和更新功能。在設備設計時，每每會預留一些後加載的需求，先期快速實現一些功能即開始上線，上線後能夠經過在線升級的方式更新更多功能，實現漸進式部署，有那麼一點相似於互聯網的敏捷研發了。只要在架構設計階段，在硬件層面考慮到了將來的足夠需求，就不能夠源源不斷地優化完善設備功能。web
設備部署需求的多樣性
在物聯網產品應用過程當中，設備須要肯定推送信息的雲主機。那麼問題就來了，有多是一個通用的雲主機，也有可能由於部署須要又須要更新推送的雲主機，這個時候若是設備已經生產出來了，已經在渠道或者客戶手中，那麼遠程固件升級就顯得很重要了。redis

還有一個比較常見的現象，一些設備在安裝之後，對於輸入輸出部件的控制模式須要變動，那麼可能須要對部分設備進行固件升級。好比，一開始在一個城市部署了相同智能路燈的設備，可是某些區域的設備關於燈光強度或者時間性須要作變動，那麼遠程固件升級也能夠幫助解決燈光控制方式的變動。算法

備註：若是預留了遠程下行控制指令，且已經支持的，也能夠不用升級固件。sql

設備安全性及完善性
任何物聯網設備不外乎都是兩部分組成的：硬件+固件程序。在基於SoC的應用中，遠程固件升級功能不只可以更新固件，並且還能從新配置片上硬件資源。

有了遠程固件升級的備案，那麼產品不必定等到徹底沒有缺陷再上市，只要在不存在較爲致命的缺陷下，就能夠提早上市，解決問題後在遠程完成升級修補缺陷。同時基於日益嚴峻的安全形勢威脅，備固件可經過遠程固件升級流程得到最新補丁和更多安全算法，作到不斷加固的。數據庫

3、遠程固件升級總體框架圖

4、TFTP變種協議及遠程固件升級流程

1. TFTP協議

1.1 協議簡介

本應用的升級服務採用TFTP協議 RFC1350 中文,而且用到了TFTP(RFC2347)，用來支持OACK包格式，可選項應答，支持-tsize選項(RFC2349)。TFTP (Trivial File Transfer Protocol, 簡單文件傳輸協議也稱小型文件傳輸協議)。默認基於UDP方式進行實現，可是本應用採用TCP方式進行實現，緣由是若是是無線（如4G）組網，UDP沒法找到設備，而TCP基於長鏈接，只要不釋放鏈接，平臺能找到內網中的設備，設備須要先鏈接公網平臺。api

1.2 傳輸模式

模式名稱	模式含義	說明
netascii	文本傳輸模式，按照一個字節8位解析	文本模式
octet	二進制模式，數據無需解析	二進制模式
mail	已過期，不使用	已過期

本應用使用octet模式。安全

1.3 協議格式

TFTP共定義了五種類型的包格式，格式的區分由包數據前兩個字節的Opcode字段區分，分別是：

opcode operation:

Read request (RRQ)
Write request (WRQ)
Data (DATA)
Acknowledgment (ACK)
Error (ERROR)

即：

讀文件請求包：Read request，簡寫爲RRQ，對應Opcode字段值爲1
寫文件請求包：Write requst，簡寫爲WRQ，對應Opcode字段值爲2
文件數據包：Data，簡寫爲DATA，對應Opcode字段值爲3
迴應包：Acknowledgement，簡寫爲ACK，對應Opcode字段值爲4
錯誤信息包：Error，簡寫爲ERROR，對應Opcode字段值爲5

1.4 TFTP 通訊流程

tsize選項：
當讀操做時，tsize選項的參數必須爲「0」，服務器會返回待讀取的文件的大小
當寫操做時，tsize選項參數應爲待寫入文件的大小，服務器會回顯該選項
blksize選項：
修改傳輸文件時使用的數據塊的大小（範圍：4~65464）
timeout選項：
修改默認的數據傳輸超時時間（單位：秒）

1.5 TFTP協議的缺陷

傳輸效率低
對於超時機制沒有明確說明
每包長度固定爲512字節，不靈活

1.6 TFTP客戶端/服務器設計注意事項

只能是客戶端發送讀寫請求，讀寫請求數據包中可能附帶選項信息。在讀寫請求數據包中可能有不少個選項，但一個選項只能出現一次。選項出現的順序並不重要。
當客戶端向服務器發送帶選項的讀請求數據包，服務器可能返回三種響應：

OACK：應答讀請求和選項
DATA：應答讀請求，無選項
ERROR：請求被拒絕

當客戶端向服務器發送帶選項的寫請求數據包，服務器可能返回三種響應：

OACK：應答寫請求和選項
ACK：應答寫請求，無選項
ERROR：請求被拒絕

2.遠程固件升級流程

備註：4，5步驟，結束包分兩種狀況：1.若是文件字節不是512的整數倍，設備端則收到不足512字節的包以後，響應ACK，服務端關閉socket；2.若是傳輸文件恰好是512字節的整數倍，則最後一個有效包傳輸完成以後，設備端會返回兩個ACK。接收到第二個ACK，服務端發空包，ACK返回有效包號+1，服務端關閉socket。

5、IBMS 端程序設計流程圖

1. webApi程序設計

2.升級消息通知定時任務程序設計

2.1 Redis消息結構

頻道：FileReceive
{
「fileType」:」upgrade」,
「ips」:
  [
    」192.168.1.1」,
    「192.168.2.3」
  ]
}

2.2 平臺與設備之間的Modbus定製升級命令及其響應格式

升級命令及其迴應相見《LD_RD_IPDCU800管控協議格式說明書v0.0.12_chengzp20190529》1.4.5

3.升級日誌回寫Mysql定時任務程序設計

6、幾個重要模型

1.UpgradeCluster

存於Redis中，
ip地址以逗號隔開的集合的字符串，例如："192.168.1.2,192.168.2.3"；
集羣名稱；
設備總數；
用戶ID（用來作權限）；
key：集羣名稱；
使用增刪改查方式；

2.UpgradeTask

設備名稱；設備IP；
執行時間；DateTime類型；
執行策略：DateTime類型；延時時間；
文件名稱：string類型
集羣ID；
用戶ID

key：GUID；
增刪查

3.UpgradeResult

設備名稱，IP 地址，升級結果，更新時間

保存到mysql數據庫，自增ID爲主鍵；
查

4.升級設備表

key：設備名稱（或者IP地址）

taskId，devId（數據庫主鍵）,ip，計劃開始時間，內碼

此表位於Redis中

7、升級功能測試

Step1. TCP工具下發指令的升級迴應包，包類型爲05。

Step2.將設備升級爲1.04版本。
1.04版本指令
f0 aa 55 0f 85 60 a4 c2 ab 78 20 34 01 4C 44 2D 52 44 5F 49 50 44 43 55 38 35 30 5F 41 70 70 6D 64 5F 31 2E 30 34 2E 38 35 30 2E 31 30 34 2E 35 33 35 31 4E 5F 63 68 65 6E 67 7A 70 32 30 32 30 31 32 30 34 2E 62 69 6E 40 31 39 32 2E 31 36 38 2E 31 2E 31 31 3A 31 30 30 36 39 fe 55 aa ef

Step3.將設備升級爲1.05版本。
1.05版本指令
f0 aa 55 0f 85 60 00 a4 c2 ab 78 20 34 01 4C 44 2D 52 44 5F 49 50 44 43 55 38 35 30 5F 41 70 70 6D 64 5F 31 2E 30 35 2E 38 35 30 2E 31 32 30 2E 35 33 35 31 4E 5F 63 68 65 6E 67 7A 70 32 30 32 30 31 32 30 32 2E 62 69 6E 40 31 39 32 2E 31 36 38 2E 31 2E 31 31 3A 31 30 30 36 39 fe 55 aa ef

綜上，升級功能單臺設備測試成功。