本發(fā)明涉及車輛檢測領域，尤其涉及一種遠程采集車輛故障數(shù)據(jù)的方法。

背景技術：

新能源汽車目前市場上的新興產(chǎn)業(yè)，對于新的產(chǎn)品進行故障測試是非常有意義的，但現(xiàn)有的故障采集方法，對故障種類獲取信息少，采集時長的時間選取與分割均不合理，導致采集出的故障數(shù)據(jù)并不有效，極大的阻礙了對車輛的研發(fā)和測試。

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

本發(fā)明的目的在于克服現(xiàn)有技術存在的不足，提供一種遠程采集車輛故障數(shù)據(jù)的方法，包括以下步驟，

s1：終端每固定時段采集車輛的can數(shù)據(jù)并存儲至終端，得到存儲數(shù)據(jù)；

s2：當所述車輛有故障發(fā)生時，所述終端可判斷所述車輛故障的類型并發(fā)送至監(jiān)控平臺；

s3：所述監(jiān)控平臺中預設車輛發(fā)生故障時數(shù)據(jù)的采集時長，所述采集時長以所述車輛發(fā)生故障時的時間節(jié)點為界限，劃分為前、后兩部分時長，所述前部分時長大于所述后部分的時長；當所述監(jiān)控平臺收到所述終端發(fā)送的故障類型時，所述監(jiān)控平臺生成時段數(shù)據(jù)，所述時段數(shù)據(jù)為所述采集時長在所述車輛can數(shù)據(jù)中的時間段；

s4：所述監(jiān)控平臺根據(jù)所述時段數(shù)據(jù)生成時段數(shù)據(jù)調(diào)用指令，并將所述時段數(shù)據(jù)調(diào)用指令傳達至所述終端；

s5：所述終端根據(jù)所述監(jiān)控平臺傳達的所述時段數(shù)據(jù)調(diào)用指令，在所述存儲數(shù)據(jù)中調(diào)取符合所述時段數(shù)據(jù)調(diào)用指令的數(shù)據(jù)，得到故障相關數(shù)據(jù)；

s6：對所述故障相關數(shù)據(jù)進行數(shù)據(jù)加密，得到加密數(shù)據(jù),并上傳至所述監(jiān)控平臺，所述監(jiān)控平臺對所述加密數(shù)據(jù)進行數(shù)據(jù)解密，得到解密數(shù)據(jù)，同時將所述解密數(shù)據(jù)存儲至終端生成展示文件；

s7：將所述展示文件，直接在所述監(jiān)控平臺上進行顯示，并生成所述展示文件下載鏈接。

作為進一步改進，所述終端可增加自定義協(xié)議對不同種類的故障進行采集，所述不同種類的故障包括突發(fā)類故障以及漸變類故障。

作為進一步改進，所述監(jiān)控平臺內(nèi)的預設采集時長包括默認設置；在所述默認設置中對于所述漸變故障，所述監(jiān)控平臺的所述默認采集時長為5-8分鐘，所述漸變類故障默認采集時長的前半部分時間與所述漸變類故障默認采集時長的后半部分時間比值為4:1；

在所述默認設置中對于所述突發(fā)類故障，所述監(jiān)控平臺的默認所述突發(fā)類采集時長為3-4分鐘，所述突發(fā)類故障默認采集時長的前半部分時間與所述突發(fā)類故障默認采集時長的后半部分時間的比值為2:1；

作為進一步改進，在s1中，所述終端將所述車輛原始can數(shù)據(jù)整理成統(tǒng)一的標準格式數(shù)據(jù)，隨后將所述統(tǒng)一的標準格式數(shù)據(jù)存儲至所述終端。

作為進一步改進，所述故障相關數(shù)據(jù)為文本文件格式或統(tǒng)一的指定上傳格式。

作為進一步改進，若所述加密數(shù)據(jù)格式為文本文件通過ftp方式進行傳輸；若所述加密數(shù)據(jù)為報文格式則通過所述終端與所述監(jiān)控平臺間的上傳通道進行傳輸。

作為進一步改進，s6包括：s61，對所述故障相關數(shù)據(jù)使用壓縮算法，對所述故障相關數(shù)據(jù)進行壓縮并根據(jù)所述終端與所述監(jiān)控平臺約定的加密算法進行加密，得到所述加密數(shù)據(jù)；所述加密數(shù)據(jù)上傳至所述監(jiān)控平臺；所述監(jiān)控平臺接收所述加密數(shù)據(jù)后，根據(jù)所述監(jiān)控平臺與終所述端約定的解壓和解密算法對所述加密數(shù)據(jù)進行處理，得到所述解密數(shù)據(jù)；同時將所述解密數(shù)據(jù)存儲至所述終端生成展示文件。

作為進一步改進，所述壓縮算發(fā)采用linux壓縮算法。

與現(xiàn)有技術相比較，本發(fā)明具有以下優(yōu)點：通過對所述監(jiān)控平臺增加預設的采集時長，能對不用種類的故障數(shù)據(jù)進行相關故障信息的有效采集，并且將所述采集時長以故障時間點為界限，分為前、后兩部分，所述前部分在總采集時長中的占比大于后部分在總采集時長中的占比，提升了獲取故障數(shù)據(jù)信息的有效性。

附圖說明

圖1為本發(fā)明一種遠程采集車輛故障數(shù)據(jù)的方法的流程圖。

圖2為本發(fā)明中一種遠程采集車輛故障數(shù)據(jù)的方法的采集時長的示意圖。

具體實施方式

為使本發(fā)明實施方式的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施方式中的附圖，對本發(fā)明實施方式中的技術方案進行清楚、完整地描述，顯然，所描述的實施方式是本發(fā)明一部分實施方式，而不是全部的實施方式?；诒景l(fā)明中的實施方式，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施方式，都屬于本發(fā)明保護的范圍。因此，以下對在附圖中提供的本發(fā)明的實施方式的詳細描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施方式?；诒景l(fā)明中的實施方式，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施方式，都屬于本發(fā)明保護的范圍。在本發(fā)明的描述中，需要理解的是，術語“上”、“下”等指示的方位或位置關系為基于附圖所示的方位或位置關系，僅是為了便于描述本發(fā)明和簡化描述，而不是指示或暗示所指的設備或元件必須具有特定的方位、以特定的方位構造和操作，因此不能理解為對本發(fā)明的限制。此外，術語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術特征的數(shù)量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括一個或者更多個該特征。在本發(fā)明的描述中，“多個”的含義是兩個或兩個以上，除非另有明確具體的限定。在本發(fā)明中，除非另有明確的規(guī)定和限定，術語“安裝”、“相連”、“連接”、“固定”等術語應做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或成一體；可以是機械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連，可以是兩個元件內(nèi)部的連通或兩個元件的相互作用關系。對于本領域的普通技術人員而言，可以根據(jù)具體情況理解上述術語在本發(fā)明中的具體含義。

如圖1所示，一種遠程采集車輛故障數(shù)據(jù)的方法，包括以下步驟，

s1：終端每1s采集車輛的can數(shù)據(jù)并存儲至終端，得到存儲數(shù)據(jù)，其中，為保證數(shù)據(jù)的正常方便使用終端將車輛原始can數(shù)據(jù)整理成統(tǒng)一的且格式標準的數(shù)據(jù)，隨后將統(tǒng)一的且格式標準的數(shù)據(jù)存儲至終端，得到存儲數(shù)據(jù)，存儲數(shù)據(jù)存儲至終端七天或七天以上，但考慮到存儲數(shù)據(jù)在終端中存儲時間越長，存儲成本越高優(yōu)選的，選取存儲數(shù)據(jù)在終端中存儲七天。

終端采集的信息取決于終端程序中設定的協(xié)議，通過增加終端的自定義協(xié)議，用以對不同種類的故障(例如：驅(qū)動電機控制器過壓、驅(qū)動電機控制器ipmerror、發(fā)電機控制器can通信故障、電池倉煙霧報警等。)進行采集，不同種類的故障包括突發(fā)類故障以及漸變類故障；

漸變類故障包括例如因電池電壓、電流、溫度及電機的溫度狀態(tài)等非因瞬間異常引起的，而是通過一段時間的演變使得某個數(shù)據(jù)參數(shù)大于故障閾值時引起的故障；突發(fā)類故障包括例如因氣泵損壞、can網(wǎng)絡斷線引起的瞬間出現(xiàn)且設備異常的故障，具有偶發(fā)性。

s2：當車輛有故障發(fā)生時，終端可根據(jù)對應的自定義協(xié)議，判斷車輛故障的類型的并發(fā)送至監(jiān)控平臺；

s3：在監(jiān)控平臺中預設有車輛發(fā)生故障時數(shù)據(jù)的采集時長，采集時長意義在于通過在采集時長內(nèi)的數(shù)據(jù)有效的分析出故障類型；采集時長以車輛發(fā)生故障時的時間節(jié)點為界限，劃分為前、后兩部分時長，前部分時長大于后部分的時長；當監(jiān)控平臺收到終端發(fā)送的故障報告時，監(jiān)控平臺生成時段數(shù)據(jù)，時段數(shù)據(jù)為采集時長在車輛can數(shù)據(jù)中的時間段；

監(jiān)控平臺內(nèi)的預設采集時長包括默認設置以及自選設置，默認設置以及自選設置可通過調(diào)整監(jiān)控平臺中的程序進行更改；

在默認設置中，對于上述漸變類故障，根據(jù)上述漸變類故障的漸變特性，故需要較長的采集時長，將漸變類故障的采集時長選取在5-8分鐘；漸變類故障采集時長前半部分時間占比大于漸變類故障采集時長后半部分時間的占比，其比值為4:1，這是因為漸變類故障的采集時長前半部分時間內(nèi)的數(shù)據(jù)內(nèi)容對于分析數(shù)據(jù)的重要性高于漸變類故障的采集時長后半部分時間內(nèi)的數(shù)據(jù)內(nèi)容；因默認設置遇到的未知情況較多，為能有效的分析出間漸變類故障的引起原因，優(yōu)選的，漸變類故障的默認采集時長設置為5分鐘，漸變類故障的默認設置采集時長前部分占4分鐘，漸變類故障的默認設置采集時長后半部分占1分鐘。

在默認設置中，對于上述的突發(fā)類故障，因上述突發(fā)類故障具有偶發(fā)性并且突發(fā)類故障對故障數(shù)據(jù)分析的要求也并不高，將突發(fā)類故障的采集時長選取在3-4分鐘，突發(fā)類故障的采集時長前半部分時間占比大于突發(fā)類故障采集時長后半部分時間的占比，其比值為2:1，這是因為突發(fā)類故障采集時長前半部分時間內(nèi)的數(shù)據(jù)內(nèi)容對于分析數(shù)據(jù)的重要性高于突發(fā)類故障采集時長后半部分時間內(nèi)的數(shù)據(jù)內(nèi)容；因默認設置遇到的未知情況較多，為能有效的分析出間突發(fā)類故障的引起原因，優(yōu)選的，突發(fā)類故障的默認采集時長設置為3分鐘，突發(fā)類故障的默認設置采集時長前部分占2分鐘，突發(fā)類故障的默認設置采集時長后半部分占1分鐘。

關于自選設置，這是考慮到因不同實際情況引發(fā)的故障數(shù)據(jù)需要的采集時長不同且時間范圍內(nèi)前、后兩部時間的權值不同；使用者可根據(jù)自身需求自行設置自選設置的采集時長以及自選設置的采集時長中故障時點前、后兩部分時長的權值，從而精確分析故障。

s4：監(jiān)控平臺根據(jù)時段數(shù)據(jù)生成時段數(shù)據(jù)調(diào)用指令，并將時段數(shù)據(jù)調(diào)用指令傳達至終端；

s5：終端根據(jù)監(jiān)控平臺傳達的時段數(shù)據(jù)調(diào)用指令，在存儲數(shù)據(jù)中調(diào)取符合時段數(shù)據(jù)調(diào)用指令的數(shù)據(jù)，得到故障相關數(shù)據(jù)，故障相關數(shù)據(jù)為文本文件格式或統(tǒng)一的指定上傳格式。

s6：對故障相關數(shù)據(jù)進行數(shù)據(jù)加密，得到加密數(shù)據(jù),若加密數(shù)據(jù)格式為文本文件通過ftp方式進行傳輸；若加密數(shù)據(jù)為報文格式則通過終端與監(jiān)控平臺間的上傳通道進行傳輸，隨后將加密數(shù)據(jù)上傳至監(jiān)控平臺，監(jiān)控平臺對加密數(shù)據(jù)進行數(shù)據(jù)解密，得到解密數(shù)據(jù)，同時將解密數(shù)據(jù)存儲至終端生成展示文件；具體的，對故障相關數(shù)據(jù)使用壓縮算法，其中，為了兼顧壓縮速度與壓縮程度，壓縮算法優(yōu)選采用linux壓縮算法，對故障相關數(shù)據(jù)進行壓縮并根據(jù)終端與平臺約定的加密算法進行加密，得到加密數(shù)據(jù)；加密數(shù)據(jù)上傳至監(jiān)控平臺；監(jiān)控平臺接收加密數(shù)據(jù)后，根據(jù)監(jiān)控平臺與終端約定的解壓和解密算法對加密數(shù)據(jù)進行處理，得到解密數(shù)據(jù)；同時將解密數(shù)據(jù)存儲至終端生成展示文件。

s7：將展示文件，直接在監(jiān)控平臺上進行顯示，并生成數(shù)據(jù)文件下載鏈接。

以上僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內(nèi)。