本發(fā)明涉及車輛技術(shù)領(lǐng)域，尤其涉及一種用于車輛的can總線日志文件獲取裝置、車輛和can總線日志文件獲取系統(tǒng)。

背景技術(shù)：

隨著車輛行業(yè)的發(fā)展，車輛上安裝的電子設(shè)備和傳感器越來越多，越來越復(fù)雜。其中很多關(guān)鍵的傳感器都是通過can(controllerareanetwork，控制器局域網(wǎng)絡(luò))總線來進(jìn)行數(shù)據(jù)傳輸。車輛上的ecu(electroniccontrolunit,電子控制單元)模塊通過can總線接口實時收發(fā)can總線數(shù)據(jù),讀取can總線上傳感器和電子設(shè)備的運行狀態(tài)并根據(jù)算法來下達(dá)控制指令，來保證車輛上各個功能的完成。當(dāng)運行期間，當(dāng)ecu監(jiān)控到某些傳感器出現(xiàn)問題時，會在車輛人機(jī)界面上提示警告信息，根據(jù)警告級別來提示司機(jī)進(jìn)行檢查或車輛熄火，停止運行。

工程師是在維修和檢測車輛狀態(tài)時，通過can總線轉(zhuǎn)usb接口連接到計算機(jī)，通過計算機(jī)上的can總線log(日志)工具來實時抓取can總線log，進(jìn)行實時分析，檢測連接到can總線上的各個模塊的狀態(tài)。由于ecu模塊的cpu性能和存儲空間的限制，工程師僅能得到維修時的can總線log，只能反映車輛故障發(fā)生后檢測期間的can總線狀態(tài)；或者因為道路運行狀態(tài)與檢測狀態(tài)不同，根本就不會出現(xiàn)用戶反映的故障。那么車輛維修期間會很難找到故障原因，更難以向更深層次挖掘原因，從而導(dǎo)致了維修效率低、維修效果不佳的問題。

技術(shù)實現(xiàn)要素：

本發(fā)明旨在至少在一定程度上解決相關(guān)技術(shù)中的技術(shù)問題之一。為此，本發(fā)明的一個目的在于提出一種用于車輛的can總線日志文件獲取裝置，該can總線日志文件獲取裝置能夠完整的保存車輛在道路上運行時間段的can總線上的日志數(shù)據(jù)，當(dāng)車輛需要維修或檢測時，可以通過usb接口將日志數(shù)據(jù)導(dǎo)入至終端設(shè)備，從而使工程師可以更準(zhǔn)確、快速的定位故障原因，提升維修效率。

本發(fā)明的第二個目的在于提出一種車輛。

本發(fā)明的第三個目的在于提出一種can總線日志文件獲取系統(tǒng)。

為了實現(xiàn)上述目的，本發(fā)明第一方面實施例的用于車輛的can總線日志文件獲取裝置，包括：can總線接口、usb接口、存儲模塊和控制模塊，其中，所述can總線接口與車輛can總線相連；所述控制模塊分別與所述can總線接口、所述usb接口和所述存儲模塊相連，所述控制模塊用于通過所述can總線接口實時獲取所述車輛can總線上的日志數(shù)據(jù)，并將所述日志數(shù)據(jù)存儲在所述存儲模塊中，所述控制模塊還用于在檢測到所述usb接口與終端設(shè)備連接時，控制所述usb接口以u盤模式工作，以供所述終端設(shè)備讀取所述日志數(shù)據(jù)。

根據(jù)本發(fā)明實施例的用于車輛的can總線日志文件獲取裝置，可以實時獲取并存儲車輛can總線上的日志數(shù)據(jù)，從而能夠較為完整的保存車輛在道路上運行時間段的can總線上的日志數(shù)據(jù)，當(dāng)車輛需要維修或檢測時，該can總線日志文件獲取裝置可以通過usb接口與外部終端設(shè)備連接，外部終端設(shè)備可以獲取到日志數(shù)據(jù)，工程師可以根據(jù)日志數(shù)據(jù)更準(zhǔn)確的分析車輛運行狀態(tài)、以定位故障原因，提升了維修效率，從而提升了用戶體驗。

為了實現(xiàn)上述目的，本發(fā)明第二方面實施例的車輛，包括本發(fā)明第一方面實施例的can總線日志文件獲取裝置。

根據(jù)本發(fā)明實施例的車輛，由于具有了該文件獲取裝置，可以將車輛運行過程中的can總線上的日志文件都記錄下來，當(dāng)車輛發(fā)生故障進(jìn)行檢測時，所記錄的日志文件有助于提升故障檢測的速度和準(zhǔn)確度。

為了實現(xiàn)上述目的，本發(fā)明第三方面實施例的can總線日志文件獲取系統(tǒng)，包括本發(fā)明第一方面實施例的can總線日志文件獲取裝置和終端設(shè)備。

本發(fā)明實施例的can總線日志文件獲取系統(tǒng)，可以將車輛運行過程中的can總線上的日志文件都記錄下來，當(dāng)車輛發(fā)生故障進(jìn)行檢測時，維修工程師可以通過該系統(tǒng)獲取車輛運行過程中完整的can總線上的日志文件，從而能夠更準(zhǔn)確、快速的定位故障原因，提高維修效率。

附圖說明

圖1a是根據(jù)本發(fā)明一個實施例的用于車輛的can總線日志文件獲取裝置的方框示意圖；

圖1b是根據(jù)本發(fā)明另一個實施例的用于車輛的can總線日志文件獲取裝置的方框示意圖；

圖1c是根據(jù)本發(fā)明又一個實施例的用于車輛的can總線日志文件獲取裝置的方框示意圖；

圖2是根據(jù)本發(fā)明一個具體實施例的用于車輛的can總線日志文件獲取裝置的方框示意圖；

圖3是一個具體使用場景中can總線日志文件獲取裝置與車輛中電子功能模塊的連接關(guān)系示意圖；

圖4是根據(jù)本發(fā)明一個具體實施例的控制模塊中的軟件實現(xiàn)框架的示意圖；

圖5是根據(jù)本發(fā)明一個具體實施例的usb盤訪問服務(wù)的處理流程示意圖；

圖6是根據(jù)本發(fā)明一個具體實施例的can總線log數(shù)據(jù)抓取服務(wù)的處理流程示意圖；

圖7是根據(jù)本發(fā)明一個具體實施例的客戶端服務(wù)的處理流程示意圖；

圖8是根據(jù)本發(fā)明一個實施例的can總線日志文件獲取系統(tǒng)的方框示意圖；

圖9是根據(jù)本發(fā)明另一個實施例的can總線日志文件獲取系統(tǒng)的方框示意圖。

具體實施方式

下面詳細(xì)描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標(biāo)號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。

下面根據(jù)附圖描述本發(fā)明實施例的用于車輛的can總線日志文件獲取裝置、車輛和can總線日志文件獲取系統(tǒng)。

圖1a是根據(jù)本發(fā)明一個實施例的用于車輛的can總線日志文件獲取裝置的方框示意圖。如圖1a所示，本發(fā)明實施例的用于車輛的can總線日志文件獲取裝置100，包括：can(controllerareanetwork；控制器局域網(wǎng)絡(luò))總線接口110、usb接口120、存儲模塊130和控制模塊140。

其中，can總線接口110與車輛can總線相連。

控制模塊140分別與can總線接口110、usb接口120和存儲模塊130相連，控制模塊140用于通過can總線接口110實時獲取車輛can總線上的日志數(shù)據(jù)，并將日志數(shù)據(jù)存儲在存儲模塊130中，控制模塊140還用于在檢測到usb接口120與終端設(shè)備連接時，控制usb接口120以u盤模式工作，以供終端設(shè)備讀取所述日志數(shù)據(jù)。

在本發(fā)明的一個實施例中，終端設(shè)備為pc機(jī)(personalcomputer，個人計算機(jī))。

在本發(fā)明的一個實施例中，存儲模塊130為flash存儲器。

具體地，存儲模塊130采用大容量的flash，以存儲車輛can總線的日志數(shù)據(jù)。

在本發(fā)明的一個實施例中，控制模塊140在檢測到usb接口120與終端設(shè)備連接時，控制模塊140具體用于：控制存儲模塊130通過usb接口120掛載至終端設(shè)備，以使終端設(shè)備訪問存儲模塊130。

具體地，can總線接口110與車輛can總線相連，車輛can總線還連接有車輛的一些電子功能模塊(例如，水溫監(jiān)控傳感器模塊、汽油容量監(jiān)控傳感器模塊、倒車影像儀等)，控制模塊140通過can總線接口110實時抓取can總線上的can總線log數(shù)據(jù)(即車輛can總線上的日志數(shù)據(jù))，這些數(shù)據(jù)記載了連接在can總線上的電子功能模塊的運行狀態(tài)?？刂颇K140將抓取到的日志數(shù)據(jù)保存在存儲模塊130中。那么，在車輛運行過程中，can總線日志文件獲取裝置100就可以實時抓取并保存can總線上的日志數(shù)據(jù)。

當(dāng)車輛需要檢修時，將can總線日志文件獲取裝置100的usb接口120通過usb數(shù)據(jù)線與終端設(shè)備(例如，pc機(jī))連接，當(dāng)控制模塊140檢測到usb接口120與pc機(jī)連接時，控制usb接口120轉(zhuǎn)換到u盤模式，以把flash存儲器中存儲日志數(shù)據(jù)的數(shù)據(jù)分區(qū)掛載到pc機(jī)上，作為u盤訪問。

在本發(fā)明的一個實施例中，控制模塊140還用于：檢測存儲模塊130的占用空間，當(dāng)存儲模塊130的存儲空間小于預(yù)設(shè)閾值時，控制模塊140刪除存儲模塊130中存儲時間最早的日志數(shù)據(jù)。

具體地，控制器在抓取并保存can總線上的日志數(shù)據(jù)同時，還檢測存儲模塊130的存儲空間，當(dāng)存儲模塊130的存儲空間小于預(yù)設(shè)閾值時(也就是當(dāng)存儲模塊130中尚未使用的存儲空間比較小時)，為了保存新的日志數(shù)據(jù)，則將最先保存的舊的日志數(shù)據(jù)刪除。

本發(fā)明實施例的用于車輛的can總線日志文件獲取裝置100，可以實時獲取并存儲車輛can總線上的日志數(shù)據(jù)，從而能夠較為完整的保存車輛在道路上運行時間段的can總線上的日志數(shù)據(jù)，當(dāng)車輛需要維修或檢測時，該can總線日志文件獲取裝置可以通過usb接口與外部終端設(shè)備連接，外部終端設(shè)備可以獲取到日志數(shù)據(jù)，工程師可以根據(jù)日志數(shù)據(jù)更準(zhǔn)確的分析車輛運行狀態(tài)、以定位故障原因，提升了維修效率，從而提升了用戶體驗。

在本發(fā)明的一個實施例中，如圖1b所示，can總線日志文件獲取裝置100還包括：網(wǎng)絡(luò)接口150。其中，控制模塊140還用于通過網(wǎng)絡(luò)接口150與車輛中的多個電子功能模塊相連以構(gòu)建車內(nèi)局域網(wǎng)。

本發(fā)明的一個實施例中，多個電子功能模塊中至少一個電子功能模塊包括互聯(lián)網(wǎng)網(wǎng)關(guān)，控制模塊140還用于通過至少一個電子功能模塊的互聯(lián)網(wǎng)網(wǎng)關(guān)與云端服務(wù)器進(jìn)行通信，以將存儲模塊130中存儲的日志數(shù)據(jù)上傳至云端服務(wù)器。

具體地，網(wǎng)絡(luò)接口150為以太網(wǎng)接口，can總線日志文件獲取裝置100通過網(wǎng)絡(luò)接口150與車輛中的多個電子功能模塊(例如，行車記錄儀、倒車影像儀等)之間通過以太網(wǎng)線相連接，并組成車內(nèi)局域網(wǎng)。

進(jìn)一步地，多個電子功能模塊中的至少一個電子功能模塊具備互聯(lián)網(wǎng)網(wǎng)關(guān)功能，例如，配置有modem模塊或wifi模塊，可以通過gsm網(wǎng)絡(luò)或wifi網(wǎng)絡(luò)連接互聯(lián)網(wǎng)，從而使得車 內(nèi)局域網(wǎng)中的can總線日志文件獲取裝置100或其它電子功能模塊都具備互聯(lián)網(wǎng)訪問功能。由于文件獲取裝置100具備了互聯(lián)網(wǎng)訪問功能，那么，can總線日志文件獲取裝置100就可以實時將獲取到的can總線上的日志數(shù)據(jù)上傳到云端服務(wù)器中，以供后續(xù)進(jìn)行大數(shù)據(jù)分析。

在本發(fā)明的另一個實施例中，如圖1c所示，can總線日志文件獲取裝置100還包括：無線通信模塊160，日志數(shù)據(jù)通過無線通信模塊160上傳至云端服務(wù)器。

也就是說，can總線日志文件獲取裝置100也可以自身具備互聯(lián)網(wǎng)訪問功能，無需借助車輛中的其它電子功能模塊就能夠?qū)⑺@取到的can總線上的日志數(shù)據(jù)上傳到云端服務(wù)器中。

在本發(fā)明的一個具體實施例中，控制模塊140采用armcpu和嵌入式linux操作系統(tǒng)。

具體地，如圖2所示，用于車輛的can總線日志文件獲取裝置100包括cpu1、ram2、flash、usb接口120、以太網(wǎng)接口150和can總線接口110。其中，flash3即存儲模塊130?？刂颇K140包括cpu1和ram2，也就是以armcpu為核心，配置ram、晶振等基礎(chǔ)外圍電路，構(gòu)成一個基本的armcpu硬件板卡。

更具體地，cpu1與ram2及其外圍電路構(gòu)成一個標(biāo)準(zhǔn)的嵌入式系統(tǒng)的基礎(chǔ)硬件。flahs3掛接在cpu1總線上，保存有啟動分區(qū)和嵌入式linux操作系統(tǒng)，剩余存儲空間的劃分為數(shù)據(jù)分區(qū)，用來保存canlog數(shù)據(jù)(即前文所述的can總線上的日志數(shù)據(jù))。usb接口120掛接在cpu1的總線上，是在linux操作系統(tǒng)中進(jìn)行usb操作的硬件外設(shè)。以太網(wǎng)網(wǎng)接口接在cpu1的總線上，是在linux操作系統(tǒng)中進(jìn)行網(wǎng)絡(luò)操作的硬件外設(shè)。can總線接口110接在cpu1的總線上，是在linux操作系統(tǒng)中進(jìn)行can總線數(shù)據(jù)抓取的硬件外設(shè)。

需要說明的是，上述的cpu和操作系統(tǒng)類型只是用來舉例。在本發(fā)明的其他實施例中，控制模塊140還可以采用其他類型的cpu和操作系統(tǒng)。

綜上可以看出，本發(fā)明實施例的can總線日志文件獲取裝置100能夠?qū)崟r抓取can總線日志文件，并且存儲模塊130采用大容量的flash，能夠存儲大量的can總線上的日志數(shù)據(jù)，而且能夠通過usb接口120把canlog數(shù)據(jù)導(dǎo)入到計算機(jī)上以及能夠與云端服務(wù)器連接，從而將canlog數(shù)據(jù)上傳到云端服務(wù)器。該can總線日志文件獲取裝置100能非常方便的掛接到現(xiàn)有車輛平臺，全程采集can總線上的log數(shù)據(jù),并方便的導(dǎo)入到計算機(jī)或?qū)崟r上傳到云端服務(wù)器。方便車輛廠商及售后維修時，以完整的車輛使用周期中的canlog數(shù)據(jù)為基礎(chǔ)，提供車輛維護(hù)、升級、產(chǎn)品優(yōu)化等服務(wù)。

圖3是一個具體使用場景中can總線日志文件獲取裝置100與車輛中電子功能模塊的連接關(guān)系示意圖。如圖3所示，電子功能模塊11和電子功能模塊12是車輛電子功能模塊 中連接到can總線上的單一功能的傳感器模塊，例如監(jiān)控水溫、汽油容量、空調(diào)控制等傳感器模塊。電子功能模塊9是指需要同時連接到can總線和以太網(wǎng)上的比較復(fù)雜的電子功能模塊，例如倒車影像儀。電子功能模塊8是指需要連接到以太網(wǎng)上的電子功能模塊，如需要上傳錄像和照片的行車記錄儀模塊。電子功能模塊10是指具備互聯(lián)網(wǎng)網(wǎng)關(guān)功能的模塊，其配置有modem模塊或wifi模塊，從而具備通過gsm網(wǎng)絡(luò)或wifi網(wǎng)絡(luò)連接互聯(lián)網(wǎng)的功能。

其中，can總線日志文件獲取裝置100的can總線接口110通過can總線7與電子功能模塊11、電子功能模塊9和電子功能模塊12連接，并通過can總線接口110實時抓取can總線7上的can總線log數(shù)據(jù)，以用于分析電子功能模塊11、電子功能模塊9和電子功能模塊12的運行狀態(tài)。

can總線日志文件獲取裝置100的以太網(wǎng)接口通過以太網(wǎng)線6與電子功能模塊8、電子功能模塊9和電子功能模塊10連接，并且can總線日志文件獲取裝置100、電子功能模塊8,電子功能模塊9，電子功能模塊10通過以太網(wǎng)線6組成車內(nèi)局域網(wǎng)，其中，電子功能模塊10提供互聯(lián)網(wǎng)網(wǎng)關(guān)功能，使得車內(nèi)局域網(wǎng)中的各個模塊都具備互聯(lián)網(wǎng)訪問功能。那么，can總線日志文件獲取裝置100就可以實時把獲取到的can總線上的日志數(shù)據(jù)上傳到云端服務(wù)器，以進(jìn)行大數(shù)據(jù)分析。

can總線日志文件獲取裝置100的usb接口120通過usb線4與pc機(jī)5連接，在pc機(jī)5上可以以u盤的模式訪問存儲模塊130中保存的已經(jīng)抓取到的can總線上的日志文件。

圖4是控制模塊中的軟件實現(xiàn)框架的示意圖，如圖4所示，軟件實現(xiàn)框架具體由usb驅(qū)動、以太網(wǎng)卡驅(qū)動、can總線接口110驅(qū)動、linuxkernel(linux內(nèi)核)、usb盤訪問服務(wù)、can總線log數(shù)據(jù)抓取服務(wù)和與云端服務(wù)器對應(yīng)的客戶端服務(wù)進(jìn)行組成。

其中，linux內(nèi)核是配置裁剪的標(biāo)準(zhǔn)linux內(nèi)核，在支持的硬件cpu基礎(chǔ)上去掉不需要的驅(qū)動支持。usb驅(qū)動是根據(jù)硬件平臺來實現(xiàn)，支持u盤模式；以太網(wǎng)卡驅(qū)動是根據(jù)選用的網(wǎng)卡芯片在指定的硬件平臺實現(xiàn)；can總線接口110驅(qū)動是根據(jù)選用的can接口芯片在指定的硬件平臺實現(xiàn)；usb盤訪問服務(wù)通過監(jiān)控usb線是否與pc機(jī)連接來完成usb模式的切換，從而提供日志數(shù)據(jù)以u盤的方式在計算機(jī)上訪問的功能；can總線log數(shù)據(jù)抓取服務(wù)一直監(jiān)控并抓取can總線log數(shù)據(jù)，并分時間段實時保存到存儲模塊130中的數(shù)據(jù)分區(qū)。當(dāng)數(shù)據(jù)分區(qū)占用空間達(dá)到警戒值時，刪除舊的can總線log數(shù)據(jù)文件；客戶端服務(wù)負(fù)責(zé)檢查與云端服務(wù)器的連接狀態(tài)，并定時以配置的用戶名登錄到云端服務(wù)器，以定時將獲取到的can總線log數(shù)據(jù)上傳到云端服務(wù)器。

下面分別對usb盤訪問服務(wù)、can總線log數(shù)據(jù)抓取服務(wù)和客戶端服務(wù)的處理流程。

圖5是usb盤訪問服務(wù)的處理流程示意圖，如圖5所示，具體包括以下步驟：

步驟s101，can總線日志文件獲取裝置100的系統(tǒng)開機(jī)，kernel運行的第一個進(jìn)程腳本中執(zhí)行本流程。

步驟s102，偵聽usb驅(qū)動上報的事件，判斷是否有usb線連接到計算機(jī)，若沒有則繼續(xù)執(zhí)行本步驟；若有usb線連接到計算機(jī)，則執(zhí)行步驟s103。

步驟s103，把usb模式切換到u盤模式。

步驟s104，用戶在計算機(jī)上訪問存儲模塊130中的數(shù)據(jù)分區(qū)。

步驟s105，本進(jìn)程偵聽usb線連接事件，判斷是否usb線斷開，若沒有斷開則繼續(xù)保持u盤模式，若usb線斷開，則執(zhí)行步驟s106。

步驟s106，關(guān)閉usb的u盤模式，并跳轉(zhuǎn)到步驟s102。

圖6是can總線log數(shù)據(jù)抓取服務(wù)的處理流程示意圖，如圖6所示，具體包括以下步驟：

步驟s201，can總線日志文件獲取裝置100的系統(tǒng)開機(jī)kernel運行的第一個進(jìn)程腳本中執(zhí)行本流程。

步驟s202，等待新的can總線上的日志數(shù)據(jù),若沒有則繼續(xù)執(zhí)行本步驟；若有則執(zhí)行步驟s203。

步驟s203，判斷是否canlog文件已經(jīng)打開；若否則執(zhí)行步驟s204；若是則執(zhí)行步驟s205。

例如，can總線上的日志數(shù)據(jù)在存儲模塊130中可以分段存儲，例如每10m的日志數(shù)據(jù)存儲為一個canlog文件。

步驟s204，按現(xiàn)在時間構(gòu)造canlog文件名稱，建立新的canlog文件。

步驟s205，把這條日志數(shù)據(jù)保存到當(dāng)前的canlog文件中。

步驟s206，判斷是否canlog文件大小已經(jīng)超過限定值(例如，10m)；若否則執(zhí)行步驟s202；若是則執(zhí)行步驟s207。

步驟s207，關(guān)閉當(dāng)前的canlog文件。

步驟s208，判斷是否數(shù)據(jù)分區(qū)使用容量已經(jīng)超過警戒值；若否則執(zhí)行步驟s202；若是則執(zhí)行步驟s209。

也就是判斷存儲模塊130中用來存儲日志數(shù)據(jù)的數(shù)據(jù)分析的已使用容量是否超過警戒值。

步驟s209，刪除最早的canlog文件，并繼續(xù)返回執(zhí)行步驟s202。

圖7是客戶端服務(wù)的處理流程示意圖，如圖7所示，具體包括以下步驟：

步驟s301，can總線日志文件獲取裝置100的系統(tǒng)開機(jī)kernel運行的第一個進(jìn)程腳本中執(zhí)行本流程。

步驟s302，判斷是否到了上傳日志數(shù)據(jù)的間隔時間；若否則執(zhí)行步驟s302；若是則執(zhí)行步驟s303。

步驟s303，判斷是否可以連接到互聯(lián)網(wǎng)；若否則執(zhí)行步驟s302；若是則執(zhí)行步驟s304。

步驟s304，判斷是否可以連接到云端服務(wù)器；若否則執(zhí)行步驟s302；若是則執(zhí)行步驟s305。

步驟s305，上傳canlog文件到服務(wù)器。

步驟s306，上傳完成后退出登錄，并斷開與云端服務(wù)器的連接，繼續(xù)執(zhí)行步驟s302。

本發(fā)明實施例的can總線日志文件獲取裝置，具有以下有益效果：能夠抓取車輛在實際道路上完整的全時間段的can總線上的日志數(shù)據(jù)，維修工程師能夠通過完整的日志數(shù)據(jù)，更準(zhǔn)確的分析車輛運行狀態(tài)、找到車輛故障原因；該裝置通過互聯(lián)網(wǎng)將獲取到的日志數(shù)據(jù)上傳到云端服務(wù)器，能夠提供給設(shè)計公司所有配置該文件獲取裝置的車輛的整個產(chǎn)品生命周期里的can總線日志數(shù)據(jù)，是構(gòu)成大數(shù)據(jù)挖掘的關(guān)鍵數(shù)據(jù)采集點；另外，還為后續(xù)產(chǎn)品器件故障預(yù)警和提前維修提供信息；還能夠通過日志數(shù)據(jù)總結(jié)出用戶的操作習(xí)性和駕駛特點，為后續(xù)的產(chǎn)品設(shè)計提供分析數(shù)據(jù)。

本發(fā)明還提出了一種車輛。該車輛包括本發(fā)明實施例的can總線日志文件獲取裝置。

本發(fā)明實施例的車輛，由于具有了該can總線日志文件獲取裝置，可以將車輛運行過程中的can總線上的日志文件都記錄下來，當(dāng)車輛發(fā)生故障進(jìn)行檢測時，所記錄的日志文件有助于提升故障檢測的速度和準(zhǔn)確度。

本發(fā)明還提出了一種can總線日志文件獲取系統(tǒng)，如圖8所示，該文件獲取系統(tǒng)包括本發(fā)明實施例的can總線日志文件獲取裝置100和終端設(shè)備200。

本發(fā)明實施例的can總線日志文件獲取系統(tǒng)，可以將車輛運行過程中的can總線上的日志文件都記錄下來，當(dāng)車輛發(fā)生故障進(jìn)行檢測時，維修工程師可以通過該系統(tǒng)獲取車輛運行過程中完整的can總線上的日志文件，從而能夠更準(zhǔn)確、快速的定位故障原因，提高維修效率。

在本發(fā)明的一個實施例中，如圖9所示，can總線日志文件獲取系統(tǒng)還包括云端服務(wù)器300。云端服務(wù)器300用于接收并存儲can總線日志文件獲取裝置100中的日志數(shù)據(jù)，以作為大數(shù)據(jù)挖掘的關(guān)鍵數(shù)據(jù)，還可以為后續(xù)產(chǎn)品器件故障預(yù)警和提前維修提供信息，以及能夠通過日志數(shù)據(jù)總結(jié)出用戶的操作習(xí)性和駕駛特點，為后續(xù)的產(chǎn)品設(shè)計提供分析數(shù)據(jù)。

在本發(fā)明的描述中，需要理解的是，術(shù)語“中心”、“縱向”、“橫向”、“長度”、“寬度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“豎直”、“水平”、“頂”、“底”“內(nèi)”、 “外”、“順時針”、“逆時針”、“軸向”、“徑向”、“周向”等指示的方位或位置關(guān)系為基于附圖所示的方位或位置關(guān)系，僅是為了便于描述本發(fā)明和簡化描述，而不是指示或暗示所指的裝置或元件必須具有特定的方位、以特定的方位構(gòu)造和操作，因此不能理解為對本發(fā)明的限制。

此外，術(shù)語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術(shù)特征的數(shù)量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括至少一個該特征。在本發(fā)明的描述中，“多個”的含義是至少兩個，例如兩個，三個等，除非另有明確具體的限定。

在本發(fā)明中，除非另有明確的規(guī)定和限定，術(shù)語“安裝”、“相連”、“連接”、“固定”等術(shù)語應(yīng)做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或成一體；可以是機(jī)械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連，可以是兩個元件內(nèi)部的連通或兩個元件的相互作用關(guān)系，除非另有明確的限定。對于本領(lǐng)域的普通技術(shù)人員而言，可以根據(jù)具體情況理解上述術(shù)語在本發(fā)明中的具體含義。

在本發(fā)明中，除非另有明確的規(guī)定和限定，第一特征在第二特征“上”或“下”可以是第一和第二特征直接接觸，或第一和第二特征通過中間媒介間接接觸。而且，第一特征在第二特征“之上”、“上方”和“上面”可是第一特征在第二特征正上方或斜上方，或僅僅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”可以是第一特征在第二特征正下方或斜下方，或僅僅表示第一特征水平高度小于第二特征。

在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結(jié)合。此外，在不相互矛盾的情況下，本領(lǐng)域的技術(shù)人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特征進(jìn)行結(jié)合和組合。

盡管上面已經(jīng)示出和描述了本發(fā)明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發(fā)明的限制，本領(lǐng)域的普通技術(shù)人員在本發(fā)明的范圍內(nèi)可以對上述實施例進(jìn)行變化、修改、替換和變型。