本發(fā)明涉及電池技術(shù)領(lǐng)域，尤其涉及一種電池管理方法、系統(tǒng)和裝置。

背景技術(shù)：

能源問題日益成為國際社會關(guān)注的焦點。電池作為一種電能的儲能載體，對改變能源構(gòu)成，發(fā)揮著重要作用，在實際日常生活中，由于某個電池設(shè)備長期不用，導(dǎo)致電池設(shè)備里面的電池過期、漏液，腐蝕了電池設(shè)備的線路和電路板，造成電池設(shè)備的損壞。如果是充電電池，則長期虧電狀態(tài)下對電池的損傷也比較嚴(yán)重。

在實現(xiàn)本發(fā)明的過程中，本發(fā)明人通過調(diào)查研究發(fā)現(xiàn)，現(xiàn)有技術(shù)的電池管理系統(tǒng)至少存在以下問題：電池管理的方式以硬件為主，主要用于管理電池的充電、放電，測量電池的充放電效率和電池的故障檢測，檢測方式也僅限于一次被測量對象，無法對電池在使用周期內(nèi)的全程監(jiān)測，同時，現(xiàn)有的電池管理也存在著管理方法不科學(xué)，管理程序過分簡化或復(fù)雜，管理效率低下等問題，因此，創(chuàng)新一種電池管理方法、系統(tǒng)和裝置，對電池進(jìn)行全壽命管理，提高電池管理的效率，非常必要。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例所要解決的一個技術(shù)問題是：提供一種電池管理方法、系統(tǒng)和裝置，以解決現(xiàn)有技術(shù)中存在的管理方法不科學(xué)，管理程序過分簡化或復(fù)雜，管理效率低下，無法進(jìn)行全壽命管理的問題。

根據(jù)本發(fā)明實施例的一個方面，提供的一種電池管理方法，包括：

電池MCU記錄電池信息，所述電池信息包括：電池的記錄類型、電池包總電壓、電池輸出電流、電池包溫度、MOS溫度、電池狀態(tài)、單節(jié)電芯電壓；

按照電池管理TCP/IP協(xié)議的協(xié)議流程，將電池信息上傳至服務(wù)器；

使用電池的序列號通過服務(wù)器查看存儲該電池的信息記錄；

通過存儲的電池信息了解電池整個使用周期，查看電池使用過程中是否出現(xiàn)電池不良情況。

基于本發(fā)明上述電池管理方法的另一個實施例中，所述電池管理TCP/IP協(xié)議的協(xié)議流程包括：

電池MCU空閑模式、電池身份認(rèn)證模式、讀取電池信息模式、上傳電池信息模式和錯誤模式；

電池管理TCP/IP協(xié)議在這5種模式下循環(huán)運行，不同的模式下運行各自的程序，兩者之間不會造成沖突。

基于本發(fā)明上述電池管理方法的另一個實施例中，所述按照電池管理TCP/IP協(xié)議的協(xié)議流程，將電池信息上傳至服務(wù)器包括：

電池MCU通過SIM800C模塊與服務(wù)器建立連接；

電池MCU向服務(wù)器請求上傳電池信息數(shù)據(jù)，服務(wù)器向電池MCU返回電池身份認(rèn)證信息；

電池MCU通過對電池身份認(rèn)證信息的加密，編碼后重新發(fā)送至服務(wù)器；

服務(wù)器對加密數(shù)據(jù)進(jìn)行解密，比對成功后向電池MCU返回存儲游標(biāo)，電池MCU通過存儲游標(biāo)與電池的記錄次數(shù)對比；

若電池信息記錄條數(shù)足夠讀取時，電池MCU自動讀取電池記錄信息，在設(shè)定的時間內(nèi)將讀取到的電池信息打包，編碼后上傳至服務(wù)器，然后電池MCU自動斷開與服務(wù)器的連接，防止電池MCU長時間占用服務(wù)器；

若在規(guī)定的時間內(nèi)沒有將電池信息完成上傳，服務(wù)器強制斷開電池MCU 的連接。

基于本發(fā)明上述電池管理方法的另一個實施例中，所述通過存儲的電池信息了解電池整個使用周期，查看電池使用過程中是否出現(xiàn)電池不良情況包括：

電池MCU讀取內(nèi)部TEA加密的電池信息、記錄次數(shù)、記錄游標(biāo)和密鑰代碼，將數(shù)據(jù)打包后，使用Base64編碼，通過TCP/IP協(xié)議上傳到服務(wù)器；

服務(wù)器接收電池MCU的上傳數(shù)據(jù)，通過Base64解碼，TEA解密，所述TEA解密的密鑰存放在服務(wù)器的密鑰庫中，電池信息的解密需要使用服務(wù)器密鑰庫中的密鑰，而使用密鑰庫中的密鑰選擇由上傳電池信息中的密鑰代碼決定；

電池信息解密后存儲在服務(wù)器，服務(wù)器存儲每個電池的信息；

服務(wù)器監(jiān)測每個電池的使用情況，通過電池MCU上傳的電池信息分析電池運行狀態(tài)是否正常。

基于本發(fā)明上述電池管理方法的另一個實施例中，所述電池MCU空閑模式包括：

電池MCU等待上傳電池信息的時間標(biāo)志置位，所述時間標(biāo)志置位的時間間隔由電池MCU設(shè)置；

當(dāng)上傳電池信息時間到達(dá)時，上傳電池信息標(biāo)志置位，系統(tǒng)狀態(tài)切換為電池身份認(rèn)證模式

基于本發(fā)明上述電池管理方法的另一個實施例中，所述電池身份認(rèn)證模式包括：

電池MCU讀取電池記錄次數(shù)、記錄游標(biāo)和密鑰代碼；

電池MCU與服務(wù)器建立TCP/IP連接，如果電池身份認(rèn)證不通過，服務(wù)器強制斷開電池MCU連接，電池MCU系統(tǒng)切換為錯誤模式；

連接成功后，服務(wù)器將向?qū)﹄姵豈CU發(fā)起電池身份認(rèn)證請求，所述身份認(rèn)證請求為服務(wù)器向電池MCU發(fā)送8個字節(jié)的16進(jìn)制隨機數(shù)的認(rèn)證信息；

電池MCU將所收到8字節(jié)的身份認(rèn)證信息以TEA加密，以BASE64編碼，按照編碼后的數(shù)據(jù)、電池記錄次數(shù)、電池序列號的序列進(jìn)行數(shù)據(jù)打包，并將打包后數(shù)據(jù)發(fā)送給服務(wù)器；

服務(wù)器對電池MCU發(fā)送的數(shù)據(jù)包進(jìn)行解析，所述服務(wù)器對解析后的數(shù)據(jù)包中的8個字節(jié)的16進(jìn)制隨機數(shù)與原先服務(wù)器發(fā)送的8個字節(jié)16進(jìn)制隨機數(shù)相比，判斷是否一致；

如果一致，說明電池身份認(rèn)證通過，此時，如果服務(wù)器向電池MCU返回該電池當(dāng)前存儲游標(biāo)，則電池MCU進(jìn)入讀取電池信息模式，否則電池MCU需重新請求服務(wù)器該電池的記錄游標(biāo)，當(dāng)電池MCU連續(xù)請求3次存儲游標(biāo)后仍失敗，電池斷開服務(wù)器連接，系統(tǒng)切換為錯誤模式；

如果不一致，電池身份認(rèn)證不通過，服務(wù)器強制斷開電池MCU連接，系統(tǒng)切換為錯誤模式。

基于本發(fā)明上述電池管理方法的另一個實施例中，所述讀取電池信息模式包括：

電池MCU將當(dāng)前電池存儲游標(biāo)與電池記錄次數(shù)閾值相比，如果當(dāng)前電池存儲游標(biāo)值小于電池記錄次數(shù)閾值，電池MCU執(zhí)行讀取電池信息程序；

電池MCU按照電池通訊協(xié)議，將電池FLASH存儲單元的電池信息讀取出來，電池信息的讀取在讀取時間閾值內(nèi)進(jìn)行，若讀取電池超時，電池MCU切換為錯誤模式；

電池MCU將服務(wù)器的密鑰代碼、更新后的記錄游標(biāo)和電池信息組合打包，并將打包后的信息進(jìn)行Base64編碼；

電池MCU準(zhǔn)備上傳編碼后的電池信息，電池MCU切換為上傳電池信息模式。

基于本發(fā)明上述電池管理方法的另一個實施例中，所述電池記錄次數(shù)閾值為電池記錄次數(shù)減去16。

基于本發(fā)明上述電池管理方法的另一個實施例中，所述讀取時間閾值為2秒。

基于本發(fā)明上述電池管理方法的另一個實施例中，所述上傳電池信息模式包括：

設(shè)置電池MCU連接服務(wù)器的連接時長閾值；

判斷電池MCU連接服務(wù)器的連接時長是否超過連接時長閾值；

如果是，服務(wù)器強制斷開電池MCU的連接；

如果否，判斷電池MCU準(zhǔn)備上傳編碼后的電池信息是否在連接時長閾值內(nèi)完成；

如果是，電池主動且自動斷開服務(wù)器連接，電池MCU切換為電池MCU空閑模式；

如果否，服務(wù)器強制斷開電池MCU連接，電池MCU切換為錯誤模式。

基于本發(fā)明上述電池管理方法的另一個實施例中，所述連接時長閾值為20秒。

基于本發(fā)明上述電池管理方法的另一個實施例中，所述錯誤模式包括：

電池MCU根據(jù)系統(tǒng)錯誤的信息做出處理，清除錯誤信息；

系統(tǒng)進(jìn)入電池MCU空閑模式，等待電池上傳信息時間標(biāo)志置位。

根據(jù)本發(fā)明實施例的另一個方面，提供的一種電池管理系統(tǒng)，包括電池客戶端和服務(wù)器；

所述電池客戶端包括電池MCU，用于自動記錄電池信息，并將電池信息上傳至電池服務(wù)器，以及按照服務(wù)器發(fā)送的指令和電池信息上傳狀態(tài)，執(zhí)行相應(yīng)的模式；

所述服務(wù)器用于儲存電池信息，對電池身份進(jìn)行認(rèn)證，對電池客戶端上傳的電池信息數(shù)據(jù)進(jìn)行解析，對電池信息進(jìn)行讀取。

基于本發(fā)明上述電池管理系統(tǒng)的另一個實施例中，所述自動記錄電池信息包括：電池的記錄類型、電池包總電壓、電池輸出電流、電池包溫度、MOS溫度、電池狀態(tài)、單節(jié)電芯電壓。

基于本發(fā)明上述電池管理系統(tǒng)的另一個實施例中，所述電池MCU的工作狀態(tài)包括5種模式：電池MCU空閑模式、電池身份認(rèn)證模式、讀取電池信息模式、上傳電池信息模式和錯誤模式；

電池MCU上電復(fù)位初始化以后，電池MCU進(jìn)入電池MCU空閑模式；

電池MCU等待上傳電池信息的時間標(biāo)志置位，當(dāng)接收到上傳電池信息的時間標(biāo)志置位以后，電池MCU進(jìn)入電池身份認(rèn)證模式；

在電池身份認(rèn)證模式，服務(wù)器發(fā)送8字節(jié)隨機數(shù)認(rèn)證信息給電池MCU，電池MCU收到隨機數(shù)后以8字節(jié)隨機數(shù)為基礎(chǔ)與服務(wù)器進(jìn)行信息交互，判斷電池身份認(rèn)證通過以后，電池MCU進(jìn)入讀取電池信息模式；

在讀取電池信息模式，服務(wù)器判斷電池存儲的信息是否滿足讀取條數(shù)，如果電池的信息條數(shù)滿足讀取，電池MCU通過UART方式將讀取電池信息，電池MCU進(jìn)入上傳電池信息模式；

在上傳電池信息模式，電池MCU在設(shè)定的時間閾值內(nèi)將電池信息上傳至服務(wù)器，服務(wù)器斷開與MCU之間的連接，完成電池信息的上傳；

所述錯誤模式是在每一個模式下，如果發(fā)生錯誤或超時，電池MCU直接進(jìn)入錯誤模式，電池MCU清除錯誤數(shù)據(jù)，返回到電池MCU空閑模式。

根據(jù)本發(fā)明實施例的另一個方面，提供的一種電池管理裝置，包括電池端、穩(wěn)壓電路單元、MCU控制單元、UART通信接口保護(hù)單元、SIM800C模塊、LED單元和服務(wù)器；

所述電池端包括：電池保護(hù)板、電芯和外殼；

所述穩(wěn)壓電路單元為裝置提供穩(wěn)定的直流電壓和電流；

所述MCU控制單元用于設(shè)置上傳電池信息時間，通過UART通信接口保護(hù)單元讀取電池信息，打包、編碼電池信息，通過SIM800C模塊將編碼后的電池信息上傳至服務(wù)器；

所述電池端通過UART通信接口保護(hù)單元與MCU控制單元連接，連接接口為異步串行接口，所述MCU控制單元通過異步串行接口與SIM800C模塊連接，SIM800C模塊通過有線或無線方式與服務(wù)器連接，所述穩(wěn)壓電路單元與電池端、MCU控制單元、SIM800C模塊電連接，所述LED單元和SIM800C模塊電連接。

基于本發(fā)明上述電池管理裝置的另一個實施例中，所述MCU控制單元使用芯片為EFM32ZG210F32芯片，所述芯片通過UART方式讀取電池信息，通過SIM800C模塊與服務(wù)器建立連接，通過SIM800C模塊接收服務(wù)器數(shù)據(jù)和發(fā)送數(shù)據(jù)到服務(wù)器，對電池信息打包、進(jìn)行BASE64編碼，對服務(wù)器認(rèn)證信息進(jìn)行加密和BASE64編碼。

與現(xiàn)有技術(shù)相比，本發(fā)明包括以下優(yōu)點：

本發(fā)明的電池管理方法、系統(tǒng)和裝置通過電池MCU自動記錄電池信息，并設(shè)置固定的時間間隔將電池信息上傳到服務(wù)器，服務(wù)器存儲電池信息，使用電池序列號、電池型號等可方便的查找該電池的信息，從而了解電池整個使用周期內(nèi)是否出現(xiàn)電池不良情況或者其他情況，電池MCU的電池MCU空閑模式、電池身份認(rèn)證模式、讀取電池信息模式、上傳電池信息模式和錯誤模式，使本發(fā)明的電池管理更加科學(xué)、高效，程序更加簡化。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所使用的附圖做一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明的電池管理方法的一個實施例的流程圖。

圖2是本發(fā)明的電池管理方法的另一個實施例的流程圖。

圖3是本發(fā)明的電池管理方法的再一個實施例的流程圖。

圖4是本發(fā)明的電池管理方法的又一個實施例的流程圖。

圖5是本發(fā)明的電池管理方法的又一個實施例的流程圖。

圖6是本發(fā)明的電池管理方法的又一個實施例的流程圖。

圖7是本發(fā)明的電池管理方法的又一個實施例的流程圖。

圖8是本發(fā)明的電池管理方法的又一個實施例的流程圖。

圖9是本發(fā)明的電池管理方法的又一個實施例的流程圖。

圖10是本發(fā)明的電池管理系統(tǒng)的一個實施例的結(jié)構(gòu)示意圖。

圖11是本發(fā)明的電池管理裝置的一個實施例的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例只是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

下面結(jié)合附圖和實施例對本發(fā)明提供的一種電池管理方法、系統(tǒng)和裝置進(jìn)行更詳細(xì)地說明。

圖1是本發(fā)明的電池管理方法的一個實施例的流程圖，如圖1所示，該實施例的電池管理方法包括：

10，電池MCU記錄電池信息，所述電池信息包括：電池的記錄類型、電池包總電壓、電池輸出電流、電池包溫度、MOS溫度、電池狀態(tài)、單節(jié)電芯電壓，電池MCU在設(shè)定的時間間隔內(nèi)將電池信息上傳至服務(wù)器保存；

11，按照電池管理TCP/IP協(xié)議的協(xié)議流程，將電池信息上傳至服務(wù)器；

12，使用電池的序列號通過服務(wù)器查看存儲該電池的信息記錄；

13，通過存儲的電池信息了解電池整個使用周期，查看電池使用過程中是否出現(xiàn)電池不良情況。

圖2是本發(fā)明的電池管理方法的另一個實施例的流程圖，如圖2所示，所述電池管理TCP/IP協(xié)議的協(xié)議流程包括：

電池MCU空閑模式、電池身份認(rèn)證模式、讀取電池信息模式、上傳電池信息模式和錯誤模式；

電池管理TCP/IP協(xié)議在這5種模式下循環(huán)運行，不同的模式下運行各自的程序，兩者之間不會造成沖突；

當(dāng)電池MCU在一種狀態(tài)下運行失敗時，直接跳轉(zhuǎn)到錯誤模式，電池MCU在錯誤模式下清除相關(guān)錯誤信息以后，再次跳轉(zhuǎn)到電池MCU空閑模式，進(jìn)行下一個檢測周期；

上電后電池MCU復(fù)位初始化處理，整個系統(tǒng)以10ms為間隔檢測系統(tǒng)的運行的狀態(tài)，以便在不同的狀態(tài)中切換，電池MCU的5種模式相對于的是5個狀態(tài)機，系統(tǒng)在這5種狀態(tài)中不停的運行，不同的狀態(tài)中運行各自的程序。

圖3是本發(fā)明的電池管理方法的再一個實施例的流程圖，如圖3所示，所述按照電池管理TCP/IP協(xié)議的協(xié)議流程，將電池信息上傳至服務(wù)器包括：

110，電池MCU通過SIM800C模塊與服務(wù)器建立連接；

111，電池MCU向服務(wù)器請求上傳電池信息數(shù)據(jù)，服務(wù)器向電池MCU返回電池身份認(rèn)證信息；

112，電池MCU通過對電池身份認(rèn)證信息的加密，編碼后重新發(fā)送至服務(wù)器；

113，服務(wù)器對加密數(shù)據(jù)進(jìn)行解密，比對成功后向電池MCU返回存儲游標(biāo)，電池MCU通過存儲游標(biāo)與電池的記錄次數(shù)對比；

114，若電池信息記錄條數(shù)足夠讀取時，電池MCU自動讀取電池記錄信息，在設(shè)定的時間內(nèi)將讀取到的電池信息打包，編碼后上傳至服務(wù)器，然后電池MCU自動斷開與服務(wù)器的連接，防止電池MCU長時間占用服務(wù)器；

115，若在規(guī)定的時間內(nèi)沒有將電池信息完成上傳，服務(wù)器強制斷開電池MCU 的連接。

圖4是本發(fā)明的電池管理方法的又一個實施例的流程圖，如圖4所示，所述通過存儲的電池信息了解電池整個使用周期，查看電池使用過程中是否出現(xiàn)電池不良情況包括：

150，電池MCU讀取內(nèi)部TEA加密的電池信息、記錄次數(shù)、記錄游標(biāo)和密鑰代碼，將數(shù)據(jù)打包后，使用Base64編碼，通過TCP/IP協(xié)議上傳到服務(wù)器；

151，服務(wù)器接收電池MCU的上傳數(shù)據(jù)，通過Base64解碼，TEA解密，所述TEA解密的密鑰存放在服務(wù)器的密鑰庫中，電池信息的解密需要使用服務(wù)器密鑰庫中的密鑰，而使用密鑰庫中的密鑰選擇由上傳電池信息中的密鑰代碼決定；

152，電池信息解密后存儲在服務(wù)器，服務(wù)器存儲每個電池的信息；

153，服務(wù)器監(jiān)測每個電池的使用情況，通過電池MCU上傳的電池信息分析電池運行狀態(tài)是否正常。

圖5是本發(fā)明的電池管理方法的又一個實施例的流程圖，如圖5所示，所述電池MCU空閑模式包括：

20，電池MCU等待上傳電池信息的時間標(biāo)志置位，所述時間標(biāo)志置位的時間間隔由電池MCU設(shè)置；

21，當(dāng)上傳電池信息時間到達(dá)時，上傳電池信息標(biāo)志置位，系統(tǒng)狀態(tài)切換為電池身份認(rèn)證模式。

圖6是本發(fā)明的電池管理方法的又一個實施例的流程圖，如圖6所示，所述電池身份認(rèn)證模式包括：

30，電池MCU讀取電池記錄次數(shù)、記錄游標(biāo)和密鑰代碼；

31，電池MCU與服務(wù)器建立TCP/IP連接，如果電池身份認(rèn)證不通過，服務(wù)器強制斷開電池MCU連接，電池MCU系統(tǒng)切換為錯誤模式；

32，連接成功后，服務(wù)器將向?qū)﹄姵豈CU發(fā)起電池身份認(rèn)證請求，所述身份認(rèn)證請求為服務(wù)器向電池MCU發(fā)送8個字節(jié)的16進(jìn)制隨機數(shù)的認(rèn)證信息；

33，電池MCU將所收到8字節(jié)的身份認(rèn)證信息以TEA加密，以BASE64編碼，按照編碼后的數(shù)據(jù)、電池記錄次數(shù)、電池序列號的序列進(jìn)行數(shù)據(jù)打包，并將打包后數(shù)據(jù)發(fā)送給服務(wù)器；

34，服務(wù)器對電池MCU發(fā)送的數(shù)據(jù)包進(jìn)行解析，所述服務(wù)器對解析后的數(shù)據(jù)包中的8個字節(jié)的16進(jìn)制隨機數(shù)與原先服務(wù)器發(fā)送的8個字節(jié)16進(jìn)制隨機數(shù)相比，判斷是否一致；

35，如果一致，說明電池身份認(rèn)證通過，此時，如果服務(wù)器向電池MCU返回該電池當(dāng)前存儲游標(biāo)，則電池MCU進(jìn)入讀取電池信息模式，否則電池MCU需重新請求服務(wù)器該電池的記錄游標(biāo)，當(dāng)電池MCU連續(xù)請求3次存儲游標(biāo)后仍失敗，電池斷開服務(wù)器連接，系統(tǒng)切換為錯誤模式；

36，如果不一致，電池身份認(rèn)證不通過，服務(wù)器強制斷開電池MCU連接，系統(tǒng)切換為錯誤模式。

圖7是本發(fā)明的電池管理方法的又一個實施例的流程圖，如圖7所示，所述讀取電池信息模式包括：

40，電池MCU將當(dāng)前電池存儲游標(biāo)與電池記錄次數(shù)閾值相比，如果當(dāng)前電池存儲游標(biāo)值小于電池記錄次數(shù)閾值，電池MCU執(zhí)行讀取電池信息程序；

41，電池MCU按照電池通訊協(xié)議，將電池FLASH存儲單元的電池信息讀取出來，電池信息的讀取在讀取時間閾值內(nèi)進(jìn)行，若讀取電池超時，電池MCU切換為錯誤模式；

42，電池MCU將服務(wù)器的密鑰代碼、更新后的記錄游標(biāo)和電池信息組合打包，并將打包后的信息進(jìn)行Base64編碼；其中，當(dāng)MCU讀取成功后，更新后的記錄游標(biāo)為原來記錄游標(biāo)加1；

43，電池MCU準(zhǔn)備上傳編碼后的電池信息，電池MCU切換為上傳電池信息模式。

其中，所述電池記錄次數(shù)閾值為電池記錄次數(shù)減去16，所述讀取時間閾值為2秒。

在讀取電池信息模式中，電池MCU進(jìn)行讀取電池信息程序時，需要避免3種情況，第一種就是電池內(nèi)部信息被清空，但服務(wù)器存儲該電池的電池信息沒有同時被清空，出現(xiàn)電池的記錄次數(shù)小于服務(wù)器的存儲游標(biāo)，所以服務(wù)器具有糾錯能力，當(dāng)收到電池MCU上傳的電池記錄次數(shù)小于服務(wù)器該電池存儲游標(biāo)時，在重復(fù)此操作3次之后服務(wù)器重新開辟一片新的內(nèi)存空間存儲電池信息；第二種就是存儲電池的FLASH存儲空間是有限的，當(dāng)FALSH存滿后，存儲最舊的電池信息要被擦除，然后再存儲新的電池信息，此時電池MCU跳過被擦除的電池信息，讀取較新的電池信息；第三種是存儲游標(biāo)大于電池記錄次數(shù)閾值且小于電池記錄次數(shù)，此時電池MCU繼續(xù)等待，等待足夠16條電池信息再讀取電池信息。

圖8是本發(fā)明的電池管理方法的又一個實施例的流程圖，如圖8所示，所述上傳電池信息模式包括：

50，設(shè)置電池MCU連接服務(wù)器的連接時長閾值；

51，判斷電池MCU連接服務(wù)器的連接時長是否超過連接時長閾值；

52，如果是，服務(wù)器強制斷開電池MCU的連接；

53，如果否，判斷電池MCU準(zhǔn)備上傳編碼后的電池信息是否在連接時長閾值內(nèi)完成；

54，如果是，電池主動且自動斷開服務(wù)器連接，電池MCU切換為電池MCU空閑模式；

55，如果否，服務(wù)器強制斷開電池MCU連接，電池MCU切換為錯誤模式。

其中，所述連接時長閾值為20秒。

圖9是本發(fā)明的電池管理方法的又一個實施例的流程圖，如圖9所示，所述錯誤模式包括：

60，電池MCU根據(jù)系統(tǒng)錯誤的信息做出處理，清除錯誤信息；

61，系統(tǒng)進(jìn)入電池MCU空閑模式，等待電池上傳信息時間標(biāo)志置位。

電池MCU在錯誤模式中，主要是處理電池MCU運行過程中出現(xiàn)的錯誤信息，比如一是身份認(rèn)證模式時身份認(rèn)證失敗產(chǎn)生的錯誤信息，二是讀取電池信息模式時信息條數(shù)不夠16條，無法讀取產(chǎn)生的錯誤信息或者是讀取電池信息超時產(chǎn)生的錯誤信息，三是MCU上傳電池信息時出現(xiàn)超時錯誤信息，此時電池信息尚未上傳成功所產(chǎn)生的錯誤信息，這些導(dǎo)致系統(tǒng)進(jìn)入錯誤模式，在錯誤模式中根據(jù)系統(tǒng)錯誤的信息做出相應(yīng)的處理。

根據(jù)本發(fā)明實施例的另一個方面，提供的一種電池管理系統(tǒng)，圖10是本發(fā)明的電池管理系統(tǒng)的一個實施例的結(jié)構(gòu)示意圖，如圖10所示，所述電池管理系統(tǒng)包括：電池客戶端1和服務(wù)器2；

所述電池客戶端1包括電池MCU，用于自動記錄電池信息，并將電池信息上傳至電池服務(wù)器2，以及按照服務(wù)器2發(fā)送的指令和電池信息上傳狀態(tài)，執(zhí)行相應(yīng)的模式；

所述服務(wù)器2用于儲存電池信息，對電池身份進(jìn)行認(rèn)證，對電池客戶端1上傳的電池信息數(shù)據(jù)進(jìn)行解析，對電池信息進(jìn)行讀取。

其中，所述自動記錄電池信息包括：電池的記錄類型、電池包總電壓、電池輸出電流、電池包溫度、MOS溫度、電池狀態(tài)、單節(jié)電芯電壓。

所述電池MCU的工作狀態(tài)包括5種模式：電池MCU空閑模式、電池身份認(rèn)證模式、讀取電池信息模式、上傳電池信息模式和錯誤模式；

電池MCU上電復(fù)位初始化以后，電池MCU進(jìn)入電池MCU空閑模式；

電池MCU等待上傳電池信息的時間標(biāo)志置位，當(dāng)接收到上傳電池信息的時間標(biāo)志置位以后，電池MCU進(jìn)入電池身份認(rèn)證模式；

在電池身份認(rèn)證模式，服務(wù)器2發(fā)送8字節(jié)隨機數(shù)認(rèn)證信息給電池MCU，電池MCU收到隨機數(shù)后以8字節(jié)隨機數(shù)為基礎(chǔ)與服務(wù)器2進(jìn)行信息交互，判斷電池身份認(rèn)證通過以后，電池MCU進(jìn)入讀取電池信息模式；

在讀取電池信息模式，服務(wù)器2判斷電池存儲的信息是否滿足讀取條數(shù)，如果電池的信息條數(shù)滿足讀取，電池MCU通過UART方式將讀取電池信息，電池MCU進(jìn)入上傳電池信息模式；

在上傳電池信息模式，電池MCU在設(shè)定的時間閾值內(nèi)將電池信息上傳至服務(wù)器2，服務(wù)器2斷開與MCU之間的連接，完成電池信息的上傳；

所述錯誤模式是在每一個模式下，如果發(fā)生錯誤或超時，電池MCU直接進(jìn)入錯誤模式，電池MCU清除錯誤數(shù)據(jù)，返回到電池MCU空閑模式。

根據(jù)本發(fā)明實施例的另一個方面，提供的一種電池管理裝置，圖11是本發(fā)明的電池管理裝置的一個實施例的結(jié)構(gòu)示意圖，如圖11所示，所述電池管理裝置包括：電池端81、穩(wěn)壓電路單元82、MCU控制單元83、UART通信接口保護(hù)單元84、SIM800C模塊85、LED單元86和服務(wù)器87；

所述電池端81包括：電池保護(hù)板、電芯和外殼；

所述穩(wěn)壓電路單元82為裝置提供穩(wěn)定的直流電壓和電流；

所述MCU控制單元83用于設(shè)置上傳電池信息時間，通過UART通信接口保護(hù)單元84讀取電池信息，打包、編碼電池信息，通過SIM800C模塊85將編碼后的電池信息上傳至服務(wù)器87；

所述電池端81通過UART通信接口保護(hù)單元84與MCU控制單元83連接，連接接口為異步串行接口，所述MCU控制單元83通過異步串行接口與SIM800C模塊85連接，SIM800CC模塊85通過有線或無線方式與服務(wù)器87連接，所述穩(wěn)壓電路單元82與電池端81、MCU控制單元83、SIM800C模塊85電連接，所述LED單元86和SIM800C模塊85電連接。

所述MCU控制單元83使用芯片為EFM32ZG210F32芯片，所述芯片通過UART方式讀取電池信息，通過SIM800C模塊85與服務(wù)器87建立連接，通過SIM800C模塊85接收服務(wù)器87數(shù)據(jù)和發(fā)送數(shù)據(jù)到服務(wù)器87，對電池信息打包、進(jìn)行BASE64編碼，對服務(wù)器87認(rèn)證信息進(jìn)行加密和BASE64編碼。

以上對本發(fā)明所提供的一種電池管理方法、系統(tǒng)和裝置進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進(jìn)行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。

最后應(yīng)說明的是：以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，對于本領(lǐng)域的技術(shù)人員來說，其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換,凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。