一種貫穿HIL仿真到診斷的汽車電子測試環境
2013-08-10
復雜度的提高使得全面而高效的測試變得比以往任何時候都更加重要。大量電子元件的廣泛使用導致潛在錯誤源的數量急劇增多。由于測試可以盡早發現并改正錯誤和降低成本，因此無論在ECU開發的哪個所有階段它都是不可或缺的。此外，只有將部件集成起來并運行于真實環境和實時條件下時，一些系統缺陷才會暴露出來。這讓測試成為了一門跨部門和跨廠商的學科。
早期發生的大量電子故障說明，在不考慮上述事實且忽視系統測試的情況下會發生什么問題。問題發現的越晚，對抬高成本產生的影響就越嚴重。而極端情況下由于修正錯誤而引起的產品召回更加清楚地說明了這一點。雖然汽車工業的成員吸取了這些教訓，對測試極為重視，然而我們仍然可以通過現有的資源來進一步提高測試效率。此外，盡管測試成本占用了項目預算大部分資源，但它保證了ECU的正確功能。因此，使用明晰的概念(比如使用現代方法和工具代替不全面的自動測試步驟)來最大化的提高測試質量和測試深度是非常重要的。
為此，CANoe提供了一個用來執行測試的運行時環境，并可以與殘余總線仿真和分析功能并行使用。該流程非常容易建立，尤其是在開發者已經使用CANoe進行殘余總線仿真和總線通信分析的情況下。
CANoe的測試組件可以手動、半自動和完全自動化的完成測試。開發者可以從簡單測試入手，然后對它們進行擴展和完善。通常，復雜測試的創建過程是確認部門的任務，他們要在開發者的測試上建立他們的測試。
這種測試的一個重要基礎是殘余總線仿真。理想情況下這種仿真并非由手工建立，而是從系統的描述數據庫中自動生成和參數化的。實際工作由所謂的建模DLL(比如交互層、網絡管理等)完成，它們是隨工具一起提供的或者是由Vector作為OEM專用建模包提供的。殘余總線仿真為模擬節點提供的信號可以直接從測試腳本中獲取，也可以手工方式激勵或添加。
與測試階段中系統化的計劃、執行和歸檔活動相比，伴隨開發的測試通常省略了正式的執行和歸檔。然而，這些測試對提高整體質量做出了實質性貢獻，因為他們賦予了開發者為后續的測試階段提供更穩定的產品的能力。
成熟度評估和誤差分析
在開發過程中，為了評估ECU的成熟度，需要對所有執行過的測試進行全面的評價。除了要考慮單個測試結果在可靠性和相關性方面的質量，更重要的是采用適當的測試來全面覆蓋所要求的特性。因此非正式的測試結果對成熟度分析也是有幫助的。前提條件是(除記錄測試過程外)使用兼容的配置管理。從完成面向質量的、結構化的開發過程的角度來說，這也是十分必要的。
最新資訊
