取消
清空記錄
歷史記錄
清空記錄
歷史記錄
??1 HIL系統(tǒng)簡介
??1.1什么是HIL系統(tǒng)
??HIL,全稱是Hardware In the Loop,業(yè)內(nèi)稱之為硬件在環(huán)或者硬件在回路。因此HIL系統(tǒng)又名硬件在環(huán)系統(tǒng)。
??硬件在環(huán)系統(tǒng)分為三部分:
??硬件,指的是已裝載運(yùn)行軟件的的ECU(Electronic Control Unit)實物,ECU是被測對象。整個系統(tǒng)都是服務(wù)于ECU,驗證ECU的運(yùn)算結(jié)果的可靠性和性能的穩(wěn)定性。
??仿真,指的是虛擬整車環(huán)境,它是ECU控制的對象,即被控對象。這部分需要整車模型虛擬出整車運(yùn)行邏輯,然后通過系統(tǒng)的IO板卡和CAN卡輸出和采集信號。
??在環(huán),被測對象和被控對象進(jìn)行信號交互,實現(xiàn)ECU控制虛擬整車環(huán)境,從而達(dá)到驗證ECU功能和性能的目的。
??通俗的說,硬件在環(huán)仿真就是搭建一個虛擬的整車環(huán)境平臺,該平臺可以模擬整車的各種行為,從而使得ECU能夠正確運(yùn)行。其框架原理如圖1-1所示。
圖1-1 硬件在環(huán)系統(tǒng)框架圖
??1.2 HIL系統(tǒng)的優(yōu)勢
??汽車系統(tǒng)是一個復(fù)雜的系統(tǒng),涉及到不同ECU之間的耦合。目前基于V流程的ECU開發(fā)模式是主流的汽車系統(tǒng)開發(fā)模式,V模式開發(fā)流程的特點(diǎn)是無論進(jìn)行開發(fā)、編程或測試,總是在同一環(huán)境下工作,開發(fā)過程的每一步都可以得到驗證。使用這一方法最直接的效果就是加速和簡化開發(fā)流程,這樣,技術(shù)人員可以快速地把自己的思想變成現(xiàn)實,并可以盡早消除系統(tǒng)設(shè)計的錯誤。而HIL正是汽車V模式開發(fā)流程中重要的驗證環(huán)節(jié),圖1-2所示的V模式開發(fā)流程中,HIL用來對集成后的系統(tǒng)進(jìn)行測試, HIL的重要性顯而易見。
圖1-2 V模式開發(fā)流程
??HIL盡可能真實地模擬現(xiàn)實世界,盡可能準(zhǔn)確地模擬進(jìn)入ECU的以及采集從ECU發(fā)出的模擬和數(shù)字信號。它是將部分實際的系統(tǒng)部件用高速運(yùn)行的實時模型代替,實時模型在實時系統(tǒng)中運(yùn)行,驅(qū)動硬件設(shè)備提供測試對象的輸入接口并且檢測測試對象的輸出接口,這樣測試對象就與實時系統(tǒng)連接成為一個環(huán)路,通過仿真試驗對測試對象的各項性能進(jìn)行測試和評估。HIL可以完整的模擬汽車的整個工況以及極限環(huán)境。HIL改變了傳統(tǒng)的測試手段,在汽車開發(fā)過程中具有十分重要的作用。與傳統(tǒng)測試手段相比,HIL大大降低開發(fā)成本并提高開發(fā)效率,它的優(yōu)勢主要體現(xiàn)在以下幾個方面:
??(1) 同步開發(fā)
??使用HIL仿真技術(shù),能夠保證在系統(tǒng)開發(fā)的初期,缺乏其它相關(guān)硬件設(shè)備的條件下仍然可以獨(dú)立地調(diào)試和評估測試對象的軟硬件,實現(xiàn)系統(tǒng)的同步開發(fā),縮短開發(fā)周期。
??(2) 極限測試和破壞性試驗
??HIL仿真技術(shù)可以模擬車輛的各種工況,尤其是那些現(xiàn)實中很少出現(xiàn)的極限情況及一些危險的或者具有破壞性的試驗,比如各類故障的模擬,而不會因此產(chǎn)生實際的風(fēng)險和損失,這將大大降低開發(fā)的成本和風(fēng)險性。
??(3) 可重復(fù)再現(xiàn)
??HIL仿真技術(shù)能夠極為精準(zhǔn)地重復(fù)再現(xiàn)任何一次試驗,而這在實車測試中是很難做到的。
??(4) 調(diào)試過程全面、快捷
??HIL仿真技術(shù)能夠全面、快捷地進(jìn)行測試,能夠在系統(tǒng)開發(fā)的初期檢測出軟硬件設(shè)計的大多數(shù)錯誤。眾所周知,越是到系統(tǒng)開發(fā)的后期,處理錯誤的方式就越有限,而處理錯誤的成本就會越高,而通過硬件在環(huán)測試可以使錯誤消失在初期,大幅度降低后期工作量。
??2 同湛BMS HIL系統(tǒng)解決方案
??2.1 技術(shù)背景
??電池是新能源汽車的主要動力源,因此電池性能的好壞決定了新能源汽車的動力性能。而電池管理系統(tǒng)(Battery Management System,簡稱BMS)作為新能源汽車的重要部分,是監(jiān)控和保護(hù)電池狀態(tài)性能的核心部件,決定了整車動力部件的正常運(yùn)行。也因此,BMS在裝車之前要進(jìn)行充分的測試,但是用真實的電池包和整車測試BMS會有諸多弊端,如:
??極限工況模擬給測試人員帶來安全隱患,例如過壓、過流和過溫,有可能導(dǎo)致電池爆炸;
??SOC估計算法驗證耗時長,真實的電池組充放電試驗十分耗時;
??模擬特定工況難度大,例如均衡功能測試時,制造電池單體間細(xì)微電壓差別,電池?zé)崞胶鉁y試時,制造單體和電池包間細(xì)微的溫度差別等。
??以及其他針對BMS功能測試,如電池組工作電壓、單體電池電壓、溫度、充放電控制、高壓安全功能、均衡功能、通訊、故障診斷、傳感器等一系列的測試,都面臨著諸多挑戰(zhàn)。
??針對上述測試過程的安全隱患,上海同湛新能源科技有限公司研發(fā)的BMS HIL系統(tǒng)沒有上述弊端,可以很輕松的實現(xiàn)極限工況測試,可以在短時間內(nèi)完成所需功能和性能測試。
??2.2 同湛BMS HIL系統(tǒng)原理
??BMS HIL系統(tǒng)是HIL系統(tǒng)的具體化,一個標(biāo)準(zhǔn)的同湛BMS HIL系統(tǒng)一般由上位機(jī)、主控制器閉環(huán)機(jī)柜、從控制器閉環(huán)機(jī)柜組成,從而模擬出虛擬的整車環(huán)境。由上位機(jī)控制BMS HIL系統(tǒng),實現(xiàn)虛擬整車環(huán)境與真實BMS之間的CAN信號和I/O信號交互。從而達(dá)到檢測BMS的工作邏輯和性能指標(biāo)的目的。
圖2-1 BMS HIL示意框圖
??其中,主控制器閉環(huán)機(jī)柜放置BMS主控制器,從控制器閉環(huán)機(jī)柜放置BMS從控制器,主控和從控之間通過線束進(jìn)行信號交互。電腦上作為上位機(jī),向控制器發(fā)送硬線和CAN信號等控制命令,并且回讀控制器發(fā)送的硬線和CAN信號。架構(gòu)圖如下圖2-2所示。
圖2-2 BMS HIL系統(tǒng)架構(gòu)
??電腦是整個系統(tǒng)的大腦,是系統(tǒng)的控制終端和接收終端。電腦上運(yùn)行虛擬整車模型、試驗管理軟件VeriStand、故障注入軟件、自動化測試軟件TestZealot。模型負(fù)責(zé)整車邏輯運(yùn)算,試驗管理軟件VeriStand負(fù)責(zé)信號的發(fā)送與接收,故障注入軟件負(fù)責(zé)低壓故障注入,自動化測試軟件TestZealot負(fù)責(zé)編寫和執(zhí)行測試用例。
??測試環(huán)境是硬件實現(xiàn),把模型邏輯轉(zhuǎn)換成BMS控制器可識別的硬線信號和CAN信號,比如:KL30、KL15、電芯電壓和溫度、霍爾電壓等。
??如圖2-3是同湛BMS HIL系統(tǒng)的信號交互原理圖框圖。
圖2-3 BMS HIL原理框圖
??2.3 同湛BMS HIL系統(tǒng)的功能舉例
??根據(jù)上述原理,同湛的BMS HIL系統(tǒng)可以完整的實現(xiàn)BMS控制器的測試環(huán)境,并真正做到一鍵操作達(dá)到測試的目的。如圖2-4低壓故障注入的功能實現(xiàn)。
圖2-4 低壓故障注入的功能實現(xiàn)
??在電腦上運(yùn)行試驗管理軟件NI VeriStand,虛擬整車模型由VeriStand部署到NI實時處理器并運(yùn)行。VeriStand通過以太網(wǎng)向?qū)崟r處理器發(fā)送BMS喚醒信號KL15/30,實時處理器通過I/O線纜把KL15/30信號發(fā)送至信號調(diào)理板,信號調(diào)理板卡把KL15/30信號調(diào)理至具備驅(qū)動能力的信號,然后信號經(jīng)過FIU板卡的通道給到BMS控制器,BMS控制器被喚醒。此時若要給這個通道造短接到GND的故障命令,則通過VeriStand發(fā)送命令至實時處理器,然后實時處理器把命令信號通過CAN發(fā)送至FIU板卡,F(xiàn)IU板卡把對應(yīng)通道短接到GND,則KL15/30信號就被短接到GND,BMS控制器就被喚醒失敗。上位機(jī)軟件 能夠?qū)崟r采集BMS在運(yùn)行過程中的各項數(shù)據(jù),包括電壓、電流、溫度、SOC(電量狀態(tài))等關(guān)鍵參數(shù);可保持不低于90天連續(xù)不間斷運(yùn)行的穩(wěn)定性,來確保測試數(shù)據(jù)的可靠性;能夠?qū)崟r監(jiān)控BMS的運(yùn)行狀態(tài),并對采集到的數(shù)據(jù)進(jìn)行分析處理;具備便于操作用戶界面和處理數(shù)據(jù)能力,能夠生成測試報告和分析圖表,可對 BMS的性能評估和優(yōu)化做相應(yīng)的支持。
可提供基本的模型及測試用例:
1 電池模型:模擬電池的電氣特性、熱特性和老化過程,包括電池的充放電過程、內(nèi)阻變化、溫度響應(yīng)等;
2 整車模型:提供BMS測試所需的整車信號,包括駕駛員輸入、車輛動力學(xué)模型、電機(jī)模型、主減速器模型、道路及環(huán)境模型等;
3 I/O模型:模擬BMS與外部設(shè)備之間的信號交互,包括電壓、電流、溫度等模擬信號的輸入和輸出;
4 故障注入模型:集成故障注入機(jī)制,模擬各種故障情況,如電池單體故障、傳感器故障、通信故障等。
5基本的整車測試用例,至少包括:充放電循環(huán)工況、NEDC或WLTP工況、高速駕駛循環(huán)工況等。
6基本的BMS測試用例:過充/過放測試、短路測試、高溫/低溫極限測試、故障注入測試等。
??同湛BMS HIL系統(tǒng)其他功能包含比較全面,其他功能的實現(xiàn)原理與上述類似。
表1 功能列表
BMS功能測試 |
SOC算法驗證、SOH算法驗證、功率預(yù)測 |
直流內(nèi)阻、絕緣檢測功能測試、診斷功能及管理、均衡測試 |
|
電壓采樣功能、電流采樣功能、溫度采樣功能測試 |
|
交流充電測試、直流充電、熱管理測試等 |
|
高壓管理功能,如預(yù)充電控制等 |
|
電池包內(nèi)從控制器ID自動分配測試 |
|
整體靜態(tài)功耗評估 |
|
從控菊花鏈連接功能測試,CAN通訊測試 |
|
零部件整體功能測試評估:電壓跌落、沖擊、過壓、反接等 |
|
BMS功能安全測試 |
單體電池短路故障注入測試 |
溫度傳感器短路故障注入測試 |
|
溫度傳感器斷路故障注入測試 |
|
內(nèi)部Busbar斷開故障注入(每四串?dāng)嘁粋€) |
|
電池單體采樣線斷路故障注入測試 |
|
絕緣故障注入測試,高壓繼電器故障注入測試 |
|
單體電芯故障響應(yīng)總時間評估 |
|
總線負(fù)載壓力測試 |
|
低壓故障注入測試 |
短接到12V,短接到地,短接到其他pin腳,開路 |
?
??3 同湛工程服務(wù)內(nèi)容
??3.1 信號需求列表制作
??根據(jù)客戶SOR需求制作信號需求列表,主要信號定義、信號調(diào)理板卡通道配置、BOB管腳配置、FIU管腳配置等。局部視圖如下。
??3.2 硬件集成
??同湛BMS HIL系統(tǒng)主要硬件設(shè)備如下:
??把這些設(shè)備根據(jù)一定的電氣結(jié)構(gòu)耦合到一起,并根據(jù)信號列表內(nèi)容制作輸出和輸入線束,最終形成BMS HIL系統(tǒng)。下圖所示為系統(tǒng)電氣規(guī)劃示例。
??3.3 開環(huán)調(diào)試
??系統(tǒng)搭建完成后,需要在不連接目標(biāo)ECU的情況下,輸入激勵信號,對系統(tǒng)進(jìn)行功能和性能調(diào)試。包括CAN通訊調(diào)試,IO信號精度,供電系統(tǒng)性能等方面的測試,并保證符合客戶的SOR需求。
??3.4 模型搭建
??此階段,需要客戶提供相關(guān)數(shù)據(jù)文檔,便于我方搭建整車模型。具體需求文檔屆時會輸送給客戶,客戶根據(jù)需求文檔提供具體數(shù)據(jù)。需求文檔局部截圖如下。
??3.5 閉環(huán)調(diào)試
??保證整車模型與ECU進(jìn)行信號交互,能夠?qū)崿F(xiàn)ECU的邏輯驗證。
??整車模型搭建完成后,下圖所示為Simulink模型導(dǎo)入NI Veristand的過程:
??Vetistand工程建立后,在workspace中添加控件,對BMS進(jìn)行閉環(huán)測試。
模擬駕駛界面
??BMS控制器連接HIL臺架,整體形成一個閉環(huán),下圖是電池模擬器部分測試數(shù)據(jù):
電池模擬器測試
??3.6 測試服務(wù)
??3.6.1建立測試流程
??可根據(jù)各公司的實際情況建立的測試流程:
??建立測試用例模板并幫助客戶編寫部分測試范例,如圖為某項目測試用例模板:
測試用例范例
??建立缺陷追蹤模板,如圖,為某項目測試缺陷追蹤模板。
測試缺陷追蹤
??1 HIL系統(tǒng)簡介
??1.1什么是HIL系統(tǒng)
??HIL,全稱是Hardware In the Loop,業(yè)內(nèi)稱之為硬件在環(huán)或者硬件在回路。因此HIL系統(tǒng)又名硬件在環(huán)系統(tǒng)。
??硬件在環(huán)系統(tǒng)分為三部分:
??硬件,指的是已裝載運(yùn)行軟件的的ECU(Electronic Control Unit)實物,ECU是被測對象。整個系統(tǒng)都是服務(wù)于ECU,驗證ECU的運(yùn)算結(jié)果的可靠性和性能的穩(wěn)定性。
??仿真,指的是虛擬整車環(huán)境,它是ECU控制的對象,即被控對象。這部分需要整車模型虛擬出整車運(yùn)行邏輯,然后通過系統(tǒng)的IO板卡和CAN卡輸出和采集信號。
??在環(huán),被測對象和被控對象進(jìn)行信號交互,實現(xiàn)ECU控制虛擬整車環(huán)境,從而達(dá)到驗證ECU功能和性能的目的。
??通俗的說,硬件在環(huán)仿真就是搭建一個虛擬的整車環(huán)境平臺,該平臺可以模擬整車的各種行為,從而使得ECU能夠正確運(yùn)行。其框架原理如圖1-1所示。
圖1-1 硬件在環(huán)系統(tǒng)框架圖
??1.2 HIL系統(tǒng)的優(yōu)勢
??汽車系統(tǒng)是一個復(fù)雜的系統(tǒng),涉及到不同ECU之間的耦合。目前基于V流程的ECU開發(fā)模式是主流的汽車系統(tǒng)開發(fā)模式,V模式開發(fā)流程的特點(diǎn)是無論進(jìn)行開發(fā)、編程或測試,總是在同一環(huán)境下工作,開發(fā)過程的每一步都可以得到驗證。使用這一方法最直接的效果就是加速和簡化開發(fā)流程,這樣,技術(shù)人員可以快速地把自己的思想變成現(xiàn)實,并可以盡早消除系統(tǒng)設(shè)計的錯誤。而HIL正是汽車V模式開發(fā)流程中重要的驗證環(huán)節(jié),圖1-2所示的V模式開發(fā)流程中,HIL用來對集成后的系統(tǒng)進(jìn)行測試, HIL的重要性顯而易見。
圖1-2 V模式開發(fā)流程
??HIL盡可能真實地模擬現(xiàn)實世界,盡可能準(zhǔn)確地模擬進(jìn)入ECU的以及采集從ECU發(fā)出的模擬和數(shù)字信號。它是將部分實際的系統(tǒng)部件用高速運(yùn)行的實時模型代替,實時模型在實時系統(tǒng)中運(yùn)行,驅(qū)動硬件設(shè)備提供測試對象的輸入接口并且檢測測試對象的輸出接口,這樣測試對象就與實時系統(tǒng)連接成為一個環(huán)路,通過仿真試驗對測試對象的各項性能進(jìn)行測試和評估。HIL可以完整的模擬汽車的整個工況以及極限環(huán)境。HIL改變了傳統(tǒng)的測試手段,在汽車開發(fā)過程中具有十分重要的作用。與傳統(tǒng)測試手段相比,HIL大大降低開發(fā)成本并提高開發(fā)效率,它的優(yōu)勢主要體現(xiàn)在以下幾個方面:
??(1) 同步開發(fā)
??使用HIL仿真技術(shù),能夠保證在系統(tǒng)開發(fā)的初期,缺乏其它相關(guān)硬件設(shè)備的條件下仍然可以獨(dú)立地調(diào)試和評估測試對象的軟硬件,實現(xiàn)系統(tǒng)的同步開發(fā),縮短開發(fā)周期。
??(2) 極限測試和破壞性試驗
??HIL仿真技術(shù)可以模擬車輛的各種工況,尤其是那些現(xiàn)實中很少出現(xiàn)的極限情況及一些危險的或者具有破壞性的試驗,比如各類故障的模擬,而不會因此產(chǎn)生實際的風(fēng)險和損失,這將大大降低開發(fā)的成本和風(fēng)險性。
??(3) 可重復(fù)再現(xiàn)
??HIL仿真技術(shù)能夠極為精準(zhǔn)地重復(fù)再現(xiàn)任何一次試驗,而這在實車測試中是很難做到的。
??(4) 調(diào)試過程全面、快捷
??HIL仿真技術(shù)能夠全面、快捷地進(jìn)行測試,能夠在系統(tǒng)開發(fā)的初期檢測出軟硬件設(shè)計的大多數(shù)錯誤。眾所周知,越是到系統(tǒng)開發(fā)的后期,處理錯誤的方式就越有限,而處理錯誤的成本就會越高,而通過硬件在環(huán)測試可以使錯誤消失在初期,大幅度降低后期工作量。
??2 同湛BMS HIL系統(tǒng)解決方案
??2.1 技術(shù)背景
??電池是新能源汽車的主要動力源,因此電池性能的好壞決定了新能源汽車的動力性能。而電池管理系統(tǒng)(Battery Management System,簡稱BMS)作為新能源汽車的重要部分,是監(jiān)控和保護(hù)電池狀態(tài)性能的核心部件,決定了整車動力部件的正常運(yùn)行。也因此,BMS在裝車之前要進(jìn)行充分的測試,但是用真實的電池包和整車測試BMS會有諸多弊端,如:
??極限工況模擬給測試人員帶來安全隱患,例如過壓、過流和過溫,有可能導(dǎo)致電池爆炸;
??SOC估計算法驗證耗時長,真實的電池組充放電試驗十分耗時;
??模擬特定工況難度大,例如均衡功能測試時,制造電池單體間細(xì)微電壓差別,電池?zé)崞胶鉁y試時,制造單體和電池包間細(xì)微的溫度差別等。
??以及其他針對BMS功能測試,如電池組工作電壓、單體電池電壓、溫度、充放電控制、高壓安全功能、均衡功能、通訊、故障診斷、傳感器等一系列的測試,都面臨著諸多挑戰(zhàn)。
??針對上述測試過程的安全隱患,上海同湛新能源科技有限公司研發(fā)的BMS HIL系統(tǒng)沒有上述弊端,可以很輕松的實現(xiàn)極限工況測試,可以在短時間內(nèi)完成所需功能和性能測試。
??2.2 同湛BMS HIL系統(tǒng)原理
??BMS HIL系統(tǒng)是HIL系統(tǒng)的具體化,一個標(biāo)準(zhǔn)的同湛BMS HIL系統(tǒng)一般由上位機(jī)、主控制器閉環(huán)機(jī)柜、從控制器閉環(huán)機(jī)柜組成,從而模擬出虛擬的整車環(huán)境。由上位機(jī)控制BMS HIL系統(tǒng),實現(xiàn)虛擬整車環(huán)境與真實BMS之間的CAN信號和I/O信號交互。從而達(dá)到檢測BMS的工作邏輯和性能指標(biāo)的目的。
圖2-1 BMS HIL示意框圖
??其中,主控制器閉環(huán)機(jī)柜放置BMS主控制器,從控制器閉環(huán)機(jī)柜放置BMS從控制器,主控和從控之間通過線束進(jìn)行信號交互。電腦上作為上位機(jī),向控制器發(fā)送硬線和CAN信號等控制命令,并且回讀控制器發(fā)送的硬線和CAN信號。架構(gòu)圖如下圖2-2所示。
圖2-2 BMS HIL系統(tǒng)架構(gòu)
??電腦是整個系統(tǒng)的大腦,是系統(tǒng)的控制終端和接收終端。電腦上運(yùn)行虛擬整車模型、試驗管理軟件VeriStand、故障注入軟件、自動化測試軟件TestZealot。模型負(fù)責(zé)整車邏輯運(yùn)算,試驗管理軟件VeriStand負(fù)責(zé)信號的發(fā)送與接收,故障注入軟件負(fù)責(zé)低壓故障注入,自動化測試軟件TestZealot負(fù)責(zé)編寫和執(zhí)行測試用例。
??測試環(huán)境是硬件實現(xiàn),把模型邏輯轉(zhuǎn)換成BMS控制器可識別的硬線信號和CAN信號,比如:KL30、KL15、電芯電壓和溫度、霍爾電壓等。
??如圖2-3是同湛BMS HIL系統(tǒng)的信號交互原理圖框圖。
圖2-3 BMS HIL原理框圖
??2.3 同湛BMS HIL系統(tǒng)的功能舉例
??根據(jù)上述原理,同湛的BMS HIL系統(tǒng)可以完整的實現(xiàn)BMS控制器的測試環(huán)境,并真正做到一鍵操作達(dá)到測試的目的。如圖2-4低壓故障注入的功能實現(xiàn)。
圖2-4 低壓故障注入的功能實現(xiàn)
??在電腦上運(yùn)行試驗管理軟件NI VeriStand,虛擬整車模型由VeriStand部署到NI實時處理器并運(yùn)行。VeriStand通過以太網(wǎng)向?qū)崟r處理器發(fā)送BMS喚醒信號KL15/30,實時處理器通過I/O線纜把KL15/30信號發(fā)送至信號調(diào)理板,信號調(diào)理板卡把KL15/30信號調(diào)理至具備驅(qū)動能力的信號,然后信號經(jīng)過FIU板卡的通道給到BMS控制器,BMS控制器被喚醒。此時若要給這個通道造短接到GND的故障命令,則通過VeriStand發(fā)送命令至實時處理器,然后實時處理器把命令信號通過CAN發(fā)送至FIU板卡,F(xiàn)IU板卡把對應(yīng)通道短接到GND,則KL15/30信號就被短接到GND,BMS控制器就被喚醒失敗。上位機(jī)軟件 能夠?qū)崟r采集BMS在運(yùn)行過程中的各項數(shù)據(jù),包括電壓、電流、溫度、SOC(電量狀態(tài))等關(guān)鍵參數(shù);可保持不低于90天連續(xù)不間斷運(yùn)行的穩(wěn)定性,來確保測試數(shù)據(jù)的可靠性;能夠?qū)崟r監(jiān)控BMS的運(yùn)行狀態(tài),并對采集到的數(shù)據(jù)進(jìn)行分析處理;具備便于操作用戶界面和處理數(shù)據(jù)能力,能夠生成測試報告和分析圖表,可對 BMS的性能評估和優(yōu)化做相應(yīng)的支持。
可提供基本的模型及測試用例:
1 電池模型:模擬電池的電氣特性、熱特性和老化過程,包括電池的充放電過程、內(nèi)阻變化、溫度響應(yīng)等;
2 整車模型:提供BMS測試所需的整車信號,包括駕駛員輸入、車輛動力學(xué)模型、電機(jī)模型、主減速器模型、道路及環(huán)境模型等;
3 I/O模型:模擬BMS與外部設(shè)備之間的信號交互,包括電壓、電流、溫度等模擬信號的輸入和輸出;
4 故障注入模型:集成故障注入機(jī)制,模擬各種故障情況,如電池單體故障、傳感器故障、通信故障等。
5基本的整車測試用例,至少包括:充放電循環(huán)工況、NEDC或WLTP工況、高速駕駛循環(huán)工況等。
6基本的BMS測試用例:過充/過放測試、短路測試、高溫/低溫極限測試、故障注入測試等。
??同湛BMS HIL系統(tǒng)其他功能包含比較全面,其他功能的實現(xiàn)原理與上述類似。
表1 功能列表
BMS功能測試 |
SOC算法驗證、SOH算法驗證、功率預(yù)測 |
直流內(nèi)阻、絕緣檢測功能測試、診斷功能及管理、均衡測試 |
|
電壓采樣功能、電流采樣功能、溫度采樣功能測試 |
|
交流充電測試、直流充電、熱管理測試等 |
|
高壓管理功能,如預(yù)充電控制等 |
|
電池包內(nèi)從控制器ID自動分配測試 |
|
整體靜態(tài)功耗評估 |
|
從控菊花鏈連接功能測試,CAN通訊測試 |
|
零部件整體功能測試評估:電壓跌落、沖擊、過壓、反接等 |
|
BMS功能安全測試 |
單體電池短路故障注入測試 |
溫度傳感器短路故障注入測試 |
|
溫度傳感器斷路故障注入測試 |
|
內(nèi)部Busbar斷開故障注入(每四串?dāng)嘁粋€) |
|
電池單體采樣線斷路故障注入測試 |
|
絕緣故障注入測試,高壓繼電器故障注入測試 |
|
單體電芯故障響應(yīng)總時間評估 |
|
總線負(fù)載壓力測試 |
|
低壓故障注入測試 |
短接到12V,短接到地,短接到其他pin腳,開路 |
?
??3 同湛工程服務(wù)內(nèi)容
??3.1 信號需求列表制作
??根據(jù)客戶SOR需求制作信號需求列表,主要信號定義、信號調(diào)理板卡通道配置、BOB管腳配置、FIU管腳配置等。局部視圖如下。
??3.2 硬件集成
??同湛BMS HIL系統(tǒng)主要硬件設(shè)備如下:
??把這些設(shè)備根據(jù)一定的電氣結(jié)構(gòu)耦合到一起,并根據(jù)信號列表內(nèi)容制作輸出和輸入線束,最終形成BMS HIL系統(tǒng)。下圖所示為系統(tǒng)電氣規(guī)劃示例。
??3.3 開環(huán)調(diào)試
??系統(tǒng)搭建完成后,需要在不連接目標(biāo)ECU的情況下,輸入激勵信號,對系統(tǒng)進(jìn)行功能和性能調(diào)試。包括CAN通訊調(diào)試,IO信號精度,供電系統(tǒng)性能等方面的測試,并保證符合客戶的SOR需求。
??3.4 模型搭建
??此階段,需要客戶提供相關(guān)數(shù)據(jù)文檔,便于我方搭建整車模型。具體需求文檔屆時會輸送給客戶,客戶根據(jù)需求文檔提供具體數(shù)據(jù)。需求文檔局部截圖如下。
??3.5 閉環(huán)調(diào)試
??保證整車模型與ECU進(jìn)行信號交互,能夠?qū)崿F(xiàn)ECU的邏輯驗證。
??整車模型搭建完成后,下圖所示為Simulink模型導(dǎo)入NI Veristand的過程:
??Vetistand工程建立后,在workspace中添加控件,對BMS進(jìn)行閉環(huán)測試。
模擬駕駛界面
??BMS控制器連接HIL臺架,整體形成一個閉環(huán),下圖是電池模擬器部分測試數(shù)據(jù):
電池模擬器測試
??3.6 測試服務(wù)
??3.6.1建立測試流程
??可根據(jù)各公司的實際情況建立的測試流程:
??建立測試用例模板并幫助客戶編寫部分測試范例,如圖為某項目測試用例模板:
測試用例范例
??建立缺陷追蹤模板,如圖,為某項目測試缺陷追蹤模板。
測試缺陷追蹤
相關(guān)產(chǎn)品
可靠性和穩(wěn)定性得到用戶的一致好評