CANOE在OBD驗證測試中的應用

劉宏君

摘 要：隨著國六排放法規的落地，OBD相關法規越來越嚴格，對于整車企業來說，OBD系統的驗證工作就顯得十分必要。隨著網絡技術的發展，現代汽車各電控系統之間數據傳輸多采用CAN總線，通過總線連接解決了原有復雜的數據傳輸問題。文章結合CAN網絡系統組成和性能特點，闡述了CAN網絡在汽車領域的應用優勢，并介紹了如何使用CANOE軟件進行OBD系統中CAN節點的故障診斷的驗證測試，為OBD系統開發和后續診斷維修提供了便利。

關鍵詞：CANOE;車載診斷系統;CAN;仿真

中圖分類號：U472.9? 文獻標識碼：A? 文章編號：1671-7988（2020）22-159-03

Abstract： With the implementation of CN6 emission regulations， the relevant regulations of OBD are more and more strict. For vehicle enterprises， the verification of OBD system is very necessary. With the development of network technology， the data transmission between modern automobile electronic control systems mostly adopts CAN（Controller Area Network）， which solves the original complex data transmission problem. Combined with the composition and performance charac -teristics of CAN network system， this paper expounds the application advantages of CAN network in automobile field， and introduces how to use CANOE software to verify and test faults diagnosis of CAN nodes in OBD system， which provides convenience for the development of OBD system and subsequent diagnosis and maintenance.

Keywords： CANOE; On-Board Diagnostic; Controller Area Network; Simulation

CLC NO.： U472.9? Document Code： A? Article ID： 1671-7988（2020）22-159-03

前言

隨著汽車技術的發展，大部分汽車零部件及整車系統已經逐步從原有的純機械系統向網絡化智能終端發展。尤其是近年來車載網絡在傳統有線式、集成電控單元的基礎上得到新的發展，其中，CAN網絡是目前國內外應用最為普遍的一種車載網絡，CAN網絡節點的相關故障診斷也是車載診斷系統（OBD）的重要組成部分，本文以后處理系統上游NOx傳感器為例，淺析基于CANOE進行OBD診斷的方法。

1 CAN網絡

CAN網絡（Controller Area Network），即控制器局域網，是車載各種電子控制裝置ECU之間交換信息，形成汽車電子控制網絡，如圖1所示，發動機管理系統、儀表、車身穩定系統、安全氣囊、胎壓監測以及后處理系統中的NOx傳感器和PM傳感器，均嵌入CAN控制裝置。一個由CAN總線構成的單一網絡中，理論上可以掛接無數個節點。實際應用中，節點數目受網絡硬件的電氣特性所限制。CAN可提供高達1Mbit/s的數據傳輸速率，這使實時控制變得非常容易，當信號傳輸距離達到10km時，CAN仍可提供高達50kbit/s的數據傳輸速率。另外，硬件的錯誤檢定特性也增強了CAN的抗電磁干擾能力。

2 車載診斷系統

通常稱作為OBD（On Board Diagnostic）系統，它必須具有識別可能存在故障區域的功能，并以故障碼的方式將該信息存儲在電控單元存儲器中。該系統隨時監測零部件和系統的故障和持續監測排放的劣化過程，利用OBD系統故障監測信息，可以簡化車檢和維修的程序，從而減少故障發生和維修之間的間隔時間。

3 CANOE

CANOE，全稱CAN Open Environment，最初主要為了汽車CAN總線的開發、仿真、測試盒分析而設計，隨著車載總線網絡的發展，擴展加入了Lin、FlexRay、MOST和Ethernet等網絡。

CANOE軟件主要由數據庫編輯器、CAPL瀏覽器、主窗口、面板編輯器、CAPL程序生成器、面板生成器等部分組成。利用數據庫編輯器可以創建CAN 數據庫 ，也可以復制一個已有的數據庫作為一個新的數據庫對象，通過對象鏈接功能可以在信號與消息、消息與網絡節點、消息信號與網絡節點之間建立鏈接。利用面板編輯器提供的控件創建可視化的用戶界面。CAPL是CAN總線訪問編程語言（CAN Access Programming Language），應用于Vector CAN工具節點編程，是類C語言，同時，CAPL是基于事件（總線事件、屬性事件、時間事件）建模的語言，具有易于使用性。

CANOE軟件在CAN總線開發中的作用，根據ECU項目的開發進度可以分為三個階段：（1）全仿真的網絡系統，在ECU開發初期，尚無實際的ECU節點時，可以利用CANOE仿真所有節點的功能，進行系統需求分析與可行性分析;（2）真實節點和仿真節點共存，這是在ECU開發中期，利用CANOE可以對某個或者某些部件進行仿真來測試實際的ECU節點;（3）全真實節點的網絡系統，這是在ECU開發的后期，對實際完整的系統進行測試分析，驗證總線的負載情況和其他的設計是否滿足要求。

4 節點仿真

以上游NOx傳感器供電電壓不合理故障為例，故障碼P2204，發動機ECU軟件內部DFC碼為：DFC_HegnWireDiag S1B1，當傳感器供電電壓出現不合理情況時，NOx傳感器會自診斷，然后將診斷狀態位通過CAN總線發往發動機ECU，ECU根據接收的CAN報文信息進行OBD診斷，若滿足診斷條件將故障報出。

通過CANOE設定一個交互式信號發生器，以此來仿真上游NOx傳感器節點和CAN網絡進行通信，如圖2所示。

6 結論

本文首先介紹了CAN網絡、車載診斷系統和CANOE，然后基于CANOE仿真后處理系統NOx傳感器節點，實現對CAN總線進行報文發送，最后仿真NOx傳感器供電電壓不合理狀態，ECU接收到CAN報文信息后進行OBD診斷，成

功并將故障報出，測試結果理想。

參考文獻

[1] 張宏，詹德凱，林長加.基于CAN總線的汽車故障診斷系統研究與設計[J].汽車工程，2008.

[2] 李東江，張大成.汽車車載網絡系統（CAN-Bus）原理與檢修[M].北京：機械工業出版社，2005.

[3] 徐培.汽車CAN線原理與診斷[J].汽車實用技術，2016.

[4] 肖麗萍.基于OBD系統的診斷特性分析[J].輕型汽車技術，2006.

[5] 胡式旺.E-OBD車載系統及其故障分析[J].汽車電器，2010.