基于數(shù)據(jù)請求類型的obd設備識別方法及系統(tǒng)的制作方法
【專利摘要】基于數(shù)據(jù)請求類型的OBD設備識別方法及系統(tǒng)，上位機接收OBD產(chǎn)品請求數(shù)據(jù)，當數(shù)目達到一定量的時候，進行特征庫第一次匹配，根據(jù)與車輛的Can數(shù)據(jù)交互得到車輛當前狀態(tài)，選擇當前狀態(tài)下特征庫，直到得到第一次的匹配結(jié)果。當數(shù)據(jù)再一次達到一定次數(shù)時，進行特征庫第二次匹配，根據(jù)與車輛的Can數(shù)據(jù)交互得到車輛當前狀態(tài)，直到得到第二次的匹配結(jié)果，第一次匹配結(jié)果與第二次匹配結(jié)果進行對比，如果一致，認為識別成功，若不相同，當接收數(shù)據(jù)達到再一次一定次數(shù)時進行第三次匹配，若有和以前相同結(jié)果，則認為識別成功，若不成功，以此類推。本發(fā)明能實時接收OBD產(chǎn)品數(shù)據(jù)，為后續(xù)對數(shù)據(jù)的開發(fā)打下一定的基礎。
【專利說明】
基于數(shù)據(jù)請求類型的OBD設備識別方法及系統(tǒng)
技術領域
[0001]本發(fā)明屬于OBD設備領域，具體說是一種基于數(shù)據(jù)請求類型的OBD設備識別方法及系統(tǒng)。
【背景技術】
[0002]OBD是英文On-Board Diagnostics的縮寫，中文翻譯為“車載自動診斷系統(tǒng)”。實現(xiàn)汽車智能化，車型前置標準配置和后裝OBD產(chǎn)品是兩大途徑。對于中低端車型等沒有智能化標準配置車型，OBD產(chǎn)品更是重要可行的選擇，借助OBD終端+手機APP+后臺系統(tǒng)服務，低成本實現(xiàn)數(shù)據(jù)采集、數(shù)據(jù)分析、結(jié)果展現(xiàn)等功能。為后續(xù)對數(shù)據(jù)的開發(fā)打下一定的基礎，需要識別OBD設備的種類，但目前尚未發(fā)現(xiàn)如何識別OBD設備的方法或系統(tǒng)。

【發(fā)明內(nèi)容】

[0003]本發(fā)明針對以上問題，提出了一種基于數(shù)據(jù)請求類型的OBD設備識別方法及系統(tǒng)，能識別插入車輛OBD設備，讓用戶對插入OBD設備有一定的了解。對后續(xù)用戶可設置OBD產(chǎn)品黑名單，白名單有一定的作用。
[0004]一方面，本發(fā)明提供了基于數(shù)據(jù)請求類型的OBD設備識別方法，包括:
[0005]SI: OBD產(chǎn)品插入車輛時，OBD產(chǎn)品向車輛發(fā)送請求數(shù)據(jù)，請求數(shù)據(jù)以廣播形式在Can總線之間通信，故上位機可以接收到請求數(shù)據(jù)和車輛對OBD產(chǎn)品請求數(shù)據(jù)的回應；
[0006]S2:上位機接收OBD產(chǎn)品請求數(shù)據(jù)，當數(shù)據(jù)達到一定量的時候，進行特征庫第一次匹配，根據(jù)與車輛的Can數(shù)據(jù)交互得到車輛當前狀態(tài)，選擇當前狀態(tài)下特征庫，依次用特征庫下的產(chǎn)品數(shù)據(jù)請求類型與當前接收的數(shù)據(jù)進行匹配，直至得到第一次的匹配結(jié)果；
[0007]S3:當數(shù)據(jù)再一次達到一定量時，進行特征庫第二次匹配，根據(jù)與車輛的Can數(shù)據(jù)交互得到車輛當前狀態(tài)，依次用特征庫下的產(chǎn)品數(shù)據(jù)請求類型與當前接收的數(shù)據(jù)進行匹配，直至得到第二次的匹配結(jié)果；
[0008]S4:第一次匹配結(jié)果與第二次匹配結(jié)果進行對比，如果一致，認為識別成功，若不相同，當接收數(shù)據(jù)達到再一次一定量時進行第三次匹配，若有和之前相同結(jié)果，則認為識別成功，若不成功，則繼續(xù)進行匹配。
[0009]具體的，本方法還包括如果匹配時間超過3-4分鐘，則新建特征庫，列入新的OBD產(chǎn)品O
[0010]具體的，請求數(shù)據(jù)為請求轉(zhuǎn)速數(shù)據(jù)。
[0011 ]具體的，步驟S2是通過如下步驟進行建立特征庫的:
[0012]A、上位機向車輛發(fā)送請求轉(zhuǎn)速數(shù)據(jù)；
[0013]B、判斷數(shù)據(jù)回復狀態(tài):
[0014]如果無數(shù)據(jù)回復，則車輛為未上電狀態(tài)；
[0015]如果有數(shù)據(jù)回復，且數(shù)值為0，則車輛為上電狀態(tài)；
[0016]如果有數(shù)據(jù)回復，且數(shù)值不為O，則車輛為打火狀態(tài)；
[0017]C、統(tǒng)計數(shù)據(jù)請求類型，分別記錄為OBD產(chǎn)品對應的未上電數(shù)據(jù)請求類型特征庫、上電數(shù)據(jù)請求類型特征庫和打火數(shù)據(jù)請求類型特征庫。
[0018]更具體的，步驟S2-S4中，當數(shù)據(jù)達到20-30次時進行特征庫第一次匹配；當數(shù)據(jù)達至IJ50-70次時進行特征庫第二次匹配;以后每次增加20-30次。
[0019]另一方面，本發(fā)明還提供了一種基于數(shù)據(jù)請求類型的OBD設備識別系統(tǒng)，包括:
[0020]OBD產(chǎn)品，向車輛發(fā)送請求數(shù)據(jù)；
[0021]OBD三通，分別監(jiān)聽OBD產(chǎn)品和車輛之間交互的數(shù)據(jù)、上位機與車輛之間交互的數(shù)據(jù)；
[0022]上位機，根據(jù)OBD產(chǎn)品請求數(shù)據(jù)進行特征庫匹配；
[0023]車載診斷系統(tǒng)，監(jiān)控發(fā)動機的運行狀況和尾氣后處理系統(tǒng)的工作狀態(tài)，發(fā)現(xiàn)排放超標情況，則發(fā)出警示；
[0024]所述的OBD三通分別與OBD產(chǎn)品、上位機、車載診斷系統(tǒng)相連。
[0025]進一步的，所述的OBD三通與車載診斷系統(tǒng)是通過OBD延長線相連的。
[0026]進一步的，所述的OBD三通與OBD產(chǎn)品是通過OBD延長線相連的。
[0027]更進進一步的，0BD三通與上位機是通過Can總線節(jié)點進行數(shù)據(jù)交互的。
[0028]本發(fā)明由于采用以上技術方法，能夠取得如下的技術效果:本發(fā)明能實時接收OBD產(chǎn)品數(shù)據(jù)，為后續(xù)對數(shù)據(jù)的開發(fā)打下一定的基礎;能快速識別插入車輛OBD產(chǎn)品，讓用戶對插入OBD產(chǎn)品有一定的了解，方便用戶設置OBD產(chǎn)品黑名單和白名單;能夠為后續(xù)OBD產(chǎn)品黑名單攔截起到幫助作用。本發(fā)明可以根據(jù)用戶需求知道車輛當前默寫參數(shù)，包括是否有故障碼等;再不需要OBD產(chǎn)品情況下，知道車輛當前一些參數(shù)等;本發(fā)明能作為一種OBD設備行為記錄儀使用。
【附圖說明】
[0029]為了更清楚的說明本發(fā)明的實施例或現(xiàn)有技術的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖做一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0030]圖1為基于數(shù)據(jù)請求類型的OBD設備識別方法的流程圖；
[0031 ]圖2為基于數(shù)據(jù)請求類型的OBD設備識別系統(tǒng)的結(jié)構框圖；
[0032]圖3為建立特征庫流程圖。
【具體實施方式】
[0033]為使本發(fā)明的實施例的目的、技術方案和優(yōu)點更加清楚，下面結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚完整的描述:
[0034]實施例1
[0035]基于數(shù)據(jù)請求類型的OBD設備識別方法，包括:
[0036]S1:0BD產(chǎn)品插入車輛時，OBD產(chǎn)品向車輛發(fā)送請求數(shù)據(jù)，請求數(shù)據(jù)以廣播形式在Can總線之間通信，故上位機可以接收到請求數(shù)據(jù)和車輛對OBD產(chǎn)品請求數(shù)據(jù)的回應；
[0037]S2:上位機接收OBD產(chǎn)品請求數(shù)據(jù)，當數(shù)據(jù)達到20次的時候，進行特征庫第一次匹配，根據(jù)與車輛的Can數(shù)據(jù)交互得到車輛當前狀態(tài)，選擇當前狀態(tài)下特征庫，依次用特征庫下的產(chǎn)品數(shù)據(jù)請求類型與當前接收的數(shù)據(jù)進行匹配，直至得到第一次的匹配結(jié)果；
[0038]具體的，是通過如下步驟進行建立特征庫的:
[0039]A、上位機向車輛發(fā)送請求轉(zhuǎn)速數(shù)據(jù)；
[0040]B、判斷數(shù)據(jù)回復狀態(tài):
[0041]如果無數(shù)據(jù)回復，則車輛為未上電狀態(tài)；
[0042]如果有數(shù)據(jù)回復，且數(shù)值為0，則車輛為上電狀態(tài)；
[0043]如果有數(shù)據(jù)回復，且數(shù)值不為0，則車輛為打火狀態(tài)；
[0044]C、統(tǒng)計數(shù)據(jù)請求類型，分別記錄為OBD產(chǎn)品對應的未上電數(shù)據(jù)請求類型特征庫、上電統(tǒng)計數(shù)據(jù)請求類型特征庫與打火統(tǒng)計數(shù)據(jù)請求類型特征庫。
[0045]S3:當數(shù)據(jù)達到50次時，進行特征庫第二次匹配，根據(jù)與車輛的Can數(shù)據(jù)交互得到車輛當前狀態(tài)，依次用特征庫下的產(chǎn)品數(shù)據(jù)請求類型和當前接收的數(shù)據(jù)進行匹配，直至得到第二次的匹配結(jié)果；
[0046]S4:第一次匹配結(jié)果與第二次匹配結(jié)果進行對比，如果一致，認為識別成功，若不相同，當接收數(shù)據(jù)達到70次時進行第三次匹配，若有和之前相同結(jié)果，則認為識別成功，若不成功，則繼續(xù)進行匹配。
[0047]S5:如果匹配時間超過3-4分鐘，則新建特征庫，列入新的OBD產(chǎn)品。
[0048]另一方面，本發(fā)明還提供了一種基于數(shù)據(jù)請求類型的OBD設備識別系統(tǒng)，包括:
[0049]OBD產(chǎn)品，向車輛發(fā)送請求數(shù)據(jù)；
[0050]OBD三通，分別監(jiān)聽OBD產(chǎn)品和車輛之間交互的數(shù)據(jù)、上位機與車輛之間交互的數(shù)據(jù)；
[0051 ]上位機，根據(jù)OBD產(chǎn)品請求數(shù)據(jù)進行特征庫匹配；
[0052]車載診斷系統(tǒng)，監(jiān)控發(fā)動機的運行狀況和尾氣后處理系統(tǒng)的工作狀態(tài)，發(fā)現(xiàn)排放超標情況，則發(fā)出警示；
[0053]所述的OBD三通通過OBD延長線分別與車載診斷系統(tǒng)、OBD產(chǎn)品相連;OBD三通與上位機是通過Can總線節(jié)點進行數(shù)據(jù)交互的。
[0054]實施例2
[0055]基于數(shù)據(jù)請求類型的OBD設備識別方法，包括:
[0056]S1:0BD產(chǎn)品插入車輛時，OBD產(chǎn)品向車輛發(fā)送請求轉(zhuǎn)速數(shù)據(jù)，請求轉(zhuǎn)速數(shù)據(jù)以廣播形式在Can總線之間通信，故上位機接收到請求轉(zhuǎn)速數(shù)據(jù)和車輛對OBD產(chǎn)品請求轉(zhuǎn)速數(shù)據(jù)的回應；
[0057]S2:上位機接收OBD產(chǎn)品請求轉(zhuǎn)速數(shù)據(jù)，當數(shù)據(jù)達到30次的時候，進行特征庫第一次匹配，根據(jù)與車輛的Can數(shù)據(jù)交互得到車輛當前狀態(tài)，選擇當前狀態(tài)下特征庫，依次用特征庫下的產(chǎn)品數(shù)據(jù)請求類型與當前接收的數(shù)據(jù)進行匹配，直至得到第一次的匹配結(jié)果；
[0058]具體的，是通過如下步驟進行建立特征庫的:
[0059]A、上位機向車輛發(fā)送請求轉(zhuǎn)速數(shù)據(jù)；
[0060]B、判斷數(shù)據(jù)回復狀態(tài):
[0061]如果無數(shù)據(jù)回復，則車輛為未上電狀態(tài)；
[0062]如果有數(shù)據(jù)回復，且數(shù)值為0，則車輛為上電狀態(tài)；
[0063]如果有數(shù)據(jù)回復，且數(shù)值不為0，則車輛為打火狀態(tài)；
[0064]C、統(tǒng)計數(shù)據(jù)請求類型，分別記錄為OBD產(chǎn)品對應的未上電數(shù)據(jù)請求類型特征庫、上電數(shù)據(jù)請求類型特征庫與打火數(shù)據(jù)請求類型特征庫。
[0065]S3:當數(shù)據(jù)達到70次時，進行特征庫第二次匹配，根據(jù)與車輛的Can數(shù)據(jù)交互得到車輛當前狀態(tài)，依次用特征庫下的產(chǎn)品數(shù)據(jù)請求類型和當前接收的數(shù)據(jù)進行匹配，直至得到第二次的匹配結(jié)果；
[0066]S4:第一次匹配結(jié)果與第二次匹配結(jié)果進行對比，如果一致，認為識別成功，若不相同，當接收數(shù)據(jù)達到100次時進行第三次匹配，若有和之前相同結(jié)果，則認為識別成功，若不成功，則繼續(xù)進行匹配。
[0067]S5:如果匹配時間超過3-4分鐘，則新建特征庫，列入新的OBD產(chǎn)品。
[0068]另一方面，本發(fā)明還提供了一種基于數(shù)據(jù)請求類型的OBD設備識別系統(tǒng)，包括:
[0069]OBD產(chǎn)品，向車輛發(fā)送請求轉(zhuǎn)速數(shù)據(jù)；
[0070]OBD三通，分別監(jiān)聽OBD產(chǎn)品和車輛之間交互的數(shù)據(jù)、上位機與車輛之間交互的數(shù)據(jù)；
[0071 ]上位機，根據(jù)OBD產(chǎn)品請求轉(zhuǎn)速數(shù)據(jù)進行特征庫匹配；
[0072]車載診斷系統(tǒng)，監(jiān)控發(fā)動機的運行狀況和尾氣后處理系統(tǒng)的工作狀態(tài)，發(fā)現(xiàn)排放超標情況，則發(fā)出警示；
[0073]所述的OBD三通通過OBD延長線分別與車載診斷系統(tǒng)、OBD產(chǎn)品相連;所述的OBD三通與上位機是通過Can總線節(jié)點進行數(shù)據(jù)交互的。
[0074]數(shù)據(jù)請求類型，包括標準和私有，所述的標準數(shù)據(jù)請求類型可以為IS0_15031_5，私有數(shù)據(jù)請求類型車廠根據(jù)實際情況自定義的。
[0075]上述OBD產(chǎn)品可以為騰訊路寶；本發(fā)明能實時接收OBD產(chǎn)品數(shù)據(jù)，為后續(xù)對數(shù)據(jù)的開發(fā)打下一定的基礎;能快速識別插入車輛OBD產(chǎn)品，讓用戶對插入OBD產(chǎn)品有一定的了解，方便用戶設置OBD產(chǎn)品黑名單和白名單。
[0076]以上所述，僅為本發(fā)明較佳的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明披露的技術范圍內(nèi)，根據(jù)本發(fā)明的技術方案及其發(fā)明構思加以等同替換或改變，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。
【主權項】
1.基于數(shù)據(jù)請求類型的om)設備識別方法，其特征在于，包括: S1:OBD產(chǎn)品插入車輛時，OBD產(chǎn)品向車輛發(fā)送請求數(shù)據(jù)，請求數(shù)據(jù)以廣播形式在Can總線之間通信，故上位機接收到請求數(shù)據(jù)和車輛對OBD產(chǎn)品請求數(shù)據(jù)的回應； S2:上位機接收OBD產(chǎn)品請求數(shù)據(jù)，當數(shù)據(jù)達到一定量的時候，進行特征庫第一次匹配，根據(jù)與車輛的Can數(shù)據(jù)交互得到車輛當前狀態(tài)，選擇當前狀態(tài)下特征庫，依次用特征庫下的產(chǎn)品數(shù)據(jù)請求類型與當前接收的數(shù)據(jù)進行匹配，直至得到第一次的匹配結(jié)果； S3:當數(shù)據(jù)再一次達到一定量時，進行特征庫第二次匹配，根據(jù)與車輛的Can數(shù)據(jù)交互得到車輛當前狀態(tài)，依次用特征庫下的產(chǎn)品數(shù)據(jù)請求類型與當前接收的數(shù)據(jù)進行匹配，直至得到第二次的匹配結(jié)果； S4:第一次匹配結(jié)果與第二次匹配結(jié)果進行對比，如果一致，認為識別成功，若不相同，當接收數(shù)據(jù)達到再一次一定量時進行第三次匹配，若有和之前相同結(jié)果，則認為識別成功，若不成功，則繼續(xù)進行匹配。2.根據(jù)權利要求1所述的基于數(shù)據(jù)請求類型的OBD設備識別方法，其特征在于，本方法還包括如果匹配時間超過3-4分鐘，則新建特征庫，列入新的OBD產(chǎn)品。3.根據(jù)權利要求1所述的基于數(shù)據(jù)請求類型的OBD設備識別方法，其特征在于，請求數(shù)據(jù)為請求轉(zhuǎn)速數(shù)據(jù)。4.根據(jù)權利要求1所述的基于數(shù)據(jù)請求類型的OBD設備識別方法，其特征在于，步驟S2是通過如下步驟進行建立特征庫的: A、上位機向車輛發(fā)送請求轉(zhuǎn)速數(shù)據(jù)； B、判斷數(shù)據(jù)回復狀態(tài): 如果無數(shù)據(jù)回復，則車輛為未上電狀態(tài)； 如果有數(shù)據(jù)回復，且數(shù)值為O，則車輛為上電狀態(tài)； 如果有數(shù)據(jù)回復，且數(shù)值不為O，則車輛為打火狀態(tài)； C、統(tǒng)計數(shù)據(jù)請求類型，分別記錄為OBD產(chǎn)品對應的未上電數(shù)據(jù)請求類型特征庫、上電數(shù)據(jù)請求類型特征庫與打火數(shù)據(jù)請求類型特征庫。5.根據(jù)權利要求1所述的基于數(shù)據(jù)請求類型的OBD設備識別方法，其特征在于，步驟S2-S4中，當數(shù)據(jù)達到20-30次時進行特征庫第一次匹配；當數(shù)據(jù)達到50-70次時進行特征庫第二次匹配；以后每次增加20-30次。6.基于數(shù)據(jù)請求類型的om)設備識別系統(tǒng)，其特征在于，包括: CM)產(chǎn)品，向車輛發(fā)送請求數(shù)據(jù)； om)三通，分別監(jiān)聽om)產(chǎn)品和車輛之間交互的數(shù)據(jù)、上位機與車輛之間交互的數(shù)據(jù)； 上位機，根據(jù)om)產(chǎn)品請求數(shù)據(jù)進行特征庫匹配； 車載診斷系統(tǒng)，監(jiān)控發(fā)動機的運行狀況和尾氣后處理系統(tǒng)的工作狀態(tài)，發(fā)現(xiàn)排放超標情況，則發(fā)出警示； 所述的om)三通分別與om)產(chǎn)品、上位機、車載診斷系統(tǒng)相連。7.根據(jù)權利要求6所述的基于數(shù)據(jù)請求類型的OBD設備識別系統(tǒng)，其特征在于，所述的OBD三通與車載診斷系統(tǒng)是通過OBD延長線相連的。8.根據(jù)權利要求6所述的基于數(shù)據(jù)請求類型的OBD設備識別系統(tǒng)，其特征在于，所述的OBD三通與OBD產(chǎn)品是通過OBD延長線相連的。9.根據(jù)權利要求6所述的基于數(shù)據(jù)請求類型的OBD設備識別系統(tǒng)，其特征在于，所述的OBD三通與上位機是通過Can總線節(jié)點進行數(shù)據(jù)交互的。
【文檔編號】G05B19/042GK105892356SQ201610201330
【公開日】2016年8月24日
【申請日】2016年3月31日
【發(fā)明人】田雨農(nóng), 李永久, 秦東旭
【申請人】大連樓蘭科技股份有限公司