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