智能家居系統的設備的程序無線升級方法
【專利摘要】本發明涉及智能家居系統的設備的程序無線升級方法，其包括：設備A讀取設備B的HIB信息并對所述HIB信息進行保存；設備A向設備B發送擦除命令，以對所述設備B的存儲器中的數據進行擦除；設備A將其保存的程序和HIB信息發送至設備B，以使所述設備B的存儲器對來自設備A的程序和HIB信息進行保存。本發明能夠最大限度確保升級的穩定與成功性，使用的是點對點升級，而且采用了多種方法進行異常的處理，包括分包發送時需要ACK應答、通信質量不好時進行信道的切換。
【專利說明】智能家居系統的設備的程序無線升級方法
[0001]
【技術領域】
[0002]本發明涉及智能家居系統的設備的程序無線升級方法。
[0003]
【背景技術】
[0004]在智能燈光控制系統中，無論實現方式如何、基于何種通信協議、組網方式如何，該系統中最為核心的組成設備無外乎兩種:控制設備及LED燈組(當然有些系統比如基于Zigbee協議的會存在協調器,基于Wif i的存在路由器或Gateway連接Internet等,但非核心關鍵設備，與燈光的控制沒有很大關系，只是用來建立網絡拓撲，方便燈光控制)，對于這兩種設備而言，實際使用中一般都是一對多的概念模型，此模型相對于點對點的模型有成本、控制方便性上的優勢。那么當需要對設備進行程序升級時傳統的方式就會非常麻煩。對于遙控設備，由于其數量較少還可以采用傳統的USB、SD卡燈有線數據傳輸方式，但是燈組就無法使用傳統的方式進行升級。一方面是由于其數量多，二是其所處的地理位置不定，在安裝后不可能也不現實將其拆卸升級后再次安裝，畢竟繁瑣而且成本高，而且需要專門的維護人員進行操作，人力資本過高。基于這些因素，現有的智能燈控系統中，很多設備直接使用出廠固化的程序而不提供后期的升級功能，那么如果需要新程序的話就需要整個燈組的替換，這顯然不是市場用戶所希望看到的。拓展到整個智能家居系統來看的話，許多智能用電設備也不具備程序升級的功能。
[0005]

【發明內容】

[0006]本發明的目的在于提出一種智能家居系統的設備的程序升級方法，其能解決目前的智能家居系統的設備的程序升級不便的問題。
[0007]為了達到上述目的，本發明所采用的技術方案如下:
智能家居系統的設備的程序無線升級方法，所述智能家居系統至少包括設備A和設備B，且設備A的程序的版本比設備B的程序的版本高，設備A與設備B之間進行無線通信，其包括以下步驟:
步驟1、設備A讀取設備B的HIB信息并對所述HIB信息進行保存，所述HIB信息至少包括設備的硬件地址信息；
步驟2、設備A向設備B發送擦除命令，以對所述設備B的存儲器中的數據進行擦除；步驟3、設備A將其保存的程序和HIB信息發送至設備B，以使所述設備B的存儲器對來自設備A的程序和HIB信息進行保存。
[0008]優選的，步驟I之前還有以下步驟:設備A向設備B發送升級命令，若設備A在預設時間內收到設備B返回的確認信息，則進入步驟1，否則結束升級流程。
[0009]優選的，設備A與設備B之間采用IEEE802.15.4協議進行通信，在完成步驟3之前，若設備A判斷到正在使用的通信信道被干擾時，則向設備B發送信道切換命令，以使設備A與設備B切換到另一相同的通信信道進行通信。
[0010]優選的，所述步驟3具體包括如下子步驟:
步驟3a、設備A對其保存的程序和HIB信息進行分包處理，并采用分包的方式發送至設備B ；
步驟3b、設備B接收完每一數據包后，均向設備A返回一已接收信息；
步驟3c、設備A在接收到所述已接收信息后，才繼續向設備B發送下一數據包；
步驟3d、當設備B接收完所有數據包后，對所有數據包進行整合以得到來自設備A的程序和HIB信息，并進行CRC完整性校驗，若校驗失敗，則結束升級流程，若校驗成功，則向設備A發送已完成信息；
步驟3e、設備A接收到所述已完成信息后，向設備B發送重啟命令；
步驟3f、設備B接收到重啟命令后，將來自設備A的程序和HIB信息保存至存儲器后，進行重啟。
[0011 ] 進一步優選的，在步驟3c中，若設備A在預設時間內接收不到已接收信息，則對本次發送的數據包進行重新發送，若在預設次數內仍然接收不到已接收信息，則結束升級流程，否則，繼續向設備B發送下一數據包。
[0012]優選的，所述設備A為智能家居系統中任一遙控器，所述設備B為智能家居系統中任一具有無線通信功能的LED燈組模塊。
[0013]本發明具有如下有益效果:
能夠最大限度確保升級的穩定與成功性，使用的是點對點升級，而且采用了多種方法進行異常的處理，包括分包發送時需要ACK應答、通信質量不好時進行信道的切換。
[0014]
【專利附圖】

【附圖說明】
[0015]圖1為本發明較佳實施例的智能家居系統的設備的程序升級方法的原理流程圖； 圖2為本發明較佳實施例的智能家居系統的設備的程序升級方法的具體應用案例的
流程圖；
圖3為本發明較佳實施例的智能家居系統的設備的程序升級方法的具體應用案例的切換信道的流程圖。
[0016]
【具體實施方式】
[0017]下面，結合附圖以及【具體實施方式】，對本發明做進一步描述。
[0018]如圖1所示，一種智能家居系統的設備的程序無線升級方法，所述智能家居系統至少包括設備A和設備B，且設備A的程序的版本比設備B的程序的版本高，設備A與設備B之間采用IEEE802.15.4協議進行無線通信。IEEE802.15.4協議支持2.4Ghz全球公用頻段，該協議頻寬為2.4-2.48Ghz,以5Mhz為一個信道寬度,共可分為16個通信信道,不同通信信道之間無法進行通信。設備A的升級過程可采用傳統方式進行。
[0019]本實施例的程序無線升級方法包括以下步驟: 步驟S1、設備A進入OTA模式，設備A選擇一個通信信道(即設置通信頻率及發射功率)。設備A向設備B發送升級命令。本實施例所述的OTA模式是基于IEEE802.15.4協議實現的，并不是傳統的空中下載技術(On The Air, 0ΤΑ)。
[0020]步驟S2、若設備A在預設時間(如5s)內收到設備B返回的確認信息，則進入步驟S3，否則結束升級流程。該步驟用于確認雙方是否處于空閑狀態。
[0021]步驟S3、設備A讀取設備B的HIB信息并對所述HIB信息進行保存，所述HIB信息至少包括設備的硬件地址信息等必要信息，所述硬件地址信息包括IEEE的標準地址和IEEE802.15.4通信的必要信息等，HIB信息還可以包括其他輔助類的信息，例如安全信息等。由于Flash需要先擦除后寫入，為確保HIB信息的不丟失，需要升級前將HIB信息讀取出來，然后和升級程序一同寫入設備B的Flash。
[0022]步驟S4、設備A向設備B發送擦除命令，以對所述設備B的存儲器中的數據進行擦除。設備B的存儲器為FLASH。
[0023]步驟S5、設備A對其保存的程序和HIB信息進行分包處理，并采用分包的方式發送至設備B。所述分包處理為將程序和HIB信息切分成多個數據包。
[0024]步驟S6、設備B接收完每一數據包后，均向設備A返回一已接收信息。
[0025]步驟S7、若設備A在預設時間(如IOs)內接收不到已接收信息，則執行步驟S8,否貝IJ，執行步驟Sio。
[0026]步驟S8、對本次發送的數據包進行重新發送。
[0027]步驟S9、若在預設次數(如3次)內仍然接收不到已接收信息，則結束升級流程，否貝U，執行步驟SlO。
[0028]步驟S10、繼續向設備B發送下一數據包。
[0029]步驟S11、當設備B接收完所有數據包后，對所有數據包進行整合以得到來自設備A的程序和HIB信息，并進行CRC完整性校驗，若校驗失敗，則結束升級流程，若校驗成功，則執行步驟S12。
[0030]步驟S12、設備B向設備A發送已完成信息。
[0031]步驟S13、設備A接收到所述已完成信息后，向設備B發送重啟命令。
[0032]步驟S14、設備B接收到重啟命令后，將來自設備A的程序和HIB信息保存至存儲器后，進行重啟，從而完成整個升級流程。
[0033]通信質量的不穩定是無線通信中不可避免的問題。比如自然環境的干擾、系統內其他通訊的干擾均會對升級的成功性造成影響。為了盡量避免這個問題，本方法中使用了多頻道切換的方法，以最大程度上確保升級的穩定性。具體實現手段為:在完成整個升級流程之前，若設備A判斷到正在使用的通信信道被干擾時(即通信質量差、不穩定)，則向設備B發送信道切換命令，以使設備A與設備B切換到另一相同的通信信道進行通信。
[0034]結合圖2和圖3所示，為本實施例的程序無線升級方法的具體應用案例。其中，以遙控器(設備A)和LED燈組模塊(設備B，圖中簡稱為燈組)之間的升級流程作為例子進行說明。
[0035]如圖2所示，遙控器向燈組發送ping包(即升級命令)，燈組返回ACK確認(即確認信息)，遙控器讀取燈組的HIB信息，燈組返回其HIB信息至遙控器，遙控器向燈組發送FLASH擦除命令，燈組返回ACK確認，遙控器分包發送數據包，燈組返回ACK確認，當數據包發送完畢后，燈組進行CRC完整性校驗，并返回CRC數據給遙控器，遙控器再發送Rest (重啟)命令，燈組將完整數據包保存至FLASH并拷貝至內部ROM，然后重啟。
[0036]如圖3所示，當遙控器檢測到通信超時或接收信號差時，向燈組發送切換信道命令，表明需要更換信道。燈組接收后，返回ACK表明已收到，然后進行切換，A收到B返回的ACK后同樣切換到目標信道。接下來繼續OTA升級的正常步驟。
[0037]本實施例借助于OTA的思想基于IEEE802.15.4協議在智能家居系統中實現了設備的程序無線升級，并通過分包數據ACK校驗及多信道切換技術，具有極強的可靠性。而且相較于傳統的有線升級，具有簡單、快捷的特點。無需對設備進行拆卸，極大地降低了人力資本。
[0038]此外，本實施例的核心思想也可用于多設備同時升級，此時可以利用廣播直接進行升級，升級過程中不進行任何校驗，直接由接收方進行最后的數據完整性校驗。又或者遙控器端采用多線程的方式進行處理，同樣采取分包數據的ACK應答，一定程度上進行穩定性的保證。
[0039]對于本領域的技術人員來說，可根據以上描述的技術方案以及構思，做出其它各種相應的改變以及變形，而所有的這些改變以及變形都應該屬于本發明權利要求的保護范圍之內。
【權利要求】
1.智能家居系統的設備的程序無線升級方法，所述智能家居系統至少包括設備A和設備B，且設備A的程序的版本比設備B的程序的版本高，設備A與設備B之間進行無線通信，其特征在于，包括以下步驟: 步驟1、設備A讀取設備B的HIB信息并對所述HIB信息進行保存，所述HIB信息至少包括設備的硬件地址信息； 步驟2、設備A向設備B發送擦除命令，以對所述設備B的存儲器中的數據進行擦除； 步驟3、設備A將其保存的程序和HIB信息發送至設備B，以使所述設備B的存儲器對來自設備A的程序和HIB信息進行保存。
2.如權利要求1所述的智能家居系統的設備的程序無線升級方法，其特征在于，步驟I之前還有以下步驟:設備A向設備B發送升級命令，若設備A在預設時間內收到設備B返回的確認信息，則進入步驟1，否則結束升級流程。
3.如權利要求1所述的智能家居系統的設備的程序無線升級方法，其特征在于，設備A與設備B之間采用IEEE802.15.4協議進行通信，在完成步驟3之前，若設備A判斷到正在使用的通信信道被干擾時，則向設備B發送信道切換命令，以使設備A與設備B切換到另一相同的通信信道進行通信。
4.如權利要求1所述的智能家居系統的設備的程序無線升級方法，其特征在于，所述步驟3具體包括如下子步驟: 步驟3a、設備A對其保存的程序和HIB信息進行分包處理，并采用分包的方式發送至設備B ； 步驟3b、設備B接收完每一數據包后，均向設備A返回一已接收信息； 步驟3c、設備A在接收到所述已接收信息后，才繼續向設備B發送下一數據包； 步驟3d、當設備B接收完所有數據包后，對所有數據包進行整合以得到來自設備A的程序和HIB信息，并進行CRC完整性校驗，若校驗失敗，則結束升級流程，若校驗成功，則向設備A發送已完成信息； 步驟3e、設備A接收到所述已完成信息后，向設備B發送重啟命令； 步驟3f、設備B接收到重啟命令后，將來自設備A的程序和HIB信息保存至存儲器后，進行重啟。
5.如權利要求4所述的智能家居系統的設備的程序無線升級方法，其特征在于，在步驟3c中，若設備A在預設時間內接收不到已接收信息，則對本次發送的數據包進行重新發送，若在預設次數內仍然接收不到已接收信息，則結束升級流程，否則，繼續向設備B發送下一數據包。
6.如權利要求1所述的智能家居系統的設備的程序無線升級方法，其特征在于，所述設備A為智能家居系統中任一遙控器，所述設備B為智能家居系統中任一具有無線通信功能的LED燈組模塊。
【文檔編號】H04L1/00GK103973502SQ201410231361
【公開日】2014年8月6日 申請日期:2014年5月28日 優先權日:2014年5月28日
【發明者】梅志國 申請人:梅志國