01

SIL測試——從“嘗試”變?yōu)椤摆厔荨?/strong>

在整車廠與供應商的項目中，以下場景屢見不鮮：

ECU軟件已進入跨團隊/公司級的功能聯(lián)調(diào)，硬件板子卻還未到位；

算法工程師寫好控制策略，卻找不到真實環(huán)境進行驗證；

軟硬件均已更新，HIL臺架資源卻需要排隊等待。

過去，這些瓶頸往往只能靠“等”——等硬件、等設備、等協(xié)調(diào)。但隨著軟件在整車系統(tǒng)中的復雜度占比持續(xù)攀升，等待直接意味著項目延期、返工和成本飆升，更有甚者出現(xiàn)測試兩班倒。于是，越來越多團隊開始采用一項關鍵手段——SIL（Software-in-the-Loop，軟件在環(huán)測試）。

什么是SIL？

SIL相當于為ECU軟件打造一個“虛擬機”，使其脫離具體硬件也能正常運行、通信與信號處理。SIL模擬ECU的執(zhí)行環(huán)境、網(wǎng)絡交互與傳感器輸入，讓軟件提前跑起來，無需等待硬件、臺架甚至整車。無論是控制策略、診斷流程，還是通信配置，均可在SIL環(huán)境中提前驗證。

圖1：SIL測試覆蓋軟件組件到系統(tǒng)驗證

SIL測試“左移”的工程哲學

項目初期實現(xiàn)“系統(tǒng)級聯(lián)調(diào)”
傳統(tǒng)流程中“軟件等硬件”的斷層被打破。只要軟件編譯通過，即可在虛擬ECU上模擬通信（CAN/LIN/ETH）、診斷、控制邏輯、任務調(diào)度及信號鏈路。算法工程師甚至能在本地電腦上跑通完整的車輛控制流程。

測試能力無限擴展，奠定CI/CT基礎
SIL支持同時啟動數(shù)十甚至上百個虛擬ECU，實現(xiàn)全流程回歸測試，并能在每次編譯后自動執(zhí)行全量測試。這為持續(xù)集成（CI）與持續(xù)測試（CT）提供了基礎，徹底告別低頻次的“周測”、“月測”。

擺脫硬件、臺架與人工依賴
整個測試過程無需真實ECU、復雜臺架或人工重復操作。通過腳本自動化執(zhí)行，結果具備完全一致性與可回溯性。

調(diào)試成本大幅降低
在SIL環(huán)境中，工程師可直接在IDE（如Visual Studio）中打斷點，實時查看變量、堆棧與任務狀態(tài)，不再受硬件調(diào)試器的限制，顯著提升排查效率。

安全模擬危險、極限與難復現(xiàn)工況
例如傳感器斷連、總線報文突發(fā)丟失、信號越界、服務器中斷及極端溫度電壓等場景，在實車或硬件測試中難以安全復現(xiàn)，而SIL可無限次模擬，為軟件魯棒性驗證提供關鍵支撐。

正因如此，SIL測試已不再局限于先進團隊的PoC驗證嘗試，而是正在快速重塑汽車軟件開發(fā)與測試的驗證體系。

02

vECU的不同等級與應用場景

為覆蓋從模型驗證到量產(chǎn)代碼測試的全流程，虛擬ECU（vECU）常被劃分為不同等級。每個等級對應著不同的軟件集成度、模擬程度，以及對底層軟件（BSW）和硬件的依賴程度。接下來將系統(tǒng)介紹從最輕量的Level 0到最接近真實硬件的Level 4，共五種vECU類型及其典型應用。

圖2：不同層級的vECU

Level 0 vECU（應用模型/MIL）
最輕量級形態(tài)，僅包含控制器模型（如Simulink生成的代碼），不涉及RTE或BSW。主要用于模型在環(huán)（MIL）測試，適用于算法驗證與功能早期評估。

Level 1 vECU（應用層+RTE樁函數(shù)）
在量產(chǎn)應用軟件組件（SWC）基礎上，通過工具生成運行環(huán)境（如RTE與OS的樁函數(shù)或框架），使應用層代碼能在仿真中執(zhí)行。除了Level 0階段測試的SWC應用邏輯外，Level 1 SIL測試還可以驗證完整的ECU軟件架構與RTE接口集成，顯著前移缺陷暴露的時間。

Level 2 vECU（應用層+模擬BSW）
在Level 1基礎上加入模擬的底層軟件模塊（如COM、NvM、DCM/DEM等），可進行更全面的功能測試。該層級還支持總線級仿真，支持利用虛擬網(wǎng)絡實現(xiàn)系統(tǒng)級交互測試。

Level 3 vECU（應用層+真實BSW+虛擬硬件）
進一步集成真實量產(chǎn)的BSW，并通過硬件抽象模擬MCU資源（如MCAL、OS）。涵蓋全量產(chǎn)軟件棧，支持復雜通信配置、存儲流程及AUTOSAR全棧集成測試，可在HIL測試前承擔大量系統(tǒng)驗證任務。

Level 4 vECU（目標代碼/全量產(chǎn)軟件）
包含為具體ECU編譯的全套量產(chǎn)代碼（含硬件相關部分），通常需在指令集模擬器中運行。因建模復雜、執(zhí)行效率低、成本高，多用于芯片級驗證，在常規(guī)汽車軟件測試中較少使用。

03

軟件先行：基于AUTOSAR架構的ECU虛擬化“加速器”vVIRTUALtarget

為構建并完善軟件在環(huán)（SIL）測試的vECU生態(tài)體系，Vector將在ECU虛擬化領域深耕近十年的技術積淀集成在vVIRTUALtarget pro SE（以下簡稱vVIRTUALtarget）中，協(xié)助用戶高效構建運行于Windows或Linux環(huán)境下的Level 1至Level 3虛擬控制器，為軟件定義汽車的敏捷開發(fā)提供堅實的虛擬化仿真基礎。

圖3：vECU生成器vVIRTUALtarget工作流

vVIRTUALtarget是一款帶有圖形界面的應用軟件，集成Visual Studio和CMake編譯器。用戶可通過拖拽操作輕松使用，并支持一鍵導出腳本工程和后續(xù)的命令行持續(xù)集成（CI）。

圖4：vVIRTUALtarget工程配置界面

對于Level1/2 vECU生成過程，vVIRTUALtarget支持：

標準AUTOSAR OS及RTE生成；

A2L文件自動生成；

vECU運行環(huán)境（CANoe工程）及交互接口自動生成；

構建Visual Studio/Visual Studio Code項目倉庫，支持后續(xù)代碼編寫、軟件編譯及工程調(diào)試。

圖5：vVIRTUALtarget中vECU編譯配置

在進行虛擬控制器開發(fā)過程中，除了軟件編譯環(huán)節(jié)外，主要技術挑戰(zhàn)還包括以下幾個方面：

如何在虛擬ECU運行平臺上訪問SWC（軟件組件）端口？

如何高效地監(jiān)控vECU內(nèi)部端口的數(shù)據(jù)流動？

如何有效刺激應用層，以驗證SWC在虛擬環(huán)境中的正常運行？

為應對上述問題，vVIRTUALtarget在構建vECU時會自動生成相關接口，便于用戶對軟件系統(tǒng)進行觀察與調(diào)試，包括：

開放RTE端口（Open RTE Ports）

- 支持直接訪問Open Port的數(shù)據(jù)元素（Data Elements）

- 能從CANoe中直接采集與激勵應用端口數(shù)據(jù)

端口監(jiān)控（Port Monitoring）

- 支持SWC內(nèi)部連接的信號流監(jiān)控

- 支持XML文件（*.vttpm）管理RTE端口

Open RTE Ports進行外部輸入輸出設置，Port Monitoring打開內(nèi)部視野，它們共同讓AUTOSAR vECU“可監(jiān)控、可調(diào)試、可驗證”。

04

Level 1 vECU-虛擬調(diào)試、虛擬診斷、虛擬標定、虛擬存儲

通過vVIRTUALtarget生成的vECU支持在CANoe中一鍵導入并映射I/O接口，有效打通從SIL到HIL的測試鏈路，確保測試腳本與仿真模型在不同階段的完全復用。這種方法極大提升了CANoe的應用維度，使其在虛擬驗證階段即可開展自動化測試與異常調(diào)試。除常規(guī)功能驗證外，該方案進一步拓展了虛擬診斷、標定及存儲測試的能力。以下通過實際案例展示其應用效果。

圖6：有效的vECU與HIL復用

虛擬診斷

車門控制器SWC功能說明：該模塊用于監(jiān)測車門節(jié)點及車輛電瓶電壓狀態(tài)。在發(fā)生車門節(jié)點丟失或檢測到電瓶電壓異常（過高或過低）時，將通過標準DEM診斷接口上報相應的DTC故障碼。

圖7：vECU在CANoe中實現(xiàn)虛擬診斷

在CANoe環(huán)境下導入Level 1 vECU后，可清晰展示其輸入輸出接口。通過Panel界面能夠直觀地監(jiān)控故障注入過程，并結合診斷控制臺讀取相關DTC，實現(xiàn)對SWC功能的全面測試。此外，所有操作均可借助CANoe自動化腳本實現(xiàn)流程自動化，從而大幅提升驗證工作的完整性與效率。

虛擬標定

車燈控制器SWC的算法邏輯包括：系統(tǒng)根據(jù)光線傳感器采集的亮度數(shù)據(jù)自動執(zhí)行大燈啟閉操作，其開啟與關閉閾值可通過標定進行調(diào)整，以實現(xiàn)精確控制。

圖8：vECU配置在CANoe實現(xiàn)CCP/XCP變量測試

在CANoe環(huán)境中導入Level 1 vECU后，可通過加載相應的A2L文件進行閾值參數(shù)讀寫。將不同亮度信號輸入至Level 1 vECU，經(jīng)由Panel面板可直觀展示控制算法運行過程及效果。此外，標定變量亦可利用CANoe自動化腳本完成，實現(xiàn)參數(shù)調(diào)整的自動化操作。

虛擬存儲

儀表控制器SWC的功能主要負責管理車輛里程表和車外后視鏡位置等在ECU軟復位后需持續(xù)保留的數(shù)據(jù)信息。該模塊核心體現(xiàn)AUTOSAR非易失性存儲（NvM）機制的應用。在Level 1 vECU環(huán)境中，EcuM與NvM模塊由vVIRTUALtarget進行模擬并協(xié)同運行，以演示ECU生命周期管理及運行數(shù)據(jù)的存儲和恢復過程。

圖9：vECU實現(xiàn)虛擬存儲

在CANoe環(huán)境下導入Level 1 vECU后，可通過CANoe的面板、信號或CAPL程序模擬駕駛員操作、車輛狀態(tài)及ECU狀態(tài)（如點火、檔位、EcuM_State等），并將相關信號通過接口變量傳遞至Level 1 vECU，以便對里程表及后視鏡設置在運行及復位前后的行為變更進行觀測。Level 1 vECU在控制器斷電后會將非易失性變量存儲到文件，上電時則從對應文件讀取值并賦予相應變量，實現(xiàn)功能測試與驗證流程。

05

SDV標配vECU解決研發(fā)“內(nèi)卷”

在軟件定義汽車（SDV）的趨勢下，算法集成正由分散轉向ZCU/HPC，多方代碼的集成測試與質量把控迫在眉睫。為了支撐整車廠的數(shù)字孿生戰(zhàn)略及AI驅動的數(shù)據(jù)閉環(huán)測試，供應商必須提供可量產(chǎn)化的vECU。采用CANoe實現(xiàn)從HIL到SIL的無縫遷移，不僅能最大化利用既有測試資產(chǎn)，還能打破開發(fā)壁壘，提升業(yè)務鏈整體交付效率。而vECU的方式使得開發(fā)與測試同步，從而避免傳統(tǒng)迭代的技術“瓶頸”。

圖10：CANoe貫通SIL與HIL全鏈路驗證