汽車電子診斷服務的自動驗證
加入技術交流群
1 概述
全球汽車市場競爭的日益激烈，導致了汽車電器網絡越來越復雜，對開發周期的要求也越來越短。由于電器系統替代傳統系統的核心目的是降低成本，提升系統的安全性與可靠性，同時方便管理。這里，暫不考慮這些好處，但是隨著系統電器部件的增加，必然會導致與電器相關故障的增加。由于用戶購買新車的重要評價指標是可靠性，因此有必要引進一種新的方法，能夠適應這種復雜，快速的開發流程，并保證每一個已經裝車的ECU正常運行。尤其是在ECU的診斷功能，必須保證診斷服務的正確性。其傳輸的信息能夠幫助服務站的維修師快速準確的定位故障并修正這些故障。這些信息還要能夠讓維修師查出問題的根源，知道那些部件需要更換。如果這些內容不能保證的話，可能會導致不正確的更換一些正常工作的部件，這必將導致維護成本的增加以及客戶滿意度的降低。
Opel Insignia的電器系統結構包括幾個CAN和LIN網絡。所有的總線系統都通過中央診斷口（DLC）訪問（圖一）。通訊由GM協議定義，該診斷協議以KWP2000和CAN 2.0A為基礎，包括所有訪問ECU診斷系統的服務，用來獲取診斷信息。這些診斷服務由診斷儀發出，建立診斷通訊。一旦請求被發出，被查詢的ECU會根據情況發出肯定或否定響應。
·肯定響應包括診斷儀請求的所有診斷信息，如果診斷信息過長，響應包含多幀報文
·否定響應包括一個明確定義的否定
圖一 Opel Insignia的電器結構與診斷通訊接口
因此，在服務站對于故障的正確維修得益于診斷系統大量準確的輸出信息。在進行快速、專業的服務或維修來讓客戶滿意的過程中，執行合適的診斷服務致關重要。診斷在下線測試的過程中也扮演重要的角色：其用來對ECU編程，保證產品的質量。這便是為什么要進行復雜的診斷驗證的原因。
2 在GME的驗證流程與工具環境
在Opel Insignia的開發過程中，GME引進了從Vector第一次“CANoe.DiVa”（診斷集成驗證輔助）工具。“DiVa”自動生成診斷測試用例并執行診斷測試。圖二顯示了Opel Insignia和Opel Corsa的工具環境。在兩個案子中，CANoe均為測試工具，但在Corsa開發過程中，大量測試均手動完成，而Insignia開發過程中，自動測試覆蓋了絕大多數測試內容。
圖二 Opel Insignia和Opel Corsa診斷驗證工具環境對比
圖三 GME在ECU開發不同階段診斷的實現情況
一般來講，測試工程師會同時測試許多不同的ECU，如果沒有合適工具的支持，測試工程師便不能很好的對每一個軟件版本實現的診斷功能進行全面的測試。這樣，只有新增的服務進行了詳細測試，對于以前集成的服務僅根據自己的經驗進行有代表性的回歸測試。使用合適的自動工具，在提供效率的同時還能夠進行更多的驗證測試。
評論