專利名稱：基于ccp協(xié)議的嵌入式通用標(biāo)定裝置及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及嵌入式技術(shù)中電子控制單元(ECU)的標(biāo)定監(jiān)控領(lǐng)域，主要是一種基于CCP協(xié)議的嵌入式通用標(biāo)定裝置及方法。
背景技術(shù)：
大多電子控制單元(ECU)從研發(fā)原型到形成產(chǎn)品都需要經(jīng)過匹配標(biāo)定的過程，以確定其運(yùn)行參數(shù)和控制參數(shù)。因此，標(biāo)定工具是產(chǎn)品開發(fā)成功的關(guān)鍵因素之一。
目前，基于SCI串行通信的標(biāo)定系統(tǒng)已被廣泛使用，這種方法存在以下缺陷1.速度慢。無法滿足大數(shù)據(jù)量和高實(shí)時(shí)性的要求，可能會(huì)影響應(yīng)用程序的運(yùn)行；2.不可靠。容易受到外界干擾，導(dǎo)致發(fā)送數(shù)據(jù)錯(cuò)誤；3.通用性差。一個(gè)標(biāo)定工具只能用于一個(gè)控制器的標(biāo)定和監(jiān)控。
CCP(CAN Calibration Protocol)標(biāo)定協(xié)議是一個(gè)基于CAN(Control AreaNetwork)總線的標(biāo)定協(xié)議。它采用主從方式通信。系統(tǒng)中只有一個(gè)主設(shè)備，可以連接一個(gè)或多個(gè)從設(shè)備。主設(shè)備是一個(gè)標(biāo)定、監(jiān)控或診斷設(shè)備；從設(shè)備為發(fā)動(dòng)機(jī)管理系統(tǒng)、HCU(Home Control Unit)、TCU(Transmission Control Unit)等被標(biāo)定ECU，只要該ECU有CAN接口，并有CCP的下位機(jī)程序即可。
CCP標(biāo)定協(xié)議規(guī)定，主設(shè)備和從設(shè)備之間的會(huì)話通過CRO(Command Receive Object)和DTO(Data Transmission Object)來進(jìn)行。所有會(huì)話由主設(shè)備向從設(shè)備發(fā)送命令(CRO)和從設(shè)備回送相應(yīng)的命令應(yīng)答(DTO)兩個(gè)步驟完成。若干會(huì)話的合理組合可實(shí)現(xiàn)多種功能。如建立/斷開主設(shè)備與從設(shè)備連接、主設(shè)備向從設(shè)備下傳數(shù)據(jù)、從設(shè)備向主設(shè)備上傳數(shù)據(jù)、從設(shè)備參數(shù)空間初始化、設(shè)置/啟動(dòng)/停止從設(shè)備的DAQ(DataAcquisition)數(shù)據(jù)采集等。

發(fā)明內(nèi)容
為了克服現(xiàn)有技術(shù)，標(biāo)定工具與ECU之間通訊速度慢、不可靠，標(biāo)定工具通用性差、成本高的不足，本發(fā)明提供一種基于CCP協(xié)議的嵌入式通用標(biāo)定裝置及方法。該標(biāo)定平臺(tái)不僅可以實(shí)現(xiàn)原有標(biāo)定方法的一般功能，還可以克服現(xiàn)有標(biāo)定方法的缺陷，提供一個(gè)集可靠性、便利性、通用性和可擴(kuò)充性為一體的標(biāo)定工作平臺(tái)。
本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是這種基于CCP協(xié)議的嵌入式通用標(biāo)定裝置，主要包括上位機(jī)標(biāo)定工具和下位機(jī)，其中上位機(jī)標(biāo)定工具運(yùn)行在PC機(jī)上，用于為用戶顯示ECU內(nèi)需監(jiān)視的參數(shù)，并根據(jù)用戶要求向下位機(jī)發(fā)送命令；下位機(jī)運(yùn)行在待標(biāo)定的ECU上，用于接受上位機(jī)標(biāo)定工具的命令，完成相應(yīng)動(dòng)作后返回應(yīng)答，并根據(jù)上位機(jī)標(biāo)定工具的設(shè)置，周期性地發(fā)送需監(jiān)視的參數(shù)值；上位機(jī)標(biāo)定工具和下位機(jī)之間通過USB轉(zhuǎn)CAN接口，再由CAN總線連接，通過發(fā)送符合協(xié)議的CAN包來實(shí)現(xiàn)對(duì)ECU內(nèi)的參數(shù)進(jìn)行標(biāo)定和監(jiān)視。
所述的上位機(jī)標(biāo)定工具共分四層用戶界面層、CCP協(xié)議上位機(jī)層、CAN驅(qū)動(dòng)層和USB轉(zhuǎn)CAN硬件層。
所述的USB轉(zhuǎn)CAN硬件層是上位機(jī)標(biāo)定工具與目標(biāo)ECU通訊的關(guān)鍵硬件。它負(fù)責(zé)轉(zhuǎn)發(fā)PC機(jī)發(fā)送的消息到CAN總線上以及接收目標(biāo)ECU發(fā)送的CAN包給PC機(jī)。
所述的CAN驅(qū)動(dòng)層通過調(diào)用USB轉(zhuǎn)CAN硬件的d11，對(duì)一些基本的API進(jìn)行封裝，向上層提供收發(fā)CAN包的功能。
所述的上位機(jī)層是上位機(jī)標(biāo)定工具的核心部分。它由消息處理、命令處理和標(biāo)定接口三個(gè)子模塊組成。消息處理模塊封裝了下層CAN驅(qū)動(dòng)接口，負(fù)責(zé)解析和發(fā)送CAN包，并進(jìn)行分類處理；命令處理模塊封裝了CCP協(xié)議規(guī)定的28組命令，用于提供各種會(huì)話的組合來實(shí)現(xiàn)多種功能；標(biāo)定接口模塊封裝了標(biāo)定工具所需的各種功能，向用戶界面層提供接口從而完成用戶需求。
所述的下位機(jī)由嵌入目標(biāo)從設(shè)備的下位機(jī)程序和Flash驅(qū)動(dòng)模塊兩部分構(gòu)成。
所述的下位機(jī)程序由CCP命令處理模塊、DAQ處理模塊構(gòu)成。CCP命令處理模塊接受上位機(jī)標(biāo)定工具發(fā)送的命令，完成相應(yīng)動(dòng)作后返回應(yīng)答。DAQ處理模塊根據(jù)上位機(jī)的設(shè)置，周期性地發(fā)送需監(jiān)視的參數(shù)值。Flash驅(qū)動(dòng)模塊負(fù)責(zé)flash的擦寫工作，當(dāng)所有的控制參數(shù)標(biāo)定完畢后，將得到的數(shù)據(jù)固化到flash中，完成了標(biāo)定的最后工作。
這種基于CCP協(xié)議的嵌入式通用標(biāo)定方法，實(shí)現(xiàn)步驟如下1)、上位機(jī)程序啟動(dòng)后，用戶新建一個(gè)設(shè)備，并指定與之關(guān)聯(lián)的標(biāo)定接口文件，如.map文件，.a21文件等；2)、用戶選擇需要標(biāo)定和監(jiān)視的參數(shù)，并可指定被監(jiān)視參數(shù)的監(jiān)視方式和顯示方式；3)、調(diào)用上位機(jī)層中接口，完成對(duì)下位機(jī)初始化，成功后開始顯示監(jiān)視參數(shù)的值；4)、對(duì)某參數(shù)進(jìn)行標(biāo)定進(jìn)行選擇，如需要標(biāo)定，則調(diào)用上位機(jī)層中接口完成對(duì)參數(shù)標(biāo)定，不需要斷開連接。
本發(fā)明相對(duì)于基于SCI串行通信的標(biāo)定系統(tǒng)具有如下優(yōu)點(diǎn)1.基于CAN總線通信，傳輸速度很快，對(duì)應(yīng)用程序影響幾乎沒有；2.可讀寫ECU內(nèi)存范圍大；3.可進(jìn)行Flash擦寫和在線編程；4.可同時(shí)對(duì)多個(gè)ECU標(biāo)定、測(cè)試和診斷。


圖1表示本發(fā)明的結(jié)構(gòu)連接示意圖；圖2表示本發(fā)明的上位機(jī)標(biāo)定工具層次圖；圖3表示本發(fā)明的下位機(jī)構(gòu)成示意圖；圖4表示本發(fā)明的上位機(jī)層中，消息處理子模塊接收消息流程圖；圖5表示本發(fā)明的上位機(jī)層中，命令處理子模塊流程圖；圖6表示本發(fā)明的上位機(jī)層中，標(biāo)定接口子模塊初始化服務(wù)流程圖；圖7表示本發(fā)明的上位機(jī)層中，標(biāo)定接口子模塊標(biāo)定服務(wù)流程圖；圖8表示本發(fā)明的流程圖；圖9表示本發(fā)明的下位機(jī)中CCP命令處理模塊流程圖；圖10表示本發(fā)明的下位機(jī)中DAQ處理模塊流程圖。
具體實(shí)施例方式
結(jié)合附圖介紹本發(fā)明的具體實(shí)施方式
。
如圖1所示，本發(fā)明實(shí)施實(shí)例所采用的平臺(tái)由一臺(tái)PC機(jī)，摩托羅拉的HC12處理器控制系統(tǒng)共同組成，其間通過USB轉(zhuǎn)CAN接口卡進(jìn)行連接。其中PC機(jī)中包含了標(biāo)定程序的圖形界面的客戶端，下位機(jī)中包含了控制系統(tǒng)和flash驅(qū)動(dòng)，以及CCP協(xié)議的下位機(jī)。如果需要多加一個(gè)處理器，需要將其CAN接口接入到CAN總線上。
如圖2所示，本發(fā)明的上位機(jī)標(biāo)定工具層次圖。上位機(jī)標(biāo)定工具由用戶界面層、CCP協(xié)議上位機(jī)層、CAN驅(qū)動(dòng)層和USB轉(zhuǎn)CAN硬件層構(gòu)成。最底層的USB轉(zhuǎn)CAN硬件連接到PC機(jī)的USB接口，把主設(shè)備輸出的幀轉(zhuǎn)發(fā)到CAN總線上；同時(shí)接收從設(shè)備發(fā)送的CAN包，轉(zhuǎn)發(fā)給主設(shè)備。它是主從設(shè)備間通過CAN總線通訊的一個(gè)關(guān)鍵設(shè)備。CAN驅(qū)動(dòng)層封裝了收發(fā)CAN包的功能，向上隱藏實(shí)現(xiàn)細(xì)節(jié)，為上層提供發(fā)送和接收信息幀函數(shù)接口。上位機(jī)層根據(jù)CCP協(xié)議2.1版，將28個(gè)CCP命令分別實(shí)現(xiàn)，封裝在命令處理子層當(dāng)中。每個(gè)命令都需要發(fā)送CRO和接收CRM來完成一次會(huì)話。它通過調(diào)用包括接收消息和發(fā)送消息模塊的消息處理子層實(shí)現(xiàn)。在命令處理子層之上，是標(biāo)定接口子層。它封裝了用戶界面層需要用到的各種服務(wù)，包括初始化服務(wù)、標(biāo)定服務(wù)、測(cè)試服務(wù)、在線編程服務(wù)和停止標(biāo)定服務(wù)。另外消息處理子層的接收消息模塊會(huì)自動(dòng)將下位機(jī)發(fā)送的DAQ包解析，得到需監(jiān)視的參數(shù)值，并發(fā)送到用戶界面層顯示模塊的緩沖區(qū)。由于上位機(jī)層的封裝，用戶界面層對(duì)CCP已不可見，從而簡(jiǎn)化了該層的開發(fā)，并使其具有極大的可擴(kuò)充性，開發(fā)出功能完善、使用方便的用戶界面。
如圖3所示，本發(fā)明的下位機(jī)構(gòu)成示意圖。下位機(jī)由下位機(jī)程序和Flash驅(qū)動(dòng)兩部分組成。下位機(jī)程序由CCP命令處理模塊、DAQ處理模塊構(gòu)成。CCP命令處理模塊接受上位機(jī)標(biāo)定工具發(fā)送的命令，完成相應(yīng)動(dòng)作后返回應(yīng)答。DAQ處理模塊根據(jù)上位機(jī)的設(shè)置，周期性地發(fā)送需監(jiān)視的參數(shù)值。Flash驅(qū)動(dòng)為下位機(jī)程序擦寫Flash時(shí)提供函數(shù)接口。
如圖4所示，本發(fā)明的上位機(jī)層中消息處理子層的接收消息流程圖。這是一個(gè)循環(huán)執(zhí)行任務(wù)的線程。通過調(diào)用CAN驅(qū)動(dòng)層接口讀取CAN總線上的DTO包，并判斷其類型，執(zhí)行相應(yīng)操作。完成之后進(jìn)入下一個(gè)任務(wù)周期。
如圖5所示，本發(fā)明的上位機(jī)層中命令處理子層流程圖。首先對(duì)應(yīng)不同的命令，依照CCP協(xié)議的要求，配置CRO包的8個(gè)字節(jié)。通過消息處理子層接口將包發(fā)送出去，等待下位機(jī)的回應(yīng)。如果在25ms內(nèi)沒有應(yīng)答，則返回超時(shí)錯(cuò)誤，退出。如果有應(yīng)答，則解析該CRM包，判斷下位機(jī)運(yùn)行情況，返回參數(shù)，退出。
如圖6所示，本發(fā)明的上位機(jī)層中，標(biāo)定接口子層初始化服務(wù)流程圖。該服務(wù)完成對(duì)目標(biāo)ECU的連接、參數(shù)初始化和DAQ設(shè)置。首先與指定地址的ECU連接，然后獲取下位機(jī)CCP的版本號(hào)。若與上位機(jī)不一致，則無法完成標(biāo)定工作，斷開連接并報(bào)告錯(cuò)誤，退出初始化服務(wù)；若一致，則繼續(xù)執(zhí)行。接著通過調(diào)用CCP命令獲取下位機(jī)的ResourceAvailability Mask和Resource Protection Mask。解析Resource Availability Mask來判斷下位機(jī)是否支持標(biāo)定和DAQ。如果不支持，則斷開連接并報(bào)告錯(cuò)誤，退出初始化服務(wù)。接著解析Resource Protection Mask判斷下位機(jī)是否對(duì)標(biāo)定和DAQ有保護(hù)，如果有，則需要解鎖。通過調(diào)用相應(yīng)CCP命令解鎖，如果解鎖成功則繼續(xù)；失敗則斷開連接并報(bào)告錯(cuò)誤，退出初始化服務(wù)。接下來對(duì)下位機(jī)的控制參數(shù)和DAQ進(jìn)行設(shè)置，最后啟動(dòng)下位機(jī)的DAQ功能，成功后暫時(shí)斷開連接，退出初始化服務(wù)。
如圖7所示，本發(fā)明的上位機(jī)層中，標(biāo)定接口子層標(biāo)定服務(wù)流程圖。首先與目標(biāo)ECU恢復(fù)連接，之后向下位機(jī)發(fā)送需標(biāo)定參數(shù)的地址，然后下傳新的參數(shù)值。若成功則暫時(shí)斷開連接，退出；不成功也暫時(shí)斷開連接，返回錯(cuò)誤后退出。
如圖8所示，本發(fā)明的用戶界面層流程圖。這是直接與用戶操作相關(guān)的部分。本發(fā)明中，上位機(jī)程序啟動(dòng)后，用戶新建一個(gè)設(shè)備，并指定與之關(guān)聯(lián)的標(biāo)定接口文件。然后程序會(huì)列出參數(shù)，供用戶選擇需要標(biāo)定和監(jiān)視的參數(shù)，并可指定被監(jiān)視參數(shù)的監(jiān)視方式和顯示方式。監(jiān)視方式有查詢和自動(dòng)上傳，若為后者需指定上傳周期；顯示方式有文本方式和圖形方式。用戶選擇開始，程序就自動(dòng)進(jìn)行連接、初始化操作。成功后開始顯示監(jiān)視參數(shù)的值。此時(shí)可對(duì)參數(shù)進(jìn)行標(biāo)定，不需要斷開連接。還可以要求與別的ECU相連。標(biāo)定工作完成之后，用戶選擇結(jié)束，退出程序。
如圖9所示，本發(fā)明的下位機(jī)中CCP命令處理模塊流程圖。這是一個(gè)無限循環(huán)的任務(wù)。首先等待上位機(jī)標(biāo)定工具發(fā)送的CRO命令幀，然后解析該命令，執(zhí)行相應(yīng)操作，完畢后回送應(yīng)答幀CRM。之后回到第一步，繼續(xù)等待總線上的CRO命令幀。
如圖10所示，本發(fā)明的下位機(jī)中DAQ處理模塊流程圖。這也是一個(gè)無限循環(huán)的任務(wù)。首先根據(jù)DAQ設(shè)置表(ODT)從內(nèi)存中讀取相應(yīng)參數(shù)的值，然后組織為DAQ-ODT幀，將它發(fā)給上位機(jī)。之后進(jìn)入等待狀態(tài)，直到下個(gè)周期到來時(shí)被喚醒，又從第一步開始執(zhí)行。
本發(fā)明是基于CCP協(xié)議的一個(gè)嵌入式的通用標(biāo)定裝置和方法。該平臺(tái)極大地提高了標(biāo)定工作的便利性、可靠性和通用性。只需要相應(yīng)的標(biāo)定接口文件，并進(jìn)行少量的移植工作，所有支持CAN協(xié)議的ECU，都可以用本平臺(tái)進(jìn)行標(biāo)定。
權(quán)利要求
1.一種基于CCP協(xié)議的嵌入式通用標(biāo)定裝置，其特征在于主要包括上位機(jī)標(biāo)定工具和下位機(jī)，其中上位機(jī)標(biāo)定工具運(yùn)行在PC機(jī)上，用于為用戶顯示ECU內(nèi)需監(jiān)視的參數(shù)，并根據(jù)用戶要求向下位機(jī)發(fā)送命令；下位機(jī)運(yùn)行在待標(biāo)定的ECU上，用于接受上位機(jī)標(biāo)定工具的命令，完成相應(yīng)動(dòng)作后返回應(yīng)答，并根據(jù)上位機(jī)標(biāo)定工具的設(shè)置，周期性地發(fā)送需監(jiān)視的參數(shù)值；上位機(jī)標(biāo)定工具和下位機(jī)之間通過USB轉(zhuǎn)CAN接口，再由CAN總線連接，通過發(fā)送符合協(xié)議的CAN包來實(shí)現(xiàn)對(duì)ECU內(nèi)的參數(shù)進(jìn)行標(biāo)定和監(jiān)視。
2.根據(jù)權(quán)利要求1所述的基于CCP協(xié)議的嵌入式通用標(biāo)定裝置，其特征在于所述的上位機(jī)標(biāo)定工具共分四層用戶界面層、CCP協(xié)議上位機(jī)層、CAN驅(qū)動(dòng)層和USB轉(zhuǎn)CAN硬件層，其中USB轉(zhuǎn)CAN硬件層負(fù)責(zé)轉(zhuǎn)發(fā)PC機(jī)發(fā)送的消息到CAN總線上以及接收目標(biāo)ECU發(fā)送的CAN包給PC機(jī)；CAN驅(qū)動(dòng)層通過調(diào)用USB轉(zhuǎn)CAN硬件的d11，對(duì)API進(jìn)行封裝，用于向上層提供收發(fā)CAN包的功能。
3.根據(jù)權(quán)利要求2所述的基于CCP協(xié)議的嵌入式通用標(biāo)定裝置，其特征在于所述的上位機(jī)層由消息處理模塊、命令處理模塊和標(biāo)定接口模塊三個(gè)子模塊組成，消息處理模塊封裝了下層CAN驅(qū)動(dòng)接口，負(fù)責(zé)解析和發(fā)送CAN包，并進(jìn)行分類處理；命令處理模塊封裝了CCP協(xié)議規(guī)定的28組命令，用于提供各種會(huì)話的組合來實(shí)現(xiàn)多種功能；標(biāo)定接口模塊封裝了標(biāo)定工具所需的各種功能，向用戶界面層提供接口從而完成用戶需求。
4.根據(jù)權(quán)利要求1所述的基于CCP協(xié)議的嵌入式通用標(biāo)定裝置，其特征在于所述的下位機(jī)由嵌入目標(biāo)從設(shè)備的下位機(jī)程序和Flash驅(qū)動(dòng)模塊兩部分構(gòu)成，下位機(jī)程序由CCP命令處理模塊、DAQ處理模塊構(gòu)成，CCP命令處理模塊接受上位機(jī)標(biāo)定工具發(fā)送的命令，完成相應(yīng)動(dòng)作后返回應(yīng)答；DAQ處理模塊根據(jù)上位機(jī)的設(shè)置，周期性地發(fā)送需監(jiān)視的參數(shù)值；Flash驅(qū)動(dòng)模塊負(fù)責(zé)flash的擦寫工作，當(dāng)所有的控制參數(shù)標(biāo)定完畢后，將得到的數(shù)據(jù)固化到flash中，完成了標(biāo)定的最后工作。
5.一種基于CCP協(xié)議的嵌入式通用標(biāo)定方法，其特征在于實(shí)現(xiàn)步驟如下1)、上位機(jī)程序啟動(dòng)后，用戶新建一個(gè)設(shè)備，并指定與之關(guān)聯(lián)的標(biāo)定接口文件；2)、用戶選擇需要標(biāo)定和監(jiān)視的參數(shù)，并可指定被監(jiān)視參數(shù)的監(jiān)視方式和顯示方式；3)、調(diào)用上位機(jī)層中接口，完成對(duì)下位機(jī)初始化，成功后開始顯示監(jiān)視參數(shù)的值；4)、對(duì)某參數(shù)進(jìn)行標(biāo)定進(jìn)行選擇，如需要標(biāo)定，則調(diào)用上位機(jī)層中接口完成對(duì)參數(shù)標(biāo)定，不需要斷開連接。
6.根據(jù)權(quán)利要求5所述的基于CCP協(xié)議的嵌入式通用標(biāo)定方法，其特征在于上位機(jī)層中消息處理子層是一個(gè)循環(huán)執(zhí)行任務(wù)的線程，通過調(diào)用CAN驅(qū)動(dòng)層接口讀取CAN總線上的DTO包，并判斷其類型，執(zhí)行相應(yīng)操作。
7.根據(jù)權(quán)利要求5所述的基于CCP協(xié)議的嵌入式通用標(biāo)定方法，其特征在于上位機(jī)層中命令處理子層實(shí)現(xiàn)步驟，首先對(duì)應(yīng)不同的命令，依照CCP協(xié)議配置消息包，通過消息處理子層接口將包發(fā)送出去，等待下位機(jī)的回應(yīng)，如果在規(guī)定時(shí)間內(nèi)沒有應(yīng)答，則返回超時(shí)錯(cuò)誤，退出；如果有應(yīng)答，則解析該CRM包，判斷下位機(jī)運(yùn)行情況，返回參數(shù)，退出。
8.根據(jù)權(quán)利要求5所述的基于CCP協(xié)議的嵌入式通用標(biāo)定方法，其特征在于上位機(jī)層中標(biāo)定接口子層初始化服務(wù)實(shí)現(xiàn)步驟，首先與指定地址的ECU連接，然后獲取下位機(jī)CCP的版本號(hào)，若與上位機(jī)不一致，則無法完成標(biāo)定工作，斷開連接并報(bào)告錯(cuò)誤，退出初始化服務(wù)；若一致，則繼續(xù)執(zhí)行；接著通過調(diào)用CCP命令獲取下位機(jī)的Resource Availability Mask和Resource Protection Mask；解析Resource Availability Mask來判斷下位機(jī)是否支持標(biāo)定和DAQ，如果不支持，則斷開連接并報(bào)告錯(cuò)誤，退出初始化服務(wù)；接著解析ResourceProtection Mask判斷下位機(jī)是否對(duì)標(biāo)定和DAQ有保護(hù)，如果有，則需要解鎖，通過調(diào)用相應(yīng)CCP命令解鎖，如果解鎖成功則繼續(xù)；失敗則斷開連接并報(bào)告錯(cuò)誤，退出初始化服務(wù)；接下來對(duì)下位機(jī)的控制參數(shù)和DAQ進(jìn)行設(shè)置，最后啟動(dòng)下位機(jī)的DAQ功能，成功后暫時(shí)斷開連接，退出初始化服務(wù)。
9.根據(jù)權(quán)利要求5所述的基于CCP協(xié)議的嵌入式通用標(biāo)定方法，其特征在于上位機(jī)層中標(biāo)定接口子層標(biāo)定服務(wù)實(shí)現(xiàn)步驟，首先與目標(biāo)ECU恢復(fù)連接，之后向下位機(jī)發(fā)送需標(biāo)定參數(shù)的地址，然后下傳新的參數(shù)值，若成功則暫時(shí)斷開連接，退出不成功也暫時(shí)斷開連接，返回錯(cuò)誤后退出。
10.根據(jù)權(quán)利要求5所述的基于CCP協(xié)議的嵌入式通用標(biāo)定方法，其特征在于下位機(jī)中CCP命令處理模塊實(shí)現(xiàn)步驟，首先等待上位機(jī)標(biāo)定工具發(fā)送的CRO命令幀，然后解析該命令，執(zhí)行相應(yīng)操作，完畢后回送應(yīng)答幀CRM；之后回到第一步，繼續(xù)等待總線上的CRO命令幀；下位機(jī)中DAQ處理模塊實(shí)現(xiàn)步驟，首先根據(jù)DAQ設(shè)置表從內(nèi)存中讀取相應(yīng)參數(shù)的值，然后組織為DAQ-ODT幀，將它發(fā)給上位機(jī)。之后進(jìn)入等待狀態(tài)，直到下個(gè)周期到來時(shí)被喚醒，又從第一步開始執(zhí)行。
全文摘要
本發(fā)明涉及一種基于CCP協(xié)議的嵌入式通用標(biāo)定裝置及方法，主要包括上位機(jī)標(biāo)定工具和下位機(jī)，其中上位機(jī)標(biāo)定工具運(yùn)行在PC機(jī)上，用于為用戶顯示ECU內(nèi)需監(jiān)視的參數(shù)，并根據(jù)用戶要求向下位機(jī)發(fā)送命令；下位機(jī)運(yùn)行在待標(biāo)定的ECU上，用于接受上位機(jī)標(biāo)定工具的命令，完成相應(yīng)動(dòng)作后返回應(yīng)答，并根據(jù)上位機(jī)標(biāo)定工具的設(shè)置，周期性地發(fā)送需監(jiān)視的參數(shù)值；上位機(jī)標(biāo)定工具和下位機(jī)之間通過USB轉(zhuǎn)CAN接口，再由CAN總線連接，通過發(fā)送符合協(xié)議的CAN包來實(shí)現(xiàn)對(duì)ECU內(nèi)的參數(shù)進(jìn)行標(biāo)定和監(jiān)視。本發(fā)明優(yōu)點(diǎn)1.傳輸速度很快，對(duì)應(yīng)用程序影響幾乎沒有；2.可讀寫ECU內(nèi)存范圍大；3.可進(jìn)行Flash擦寫和在線編程；4.可同時(shí)對(duì)多個(gè)ECU標(biāo)定、測(cè)試和診斷。
文檔編號(hào)H04L12/40GK1747472SQ20051006116
公開日2006年3月15日 申請(qǐng)日期2005年10月17日 優(yōu)先權(quán)日2005年10月17日
發(fā)明者趙民德, 潘杭平, 呂煒烽, 李錫坤, 劉雁飛, 吳卿, 吳朝暉 申請(qǐng)人:浙江大學(xué)