基于車聯(lián)網(wǎng)的車輛信息遠程搜集數(shù)據(jù)系統(tǒng)

圖2 OBD通信楨

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

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

3.2 服務器方案可行性分析

圖4 服務器框架圖

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

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

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

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

圖5 信息中心框圖

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

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

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

4 仿真驗證

4.1 車載端仿真

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

4.2 服務器仿真

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

圖6 服務器端界面

4.3 信息中心仿真

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

圖7 信息中心登錄界面

圖8 故障處理

圖9 在線監(jiān)測

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

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

5 結(jié)束語

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