近幾年，高級駕駛輔助系統(tǒng)（Advanced Driver Assistance Systems，簡稱“ADAS”）技術(shù)的研究和應(yīng)用在各相關(guān)領(lǐng)域迅速開展進(jìn)行，可以說汽車正快速進(jìn)入全新的ADAS 世界。ADAS 的應(yīng)用場景要求其相關(guān)功能必須經(jīng)過足夠可靠的測試，以保證自動駕駛車輛能夠無風(fēng)險(xiǎn)地安全運(yùn)行。因而針對ADAS系統(tǒng)的測試成為目前備受關(guān)注的問題。

自動駕駛（Autonomous Driving , AD）技術(shù)給汽車行業(yè)中ECU 的開發(fā)帶來了巨大的挑戰(zhàn)。汽車研發(fā)中越來越多地涉及AD技術(shù)，整個(gè)車載電子系統(tǒng)的復(fù)雜度也隨之大幅提升。一是硬件的復(fù)雜度：現(xiàn)在汽車中會大量使用到攝像頭、毫米波雷達(dá)、激光雷達(dá)這些高性能傳感器，為了在各種復(fù)雜的外界條件下盡可能準(zhǔn)確地檢測車輛環(huán)境，相關(guān)傳感器的數(shù)量總是越多越好。二是軟件的復(fù)雜度：傳感器提供的數(shù)據(jù)需要通過AD ECU內(nèi)的高性能處理器以及圖形處理器進(jìn)行數(shù)據(jù)融合并實(shí)時(shí)處理。AD ECU 通常使用QNX、PikeOS 或者 INTEGRITY OS這些遵從POSIX規(guī)范的操作系統(tǒng)，這些操作系統(tǒng)可以搭載原先在汽車ECU 開發(fā)領(lǐng)域從未使用過的IT 行業(yè)軟件環(huán)境。例如在開發(fā)自動駕駛功能時(shí)就可以使用TensorFlow、ROS（Robot Operating System）這些用于人工智能分析和機(jī)器學(xué)習(xí)的架構(gòu)環(huán)境。

自動駕駛系統(tǒng)中ECU 復(fù)雜的軟硬件環(huán)境最終都會映射到系統(tǒng)發(fā)布流程中測試環(huán)節(jié)的工作，即使只是軟件本身及其相關(guān)的自動駕駛功能，需要的也遠(yuǎn)遠(yuǎn)不只是簡單的測試和驗(yàn)證程序。

自動駕駛功能的驗(yàn)證方法

據(jù)估計(jì)，自動駕駛功能的驗(yàn)證需要在實(shí)際道路上進(jìn)行數(shù)百萬甚至十億公里的駕駛測試，如果再考慮到對道路上行人可能造成的危險(xiǎn)以及測試的可復(fù)現(xiàn)性，這種使用實(shí)車進(jìn)行的真實(shí)路試工作量龐大、效率較慢，因此當(dāng)前更傾向于在實(shí)驗(yàn)室虛擬環(huán)境中進(jìn)行高效率的自動駕駛功能測試。需要指出的是，在實(shí)驗(yàn)室中使用的仿真模型只能提供真實(shí)物理環(huán)境的一些近似值，自動駕駛功能的驗(yàn)證必須是充分結(jié)合虛擬平臺測試以及真實(shí)世界的路試。

ADAS 系統(tǒng)中ECU 的核心是控制算法或者說是軟件部分，因此有的ADAS系統(tǒng)仿真測試會采取僅針對軟件邏輯的虛擬測試，即所謂的軟件在環(huán)（Software-in-the-Loop, SiL）測試。SiL 的測試環(huán)境一方面需要能夠脫離ECU硬件獨(dú)立運(yùn)行其軟件 ，另一方面需要模擬軟件的測試環(huán)境，包括目標(biāo)車輛、車輛行為、車輛運(yùn)行的外部環(huán)境以及相關(guān)的傳感器執(zhí)行器等。此外還需要覆蓋一些像 “自動化執(zhí)行” 這樣額外的測試需求。整體測試工作可以細(xì)分為多個(gè)單獨(dú)的子任務(wù)，針對單個(gè)子任務(wù)當(dāng)前都有專業(yè)的工具能夠覆蓋實(shí)現(xiàn)，在測試過程中可以使用標(biāo)準(zhǔn)化的接口將各個(gè)專業(yè)工具結(jié)合起來搭建一個(gè)完整的測試環(huán)境，用戶甚至無需了解工具之間通信的技術(shù)細(xì)節(jié)。

圖一展示了基于Vector 工具鏈的ADAS 測試方案的典型配置，其中待測系統(tǒng)（System Under Test，SUT）由虛擬環(huán)境仿真實(shí)現(xiàn)。PREEvision支持需求管理和測試數(shù)據(jù)管理，在工具鏈中負(fù)責(zé)管理測試規(guī)范和測試結(jié)果；vTESTstudio 是自動化測試腳本集成開發(fā)環(huán)境，用于開發(fā)測試用例，生成可執(zhí)行測試單元；CANoe支持總線分析、仿真以及測試，在系統(tǒng)中作為測試執(zhí)行平臺，集成各工具交互數(shù)據(jù)，控制測試運(yùn)行；DYNA4 是專業(yè)的虛擬道路測試和仿真解決方案工具，在工具鏈中負(fù)責(zé)自動駕駛環(huán)境的模擬。測試可以手動控制或自動執(zhí)行，一旦測試執(zhí)行完成，測試工具鏈將會自動創(chuàng)建測試報(bào)告并且將測試結(jié)果儲存在測試數(shù)據(jù)管理系統(tǒng)中。該方案確保了從測試需求到測試結(jié)果的端對端的可追溯性。

以緊急制動功能測試為例來說明SiL測試系統(tǒng)的搭建和設(shè)置。如圖2所示，SUT 是一個(gè)基于Linux系統(tǒng)的AUTOSAR Adaptive ECU，它需要通過SOME/IP 與傳感器和執(zhí)行器進(jìn)行通信。測試系統(tǒng)包含一個(gè)傳感器網(wǎng)關(guān)和一個(gè)執(zhí)行器網(wǎng)關(guān)：傳感器網(wǎng)關(guān)從速度傳感器和距離傳感器接收數(shù)據(jù)并通過SOME/IP 與緊急制動ECU 通信；ECU發(fā)出的控制信號則通過執(zhí)行器網(wǎng)關(guān)傳遞給制動和加速踏板。在整個(gè)測試系統(tǒng)中，使用DYNA4模擬行車環(huán)境和傳感器、執(zhí)行器，CANoe 仿真節(jié)點(diǎn)模擬傳感器網(wǎng)關(guān)和執(zhí)行器網(wǎng)關(guān)實(shí)現(xiàn)與SUT 的通信以及相關(guān)測試。

車道偏離警告HiL 測試系統(tǒng)

除了基于全仿真的SiL測試，ECU 軟件后續(xù)還需要與傳感器以及真實(shí)硬件進(jìn)行集成測試。此時(shí)可采用半實(shí)物仿真的硬件在環(huán)（Hardware-in-the-Loop, HiL）測試方案。HiL測試需要在模擬的車輛環(huán)境中集成真實(shí)的ECU 以及真實(shí)的傳感器。ADAS 系統(tǒng)要求ECU 與傳感器之間能夠?qū)崟r(shí)進(jìn)行數(shù)據(jù)交互，這就需要搭建一個(gè)高性能的實(shí)時(shí)仿真系統(tǒng)，比如可以通過Vector 的VT System、VN系列總線接口卡來建立ECU、傳感器和測試上位機(jī)之間的電氣連接。

下面以車道偏離警告功能測試系統(tǒng)為例介紹利用Vector 工具搭建的高效、可擴(kuò)展的HiL 測試系統(tǒng)，當(dāng)然該HiL 系統(tǒng)架構(gòu)同樣適用于測試其他ADAS ECU。車道偏離警告（Lane Departure Warning, LDW）系統(tǒng)旨在當(dāng)車輛從當(dāng)前車道異常偏移時(shí)以視覺、聽覺或振動等方式警告駕駛員，主要由LDW ECU 和攝像頭組成，一般安置在車身側(cè)面或后視鏡位置。

測試系統(tǒng)中主要包含CANoe、DYNA4、LDW ECU、力反饋方向盤（Force Feedback Wheel）和總線接口卡五個(gè)主要組件，各個(gè)組件之間協(xié)同溝通實(shí)現(xiàn)測試功能。

CANoe 作為測試的執(zhí)行平臺，提供測試的模擬環(huán)境，控制整個(gè)測試的運(yùn)行。

DYNA4 軟件實(shí)現(xiàn)自動駕駛環(huán)境的模擬，負(fù)責(zé)搭建虛擬化行車環(huán)境，包括車輛模型、駕駛員模型、交通環(huán)境模型以及傳感器模型等，模型的各個(gè)參數(shù)可以通過軟件進(jìn)一步細(xì)化設(shè)置。在測試過程中，顯示器同步顯示具體的動畫細(xì)節(jié)，比如各種景觀細(xì)節(jié)或其他道路用戶等周圍道路環(huán)境。

LDW ECU（包含攝像頭傳感器）被放置在DYNA4 顯示器的前方，使其像在真實(shí)車輛中一樣拍攝DYNA4中模擬的動畫場景。LDW ECU 軟件接收并處理圖像數(shù)據(jù)，在車輛偏離車道時(shí)通過CAN總線發(fā)出警告。

力反饋方向盤接收控制信息，用于以振動反饋的形式顯示警告信息。

總線接口卡實(shí)現(xiàn)軟件運(yùn)行平臺PC 端與LDW ECU 、力反饋方向盤的物理連接。示例中使用VN1610搭建CAN 總線通信網(wǎng)絡(luò)，保證ECU 控制信號的實(shí)時(shí)傳輸。Vector 可提供多種總線接口卡支持不同總線類型的通信，以及高性能模塊化IO板卡實(shí)現(xiàn)IO信號的同步處理。對于高實(shí)時(shí)性要求的測試，可以通過支持Extended Real Time (ERT)技術(shù)的VN8900/VT6000實(shí)時(shí)處理模塊或CANoe專用工控機(jī)來解決時(shí)間關(guān)鍵任務(wù)，進(jìn)行高性能仿真測試。

整個(gè)測試工作通過簡單的軟件配置就可實(shí)現(xiàn)：DYNA4負(fù)責(zé)測試系統(tǒng)中車輛及環(huán)境模型的搭建；隨后模型被編譯為DLL 文件無縫導(dǎo)入到CANoe中作為CANoe 一個(gè)仿真節(jié)點(diǎn)；CANoe模擬殘余總線與ECU通信交互數(shù)據(jù)并控制測試的執(zhí)行；測試腳本則可使用vTESTstudio編寫。測試過程可以設(shè)置為手動/半自動控制，也可以設(shè)置為自動執(zhí)行。詳細(xì)的測試步驟和數(shù)據(jù)流在CANoe中實(shí)時(shí)監(jiān)控，并最終自動生成格式可自定義的測試報(bào)告。

展望

Vector結(jié)合其開發(fā)、管理、仿真及測試工具鏈的優(yōu)勢，提供具有高成本效益的ADAS系統(tǒng)測試解決方案。方案以功能強(qiáng)大的CANoe 和專業(yè)車輛仿真軟件DYNA4為基礎(chǔ)：CANoe支持多種總線通信和殘余總線的仿真，豐富的測試API 接口能夠快速地實(shí)現(xiàn)自動化測試；DYNA4軟件帶有豐富的輔助駕駛模型庫，用戶可以使用現(xiàn)成組件進(jìn)行高效快速設(shè)置，無需復(fù)雜的自定義操作。

此外，ADAS/AD 功能可以分布在多個(gè)ECU 上實(shí)現(xiàn)。從測試工程師角度上來說，軟件功能相比于作為封閉黑匣子的ECU顯得更為重要。面向服務(wù)的架構(gòu)（Service-Oriented Architecture，SOA）為各個(gè)功能組件提供通信基礎(chǔ)，使得這些組件可以獨(dú)立于硬件或操作系統(tǒng)進(jìn)行通信。ADAS系統(tǒng)未來將給測試工具提出更多的挑戰(zhàn)。