專利名稱：一種應(yīng)用數(shù)據(jù)庫文件自適應(yīng)采集ecu報(bào)文的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種應(yīng)用數(shù)據(jù)庫文件自適應(yīng)采集E⑶報(bào)文的方法。
背景技術(shù)：
當(dāng)前汽車行業(yè)高速發(fā)展，為了實(shí)現(xiàn)多元化的車輛智能系統(tǒng)，CAN-bus上往往要接入幾十種電子控制單元(ECU)，每種ECU提供的信號數(shù)據(jù)最多可達(dá)264種，但當(dāng)前智能汽車技術(shù)的瓶頸，導(dǎo)致許多預(yù)先定義的信號成為占位符。這些ECU接入CAN-bus后，均會往總線上周期性的廣播8個(gè)字節(jié)的報(bào)文數(shù)據(jù)。為了體現(xiàn)車載終端的智能及減輕車載系統(tǒng)處理負(fù)擔(dān)，目前行業(yè)上的車載終端采集CAN-bus上傳輸?shù)腅CU報(bào)文數(shù)據(jù)都不區(qū)分ECU類別及信號類型，往往都是采用被動(dòng)接收CAN-bus所有報(bào)文數(shù)據(jù)的方式，但這種方法在車載終端與遠(yuǎn)程控制中心進(jìn)行數(shù)據(jù)實(shí)時(shí)交互時(shí)，對GPRS或3G的通信帶寬要求非常高，導(dǎo)致浪費(fèi)非常多不必要的流量。

發(fā)明內(nèi)容
本技術(shù)就是為了解決車載終端向遠(yuǎn)程中心實(shí)時(shí)傳輸CAN-bus報(bào)文數(shù)據(jù)的傳輸流量問題，以及讓車載終端擺脫處理復(fù)雜DBC文件的困境。提出一種應(yīng)用CAN總線提供的DBC文件，動(dòng)態(tài)采集ECU消息的報(bào)文系統(tǒng)，由遠(yuǎn)程服務(wù)中心將DBC文件轉(zhuǎn)換成車載終端容易識別的報(bào)文采集控制表，讓車載終端能夠快速地有選擇地采集實(shí)際應(yīng)用需要的ECU報(bào)文中信號值，從而減少冗余的ECU報(bào)文數(shù)據(jù)被上傳到中心系統(tǒng)。本技術(shù)在實(shí)時(shí)收集汽車駕駛員駕駛習(xí)慣信號數(shù)據(jù)應(yīng)用上尤為突出。為了解決上述技術(shù)問題，本發(fā)明所采用的技術(shù)方案是，一種應(yīng)用數(shù)據(jù)庫文件自適應(yīng)采集ECU報(bào)文的方法，包括以下步驟:
步驟1:遠(yuǎn)程中心系統(tǒng)導(dǎo)入用來描述CAN總線網(wǎng)絡(luò)中各ECU的通信信息數(shù)據(jù)描述文件；步驟2:遠(yuǎn)程中心系統(tǒng)解析該數(shù)據(jù)描述文件，生成ECU信息表和ECU信息配置表，該ECU信息表的表項(xiàng)中至少包括:E⑶信息表每一條記錄ID、E⑶在CAN總線網(wǎng)絡(luò)上的CANID和E⑶名稱，E⑶信息配置表中的表項(xiàng)中至少包括:E⑶信息配置表每一條記錄ID、E⑶信息表每一條記錄ID、信號名稱、信號值起始位置、信號值偏移量、信號值類型、信號值單位、信號值范圍；
步驟3:遠(yuǎn)程中心系統(tǒng)從ECU信息表中預(yù)先選擇所有ECU的ECU名稱和所有ECU在CAN總線網(wǎng)絡(luò)上的CANID，將E⑶信息表關(guān)聯(lián)E⑶信息配置表，從E⑶信息配置表中獲取每一 E⑶名稱對應(yīng)的信號名稱、信號值起始位置、信號值偏移量、信號值類型、信號值單位、信號值范圍，生成報(bào)文采集控制表，并將該報(bào)文采集控制表發(fā)送給車載終端；
步驟4:車載終端截取CAN總線網(wǎng)絡(luò)上ECU報(bào)文，并根據(jù)報(bào)文采集控制表的CANID篩選與該CANID相對應(yīng)的ECU報(bào)文，再根據(jù)報(bào)文采集控制表中該CANID指定的信號值起始位置和信號值偏移量，從截取到的ECU報(bào)文中讀取對應(yīng)的ECU信號數(shù)據(jù)塊，并填充到預(yù)定義的ECU信號數(shù)據(jù)對象中，創(chuàng)建對應(yīng)的ECU信號數(shù)據(jù)對象鏈表用于存放ECU信號數(shù)據(jù)對象；步驟5:車載終端每隔一定時(shí)間間隔對采集到的ECU信號數(shù)據(jù)對象進(jìn)行組幀，形成ECU信號數(shù)據(jù)幀，并將組裝完成的ECU信號數(shù)據(jù)幀發(fā)送到遠(yuǎn)程中心系統(tǒng)。進(jìn)一步的，所述步驟I中，該數(shù)據(jù)描述文件包括關(guān)鍵字段BU_及其描述對象Network Node,關(guān)鍵字段B0_及其描述對象Message,關(guān)鍵字段SG_及其描述對象Signal ,關(guān)鍵字段EV_及其描述對象Environment Variable。進(jìn)一步的，所述步驟3中，該報(bào)文采集控制表格式定義為:ECU個(gè)數(shù)[4] + {CANID[4] +信號個(gè)數(shù)[2] +『信號序號[4] +信號起始位置[1] +信號偏移量[1]』*信號個(gè)數(shù)} * ECU個(gè)數(shù)。進(jìn)一步的，所述步驟4中，該自定義的ECU信號數(shù)據(jù)對象定義為以下數(shù)據(jù)幀格式:報(bào)文個(gè)數(shù)[4] + { CANID[4] +信號個(gè)數(shù)[2] +『信號序號[2] + (信號值長度[1] +信號值)』*信號個(gè)數(shù)} * ECU個(gè)數(shù)。進(jìn)一步的，所述步驟5中，所述ECU信號數(shù)據(jù)幀的幀格式定義為:GPS數(shù)據(jù)[18] +毫秒[2] +報(bào)文個(gè)數(shù)[4] + { CANID[4] +信號個(gè)數(shù)[2] +『信號序號[2] + (信號值長度+信號值)』*信號個(gè)數(shù)} *報(bào)文個(gè)數(shù)。進(jìn)一步的，所述的步驟5中，所述一定時(shí)間間隔為Is-1Os中的任一值。本發(fā)明通過采用上述技術(shù)方案，與現(xiàn)有技術(shù)相比，具有如下優(yōu)點(diǎn):本發(fā)明在實(shí)時(shí)收集汽車駕駛員駕駛習(xí)慣信號數(shù)據(jù)應(yīng)用中，可以在未對信號數(shù)據(jù)進(jìn)行壓縮操作的情況下，大大的減少了通信流量，為運(yùn)營平臺提供可定制、可動(dòng)態(tài)擴(kuò)展的信號采集方案，為車載終端解決解析復(fù)雜DBC文件的困境，并且當(dāng)DBC文件需要更新時(shí)，可通過遠(yuǎn)程快速的更新車載終端的采集配置。實(shí)際應(yīng)用中，通過本系統(tǒng)對所有監(jiān)管的車輛導(dǎo)入相應(yīng)的數(shù)據(jù)庫描述文件，根據(jù)不同車型或不同車輛的實(shí)際業(yè)務(wù)需求，配置各自需要收集的ECU設(shè)備，并指定ECU設(shè)備提供的信號采集設(shè)置，可減少大量的冗余數(shù)據(jù)。


圖1是本發(fā)明實(shí)施例的結(jié)構(gòu)示意圖。
具體實(shí)施例方式現(xiàn)結(jié)合附圖和具體實(shí)施方式
對本發(fā)明進(jìn)一步說明。作為一個(gè)具體的實(shí)施例，如圖1所示，實(shí)現(xiàn)本發(fā)明方法的硬件系統(tǒng)包括遠(yuǎn)程中心系統(tǒng)和車載終端，所述遠(yuǎn)程中心系統(tǒng)和車載終端通過3G網(wǎng)絡(luò)或GSM網(wǎng)絡(luò)通信，本發(fā)明的一種應(yīng)用數(shù)據(jù)庫文件自適應(yīng)采集E⑶報(bào)文的方法，包括以下步驟:
步驟1:遠(yuǎn)程中心系統(tǒng)導(dǎo)入用來描述CAN總線網(wǎng)絡(luò)中各ECU的通信信息數(shù)據(jù)描述文件； 該數(shù)據(jù)庫描述文件特定的格式如下表I所示:
權(quán)利要求
1.一種應(yīng)用數(shù)據(jù)庫文件自適應(yīng)采集ECU報(bào)文的方法，其特征在于:包括以下步驟: 步驟1:遠(yuǎn)程中心系統(tǒng)導(dǎo)入用來描述CAN總線網(wǎng)絡(luò)中各ECU的通信信息的數(shù)據(jù)描述文件； 步驟2:遠(yuǎn)程中心系統(tǒng)解析該數(shù)據(jù)描述文件，生成ECU信息表和ECU信息配置表，該ECU信息表的表項(xiàng)中至少包括:E⑶信息表每一條記錄ID、E⑶在CAN總線網(wǎng)絡(luò)上的CANID和E⑶名稱，E⑶信息配置表中的表項(xiàng)中至少包括:E⑶信息配置表每一條記錄ID、E⑶信息表每一條記錄ID、信號名稱、信號值起始位置、信號值偏移量、信號值類型、信號值單位、信號值范圍； 步驟3:遠(yuǎn)程中心系統(tǒng)從ECU信息表中預(yù)先選擇所有ECU的ECU名稱和所有ECU在CAN總線網(wǎng)絡(luò)上的CANID，將E⑶信息表關(guān)聯(lián)E⑶信息配置表，從E⑶信息配置表中獲取每一 E⑶名稱對應(yīng)的信號名稱、信號值起始位置、信號值偏移量、信號值類型、信號值單位、信號值范圍，并生成報(bào)文采集控制表，該報(bào)文采集控制表包括所有ECU的CANID，并將該報(bào)文采集控制表發(fā)送給車載終端； 步驟4:車載終端截取CAN總線網(wǎng)絡(luò)上ECU報(bào)文，并根據(jù)報(bào)文采集控制表的CANID篩選與該CANID相對應(yīng)的ECU報(bào)文，再根據(jù)報(bào)文采集控制表中該CANID指定的信號值起始位置和信號值偏移量，從截取到的ECU報(bào)文中讀取對應(yīng)的ECU信號數(shù)據(jù)塊，并填充到預(yù)定義的ECU信號數(shù)據(jù)對象中，創(chuàng)建對應(yīng)的ECU信號數(shù)據(jù)對象鏈表用于存放ECU信號數(shù)據(jù)對象； 步驟5:車載終端每隔一定時(shí)間間隔對采集到的ECU信號數(shù)據(jù)對象進(jìn)行組幀，形成ECU信號數(shù)據(jù)幀，并將組裝完成的ECU信號數(shù)據(jù)幀發(fā)送到遠(yuǎn)程中心系統(tǒng)。
2.根據(jù)權(quán)利要求1所述的一種應(yīng)用數(shù)據(jù)庫文件自適應(yīng)采集ECU報(bào)文的方法，其特征在于:所述步驟3中，該報(bào)文采集控制表格式定義為:ECU個(gè)數(shù)[4] + { CANID [4] +信號個(gè)數(shù)[2] +『信號序 號[4] +信號起始位置[I] +信號偏移量[I]』*信號個(gè)數(shù)} * ECU個(gè)數(shù)。
3.根據(jù)權(quán)利要求1所述的一種應(yīng)用數(shù)據(jù)庫文件自適應(yīng)采集ECU報(bào)文的方法，其特征在于:所述步驟4中，該自定義的ECU信號數(shù)據(jù)對象定義為以下數(shù)據(jù)幀格式:報(bào)文個(gè)數(shù)[4] +{ CANID[4] +信號個(gè)數(shù)[2] +『信號序號[2] + (信號值長度[I] +信號值)』*信號個(gè)數(shù)} * ECU個(gè)數(shù)。
4.根據(jù)權(quán)利要求1所述的一種應(yīng)用數(shù)據(jù)庫文件自適應(yīng)采集ECU報(bào)文的方法，其特征在于:所述步驟5中，所述ECU信號數(shù)據(jù)幀的幀格式定義為:GPS數(shù)據(jù)[18] +毫秒[2] +報(bào)文個(gè)數(shù)[4] + { CANID[4] +信號個(gè)數(shù)[2] +『信號序號[2] + (信號值長度+信號值)』*信號個(gè)數(shù)} *報(bào)文個(gè)數(shù)。
5.根據(jù)權(quán)利要求1所述的一種應(yīng)用數(shù)據(jù)庫文件自適應(yīng)采集ECU報(bào)文的方法，其特征在于:所述的步驟5中，所述一定時(shí)間間隔為Is-1Os中的任一值。
全文摘要
本發(fā)明涉及多電子控制單元(簡稱ECU)組成的汽車電子技術(shù)領(lǐng)域，具體涉及一種應(yīng)用數(shù)據(jù)庫文件自適應(yīng)采集ECU報(bào)文的方法，應(yīng)用CAN總線提供的DBC文件，動(dòng)態(tài)采集ECU消息的報(bào)文系統(tǒng)，由遠(yuǎn)程服務(wù)中心將DBC文件轉(zhuǎn)換成車載終端容易識別的報(bào)文采集控制表，讓車載終端能夠快速地有選擇地采集實(shí)際應(yīng)用需要的ECU報(bào)文中信號值，從而減少冗余的ECU報(bào)文數(shù)據(jù)被上傳到中心系統(tǒng)。本技術(shù)在實(shí)時(shí)收集汽車駕駛員駕駛習(xí)慣信號數(shù)據(jù)應(yīng)用上尤為突出，可以在未對信號數(shù)據(jù)進(jìn)行壓縮操作的情況下，大大的減少了通信流量，為運(yùn)營平臺提供可定制、可動(dòng)態(tài)擴(kuò)展的信號采集方案，為車載終端解決解析復(fù)雜DBC文件的困境。
文檔編號H04L29/08GK103108043SQ20131003700
公開日2013年5月15日 申請日期2013年1月31日 優(yōu)先權(quán)日2013年1月31日
發(fā)明者江永聰, 何應(yīng)祥, 彭振文, 李志淵 申請人:廈門雅迅網(wǎng)絡(luò)股份有限公司