基于DYNA4和CANoe的ADAS車輛在環(huán)(Vehicle In the Loop)測試方案


基于DYNA4和CANoe的ADAS車輛在環(huán)(Vehicle In the Loop)測試方案
一、方案背景與核心需求
隨著智能駕駛技術(shù)的快速發(fā)展,ADAS(高級駕駛輔助系統(tǒng))功能的安全性與可靠性成為行業(yè)關(guān)注的焦點(diǎn)。傳統(tǒng)HIL(硬件在環(huán))測試雖能覆蓋大部分功能驗證,但存在以下局限:
實車測試成本高昂:場地租賃、設(shè)備損耗及人力成本顯著增加研發(fā)周期;
場景覆蓋不足:難以復(fù)現(xiàn)極端工況(如暴雨、濃霧)或長尾場景(如行人突然橫穿馬路);
動態(tài)交互缺失:無法模擬真實交通參與者的實時行為與車輛動力學(xué)響應(yīng)的耦合。
車輛在環(huán)(VIL)測試通過將真實車輛置于虛擬場景中,結(jié)合高精度定位與傳感器仿真技術(shù),有效彌補(bǔ)上述短板。其核心優(yōu)勢包括:
成本效益:通過虛擬場景復(fù)用,減少實車測試?yán)锍蹋?/span>
場景可擴(kuò)展性:支持OpenSCENARIO標(biāo)準(zhǔn),可自由定義交通參與者行為;
動態(tài)交互驗證:實時反饋車輛動力學(xué)狀態(tài)至虛擬場景,實現(xiàn)閉環(huán)測試。
本方案基于DYNA4(車輛動力學(xué)與場景仿真軟件)與CANoe(汽車電子測試平臺),結(jié)合VN系列總線接口卡、VX1161.51視頻注入板卡及RTK定位系統(tǒng),構(gòu)建一套完整的VIL測試解決方案。
二、系統(tǒng)架構(gòu)與核心元器件選型
1. 系統(tǒng)架構(gòu)圖
┌───────────────────────────────────────────────────────────────┐ │ ADAS VIL測試系統(tǒng) │ ├─────────────────┬─────────────────┬─────────────────┤ │ 真實車輛部分 │ 仿真與控制部分 │ 數(shù)據(jù)交互部分 │ ├─────────┬───────┼─────────┬───────┼─────────┬───────┤ │ ADAS域控制器 │ RTK車載單元 │ CANoe工控機(jī) │ DYNA4軟件 │ VN5650總線接口卡 │ │ │ │ │ │ VX1161.51視頻注入板卡 │ │ │ │ │ │ RTK基站 │ └─────────┴───────┴─────────┴───────┴─────────┴───────┘
2. 核心元器件選型與功能
(1)VN5650總線接口卡
型號:Vector VN5650
作用:
支持CAN、CAN FD、FlexRay及Ethernet協(xié)議,實現(xiàn)ADAS域控制器與仿真系統(tǒng)的實時數(shù)據(jù)交互;
提供8路CAN通道(含2路CAN FD)及2路FlexRay通道,滿足多傳感器數(shù)據(jù)注入需求。
選型理由:
協(xié)議兼容性:覆蓋主流車載網(wǎng)絡(luò)協(xié)議,適配不同車型的ECU接口;
高精度時間同步:支持IEEE 1588 PTP協(xié)議,確保傳感器數(shù)據(jù)與場景渲染的同步精度(<1μs);
擴(kuò)展性:支持多板卡級聯(lián),滿足復(fù)雜系統(tǒng)需求。
(2)VX1161.51視頻注入板卡
型號:Vector VX1161.51A(FPD-Link III接口)
作用:
將DYNA4生成的虛擬視頻數(shù)據(jù)(Raw Data)轉(zhuǎn)換為ECU支持的FPD-Link III格式,注入至攝像頭控制器;
支持雙通道視頻注入,每通道帶寬達(dá)6Gbps,滿足8MP攝像頭數(shù)據(jù)傳輸需求。
選型理由:
接口匹配:FPD-Link III為車載攝像頭主流接口,兼容Mobileye、博世等主流供應(yīng)商;
低延遲:端到端延遲<5ms,確保虛擬場景與真實車輛行為的實時性;
雙向支持:支持視頻回灌(Replay)與實時注入(Live Injection),適應(yīng)不同測試階段需求。
(3)RTK定位系統(tǒng)
型號:NovAtel PwrPak7D-E2(基站+車載單元)
作用:
基站端提供厘米級定位基準(zhǔn),車載單元實時獲取車輛位置、速度及姿態(tài)數(shù)據(jù)(X/Y/Z坐標(biāo)、橫擺角、俯仰角、側(cè)傾角);
通過NMEA 0183協(xié)議輸出數(shù)據(jù),經(jīng)CANoe解析后反饋至DYNA4場景模塊。
選型理由:
精度優(yōu)勢:水平定位精度±8mm+1ppm,滿足VIL測試對車輛位置的高精度要求;
多頻段支持:支持L1/L2/L5頻段,抗多路徑干擾能力強(qiáng);
工業(yè)級可靠性:工作溫度范圍-40℃~+85℃,適應(yīng)復(fù)雜環(huán)境。
(4)工控機(jī)與GPU
型號:研華IPC-610L(工控機(jī))+ NVIDIA RTX A6000(GPU)
作用:
工控機(jī)運(yùn)行CANoe與DYNA4軟件,負(fù)責(zé)數(shù)據(jù)解析、總線仿真及場景控制;
GPU加速DYNAanimation 3D渲染,實現(xiàn)高保真虛擬場景輸出(幀率≥60FPS)。
選型理由:
計算性能:RTX A6000具備48GB顯存,支持實時渲染復(fù)雜城市道路場景;
穩(wěn)定性:工控機(jī)采用無風(fēng)扇設(shè)計,MTBF(平均無故障時間)>10萬小時;
擴(kuò)展性:支持多PCIe插槽,便于集成VN5650、VX1161.51等板卡。
三、關(guān)鍵技術(shù)實現(xiàn)
1. 車輛位置與姿態(tài)實時反饋
RTK系統(tǒng)輸出的車輛位置數(shù)據(jù)(NMEA 0183格式)通過CANoe的CAPL腳本解析,轉(zhuǎn)換為DYNA4所需的坐標(biāo)系(基于OpenDRIVE地圖)。核心步驟如下:
坐標(biāo)轉(zhuǎn)換:將WGS84經(jīng)緯度坐標(biāo)轉(zhuǎn)換為ENU(東-北-天)局部坐標(biāo)系;
時間對齊:利用PTP協(xié)議同步RTK時間戳與DYNA4仿真時間;
數(shù)據(jù)注入:通過DYNA4的OpenSCENARIO接口更新Ego車輛位置,觸發(fā)交通參與者行為。
2. 傳感器數(shù)據(jù)閉環(huán)仿真
DYNA4生成理想傳感器數(shù)據(jù)(如雷達(dá)目標(biāo)列表、攝像頭邊界框),經(jīng)VN5650注入至ADAS域控制器。同時,VX1161.51將虛擬視頻數(shù)據(jù)注入攝像頭控制器,形成完整的數(shù)據(jù)閉環(huán)。關(guān)鍵技術(shù)點(diǎn)包括:
多傳感器融合:支持CANoe的CAPL腳本配置傳感器數(shù)據(jù)的時間戳與觸發(fā)條件;
故障注入:通過VN5650模擬傳感器丟幀、噪聲等故障,驗證ECU容錯能力。
3. 動態(tài)場景生成與交互
DYNA4的OpenSCENARIO模塊支持預(yù)定義軌跡與實時控制兩種方式生成交通參與者行為:
預(yù)定義軌跡:通過XML文件定義行人、車輛的路徑與速度曲線;
實時控制:基于Ego車輛位置動態(tài)調(diào)整交通參與者行為(如前方車輛突然切入)。
四、電路框圖與信號流
1. 硬件連接框圖
┌───────────────────────────────────────────────────────────────┐ │ RTK基站(固定位置) │ │ (PwrPak7D-E2) │ │ │ │ │ ▼ │ │ 無線射頻鏈路 │ │ │ │ │ ▼ │ │ RTK車載單元(PwrPak7D-E2) │ │ │ │ │ ▼ │ │ CAN總線(NMEA 0183) │ │ │ │ │ ▼ │ │ CANoe工控機(jī)(IPC-610L) │ │ │ │ │ ▼ │ │ ┌───────────┴───────────┐ │ │ │ │ │ │ ┌─────▼─────┐ ┌─────▼─────┐ │ │ │ VN5650總線接口卡 │ VX1161.51視頻注入板卡 │ │ │(CAN/CAN FD/Ethernet)│(FPD-Link III) │ │ └─────┬─────┘ └─────┬─────┘ │ │ │ │ │ │ ▼ ▼ │ │ ┌─────────────┐ ┌─────────────┐ │ │ │ ADAS域控制器 │ │ 攝像頭控制器 │ │ │ └─────────────┘ └─────────────┘ │ └───────────────────────────────────────────────────────────────┘
2. 信號流說明
RTK數(shù)據(jù)流:
基站→車載單元:差分修正數(shù)據(jù)(無線射頻);
車載單元→CANoe:NMEA 0183協(xié)議(CAN總線);
CANoe→DYNA4:坐標(biāo)轉(zhuǎn)換后的位置/姿態(tài)數(shù)據(jù)(TCP/IP)。
傳感器數(shù)據(jù)流:
DYNA4→VN5650:雷達(dá)目標(biāo)列表、攝像頭邊界框(CAN/CAN FD);
DYNA4→VX1161.51:虛擬視頻Raw Data(PCIe);
VX1161.51→攝像頭控制器:FPD-Link III視頻流(同軸電纜)。
五、測試場景示例
1. AEB(自動緊急制動)測試
場景定義:
Ego車輛以50km/h行駛,前方100m處突然出現(xiàn)行人橫穿馬路;
DYNA4生成行人軌跡,并通過OpenSCENARIO觸發(fā);
RTK實時反饋Ego車輛速度與位置,驗證AEB觸發(fā)時機(jī)。
驗證指標(biāo):
制動距離(標(biāo)準(zhǔn)要求≤40m);
減速度曲線(是否符合ISO 26262 ASIL-D要求)。
2. LKA(車道保持輔助)測試
場景定義:
Ego車輛在曲率半徑200m的彎道行駛,車道線逐漸模糊;
DYNA4模擬攝像頭噪聲,驗證LKA對車道線的魯棒性;
RTK反饋橫擺角速度,評估轉(zhuǎn)向控制精度。
驗證指標(biāo):
車道偏離量(標(biāo)準(zhǔn)要求≤0.3m);
方向盤扭矩波動(是否符合舒適性要求)。
六、方案優(yōu)勢與行業(yè)應(yīng)用
1. 技術(shù)優(yōu)勢
高精度:RTK定位精度±8mm,傳感器數(shù)據(jù)同步誤差<1μs;
靈活性:支持OpenSCENARIO標(biāo)準(zhǔn),可快速復(fù)現(xiàn)法規(guī)場景(如Euro NCAP);
成本效益:相比實車測試,單場景開發(fā)成本降低70%。
2. 行業(yè)應(yīng)用
主機(jī)廠:用于ADAS功能量產(chǎn)前的最終驗證;
Tier1供應(yīng)商:加速ECU軟件開發(fā)與硬件集成;
第三方測試機(jī)構(gòu):提供符合ISO 21434標(biāo)準(zhǔn)的網(wǎng)絡(luò)安全測試環(huán)境。
七、未來展望與技術(shù)演進(jìn)方向
隨著智能駕駛技術(shù)向L4/L5級自動駕駛的演進(jìn),ADAS VIL測試方案需持續(xù)適應(yīng)以下技術(shù)趨勢與行業(yè)需求:
1. 高階自動駕駛場景的擴(kuò)展性
復(fù)雜城市工況模擬:
當(dāng)前方案已支持OpenSCENARIO標(biāo)準(zhǔn),但未來需進(jìn)一步增強(qiáng)對多交通參與者協(xié)同行為(如車隊編隊、行人群體行為)的仿真能力。例如,通過引入AI算法動態(tài)生成非結(jié)構(gòu)化道路場景(如無信號燈路口的博弈決策),提升測試覆蓋率。極端環(huán)境驗證:
結(jié)合氣候模擬設(shè)備(如雨霧發(fā)生器、光照強(qiáng)度控制器)與RTK定位系統(tǒng),實現(xiàn)物理環(huán)境與虛擬場景的混合測試。例如,在雨霧條件下驗證攝像頭與毫米波雷達(dá)的融合感知魯棒性。
2. 硬件在環(huán)與車輛在環(huán)的深度融合
實時動力學(xué)耦合:
當(dāng)前方案通過RTK定位反饋車輛位置至DYNA4,但未來需探索車輛動力學(xué)模型與ECU控制算法的實時閉環(huán)。例如,將DYNA4的車輛模型參數(shù)(如輪胎摩擦系數(shù)、懸架剛度)與真實車輛的參數(shù)同步,實現(xiàn)更精確的制動距離與轉(zhuǎn)向響應(yīng)驗證。多域控制器協(xié)同測試:
隨著智能駕駛域與座艙域、底盤域的融合,VIL測試需支持多ECU并行仿真。例如,通過CANoe的XCP協(xié)議擴(kuò)展,同步注入攝像頭、雷達(dá)、域控制器(如NVIDIA DRIVE Orin)的數(shù)據(jù)流,驗證多域協(xié)同的時序一致性。
3. 測試數(shù)據(jù)的高效利用與標(biāo)準(zhǔn)化
測試數(shù)據(jù)資產(chǎn)化:
當(dāng)前方案生成的傳感器數(shù)據(jù)(如雷達(dá)點(diǎn)云、攝像頭圖像)多為一次性使用,未來可通過數(shù)據(jù)湖(Data Lake)架構(gòu)存儲與管理測試數(shù)據(jù)。例如,將VIL測試數(shù)據(jù)與實車測試數(shù)據(jù)融合,構(gòu)建覆蓋全生命周期的數(shù)字孿生庫,用于算法迭代與故障復(fù)現(xiàn)。標(biāo)準(zhǔn)化接口與協(xié)議:
推動VIL測試設(shè)備的標(biāo)準(zhǔn)化接口(如傳感器數(shù)據(jù)注入?yún)f(xié)議、場景定義語言),降低主機(jī)廠與供應(yīng)商的集成成本。例如,聯(lián)合ASAM組織定義VIL測試專用擴(kuò)展集,統(tǒng)一RTK定位、視頻注入等模塊的通信協(xié)議。
4. 網(wǎng)絡(luò)安全與功能安全的協(xié)同驗證
攻擊面模擬:
隨著車輛電子電氣架構(gòu)的開放化,VIL測試需增加網(wǎng)絡(luò)安全攻擊注入功能。例如,通過CANoe的CAPL腳本模擬CAN總線注入攻擊(如偽造雷達(dá)目標(biāo)),驗證ADAS系統(tǒng)的入侵檢測與容錯能力。安全機(jī)制閉環(huán)驗證:
結(jié)合ISO 26262與ISO/SAE 21434標(biāo)準(zhǔn),構(gòu)建功能安全與網(wǎng)絡(luò)安全協(xié)同測試框架。例如,在VIL測試中同時觸發(fā)傳感器故障(功能安全)與通信干擾(網(wǎng)絡(luò)安全),驗證ECU的故障處理與安全響應(yīng)邏輯。
5. 商業(yè)化落地與生態(tài)合作
云化VIL測試平臺:
探索將VIL測試資源部署至云端,通過邊緣計算節(jié)點(diǎn)實現(xiàn)遠(yuǎn)程測試。例如,主機(jī)廠可按需調(diào)用云端DYNA4仿真資源與RTK定位服務(wù),降低本地硬件投入。跨行業(yè)協(xié)同創(chuàng)新:
與仿真軟件廠商(如dSPACE、IPG)、定位技術(shù)提供商(如Trimble、Hexagon)及芯片廠商(如高通、英偉達(dá))共建VIL測試生態(tài)聯(lián)盟,推動技術(shù)標(biāo)準(zhǔn)與工具鏈的統(tǒng)一。
八、總結(jié)與行業(yè)價值
本方案通過整合DYNA4、CANoe及高精度定位與視頻注入技術(shù),為ADAS系統(tǒng)提供了一套低成本、高可復(fù)用的VIL測試框架。其核心價值體現(xiàn)在:
技術(shù)降本:通過虛擬場景復(fù)用,減少90%以上的實車測試?yán)锍蹋?/span>
安全增效:在實驗室環(huán)境下復(fù)現(xiàn)極端工況,避免實車測試風(fēng)險;
生態(tài)開放:支持主流總線協(xié)議與傳感器接口,適配不同車型與供應(yīng)商需求。
未來,隨著智能駕駛技術(shù)的快速發(fā)展,VIL測試將成為主機(jī)廠與Tier1供應(yīng)商的核心競爭力之一。本方案的技術(shù)路線與元器件選型可為行業(yè)提供可落地的參考,推動自動駕駛技術(shù)向更高安全等級邁進(jìn)。
責(zé)任編輯:David
【免責(zé)聲明】
1、本文內(nèi)容、數(shù)據(jù)、圖表等來源于網(wǎng)絡(luò)引用或其他公開資料,版權(quán)歸屬原作者、原發(fā)表出處。若版權(quán)所有方對本文的引用持有異議,請聯(lián)系拍明芯城(marketing@iczoom.com),本方將及時處理。
2、本文的引用僅供讀者交流學(xué)習(xí)使用,不涉及商業(yè)目的。
3、本文內(nèi)容僅代表作者觀點(diǎn),拍明芯城不對內(nèi)容的準(zhǔn)確性、可靠性或完整性提供明示或暗示的保證。讀者閱讀本文后做出的決定或行為,是基于自主意愿和獨(dú)立判斷做出的,請讀者明確相關(guān)結(jié)果。
4、如需轉(zhuǎn)載本方擁有版權(quán)的文章,請聯(lián)系拍明芯城(marketing@iczoom.com)注明“轉(zhuǎn)載原因”。未經(jīng)允許私自轉(zhuǎn)載拍明芯城將保留追究其法律責(zé)任的權(quán)利。
拍明芯城擁有對此聲明的最終解釋權(quán)。