01SIL測試——從“嘗試”變為“趨勢”

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

ECU軟件已進入跨團隊/公司級的功能聯調，硬件板子卻還未到位;

算法工程師寫好控制策略，卻找不到真實環境進行驗證;

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

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

什么是SIL?

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

圖1：SIL測試覆蓋軟件組件到系統驗證

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

項目初期實現“系統級聯調”

傳統流程中“軟件等硬件”的斷層被打破。只要軟件編譯通過，即可在虛擬ECU上模擬通信(CAN/LIN/ETH)、診斷、控制邏輯、任務調度及信號鏈路。算法工程師甚至能在本地電腦上跑通完整的車輛控制流程。

測試能力無限擴展，奠定CI/CT基礎

SIL支持同時啟動數十甚至上百個虛擬ECU，實現全流程回歸測試，并能在每次編譯后自動執行全量測試。這為持續集成(CI)與持續測試(CT)提供了基礎，徹底告別低頻次的“周測”、“月測”。

擺脫硬件、臺架與人工依賴

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

調試成本大幅降低

在SIL環境中，工程師可直接在IDE(如Visual Studio)中打斷點，實時查看變量、堆棧與任務狀態，不再受硬件調試器的限制，顯著提升排查效率。

安全模擬危險、極限與難復現工況

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

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

02vECU的不同等級與應用場景

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

圖2：不同層級的vECU

Level 0 vECU(應用模型/MIL)

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

Level 1 vECU(應用層+RTE樁函數)

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

Level 2 vECU(應用層+模擬BSW)

在Level 1基礎上加入模擬的底層軟件模塊(如COM、NvM、DCM/DEM等)，可進行更全面的功能測試。該層級還支持總線級仿真，支持利用虛擬網絡實現系統級交互測試。

Level 3 vECU(應用層+真實BSW+虛擬硬件)

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

Level 4 vECU(目標代碼/全量產軟件)

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

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

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

圖3：vECU生成器vVIRTUALtarget工作流

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

圖4：vVIRTUALtarget工程配置界面

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

標準AUTOSAR OS及RTE生成;

A2L文件自動生成;

vECU運行環境(CANoe工程)及交互接口自動生成;

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

圖5：vVIRTUALtarget中vECU編譯配置

在進行虛擬控制器開發過程中，除了軟件編譯環節外，主要技術挑戰還包括以下幾個方面：

如何在虛擬ECU運行平臺上訪問SWC(軟件組件)端口?

如何高效地監控vECU內部端口的數據流動?

如何有效刺激應用層，以驗證SWC在虛擬環境中的正常運行?

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

開放RTE端口(Open RTE Ports)

- 支持直接訪問Open Port的數據元素(Data Elements)

- 能從CANoe中直接采集與激勵應用端口數據

端口監控(Port Monitoring)

- 支持SWC內部連接的信號流監控

- 支持XML文件(*.vttpm)管理RTE端口

Open RTE Ports進行外部輸入輸出設置，Port Monitoring打開內部視野，它們共同讓AUTOSAR vECU“可監控、可調試、可驗證”。

04Level 1 vECU-虛擬調試、虛擬診斷、虛擬標定、虛擬存儲

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

圖6：有效的vECU與HIL復用

虛擬診斷

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

圖7：vECU在CANoe中實現虛擬診斷

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

虛擬標定

車燈控制器SWC的算法邏輯包括：系統根據光線傳感器采集的亮度數據自動執行大燈啟閉操作，其開啟與關閉閾值可通過標定進行調整，以實現精確控制。

圖8：vECU配置在CANoe實現CCP/XCP變量測試

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

虛擬存儲

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

圖9：vECU實現虛擬存儲

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

05SDV標配vECU解決研發“內卷”

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

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