HIL 測試是什麼？跟 SIL、實車驗證的分工怎麼切

「HIL」三個字母在會議裡出現的頻率，大概跟「時程不夠」一樣高。HIL（Hardware-in-the-Loop，硬體在環）到底是什麼？一句話：受測的 ECU 是真的，它以為自己在車上——但整台車是模擬出來的。

HIL 的三個組成

1. 真實的受測 ECU：跑量產等級的韌體，不是模型
2. 即時模擬環境：把車輛動力學、感測器、負載用即時模型算出來，透過 I/O 介面以電氣訊號餵給 ECU——對 ECU 來說，跟接在真車上沒有分別
3. 殘餘匯流排模擬（Restbus）：車上其他幾十顆 ECU 不必真的到齊，由模擬節點代打，該有的訊息一條不少

「即時」兩個字是關鍵：模型必須在固定週期內算完，訊號時序才對得上真實世界。這也是 HIL 機櫃與「用筆電跑模擬」的本質差異。

SIL、HIL、實車：不是三選一，是接力賽

分工的邏輯是把問題往左移：邏輯錯誤在 SIL 抓、時序與電氣問題在 HIL 抓，實車只留給非上路不可的驗證。愈晚發現的問題，修起來愈貴。

而 HIL 有一項不可替代的能力——故障注入。短路、斷路、對電源短路、感測器訊號漂移，這些真車上不敢做（或做一次就要修車）的情境，在機櫃裡可以安全、精準、重複地做。功能安全驗證要求的「安全機制在故障下的反應」，大多只能在這裡拿到證據。

導入 HIL 最常見的三個誤區

1. 追求全模型保真度。模型不是越精細越好——測診斷邏輯不需要輪胎熱力學。先問「這批測試要驗什麼」，模型精度跟著測試目標走，機櫃預算也是。
2. 測試資產不共用。SIL 寫一套腳本、HIL 再寫一套，換階段全部重來。正確做法是測試案例與環境解耦（例如 vTESTstudio 設計、CANoe 執行），同一套資產從 SIL 一路用到 HIL。
3. 有機櫃沒自動化。HIL 最大的價值是無人值守回歸——夜間自動跑完幾百條案例，早上只看紅燈。如果每次執行都要人守著，機櫃只發揮了一半。

延伸閱讀：虛擬 ECU（vECU）驗證技術——把測試再往左移一步的作法。

下一步

機櫃、模型、I/O、自動化，每一項都有選擇題要做。歐特莫夫（Vector Informatik 合作夥伴）以 VT System 與 CANoe 建置模組化 HIL 環境，並把測試資產設計成 SIL 到 HIL 可重用。

• 📄 解決方案：ECU HIL 自動化測試：即時模擬與故障注入測試
• 📬 預約一次現況盤點