本發(fā)明涉及物聯(lián)網(wǎng)設(shè)備，尤其涉及一種基于云平臺(tái)的設(shè)備升級(jí)方法及系統(tǒng)。

背景技術(shù)：

1、近年來(lái)，隨著電力負(fù)荷的快速增長(zhǎng)，智能電網(wǎng)發(fā)展推動(dòng)著我國(guó)電網(wǎng)從過去的單一供應(yīng)模式走向開放供應(yīng)模式。這種開放供應(yīng)模式具有動(dòng)態(tài)特征，因而在智能電網(wǎng)中需要精確測(cè)量，同時(shí)進(jìn)行調(diào)控設(shè)置，如此才能針對(duì)重要設(shè)備完成智能分配控制。當(dāng)下電力系統(tǒng)在信息化建設(shè)中面對(duì)的問題主要是同一對(duì)象多信息源、異構(gòu)性、信息孤島及高級(jí)應(yīng)用實(shí)現(xiàn)困難等，而物聯(lián)網(wǎng)的應(yīng)用正可以借助移動(dòng)網(wǎng)絡(luò)通信技術(shù)，針對(duì)不同的應(yīng)用場(chǎng)景，對(duì)用戶需求進(jìn)行整合，對(duì)已掛網(wǎng)設(shè)備進(jìn)行遠(yuǎn)程升級(jí)，最終達(dá)成智能識(shí)別、定位、監(jiān)控和管理等作用。目前，解決電表、終端進(jìn)行設(shè)備更新的方法主要通過將現(xiàn)場(chǎng)已掛網(wǎng)設(shè)備拆下，寄回原廠，由廠家進(jìn)行更新，此種方式需限制用戶用電，并且拆卸、物流、人力費(fèi)用成本較高，且更新周期長(zhǎng)；或?qū)F(xiàn)場(chǎng)已掛網(wǎng)設(shè)備拆下，由技術(shù)支持到現(xiàn)場(chǎng)使用離線下載器進(jìn)行更新，此種方式需要拆除設(shè)備鉛封，且僅支持一次燒錄一臺(tái)，效率低、破壞鉛封后，存在竊電的風(fēng)險(xiǎn)；或設(shè)備不拆除，由技術(shù)支持到現(xiàn)場(chǎng)使用rs485進(jìn)行更新，此種方式需要設(shè)備本身支持，且會(huì)造成總線通信阻塞，無(wú)法實(shí)時(shí)響應(yīng)采集器采集數(shù)據(jù)。申請(qǐng)?zhí)枮?00820044813.0的專利文獻(xiàn)公開一種車載影音娛樂系統(tǒng)功能升級(jí)結(jié)構(gòu)，即為通過拆裝的方式實(shí)現(xiàn)設(shè)備升級(jí)。因此，亟待提出一種基于云平臺(tái)的設(shè)備升級(jí)方法及系統(tǒng)，解決如何準(zhǔn)確且快速的對(duì)掛網(wǎng)設(shè)備進(jìn)行更新升級(jí)的技術(shù)問題。

技術(shù)實(shí)現(xiàn)思路

1、本發(fā)明的主要目的是提出一種基于云平臺(tái)的設(shè)備升級(jí)方法及系統(tǒng)，旨在解決如何準(zhǔn)確且快速的對(duì)掛網(wǎng)設(shè)備進(jìn)行更新升級(jí)的技術(shù)問題。

2、為實(shí)現(xiàn)上述目的，本發(fā)明提供一種基于云平臺(tái)的設(shè)備升級(jí)方法，其中，所述基于云平臺(tái)的設(shè)備升級(jí)方法包括以下步驟：

3、s1、云平臺(tái)通過mqtt協(xié)議將升級(jí)請(qǐng)求和升級(jí)數(shù)據(jù)下發(fā)至設(shè)備端；

4、s2、設(shè)備端通過通信接口接收升級(jí)請(qǐng)求與升級(jí)數(shù)據(jù)，并判斷升級(jí)模式和升級(jí)設(shè)備是否符合；若是，則通過云平臺(tái)設(shè)置升級(jí)時(shí)間進(jìn)行升級(jí)；通信過程中實(shí)時(shí)判斷升級(jí)文件是否丟包；若是，則進(jìn)行斷點(diǎn)續(xù)傳與丟包重傳；

5、s3、設(shè)備端接收完成后，生成應(yīng)答幀上傳至云平臺(tái)，并進(jìn)行升級(jí)數(shù)據(jù)的載入完成設(shè)備端更新升級(jí)；若云平臺(tái)未收到設(shè)備端回復(fù)的應(yīng)答幀，則根據(jù)幀序號(hào)的升級(jí)數(shù)據(jù)重新發(fā)送，設(shè)備端根據(jù)重新發(fā)送的升級(jí)數(shù)據(jù)進(jìn)行冗余處理。

6、優(yōu)選方案之一，所述步驟s2中通過云平臺(tái)設(shè)置升級(jí)時(shí)間進(jìn)行升級(jí)，具體為：

7、通過云平臺(tái)設(shè)置升級(jí)時(shí)間，設(shè)備端通過內(nèi)部rtc時(shí)間比對(duì)，判斷是否達(dá)到設(shè)置的升級(jí)時(shí)間，若達(dá)到，則進(jìn)行設(shè)備端升級(jí)。

8、優(yōu)選方案之一，所述步驟s2中判斷升級(jí)文件是否丟包，具體為：

9、在通信過程中，通過查詢?cè)O(shè)備端升級(jí)數(shù)據(jù)接收情況，判斷升級(jí)文件是否丟包，通過對(duì)升級(jí)幀序號(hào)bit進(jìn)行篩選，判斷對(duì)應(yīng)幀序號(hào)的接收狀態(tài)bit是否置位，若該幀序號(hào)bit為置位狀態(tài)，則認(rèn)為設(shè)備端已接收過對(duì)應(yīng)序號(hào)幀，云平臺(tái)則不會(huì)對(duì)該序號(hào)幀下發(fā)升級(jí)數(shù)據(jù)；反之，則下發(fā)對(duì)應(yīng)序號(hào)幀的升級(jí)數(shù)據(jù)。

10、優(yōu)選方案之一，所述步驟s3中設(shè)備端根據(jù)重新發(fā)送的升級(jí)數(shù)據(jù)進(jìn)行冗余處理，具體為：根據(jù)幀序號(hào)篩選對(duì)應(yīng)的接收狀態(tài)位bit，若接收狀態(tài)位bit已經(jīng)被置位，則認(rèn)為升級(jí)數(shù)據(jù)重復(fù)發(fā)送，并將重復(fù)發(fā)送的數(shù)據(jù)丟棄。

11、優(yōu)選方案之一，所述步驟s1之前，還包括設(shè)備端備份，通過iap讀取內(nèi)部存儲(chǔ)中的代碼段數(shù)據(jù)，保存至外部閃存中，并將總幀數(shù)以及循環(huán)冗余校驗(yàn)保存至存儲(chǔ)器，備份完成后，可通過云平臺(tái)下發(fā)抄讀備份版本命令進(jìn)行備份版本的抄讀。

12、優(yōu)選方案之一，所述步驟s3還包括：升級(jí)數(shù)據(jù)接收完成進(jìn)入升級(jí)數(shù)據(jù)載入時(shí)，對(duì)整份升級(jí)數(shù)據(jù)進(jìn)行循環(huán)冗余校驗(yàn)和幀序號(hào)接收狀態(tài)校驗(yàn)，若循環(huán)冗余校驗(yàn)出錯(cuò)或幀序號(hào)接收狀態(tài)未完全就緒，則進(jìn)行糾錯(cuò)，使用升級(jí)前設(shè)備端備份版本的備份數(shù)據(jù)，將備份數(shù)據(jù)從外部閃存中讀取，通過iap載入內(nèi)部存儲(chǔ)中。

13、優(yōu)選方案之一，所述步驟s3還包括：設(shè)備端通過iap載入內(nèi)部存儲(chǔ)后，等待激活時(shí)間，若在激活時(shí)間內(nèi)未發(fā)生異常，則升級(jí)完成并進(jìn)行結(jié)果保存；若在激活時(shí)間內(nèi)出現(xiàn)設(shè)備端異常死機(jī)，則將外部閃存?zhèn)浞莅姹镜膫浞輸?shù)據(jù)通過iap寫入內(nèi)部存儲(chǔ)，進(jìn)行當(dāng)前輪次升級(jí)數(shù)據(jù)的覆蓋，并進(jìn)行重啟重新判斷升級(jí)完成結(jié)果。

14、一種包括所述的一種基于云平臺(tái)的設(shè)備升級(jí)方法的基于云平臺(tái)的設(shè)備升級(jí)系統(tǒng)，包括：云平臺(tái)和設(shè)備端；

15、所述云平臺(tái)與所述設(shè)備端連接；

16、所述設(shè)備端包括管理模塊和通信模塊，所述通信模塊分別與云平臺(tái)和管理模塊連接；所述通信模塊包括cat.1模塊、nb模塊、藍(lán)牙模塊和rs485模塊。

17、優(yōu)選方案之一，所述設(shè)備端通過4g、2g、藍(lán)牙或rs485中的一種或多種與云平臺(tái)連接。

18、本發(fā)明的上述技術(shù)方案中，該基于云平臺(tái)的設(shè)備升級(jí)方法包括以下步驟：云平臺(tái)通過mqtt協(xié)議將升級(jí)請(qǐng)求和升級(jí)數(shù)據(jù)下發(fā)至設(shè)備端；設(shè)備端通過通信接口接收升級(jí)請(qǐng)求與升級(jí)數(shù)據(jù)，并判斷升級(jí)模式和升級(jí)設(shè)備是否符合；若是，則通過云平臺(tái)設(shè)置升級(jí)時(shí)間進(jìn)行升級(jí)；通信過程中實(shí)時(shí)判斷升級(jí)文件是否丟包；若是，則進(jìn)行斷點(diǎn)續(xù)傳與丟包重傳；設(shè)備端接收完成后，生成應(yīng)答幀上傳至云平臺(tái)，并進(jìn)行升級(jí)數(shù)據(jù)的載入完成設(shè)備端更新升級(jí)；若云平臺(tái)未收到設(shè)備端回復(fù)的應(yīng)答幀，則根據(jù)幀序號(hào)的升級(jí)數(shù)據(jù)重新發(fā)送，設(shè)備端根據(jù)重新發(fā)送的升級(jí)數(shù)據(jù)進(jìn)行冗余處理。本發(fā)明解決了如何準(zhǔn)確且快速的對(duì)掛網(wǎng)設(shè)備進(jìn)行更新升級(jí)的技術(shù)問題。

19、在本發(fā)明中，可通過4g或2g網(wǎng)絡(luò)進(jìn)行設(shè)備端升級(jí)，通信距離不受限的特性，完成了云平臺(tái)可同時(shí)對(duì)多臺(tái)設(shè)備進(jìn)行升級(jí)的功能，體現(xiàn)了無(wú)線網(wǎng)絡(luò)通信并發(fā)、部署方便的特點(diǎn)；當(dāng)無(wú)信號(hào)時(shí)，可通過本地藍(lán)牙進(jìn)行設(shè)備端升級(jí)，無(wú)需接觸設(shè)備即可通信，且穩(wěn)定性高，通過運(yùn)維人員即可現(xiàn)場(chǎng)進(jìn)行升級(jí)；或通過rs485有線通信，在無(wú)信號(hào)、電表離散時(shí)通過有線通信進(jìn)行設(shè)備升級(jí)；本發(fā)明所設(shè)置的4g、2g、藍(lán)牙或rs485中的一種或多種通信方式，具有成本低、通訊穩(wěn)定、效率高以及部署便捷的特點(diǎn)，在需要進(jìn)行設(shè)備升級(jí)時(shí)，通過云平臺(tái)進(jìn)行異步多并發(fā)通信，極大的降低了設(shè)備升級(jí)的運(yùn)維成本。

技術(shù)特征：

1.一種基于云平臺(tái)的設(shè)備升級(jí)方法，其特征在于，包括以下步驟：

2.根據(jù)權(quán)利要求1所述的一種基于云平臺(tái)的設(shè)備升級(jí)方法，其特征在于，所述步驟s2中通過云平臺(tái)設(shè)置升級(jí)時(shí)間進(jìn)行升級(jí)，具體為：

3.根據(jù)權(quán)利要求1-2任一項(xiàng)所述的一種基于云平臺(tái)的設(shè)備升級(jí)方法，其特征在于，所述步驟s2中判斷升級(jí)文件是否丟包，具體為：

4.根據(jù)權(quán)利要求1-2任一項(xiàng)所述的一種基于云平臺(tái)的設(shè)備升級(jí)方法，其特征在于，所述步驟s3中設(shè)備端根據(jù)重新發(fā)送的升級(jí)數(shù)據(jù)進(jìn)行冗余處理，具體為：根據(jù)幀序號(hào)篩選對(duì)應(yīng)的接收狀態(tài)位bit，若接收狀態(tài)位bit已經(jīng)被置位，則認(rèn)為升級(jí)數(shù)據(jù)重復(fù)發(fā)送，并將重復(fù)發(fā)送的數(shù)據(jù)丟棄。

5.根據(jù)權(quán)利要求1-2任一項(xiàng)所述的一種基于云平臺(tái)的設(shè)備升級(jí)方法，其特征在于，所述步驟s1之前，還包括設(shè)備端備份，通過iap讀取內(nèi)部存儲(chǔ)中的代碼段數(shù)據(jù)，保存至外部閃存中，并將總幀數(shù)以及循環(huán)冗余校驗(yàn)保存至存儲(chǔ)器，備份完成后，可通過云平臺(tái)下發(fā)抄讀備份版本命令進(jìn)行備份版本的抄讀。

6.根據(jù)權(quán)利要求5所述的一種基于云平臺(tái)的設(shè)備升級(jí)方法，其特征在于，所述步驟s3還包括：升級(jí)數(shù)據(jù)接收完成進(jìn)入升級(jí)數(shù)據(jù)載入時(shí)，對(duì)整份升級(jí)數(shù)據(jù)進(jìn)行循環(huán)冗余校驗(yàn)和幀序號(hào)接收狀態(tài)校驗(yàn)，若循環(huán)冗余校驗(yàn)出錯(cuò)或幀序號(hào)接收狀態(tài)未完全就緒，則進(jìn)行糾錯(cuò)，使用升級(jí)前設(shè)備端備份版本的備份數(shù)據(jù)，將備份數(shù)據(jù)從外部閃存中讀取，通過iap載入內(nèi)部存儲(chǔ)中。

7.根據(jù)權(quán)利要求6所述的一種基于云平臺(tái)的設(shè)備升級(jí)方法，其特征在于，所述步驟s3還包括：設(shè)備端通過iap載入內(nèi)部存儲(chǔ)后，等待激活時(shí)間，若在激活時(shí)間內(nèi)未發(fā)生異常，則升級(jí)完成并進(jìn)行結(jié)果保存；若在激活時(shí)間內(nèi)出現(xiàn)設(shè)備端異常死機(jī)，則將外部閃存?zhèn)浞莅姹镜膫浞輸?shù)據(jù)通過iap寫入內(nèi)部存儲(chǔ)，進(jìn)行當(dāng)前輪次升級(jí)數(shù)據(jù)的覆蓋，并進(jìn)行重啟重新判斷升級(jí)完成結(jié)果。

8.一種包括權(quán)利要求1-7任一項(xiàng)所述的一種基于云平臺(tái)的設(shè)備升級(jí)方法的基于云平臺(tái)的設(shè)備升級(jí)系統(tǒng)，其特征在于，包括：云平臺(tái)和設(shè)備端；

9.根據(jù)權(quán)利要求8所述的一種基于云平臺(tái)的設(shè)備升級(jí)系統(tǒng)，其特征在于，所述設(shè)備端通過4g、2g、藍(lán)牙或rs485中的一種或多種與云平臺(tái)連接。

技術(shù)總結(jié)
本發(fā)明公開了一種基于云平臺(tái)的設(shè)備升級(jí)方法，包括以下步驟：云平臺(tái)通過MQTT協(xié)議將升級(jí)請(qǐng)求和升級(jí)數(shù)據(jù)下發(fā)至設(shè)備端；設(shè)備端通過通信接口接收升級(jí)請(qǐng)求與升級(jí)數(shù)據(jù)，并判斷升級(jí)模式和升級(jí)設(shè)備是否符合；若是，則通過云平臺(tái)設(shè)置升級(jí)時(shí)間進(jìn)行升級(jí)；通信過程中實(shí)時(shí)判斷升級(jí)文件是否丟包；若是，則進(jìn)行斷點(diǎn)續(xù)傳與丟包重傳；設(shè)備端接收完成后，生成應(yīng)答幀上傳至云平臺(tái)，并進(jìn)行升級(jí)數(shù)據(jù)的載入完成設(shè)備端更新升級(jí)；若云平臺(tái)未收到設(shè)備端回復(fù)的應(yīng)答幀，則根據(jù)幀序號(hào)的升級(jí)數(shù)據(jù)重新發(fā)送，設(shè)備端根據(jù)重新發(fā)送的升級(jí)數(shù)據(jù)進(jìn)行冗余處理。本發(fā)明還公開了一種基于云平臺(tái)的設(shè)備升級(jí)系統(tǒng)。本發(fā)明解決了如何準(zhǔn)確且快速的對(duì)掛網(wǎng)設(shè)備進(jìn)行更新升級(jí)的技術(shù)問題。

技術(shù)研發(fā)人員：黎剛,陳紅權(quán),關(guān)靚華,王璐,彭國(guó)亮,周宣,薛雷
受保護(hù)的技術(shù)使用者：威勝集團(tuán)有限公司
技術(shù)研發(fā)日：
技術(shù)公布日：2024/10/10