基于LabVIEW的鋰電池組充電管理系統(tǒng)設(shè)計

汪田洲，吳愛國，馬 園，王 碩

(天津大學(xué)電氣與自動化工程學(xué)院，天津300072)

基于LabVIEW的鋰電池組充電管理系統(tǒng)設(shè)計

汪田洲，吳愛國，馬 園，王 碩

(天津大學(xué)電氣與自動化工程學(xué)院，天津300072)

為了解決鋰電池組串聯(lián)充電每個電池單體個性差異的問題，采用并聯(lián)充電方式，設(shè)計了一種基于LabVIEW的鋰離子電池組充電管理系統(tǒng)。上位機(jī)程序使用圖形化開發(fā)軟件LabVIEW編寫，完成人工設(shè)定充電參數(shù)，實時監(jiān)測80塊電池單體的電壓、電流、電量、電池狀態(tài)并進(jìn)行相應(yīng)數(shù)據(jù)的存儲，發(fā)生故障時，及時進(jìn)行報警并保存故障信息等功能。上下位機(jī)之間采用CAN總線以主從的方式進(jìn)行通訊，運(yùn)用隊列的方式作為接收數(shù)據(jù)緩存區(qū)，解決了80塊電池單體與上位機(jī)通信協(xié)調(diào)問題。對電池組進(jìn)行充電實驗，顯示電池組狀態(tài)信息，表明充電管理運(yùn)行良好，可靠性強(qiáng)，具有較好的實際應(yīng)用前景。

鋰電池；LabVIEW；CAN總線；充電管理系統(tǒng)

鋰電池因具有綠色環(huán)保、無污染、使用溫度范圍寬、電壓高、電量大、耐用等特點(diǎn)而成為了現(xiàn)代高性能電池的代表，在電動車、航天等大型動力電源等領(lǐng)域有著廣泛的應(yīng)用。由于各電池單體自身特性差異，對鋰電池組進(jìn)行串聯(lián)充電可能會出現(xiàn)某些電池單體不能充滿電或過充電的情況。過充電會嚴(yán)重?fù)p害電池的性能，甚至可能會導(dǎo)致爆炸而造成人員傷害，所以為鋰電池組配備相應(yīng)的電池監(jiān)控管理系統(tǒng)就顯得非常必要[1]。

1 充電系統(tǒng)總體結(jié)構(gòu)

由圖1可得，該系統(tǒng)采用上、下位機(jī)相結(jié)合的控制結(jié)構(gòu)。下位機(jī)由整流模塊、充電控制器(并充模塊)、電池單體組成。整流模塊部分的輸入是三相四線的50 Hz的工頻交流電，經(jīng)過半橋整流電路，電感電容濾波后可以提供接近310 V的電壓；充電控制器完成電池單體恒流恒壓充電、過流、過壓及短路保護(hù)等功能。控制器采用DSP2812控制VICOR模塊的方案，即用VICOR設(shè)計一個可調(diào)的恒壓恒流源，完成恒流恒壓控制；電池單體是18 Ah容量，滿容量時總電壓近似為300 V，每個電池單體有兩根充電線，兩根檢測線，用于充電以及檢測。上位機(jī)采用研華工控機(jī)。上下位機(jī)的通訊采用CAN總線。CAN總線上掛著80塊充電控制器控制的電池單體，工控機(jī)作為主節(jié)點(diǎn)，80塊充電控制器作為從節(jié)點(diǎn)。本文中所用的充電控制柜如圖2所示。

圖1 充電系統(tǒng)結(jié)構(gòu)框圖

圖2 鋰電池組充電控制柜

2 LabVIEW上位機(jī)軟件設(shè)計

電池組充電管理系統(tǒng)的LabVIEW軟件設(shè)計總體框圖如圖3所示，要實現(xiàn)的功能如下所示：

圖3 LabVIEW軟件設(shè)計總體框圖

(1)參數(shù)設(shè)定：可人工設(shè)定充電電池的截止電壓、標(biāo)稱電壓、充電電流值、充電模塊數(shù)等狀態(tài)參數(shù)和充電截止時間、充電截止條件，實現(xiàn)恒壓或恒流限壓充電方式，充電完成時自動停止充電。

(2)數(shù)據(jù)監(jiān)測：可實現(xiàn)對電池組各單體充電電壓、充電電流、電量、電池狀態(tài)進(jìn)行全過程監(jiān)測。

(3)數(shù)據(jù)存儲及查看：將實時監(jiān)測到的各電池單體的充電電壓、充電電流、電量及時間進(jìn)行數(shù)據(jù)記錄并存儲，能夠通過文本文件或Excel等對歷史數(shù)據(jù)進(jìn)行讀取和查看。

(4)故障報警：充電過程中，發(fā)現(xiàn)異常電池單體時，可實現(xiàn)故障報警，并且記錄產(chǎn)生故障的電池單體號碼和產(chǎn)生故障的時間等信息。

(5)檔案管理：每個電池單體都有一個永久的ID號碼，記錄其各種參數(shù)(充電日期、循環(huán)次數(shù)、電壓、電流、每次充電的起止時間和終止時間等)，以方便電池組維護(hù)。

3 80塊電池單體并聯(lián)充電的通信協(xié)調(diào)

本文中軟件設(shè)計的難點(diǎn)之一就是“發(fā)送-接收-顯示存儲”模式的選擇。由于采用的是CAN總線主從輪詢的方式進(jìn)行通訊，有80個電池模塊要依次進(jìn)行數(shù)據(jù)的發(fā)送與接收，這就存在接收、顯示數(shù)據(jù)的匹配問題。如果接收數(shù)據(jù)的速度比顯示存儲的速度快，則可能會有一些數(shù)據(jù)被漏掉而不會顯示，而如果接收數(shù)據(jù)的速度比顯示存儲的速度慢，那么就會出現(xiàn)很多重復(fù)數(shù)據(jù)的顯示和記錄，這會浪費(fèi)存儲空間和造成不符合實際的顯示現(xiàn)象。

3.1 CAN通信接口

本文中上、下位機(jī)CAN總線通訊通過研華的PCI-1680板卡實現(xiàn)。PCI-1680U是一款連接控制器局域網(wǎng)(CAN)和PC(本文用研華工控機(jī))的專用通訊卡。CAN卡的配置程序如圖4所示，CAN端口資源名稱為CAN1，為異步工作方式，波特率為500 K，讀超時、寫超時均為10 ms。

圖4 CAN卡配置程序

3.2 8 0個模塊的通信協(xié)調(diào)

針對“發(fā)送-接收-顯示存儲”模式的選擇有3種方案。方案一：每個電池模塊均采用一個數(shù)組作為數(shù)據(jù)緩存區(qū)，然后從每個模塊的數(shù)據(jù)緩存區(qū)中提取出數(shù)據(jù)進(jìn)行顯示存儲。這種方法需要手動創(chuàng)建80個數(shù)組，工作量很大而且會對程序的運(yùn)行效率有很大的影響，從而影響數(shù)據(jù)采集的速率。方案二：將所有模塊數(shù)的電池數(shù)據(jù)存儲在一個數(shù)組之中，然后每次顯示時從數(shù)組中提取信息進(jìn)行數(shù)據(jù)的顯示存儲。這種方案所產(chǎn)生的數(shù)組將空前龐大，是十分不可取的，另外它也存在著方案一中的接收數(shù)據(jù)速度和顯示存儲速度匹配的問題。方案三：采用LabVIEW的同步控制技術(shù)，運(yùn)用隊列的方式作為接收數(shù)據(jù)緩存區(qū)，然后以條件判斷的方式進(jìn)行數(shù)據(jù)的顯示和存儲。這也是本文最終采用的方案，這種方案解決了接收數(shù)據(jù)速度和顯示、存儲數(shù)據(jù)速度之間的速度匹配問題，而且隊列存儲的是數(shù)據(jù)的引用而非數(shù)值，這就大大減少了存儲空間，加快了發(fā)送接收存儲顯示數(shù)據(jù)的速度，達(dá)到了較好的使用效果。

本系統(tǒng)中，上位機(jī)LabVIEW給下位機(jī)充電控制器發(fā)送一個命令，充電控制器就把當(dāng)前電池單體的數(shù)據(jù)回發(fā)給Lab-VIEW，上下位機(jī)之間采用輪詢的方式遍歷80個模塊，即上位機(jī)先給1號模塊發(fā)送命令，讓1號上傳本模塊相應(yīng)的檢測數(shù)據(jù)，然后上位機(jī)再給2號模塊發(fā)送數(shù)據(jù)反饋命令，2號模塊再發(fā)送數(shù)據(jù)……以此類推，完成1～80號模塊的遍歷。

上下位機(jī)的數(shù)據(jù)通信軟件設(shè)計采用發(fā)送-接收-存入緩沖區(qū)模式，其流程如圖5所示，要發(fā)送與接收的數(shù)據(jù)按照通信約定打包成幀格式進(jìn)行傳輸。發(fā)送子VI的功能是把發(fā)送幀送到CAN總線上，接收子VI的功能是從CAN總線上讀數(shù)據(jù)幀。因為涉及到80塊充電模塊，當(dāng)上位機(jī)沒有接收到數(shù)據(jù)時則等待一段時間，若超過等待時間則進(jìn)行重傳：即再次向此模塊發(fā)送數(shù)據(jù)回傳命令，并等待接收該模塊的數(shù)據(jù)。當(dāng)重傳的次數(shù)超過規(guī)定值時則跳過此模塊并報警、記錄通信失敗的信息，然后向下一個模塊發(fā)送數(shù)據(jù)回傳命令,接收下一個模塊的數(shù)據(jù)，以此類推，完成了80個模塊的循環(huán)遍歷。

圖5 數(shù)據(jù)發(fā)送接收流程

3.3 8 0塊電池單體的實時數(shù)據(jù)顯示

由上面內(nèi)容可得，上位機(jī)接收到的數(shù)據(jù)存到了數(shù)據(jù)緩存區(qū)中，則上位機(jī)讀取數(shù)據(jù)時從數(shù)據(jù)緩存區(qū)中讀取，設(shè)定每1.6 s讀取一次。數(shù)據(jù)讀取顯示存儲的流程如圖6所示。由于有80個模塊，所以需要根據(jù)上傳數(shù)據(jù)模塊號碼進(jìn)行條件判斷，以顯示每個模塊中的數(shù)據(jù)。顯示功能包括對80塊電池單體的實時電壓、電流、電量、電池狀態(tài)、實時曲線和歷史記錄的顯示。

圖6 數(shù)據(jù)顯示存儲流程

4 實驗結(jié)果及分析

為了驗證鋰電池充電系統(tǒng)的實際效果，對特定的電池對象進(jìn)行了充電實驗，充電實驗恒流階段采用4.5 A充電，當(dāng)電壓達(dá)到截止電壓4.12 V時，轉(zhuǎn)入恒壓充電方式，維持充電電壓4.12 V，經(jīng)過了6 h的充電過程，其中1號電池單體的電壓、電流、電量的歷史數(shù)據(jù)的顯示如圖7。

圖7 鋰電池充電實驗曲線

從圖7可以看出，所得的控制電壓的精度在10 mV以內(nèi)，控制電流的精度在0.1 A左右。恒流轉(zhuǎn)恒壓時，過渡基本平滑，恒壓階段保持恒壓2 h，完成充電。

5 結(jié)束語

本文對鋰電池充電管理系統(tǒng)進(jìn)行了基于LabVIEW的上位機(jī)設(shè)計。實現(xiàn)了80塊鋰電池單體通過CAN總線進(jìn)行上下位機(jī)之間的通訊。采用以工控機(jī)為主節(jié)點(diǎn)，80塊電池單體為從節(jié)點(diǎn)的主從的方式進(jìn)行上下位機(jī)之間的通訊，解決了由于電池單體數(shù)較多、通訊之間的協(xié)調(diào)問題，同時也在一定程度上降低了總線的負(fù)荷壓力。采用隊列的方式進(jìn)行數(shù)據(jù)采集、顯示與存儲。這樣既提高了程序的運(yùn)行速率，也解決了采用局部變量、全局變量等造成的多線程數(shù)據(jù)不能同步控制的問題。發(fā)生故障時具有彈窗報警、聲音報警等功能，還能夠存儲故障信息，方便用戶日后查看維護(hù)。充電效果顯示電池組恒壓恒流充電過渡平滑，充電管理系統(tǒng)運(yùn)行良好，達(dá)到了設(shè)計目的。

[1]樊海軍，丁學(xué)明，徐紅平.鋰電池組智能管理系統(tǒng)設(shè)計及實現(xiàn)[J].電源技術(shù)，2011，35(5)：510-513.

Design of Li-ion battery charging management system based on LabVIEW

To solve the problem of batteries'individual difference when they were charged in series,a new battery charging management system was designed based on LabVIEW,which allowed batteries to be charged in parallel.Host computer programs were written in LabVIEW.The system has functions of setting charging parameters, monitoring battery's voltage,current,power,status as well as storing corresponding data.When errors occurred,the system would alarm and save these errors.Host computer used CAN bus to communicate with controllers and queens as data cache to receive data.This method solved communication coordination problems.The battery packs charging experiment was conducted.LabVIEW interface showed charging results,which explained that the battery charging management system worked well.It is reliable and has a wide range of practical application.

Li-ion battery;LabVIEW;CAN bus;charging management system

TM 912

A

1002-087 X(2016)06-1189-02

2015-12-15

汪田洲(1990—)，男，吉林省人，碩士研究生，主要研究方向為液壓機(jī)控制系統(tǒng)開發(fā)。