1.ODB服務類型

       ODB終端通過向車載電腦提交不同的數字代碼，以交互應答的方法獲取不同的服無，固然，此類通信必定是以數字方法進行。

       Tips：絕大多數ODB服無均與汽車排放污染程度有關，可見如果ODB技術介入汽車尾氣檢驗，試圖作弊者險些無機可乘！

       通過ODB系統，您也能夠盤問車輛數據，例如：總計行駛時間、總計行駛里程、點火次數、故障次數等很多非常重要的消息，這在您購買二手車時，大概會提供龐大的幫助。

       能讀取廠商出廠預設的車輛識別代（VIN）（車輛身份證），某種程度能防止欺騙情況的發生！

       言歸正傳，我們以代碼03（顯示故障碼服務）為例，來觀察ODB系統是如何工作的。

       我們以模仿人類對話的場景來分析（ODB是發動機與外界溝通的語言）：

       終端裝備：“請給我提供03號服務(顯示系統存儲的故障碼)”

       車載電腦：“03號服務,顯示系統存儲的故障碼，請等等，查找中。。。”

       車載電腦：“有結果了，籌辦好接管了嗎？”

       終端裝備：“連接正常，我等著呢”

       終端裝備：“以下是結果消息，請查收。。。。。。”

       數據通過網絡連接線纜，立即被發送到提出盤問請求的終端裝備（別的類型服無類似，不過如此而已）。

       是不是很容易理解？

       盤問裝備與車載電腦通過ODB語言不斷“對話”，相互合營實現指定工作。

2.故障碼格式

       接下來，我們來鉆研本文末了的一個“難點”，它比第一點僅“復雜”些許，我們仍以實例的方法來分析。

       故障代碼是由一個字母后跟四位數字組成：

       格式為：P0302（字母+四位數字）

       ①字母代表故障類型分類；

       ②第一位數字代表故障消息格式；

       ③第二位數字代表故障地點子系統；

       ④第三、四位數字代表詳細故障位置與原因。

       與第一點道理相像，不同的含義均由不同的數字表示，并且是固定的（有表可查），因此我們只需要打聽其基本構成即可。

       上接第一點舉例：如果車載電腦此時傳回“P0302”這樣的故障碼，那是什么含義呢？

       P0302故障碼=P（能源/傳動系統類故障）+0（國際標準格式故障）+3（點火子系統）+02（引擎第二缸點火失敗）=您的愛車發現“能源系統中引擎第二缸點火失敗”故障

       那么我們該做什么？

       很簡單了，去檢查您愛車引擎的第2缸的缸線、火花塞、噴油嘴，大概就能立即破除故障。

       如果此時有人說，汽車電瓶需要換新的，那一定是有“貓膩”了！

       看起來很秘密復雜的工作機制，這樣方法來解析，大家應該不難掌握吧？

       接下來，我們給出幾個實例：

       P0201-引擎第1缸噴油嘴控制線路失效

       C0710-底盤轉向機構故障

       B1671-車身電池模塊電壓勝過局限

       注：不同車型，故障現象表白或有差異，但基本道理一致。

3.數據傳送方法

       末了一末節有趣的內容打聽即可，數據傳送方法涉及計算機網絡通信常識，在這里筆者就不深入介紹了，我們不需要打聽諸如“十六進制”、“報文”等生澀的專業術語，僅為大家奉上一張直觀的示意圖，足以使您打聽ODB數據傳送的方法。

       車載電腦與終端裝備通過能相互理解的“語言”（ODB系統協議）進行溝通，使用這樣的“信封”（專業術語為“報文”）進行通訊，將一封封內含我們需要內容的“快遞”發送給我們。

       瞥見這個信封里有我們熟悉的那個故障消息了嗎？

       汽車ODB系統工作機制較為復雜，如果沒有ODB系統的保障，大量裝備先進電氣裝備的當代汽車是很難進行維護養護的！而實際上該系統的軟件，也遠不局限于文中總結的那些局促的平臺。對于行業用戶來說，作為汽車最底層的數據采集平臺，結合諸如以華為5G為代表的當代高速數據通訊技術，ODB系統可與多種軟件系統整合，構建物聯網屬性的超大型網絡軟件平臺。

       例如：通過云技術+GPS技術提取每臺運行車輛的實時運行數據，就能對龐大的車隊進行有效地經管，不但能實時定位車輛的運行軌跡，還能實時掌握運行車輛各系統的工作狀況，諸如平均油耗、怠速總時間等各方面的數據，乃至還可根據故障碼情況，對車輛進行遠程故障診斷與維修。

       這類軟件系統對于有效經管車隊，控制運營成本、進步作業安全性都有非常優越的作用。

       而對于普通車主，弄清ODB排放檢驗功能的基本道理后，對車輛年審車檢應有所準備。