挑戰(zhàn)
在開發(fā)流程早期評(píng)估數(shù)據(jù)融合與駕駛功能

由于駕駛輔助功能不斷增加的復(fù)雜性，加上不同傳感器間的集成與融合，盡早地在開發(fā)周期內(nèi)評(píng)估系統(tǒng)的性能就變得越來越重要。理想情況下，這些都是自動(dòng)完成的，而且在建模階段已經(jīng)完成。如果車輛動(dòng)力學(xué)影響傳感器系統(tǒng)的檢測(cè)性能，或考慮到一些限制案例，測(cè)試系統(tǒng)需要也能夠?qū)Ρ粶y(cè)件DUT進(jìn)行閉環(huán)測(cè)試。具有適當(dāng)?shù)膶Ｓ弥笜?biāo)—特別對(duì)于數(shù)據(jù)融合的驗(yàn)證，是另外一個(gè)需求。

解決方案
在虛擬環(huán)境下自動(dòng)測(cè)試算法與功能模型

功能開發(fā)人員使用虛擬測(cè)試環(huán)境驗(yàn)證多傳感器數(shù)據(jù)融合與其他駕駛功能。例如，在早期開發(fā)階段沒有真實(shí)ECU硬件存在的情況下。基于像融合算法庫(kù)工具baseLABSCreate與算法原型開發(fā)環(huán)境工具vADASdeveloper，結(jié)合CANoe,vTESTstudio, TASS PreScan和baseLABS KPI工具。通過標(biāo)準(zhǔn)的接口，如FMI/FMU，CANoe內(nèi)嵌的對(duì)HIL解耦的FDX協(xié)議，數(shù)據(jù)在仿真環(huán)境、被測(cè)件DUT和指標(biāo)工具間交互。

優(yōu)點(diǎn)
通過復(fù)雜的虛擬場(chǎng)景對(duì)駕駛輔助功能與數(shù)據(jù)融合進(jìn)行早期的客觀評(píng)價(jià)

> 結(jié)合Vector CANoe, TASS PreScan和baseLABS的KPI Tooling，用戶可以利用端到端的工具鏈覆蓋整個(gè)測(cè)試過程
> 由于CANoe開放的接口，工具間的集成非常簡(jiǎn)單，使用vTESTstudio設(shè)計(jì)測(cè)試用例非常方便
> 由于PreScan中虛擬世界可以靈活構(gòu)造，傳感器物理特性可以精確模擬，ADAS算法的虛擬測(cè)試真實(shí)且詳盡
> 通過與真值系統(tǒng)對(duì)比，使用baseLABS KPI Tooling計(jì)算關(guān)鍵性能指標(biāo)，客觀評(píng)價(jià)數(shù)據(jù)融合結(jié)果