新聞中心

        EEPW首頁 > 嵌入式系統 > 設計應用 > 汽車電子診斷服務的自動驗證

        汽車電子診斷服務的自動驗證

        作者: 時間:2013-12-12 來源:網絡 收藏


        3 驗證工具應具備的條件

        一個自動診斷驗證工具必須具備下述條件:

        ·與現有工具鏈無縫集成
        ·透明,可重復:測試工程師必須能夠追蹤測試并能夠復現測試
        ·遵循GM的現有測試方法:該工具必須支持現有的測試方法;在診斷這一塊,GM的診斷規范已經定義了ECU診斷服務的強制測試流程
        ·方便測試工程師擴展
        ·自動生成測試例程:為了實現該功能,規范必須能夠機器可識別

        4 從規范到測試執行,生成報告

        如圖二所示,“DiVa”建立了“CANdelaStudio”(診斷規范)與驗證工具(“CANoe”)的聯系。“DiVA”能夠無縫集成到GME現有工具鏈中,根據“CANdela”的診斷規范(CDD文件),自動生成檢驗各診斷服務的測試例程。生成的代碼是基于CANoe的編程語言“CAPL”的,所以能夠在任何時候被執行。如果發現問題,測試工程師察看測試系列,找出錯誤所在(透明性)。另外,CANoe的紀錄功能夠在通信層記錄診斷數據流。

        使用“DiVa”,通過下述步驟來控制測試:

        ·選擇ECU及其變量
        ·配置測試
        ·生成測試例程
        ·將測試模塊添加到“CANoe”的測試環境中
        ·執行測試
        ·生成測試報告

        用戶可以在任何時候修改“DiVa”的測試約束,此外,范圍參數用來配置測試內容,例如全范圍測試,快速測試和正常例程測試。另外,在支持的服務中,用戶可以從測試中去除部分服務,或者在數據對話窗口中修改服務的內容,如圖四。

        newmaker.com
        圖四 DiVa配置窗口

        當診斷規范(CDD文件)更新,“DiVa”能夠同步更新并保留以前的設置。從技術的角度講,“DiVa”生成的“CANoe”測試的CAPL程序的目的是測試ECU支持的所有診斷服務。為了保證遵循GM的診斷規范,“DiVa”的擴展功能對應了GM的標準測試程序。測試例程生成過程中會產生測試例程的詳細描述文件,用作“CANoe”測試模塊的CAPL程序以及相關的CANoe測試環境。

        5 測試執行與報告評估

        測試例程生成后,用戶將生成的測試環境加入到“CANoe”中便可進行測試。測試的時間依據診斷規范的復雜程度以及用戶選擇的測試范圍而定,可能會從幾分鐘到幾個小時不等,如表一所示。在GM,“CANoe”的測試環境作為一個測試自動化的共同平臺,被重復用到現有的ECU測試程序中。例如,EOL編程測試也在“CANoe”上通過CAPL實現。為了讓測試工程師分析起來更加容易,測試報告的結構遵循GM的診斷規范,如圖五所示。

        表一 Opel Insignia中,生成的ECU測試例程的數量以及測試的時間
        newmaker.com

        newmaker.com
        圖五 DiVa生成的測試報告

        6 測試覆蓋范圍

        自動測試擴展了測試覆蓋度同時縮短了測試執行所需時間。下面將描述GM診斷規范所定義的測試范圍以及“DiVa”測試程序的覆蓋范圍。“DiVa”生成的測試例程的質量與數量大部分由診斷規范(CDD文件)決定,所有產生的測試均源于此。


        評論


        技術專區

        關閉
        主站蜘蛛池模板: 威信县| 丹凤县| 阜平县| 民勤县| 安宁市| 南召县| 扬中市| 北碚区| 偏关县| 六安市| 秦安县| 宁河县| 万安县| 拜城县| 曲麻莱县| 杭锦旗| 阿拉善右旗| 彝良县| 柯坪县| 邻水| 京山县| 泰安市| 涟水县| 怀安县| 南投市| 合山市| 永春县| 丰台区| 荣昌县| 枣强县| 中方县| 沙河市| 通城县| 高平市| 延津县| 榕江县| 中卫市| 宝坻区| 巴彦淖尔市| 潞城市| 固阳县|