01

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

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

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驗證嘗試，而是正在快速重塑汽車軟件開發與測試的驗證體系。

02

vECU的不同等級與應用場景

為覆蓋從模型驗證到量產代碼測試的全流程，虛擬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“可監控、可調試、可驗證”。

04

Level 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在控制器斷電后會將非易失性變量存儲到文件，上電時則從對應文件讀取值并賦予相應變量，實現功能測試與驗證流程。

05

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

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

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