本發明涉及電池管理領域，特別涉及一種電池管理系統的主機配置方法、裝置及電池管理系統。

背景技術：

目前，在電池管理系統(Battery Management System，BMS)中，整個BMS系統的通訊協議，來自不同廠家的自身的不同需求。每個廠家的需求不同，協議不同，技術條件不同，編寫的程序也不同。本發明的目的是解決協議不一致引起的程序多種版本的問題，本發明可以自動匹配這種不同,將多個程序的版本歸一。同時，本程序可以通過配置上位機的軟件，即可達到對程序功能要求的實現，不再需要更改底層的代碼，減少驅動層因為更改程序，增加的測試工作量。

如圖1所示，現有的主機系統，會根據客戶的訂單車型、客戶的需求制定通訊協議，將制定的協議加入到主機的系統之中，這種類似的情況，會造成有多個版本的訂單程序出現，出現多個受控的程序出現。現有技術的缺點在于，不同客戶有不同的技術需求。對于不同的技術需求，需要根據每一個客戶，制定客戶端的訂單程序。這種多個程序，多個協議，容易造成多個產品，多個訂單程序，容易造成訂單程序的混亂，不有利于后期的產品維護、升級、更改等。同時，對于功能的增加，需要更改底層的代碼，增加測試，帶來巨大的工作量，由于程序的更改，很容易造成程序的不穩定。

技術實現要素：

有鑒于此，本發明實施例提供了一種電池管理系統的主機配置方法、裝置及系統。

在第一方面，本發明提供一種電池管理系統的主機配置方法，所述方法包括：

從車型配置文件庫中獲取車型的配置文件；

利用主機對配置文件解析所需車型的配置程序；

所述主機根據所述配置程序控制所述車型的電池進行管理。

可選地，所述獲取車型的配置文件之前，所述方法包括：

獲取多個待配置的車型；

利用客戶端配置所述多個待配置車型的配置文件；

利用所述多個待配置車型的配置文件建立車型的配置文件庫。

可選地，所述利用主機配置文件解析所需車型的配置程序，包括：

主機配置程序對所述主機配置文件進行解析得到報文。

可選地，所述配置文件包括車型編碼及車型對應的通信協議。

在第二方面，本發明提供一種電池管理系統的主機配置裝置，其特征在于，所述裝置包括：

第一獲取單元，用于從車型配置文件庫中獲取車型的配置文件；

解析單元，用于利用主機對配置文件解析所需車型的配置程序；

控制單元，用于所述主機根據所述配置程序控制所述車型的電池進行管理。

可選地，所述裝置還包括：

第二獲取單元，用于獲取多個待配置的車型；

配置單元，用于利用客戶端配置所述多個待配置車型的配置文件；

建立單元，用于利用所述多個待配置車型的配置文件建立車型的配置文件庫。

可選地，所述解析單元還用于：

主機配置程序對所述主機配置文件進行解析得到報文。

可選地，所述配置文件包括車型編碼及車型對應的通信協議。

在第三方面，本發明提供一種電池管理系統，包括主機，所述主機具有如上述的電池管理系統的主機配置裝置。

從以上技術方案可以看出，本發明實施例具有以下優點：

本發明實施例公開了一種電池管理系統的主機配置方法、裝置及系統，對不同的車型、不同的通訊協議、不同的訂單程序，統一通過主機配置系統解析報文，經過處理之后，將程序加入到主機。將程序的版本歸一，只是需要更改主機配置系統文件的配置，既可以將通訊的協議完成。形成協議版本統一、規范化的做法。對于后續的軟件的版本升級、配置信息的更改、升級、優化等，不再需要去查找對應的受控的協議，只要更改主機配置系統信息即可。對于不同的訂單，只需要更改上位機的配置文件即可，減少測試的工作量，BMS主機根據不同的客戶，整理成不同的版本。上位機的文件將所有版本歸一，便于存檔、查找，升級，保證程序穩定。

【附圖說明】

圖1是現有技術中電池管理系統進行不同車型配置文件解析的原理圖；

圖2a是本發明實施例中一種電池管理系統的主機配置方法的流程圖；

圖2b是本發明實施例中一種電池管理系統的主機配置方法的流程圖；

圖2c是本發明實施例中一種電池管理系統的主機配置方法的示意圖

圖2d是本發明實施例中一種電池管理系統的主機配置方法的示意圖；

圖3是本發明實施例中一種電池管理系統的主機配置裝置的結構圖。

【具體實施方式】

為了使本技術領域的人員更好地理解本發明方案，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分的實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都應當屬于本發明保護的范圍。

本發明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”、“第三”“第四”等(如果存在)是用于區別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數據在適當情況下可以互換，以便這里描述的實施例能夠以除了在這里圖示或描述的內容以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統、產品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產品或設備固有的其它步驟或單元。

電池管理系統(Battery Management System，BMS)是電池與用戶之間的紐帶，主要對象是二次電池。二次電池存在下面的一些缺點，如存儲能量少、壽命短、串并聯使用問題、使用安全性、電池電量估算困難等。電池的性能是很復雜的，不同類型的電池特性亦相差很大。電池管理系統主要就是為了能夠提高電池的利用率，防止電池出現過度充電和過度放電，延長電池的使用壽命，監控電池的狀態。

電池管理系統可用于電動汽車，水下機器人等。一般而言電池管理系統要實現以下幾個功能：

(1)準確估測荷電狀態(State of Charge，SOC)，準確估測動力電池組的荷電狀態，即電池剩余電量，保證SOC維持在合理的范圍內，防止由于過充電或過放電對電池造成損傷，并隨時顯示混合動力汽車儲能電池的剩余能量，即儲能電池的荷電狀態。

(2)動態監測，在電池充放電過程中，實時采集電動汽車蓄電池組中的每塊電池的端電壓和溫度、充放電電流及電池包總電壓，防止電池發生過充電或過放電現象。同時能夠及時給出電池狀況，挑選出有問題的電池，保持整組電池運行的可靠性和高效性，使剩余電量估計模型的實現成為可能。除此以外，還要建立每塊電池的使用歷史檔案，為進一步優化和開發新型電、充電器、電動機等提供資料，為離線分析系統故障提供依據。

電池充放電的過程通常會采用精度更高、穩定性更好的電流傳感器來進行實時檢測，一般電流根據BMS的前端電流大小不同，來選擇相應的傳感器量程進行接近，以400A為例，通常采用開環原理，國內外的廠家均采用可以耐低溫、高溫、強震的JCE400-ASS電流傳感器，選擇傳感器時需要滿足精度高，響應時間快的特點

(3)電池間的均衡，即為單體電池均衡充電，使電池組中各個電池都達到均衡一致的狀態。均衡技術是目前世界正在致力研究與開發的一項電池能量管理系統的關鍵技術。

結合圖2所示，本發明提供一種電池管理系統的主機配置方法，所述方法包括：

S201、從車型配置文件庫中獲取車型的配置文件；

S202、利用主機對配置文件解析所需車型的配置程序；

S203、所述主機根據所述配置程序控制所述車型的電池進行管理。

這里的主機是BMS主機，利用不同車型的配置文件對該車型的電池進行管理。

如圖2c所示，不同的車型、不同的通訊協議、不同的訂單程序，統一通過主機配置系統解析報文，經過處理之后，將程序加入到主機。這種多個版本、多個訂單程序、多個受控的訂單程序得到有效的解決，將程序的版本歸一，只是需要更改主機配置系統文件的配置，既可以將通訊的協議完成。形成協議版本統一、規范化的做法。對于后續的軟件的版本升級、配置信息的更改、升級、優化等，都是非常的容易，不再需要去查找對應的受控的協議，只要更改主機配置系統信息即可。對于不同的訂單，只需要更改上位機的配置文件即可，減少測試的工作量，以及程序不穩定的風險。

結合圖2b所示，所述獲取車型的配置文件之前，所述方法包括：

S1、獲取多個待配置的車型；

多個待配置車型，如A車型、B車型、C車型、D車型，每種車型具有各自的配置文件。

S2、利用客戶端配置所述多個待配置車型的配置文件；

S3、利用所述多個待配置車型的配置文件建立車型的配置文件庫。

如圖2d所示，根據不同的車型，通過客戶端，制定不同的上位機的文件，這些主機配置系統的的文件生成對應車型的配置信息。后續，對于訂單程序員，只是需要根據車型，通過客戶端，制定對應的主機配置系統的配置的文件信息，將系統的程序燒錄到主機的應用層當中，則該程序即完成。不再需要更改底層代碼，這種辦法可以保證程序的穩定。

可選地，所述利用主機配置文件解析所需車型的配置程序，包括：

主機配置程序對所述主機配置文件進行解析得到報文。

可選地，所述配置文件包括車型編碼及車型對應的通信協議。

不同的車型、不同的通訊協議、不同的訂單程序，統一通過主機配置系統解析報文，經過處理之后，將程序加入到主機。這種多個版本、多個訂單程序、多個受控的訂單程序得到有效的解決。將程序的版本歸一，只是需要更改主機配置系統文件的配置，既可以將通訊的協議完成。形成協議版本統一、規范化的做法。對于后續的軟件的版本升級、配置信息的更改、升級、優化等，都是非常的容易，不再需要去查找對應的受控的協議，只要更改主機配置系統信息即可。對于不同的訂單，只需要更改上位機的配置文件即可，減少測試的工作量，以及程序不穩定的風險，BMS主機根據不同的客戶，整理成不同的版本。上位機的文件將所有版本歸一，便于存檔、查找，升級，保證程序穩定。

結合圖3所示，本發明提供一種電池管理系統的主機配置裝置，其特征在于，所述裝置包括：

第一獲取單元301，用于從車型配置文件庫中獲取車型的配置文件；

解析單元302，用于利用主機對配置文件解析所需車型的配置程序；

控制單元303，用于所述主機根據所述配置程序控制所述車型的電池進行管理。

可選地，所述裝置還包括：

第二獲取單元304，用于獲取多個待配置的車型；

配置單元305，用于利用客戶端配置所述多個待配置車型的配置文件；

建立單元306，用于利用所述多個待配置車型的配置文件建立車型的配置文件庫。

可選地，所述解析單元302還用于：

主機配置程序對所述主機配置文件進行解析得到報文。

可選地，所述配置文件305包括車型編碼及車型對應的通信協議。

不同的車型、不同的通訊協議、不同的訂單程序，統一通過主機配置系統解析報文，經過處理之后，將程序加入到主機。這種多個版本、多個訂單程序、多個受控的訂單程序得到有效的解決。將程序的版本歸一，只是需要更改主機配置系統文件的配置，既可以將通訊的協議完成。形成協議版本統一、規范化的做法。對于后續的軟件的版本升級、配置信息的更改、升級、優化等，都是非常的容易，不再需要去查找對應的受控的協議，只要更改主機配置系統信息即可。對于不同的訂單，只需要更改上位機的配置文件即可，減少測試的工作量，以及程序不穩定的風險，BMS主機根據不同的客戶，整理成不同的版本。上位機的文件將所有版本歸一，便于存檔、查找，升級，保證程序穩定。

對應地，本發明提供一種電池管理系統，包括主機，所述主機具有如前面實施例中提到的電池管理系統的主機配置裝置。

不同的車型、不同的通訊協議、不同的訂單程序，統一通過主機配置系統解析報文，經過處理之后，將程序加入到主機。這種多個版本、多個訂單程序、多個受控的訂單程序得到有效的解決。將程序的版本歸一，只是需要更改主機配置系統文件的配置，既可以將通訊的協議完成。形成協議版本統一、規范化的做法。對于后續的軟件的版本升級、配置信息的更改、升級、優化等，都是非常的容易，不再需要去查找對應的受控的協議，只要更改主機配置系統信息即可。對于不同的訂單，只需要更改上位機的配置文件即可，減少測試的工作量，以及程序不穩定的風險，BMS主機根據不同的客戶，整理成不同的版本。上位機的文件將所有版本歸一，便于存檔、查找，升級，保證程序穩定。

所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的系統，裝置和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統，或一些特征可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。

另外，在本發明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現，也可以采用軟件功能單元的形式實現。

本領域普通技術人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成，該程序可以存儲于一計算機可讀存儲介質中，存儲介質可以包括：只讀存儲器(ROM，Read Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁盤或光盤等。

以上對本發明所提供的一種電池管理系統的主機配置方法、裝置及系統進行了詳細介紹，對于本領域的一般技術人員，依據本發明實施例的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。