圖2 OBD通信楨

采用ELM327作為與OBD通信的協(xié)議翻譯器，該芯片支持ISO15764協(xié)議和對應(yīng)的CAN總線物理層，ISO9141、ISO14230協(xié)議和對應(yīng)的K-line物理層，SAEJ1850協(xié)議和對應(yīng)的PWMVPW物理層，將其轉(zhuǎn)換為標準串口協(xié)議。使用ELM327可以提高通用性。采用SIM300作為GPRS通信模塊，采用STM32F103RB作為車載端的主控芯片，128 kB的Flash可以滿足故障信息存儲的需要。

圖3 車載系統(tǒng)框架圖

3.2 服務(wù)器方案可行性分析

圖4 服務(wù)器框架圖

（1）數(shù)據(jù)服務(wù)器的網(wǎng)絡(luò)通信采用標準的TCP/IP協(xié)議，數(shù)據(jù)傳送采用面向連接的TCP模式。由于TCP/IP協(xié)議的廣泛應(yīng)用，絕大部分的網(wǎng)絡(luò)設(shè)備都支持基于TCP/IP協(xié)議的網(wǎng)絡(luò)傳輸，通信媒介不限于有線和無線。在軟件層上，操作系統(tǒng)把對各種網(wǎng)絡(luò)設(shè)備的數(shù)據(jù)通信抽象成Socket類，在軟件編程上可以通過使用Socket類統(tǒng)一規(guī)范的接口操作數(shù)據(jù)服務(wù)器上的網(wǎng)絡(luò)設(shè)備進行多元網(wǎng)絡(luò)信息交互。

（2）數(shù)據(jù)服務(wù)器采用OLEDB技術(shù)，OLEDB把對多元數(shù)據(jù)庫的操作抽象成統(tǒng)一規(guī)范的應(yīng)用層接口，在軟件編程上可以通過使用OLEDB類對數(shù)據(jù)庫進行簡單而規(guī)范化的數(shù)據(jù)操作，包括數(shù)據(jù)結(jié)構(gòu)化存儲、數(shù)據(jù)查詢、數(shù)據(jù)更新等。

（3）數(shù)據(jù)服務(wù)器采用多線程（Multithreaded）的信息處理機制，多線程的信息處理技術(shù)，提高服務(wù)器對遠程訪問的實時響應(yīng)性。對用于多用戶的數(shù)據(jù)服務(wù)器系統(tǒng)，還可以通過多線程來技術(shù)來進行不同用戶的信息處理的邏輯獨立，讓單個用戶服務(wù)產(chǎn)生異常的情況下以最小的程度影響其他用戶，保證了服務(wù)器的健壯性。

3.3 信息中心方案可行性分析

圖5 信息中心框圖

（1）信息中心同樣采用標準TCP/IP協(xié)議進行網(wǎng)絡(luò)通信，軟件編程上使用Socket類統(tǒng)一規(guī)范網(wǎng)絡(luò)設(shè)備進行與數(shù)據(jù)服務(wù)器的網(wǎng)絡(luò)通信，在TCP模式下進行的信息交互，使信息完整性有協(xié)議上的保障。

（2）使用外掛的數(shù)據(jù)解釋庫，對獲取數(shù)據(jù)進行加工分析，便于軟件的固件升級。

（3）事件機制來處理來自操作員的命令，提高軟件對人機交互的實時響應(yīng)速度。

4 仿真驗證

4.1 車載端仿真

車載端可通過OBD獲取車輛信息并上傳至服務(wù)器。

4.2 服務(wù)器仿真

在服務(wù)器端可保存有車輛信息和車主信息。配置好網(wǎng)絡(luò)后，服務(wù)器可與信息中心互聯(lián)，從而達到信息互傳的目的。

圖6 服務(wù)器端界面

4.3 信息中心仿真

管理員可通過登錄信息中心查詢車輛信息，如圖7所示；進行故障處理，如圖8所示；在線監(jiān)測，如圖9所示；設(shè)置監(jiān)聽項，如圖10所示等。

圖7 信息中心登錄界面

圖8 故障處理

圖9 在線監(jiān)測

圖10 自定義監(jiān)聽

通過多項查詢、監(jiān)聽項目，可以及時了解到車輛的狀況并對其作出處理。

5 結(jié)束語

隨著汽車使用的普及，做好汽車服務(wù)更是當下的重點。車載系統(tǒng)在客戶服務(wù)方面將會逐步完善、人性化，但對作為車聯(lián)網(wǎng)重要角色之一的汽車廠商的服務(wù)卻仍未見起始。因此，方案的提出主要是面向汽車廠商，形成一個為汽車廠商服務(wù)的雛形，為如今國內(nèi)剛起步的車聯(lián)網(wǎng)的建設(shè)提供一個參考。在這基礎(chǔ)上，各大廠商可與各運營商等形成一定的合作關(guān)系，完善汽車廠商的服務(wù)工作，共同促進車聯(lián)網(wǎng)的建設(shè)。