一種貫穿HIL仿真到診斷的汽車電子測試環境
加入技術交流群
復雜度的提高使得全面而高效的測試變得比以往任何時候都更加重要。大量電子元件的廣泛使用導致潛在錯誤源的數量急劇增多。由于測試可以盡早發現并改正錯誤和降低成本，因此無論在ECU開發的哪個所有階段它都是不可或缺的。此外，只有將部件集成起來并運行于真實環境和實時條件下時，一些系統缺陷才會暴露出來。這讓測試成為了一門跨部門和跨廠商的學科。
早期發生的大量電子故障說明，在不考慮上述事實且忽視系統測試的情況下會發生什么問題。問題發現的越晚，對抬高成本產生的影響就越嚴重。而極端情況下由于修正錯誤而引起的產品召回更加清楚地說明了這一點。雖然汽車工業的成員吸取了這些教訓，對測試極為重視，然而我們仍然可以通過現有的資源來進一步提高測試效率。此外，盡管測試成本占用了項目預算大部分資源，但它保證了ECU的正確功能。因此，使用明晰的概念(比如使用現代方法和工具代替不全面的自動測試步驟)來最大化的提高測試質量和測試深度是非常重要的。
分析、仿真和測試工具
ECU網絡是汽車電子的中樞。而殘余總線仿真方法為進行ECU測試建立了重要基礎。如果沒有對ECU環境的初步模擬，那么大多數ECU都不能有效地地運行。比如，很多ECU只有在提供網絡管理功能的條件下才能正常運轉。
來自Vector Informatik公司的CANoe是一款被廣泛用于分析、仿真和測試分布式、嵌入式系統的工具(圖1)。它被廣泛應用于殘余總線仿真并且支持所有重要的總線系統(特別是CAN、LIN、MOST和FlexRay)Vector Informatik公司也提供適用于這些總線系統的PC接口。現有的商業接口卡可用于從CANoe訪問ECU的I/O線路。此外，Vector還宣布將發布一種帶有特定測試功能(比如切換附加負載到ECU終端和將其直接短路)的I/O硬件產品。
各種分析功能、仿真組件和測試序列依賴于以數據庫形式集成在工具中的模型。它們可能是用于CAN的DBC格式的通信矩陣、用于FlexRay的FIBEX文件、用于MOST的XML功能目錄或用于LIN的LDF文件。同樣，CDD和ODX描述文件可以用來描述ECU的診斷功能。測試描述文件除了包含系統的基本信息外，還包含了信號、報文和診斷服務等的符號化名稱。這簡化了測試人員和測試開發者的工作，并且在測試和通信描述之間創建了一個抽象層。
圖1：CANoe包含針對網絡系統的分析、仿真和測試功能
圖2：雙機運行的CANoe Real-Time提供了更高的實時性
如今的開發模型在各個開發階段都要求進行測試(圖3)。通常，個體測試是獨立的、分離的活動，是由專門的人使用專門的工具、語言和方法在有適當配置的專用工作站上完成的。這里，創建測試通常是一項獨立的工作，與其他開發活動是分開的。
評論