两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

一種電子產(chǎn)品的下線檢測方法及系統(tǒng)與流程

文檔序號:11133796閱讀:942來源:國知局
一種電子產(chǎn)品的下線檢測方法及系統(tǒng)與制造工藝

本發(fā)明屬于汽車電子產(chǎn)品診斷技術(shù)領(lǐng)域,更具體的說,是涉及一種電子產(chǎn)品的下線檢測方法及系統(tǒng)。



背景技術(shù):

汽車電子產(chǎn)品在進行量產(chǎn)階段,在產(chǎn)線組裝階段,一般需要對組裝后的產(chǎn)品進行EOL(End of line,下線)檢測,是對產(chǎn)品下線時的檢測,通過檢測確保產(chǎn)品的輸入、輸出及產(chǎn)品內(nèi)部其它電路在出現(xiàn)問題時能夠及時被發(fā)現(xiàn),避免不合格產(chǎn)品流入客戶手中。

目前,對產(chǎn)品進行檢測方法一般是通過下線測試設(shè)備進行,包含測試產(chǎn)品所需要的模擬輸入接口、模擬輸出負(fù)載、通訊接口部分及上位機控制系統(tǒng),下線測試設(shè)備對產(chǎn)品的測試只關(guān)注產(chǎn)品硬件電路的測試(輸入、輸出、通訊接口及內(nèi)部檢測及控制電路),不關(guān)注產(chǎn)品軟件邏輯的實現(xiàn)。

下線檢測對產(chǎn)品輸入端口的測試通過上位機控制設(shè)備的輸入接口狀態(tài)的變化模擬產(chǎn)品輸入,產(chǎn)品在檢測到輸入變化后,根據(jù)上位機與產(chǎn)品之間的測試通訊協(xié)議,將輸入狀態(tài)通過通訊接口以報文的形式反饋給上位機,上位機根據(jù)控制的輸入狀態(tài)與產(chǎn)品反饋的狀態(tài)進行比對,從而判斷輸入端口電路是否存在問題,當(dāng)反饋狀態(tài)與預(yù)期狀態(tài)一致時,說明輸入端口電路沒有問題,反之當(dāng)反饋狀態(tài)與預(yù)期狀態(tài)不一致時,則說明產(chǎn)品的輸入電路有問題,上位機將以故障信息的形式反饋顯示出來。

對于輸出電路部分,上位機通過上位機與產(chǎn)品之間的測試通訊協(xié)議,發(fā)送輸出控制指令給產(chǎn)品,控制產(chǎn)品輸出端口按照控制指令動作,并通過接在此控制端口的模擬負(fù)載的電壓電流等狀態(tài)檢測來判斷輸出是否按照預(yù)期的命令正確進行了動作,若模擬負(fù)載的輸出狀態(tài)與預(yù)期的狀態(tài)一致,說明此輸出接口電路沒有問題,反之此輸出端口電路有問題。用對產(chǎn)品輸入端口或產(chǎn)品輸出電路的檢測方法也可以實現(xiàn)對產(chǎn)品其它電路的檢測,包含內(nèi)部檢測電路、控制電路及通訊電路的檢測。

在下線檢測過程中最重要的一個內(nèi)容是產(chǎn)品和上位機的通訊協(xié)議的制定,其是整個測試方案的基礎(chǔ),關(guān)系到上位機及產(chǎn)品與之配合的測試軟件的編寫實現(xiàn)過程。之前的很多電子產(chǎn)品需要針對測試過程專門制定一個通訊協(xié)議,此通訊協(xié)議規(guī)定了測試模式的控制過程,同樣也包含了輸入、輸出及通訊等電路的控制查詢等命令的定義,因此就需要在產(chǎn)品軟件基礎(chǔ)上專門開發(fā)設(shè)計針對測試協(xié)議的軟件模塊,這種方法不僅增加了軟件設(shè)計開發(fā)的工作量,而且產(chǎn)品有在某種特定條件下容易誤觸發(fā)進入到下線測試模式,在此模式下由于產(chǎn)品只響應(yīng)上位機的輸入命令,導(dǎo)致正常的產(chǎn)品功能將無法實現(xiàn)。



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

有鑒于此,本發(fā)明提供了一種電子產(chǎn)品的下線檢測方法及系統(tǒng),以解決現(xiàn)有技術(shù)中由于需要在產(chǎn)品軟件基礎(chǔ)上專門開發(fā)設(shè)計針對測試協(xié)議的軟件模塊,這種方法不僅增加了軟件設(shè)計開發(fā)的工作量,而且產(chǎn)品有在某種特定條件下容易誤觸發(fā)進入到測試模式,在此模式下由于產(chǎn)品只響應(yīng)上位機的輸入命令,導(dǎo)致正常的產(chǎn)品功能將無法實現(xiàn)的問題。

為實現(xiàn)上述目的,本發(fā)明提供如下技術(shù)方案:

一種電子產(chǎn)品的下線測試方法,基于統(tǒng)一診斷服務(wù)UDS的診斷服務(wù),該方法包括:

獲取所述電子產(chǎn)品的端口外部輸入的預(yù)期狀態(tài)信息,所述預(yù)期狀態(tài)信息為ON狀態(tài)或OFF狀態(tài);

根據(jù)所述UDS診斷服務(wù)指令查詢所述端口的實際狀態(tài)信息,所述實際狀態(tài)信息為ON狀態(tài)或OFF狀態(tài);

判斷所述預(yù)期狀態(tài)信息和所述實際狀態(tài)信息是否一致;

若是,則所述端口對應(yīng)的電路正常,測試通過,且設(shè)置測試成功信息;

若否,則所述端口對應(yīng)的電路異常,測試不通過,且設(shè)置測試故障信息。

優(yōu)選的,還包括:

循環(huán)檢測所述電子產(chǎn)品的所有端口測試是否完成,若是,則結(jié)束測試過程;

若否,則繼續(xù)進行其他端口的測試過程。

其中,所述獲取所述電子產(chǎn)品的端口輸入的預(yù)期狀態(tài)信息,具體為:

接收所述下線測試發(fā)送的UDS診斷服務(wù)指令;

根據(jù)所述UDS診斷服務(wù)指令控制所述端口的輸入的預(yù)期狀態(tài)信息。

其中,所述根據(jù)所述UDS診斷服務(wù)指令查詢所述端口的實際狀態(tài)信息,具體為:

根據(jù)所述UDS診斷服務(wù)指令通過預(yù)設(shè)通信協(xié)議查詢所述端口的實際狀態(tài)信息;

所述預(yù)設(shè)通信協(xié)議為CAN通信協(xié)議或LIN通信協(xié)議或其他通訊協(xié)議。

其中,所述判斷所述預(yù)期狀態(tài)信息和所述實際狀態(tài)信息是否一致,具體為:

當(dāng)外部輸入的預(yù)期狀態(tài)信息為ON狀態(tài)時,檢測實際狀態(tài)信息為ON狀態(tài),則確定預(yù)期狀態(tài)信息和實際狀態(tài)信息一致;檢測實際狀態(tài)信息為OFF狀態(tài),則確定預(yù)期狀態(tài)信息和實際狀態(tài)信息不一致;

當(dāng)外部輸入的預(yù)期狀態(tài)信息為OFF狀態(tài)時,檢測實際狀態(tài)信息為OFF狀態(tài),則確定預(yù)期狀態(tài)信息和實際狀態(tài)信息一致;檢測實際狀態(tài)信息為ON狀態(tài),則確定預(yù)期狀態(tài)信息和實際狀態(tài)信息不一致。

一種電子產(chǎn)品的下線測試系統(tǒng),基于統(tǒng)一診斷服務(wù)UDS的診斷服務(wù),該系統(tǒng)包括:

獲取單元,用于獲取所述電子產(chǎn)品的端口輸入的預(yù)期狀態(tài)信息,所述預(yù)期狀態(tài)信息為ON狀態(tài);

查詢單元,用于根據(jù)所述UDS診斷服務(wù)指令查詢所述端口的實際狀態(tài)信息,所述實際狀態(tài)信息為ON狀態(tài)或OFF狀態(tài);

判斷單元,用于判斷所述預(yù)期狀態(tài)信息和所述實際狀態(tài)信息是否一致,若是,則所述端口對應(yīng)的電路正常,測試通過,且設(shè)置測試成功信息,若否,則所述端口對應(yīng)的電路異常,測試不通過,且設(shè)置測試故障信息。

優(yōu)選的,還包括:

循環(huán)檢測單元,用于循環(huán)檢測所述電子產(chǎn)品的所有端口測試是否完成,若是,則結(jié)束測試過程,若否,則繼續(xù)進行其他端口的測試過程。

其中,所述獲取單元包括:接收單元和控制單元,其中:

所述接收單元,用于接收所述下線測試發(fā)送的UDS診斷服務(wù)指令;

所述控制單元,用于根據(jù)所述UDS診斷服務(wù)指令控制所述端口的輸入的預(yù)期狀態(tài)信息。

其中,所述查詢單元包括:查詢子單元,

所述查詢子單元,用于根據(jù)所述UDS診斷服務(wù)指令通過預(yù)設(shè)通信協(xié)議查詢所述端口的實際狀態(tài)信息;

所述預(yù)設(shè)通信協(xié)議為CAN通信協(xié)議或LIN通信協(xié)議或其他通訊協(xié)議。

其中,所述判斷單元包括:第一檢測單元和第二檢測單元,其中:

所述第一檢測單元,用于當(dāng)外部輸入的預(yù)期狀態(tài)信息為ON狀態(tài)時,檢測所述實際狀態(tài)信息為ON狀態(tài),則確定所述預(yù)期狀態(tài)信息和所述實際狀態(tài)信息一致;檢測所述實際狀態(tài)信息為OFF狀態(tài),則確定所述預(yù)期狀態(tài)信息和所述實際狀態(tài)信息不一致;

所述第二檢測單元,用于當(dāng)外部輸入的預(yù)期狀態(tài)信息為OFF狀態(tài)時,檢測所述實際狀態(tài)信息為OFF狀態(tài),則確定所述預(yù)期狀態(tài)信息和所述實際狀態(tài)信息一致;檢測所述實際狀態(tài)信息為ON狀態(tài),則確定所述預(yù)期狀態(tài)信息和所述實際狀態(tài)信息不一致。

經(jīng)由上述的技術(shù)方案可知,與現(xiàn)有技術(shù)相比,本發(fā)明公開了一種電子產(chǎn)品的下線檢測方法及系統(tǒng),基于統(tǒng)一診斷服務(wù)UDS的診斷服務(wù),該方法包括:獲取電子產(chǎn)品的端口輸入的預(yù)期狀態(tài)信息,預(yù)期狀態(tài)信息為ON狀態(tài)或OFF狀態(tài);根據(jù)UDS診斷服務(wù)指令查詢端口的實際狀態(tài)信息,實際狀態(tài)信息可以為ON狀態(tài)或OFF狀態(tài);通過判斷預(yù)期狀態(tài)信息和實際狀態(tài)信息是否一致來確定端口電路是否正常。該方法及系統(tǒng)基于UDS診斷功能,且診斷功能均為標(biāo)準(zhǔn)配置要求,通過UDS診斷完成產(chǎn)品硬件電路的診斷減低了額外開發(fā)下線測試協(xié)議的工作量,且需要通過一定級別的安全訪問才能進行檢測控制權(quán),在診斷掉線后,自動恢復(fù)到產(chǎn)品工正常作模式,因此,避免了產(chǎn)品陷于EOL測試模式而無法正常工作的情況。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)提供的附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種電子產(chǎn)品的下線檢測方法流程示意圖;

圖2為本發(fā)明實施例提供的一種電子產(chǎn)品的下線檢測系統(tǒng)結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。

目前汽車電子產(chǎn)品一般都需要按照UDS(Unified Diagnostic Services,統(tǒng)一診斷服務(wù))實現(xiàn)電子產(chǎn)品的診斷功能,這是汽車電子產(chǎn)品功能實現(xiàn)的一個基本要求。目前汽車電子產(chǎn)品的診斷一般是基于CAN通訊協(xié)議基礎(chǔ)上實現(xiàn)的,也可以建立在其它通訊協(xié)議基礎(chǔ)上,例如:LIN通信協(xié)議等。診斷實現(xiàn)的功能中不僅包含了輸入接口信息的查詢,同樣一包含了輸出端口的控制要求,因此下線測試過程完全可以借用此協(xié)議實現(xiàn)對于產(chǎn)品的測試要求,基本不需要太多額外的協(xié)議開發(fā)過程。

UDS診斷服務(wù)包含多種,基本的診斷服務(wù)有0x10診斷模式控制服務(wù)、0x22通過ID讀取數(shù)據(jù)服務(wù)、0x27安全訪問服務(wù)、0x2E通過ID寫數(shù)據(jù)服務(wù)、0x2F通過ID進行輸入輸出控制、0x31例程控制等。下線測試只需要選取其中的幾個服務(wù)就可以實現(xiàn)產(chǎn)品測試要求。

0x22服務(wù)是通過ID讀取產(chǎn)品數(shù)據(jù)服務(wù)(Read Data By Identifier,讀取數(shù)據(jù)的標(biāo)識符),可以根據(jù)產(chǎn)品需求的要求設(shè)計不同的ID讀取產(chǎn)品的各種信息,如讀取產(chǎn)品的零部件號、產(chǎn)品的名稱、軟硬件版本號、產(chǎn)品的流水號等信息,也可以根據(jù)下線的測試需求,設(shè)計下線測試所需要的DID(Data Identifier,數(shù)據(jù)標(biāo)識符,數(shù)據(jù)ID)服務(wù),讀取產(chǎn)品輸入端口測試所需要的服務(wù)。如果產(chǎn)品功能需求中已經(jīng)包含了輸入端口狀態(tài)的查詢DID服務(wù),則下線輸入端口的測試可以完全按照產(chǎn)品0x22服務(wù)中對端口的查詢服務(wù)實現(xiàn)。如果產(chǎn)品需求中沒有對端口狀態(tài)的查詢或查詢DID服務(wù)不能完全覆蓋下線測試需求時,就需要設(shè)計增加或補充對端口輸入狀態(tài)查詢服務(wù)的0x22服務(wù)DID,以滿足下線測試要求,這種增加或補充工作是在原有產(chǎn)品軟件架構(gòu)基礎(chǔ)上實現(xiàn),不會造成對原有產(chǎn)品功能的影響。

由于UDS有多幀傳輸?shù)墓δ?,因此為了提高輸入端口的測試效率,可以根據(jù)產(chǎn)品輸入端口的數(shù)量設(shè)計此服務(wù)的數(shù)據(jù)場的大小,可以保證在一個0x22診斷查詢中完成所有產(chǎn)品輸入端口的測試查詢測試過程;也可以根據(jù)測試過程的要求,將不同類型的輸入端口測試設(shè)計在一個DID查詢服務(wù)中實現(xiàn),通過幾個類別的DID實現(xiàn)所有輸入端口的測試。當(dāng)然也可以將一個端口的測試設(shè)計在一個DID服務(wù)中實現(xiàn),這完全取決于產(chǎn)品下線輸入端口的測試需求而定。

在現(xiàn)有技術(shù)中的UDS診斷服務(wù)的基礎(chǔ)上,本發(fā)明公開了一種電子產(chǎn)品的下線測試方法及系統(tǒng)。

請參閱附圖1,圖1為本發(fā)明實施例提供的一種電子產(chǎn)品的下線測試方法流程示意圖。本發(fā)明實施例公開了一種電子產(chǎn)品的下線檢測方法,基于統(tǒng)一診斷服務(wù)UDS的診斷服務(wù),該方法具體包括如下步驟:

S101、獲取電子產(chǎn)品的端口外部輸入的預(yù)期狀態(tài)信息,其預(yù)期狀態(tài)信息為ON狀態(tài)或OFF狀態(tài)。

在本實施例中,需要說明的是,獲取電子產(chǎn)品的端口輸入的預(yù)期狀態(tài)信息具體為:

接收下線測試發(fā)送的UDS診斷服務(wù)指令;根據(jù)UDS診斷服務(wù)指令控制端口的輸入的預(yù)期狀態(tài)信息。

S102、根據(jù)UDS診斷服務(wù)指令查詢端口的實際狀態(tài)信息,其實際狀態(tài)信息為ON狀態(tài)或OFF狀態(tài)。

在本實施例中,需要說明的是,根據(jù)UDS診斷服務(wù)指令查詢端口的實際狀態(tài)信息具體為:

根據(jù)UDS診斷服務(wù)指令通過預(yù)設(shè)通信協(xié)議查詢端口的實際狀態(tài)信息;預(yù)設(shè)通信協(xié)議為CAN通信協(xié)議或LIN通信協(xié)議。

S103、判斷預(yù)期狀態(tài)信息和實際狀態(tài)信息是否一致,若是,則進入步驟S104,若否,則進入步驟S105。

在本實施例中,需要說明的是,判斷預(yù)期狀態(tài)信息和實際狀態(tài)信息是否一致具體為:

當(dāng)外部輸入的預(yù)期狀態(tài)信息為ON狀態(tài)時,檢測實際狀態(tài)信息為ON狀態(tài),則確定預(yù)期狀態(tài)信息和實際狀態(tài)信息一致;檢測實際狀態(tài)信息為OFF狀態(tài),則確定預(yù)期狀態(tài)信息和實際狀態(tài)信息不一致;

當(dāng)外部輸入的預(yù)期狀態(tài)信息為OFF狀態(tài)時,檢測實際狀態(tài)信息為OFF狀態(tài),則確定預(yù)期狀態(tài)信息和實際狀態(tài)信息一致;檢測實際狀態(tài)信息為ON狀態(tài),則確定預(yù)期狀態(tài)信息和實際狀態(tài)信息不一致。

S104、端口對應(yīng)的電路正常,測試通過,且設(shè)置測試成功信息。

S105、端口對應(yīng)的電路異常,測試不通過,且設(shè)置測試故障信息。

在上述公開的基礎(chǔ)上,本發(fā)明還可以包括:

S106、循環(huán)檢測所述電子產(chǎn)品的所有端口測試是否完成,若是,則結(jié)束測試過程,若否,則進入步驟S107。

S107、繼續(xù)進行其他端口的測試過程。

需要說明的是,在本實施例中,UDS診斷0x2F服務(wù)(Input Output Control By Identifier,輸入輸出控制標(biāo)識符)是通過不同ID進行輸入輸出控制的服務(wù),可以根據(jù)產(chǎn)品需求的要求設(shè)計通過不同的ID對輸入輸出端口進行控制(一般用來對輸出端口進行控制)。一般產(chǎn)品設(shè)計都有輸出端口的診斷測試需求,而且也有通過其它診斷服務(wù)實現(xiàn)的方式,如通過0x31服務(wù)(Routine Control,常規(guī)控制)。不同服務(wù)實現(xiàn)對輸出端口的命令方式和控制過程是不同的,但本質(zhì)上都是實現(xiàn)對輸出的測試驗證過程。下線測試需求中有對產(chǎn)品輸出電路進行驗證確認(rèn)的要求,因此下線輸出端口測試完全可以借用產(chǎn)品的0x2F服務(wù)或0x31服務(wù)來實現(xiàn)。在輸出端口的測試過程中,一般都需要在診斷擴展模式下進行,并且都需要通過一定級別的安全訪問后才可以取得上位機對產(chǎn)品輸出端口的控制權(quán)(與產(chǎn)品診斷測試過程一致)。上位機通過診斷控制輸出端口閉合或打開,下線設(shè)備通過模擬負(fù)載的測量確認(rèn)輸出是否正常。

通過0x31服務(wù)實現(xiàn)產(chǎn)品休眠電流的檢測,即通過0x31的DID服務(wù)發(fā)送產(chǎn)品的快速休眠指令(也可以利用其它的診斷命令),被測產(chǎn)品在收到測試命令后,關(guān)斷全部輸出負(fù)載,將控制電路設(shè)置為低功耗工作模式,設(shè)置控制單元MCU(Microprocessor Control Unit,微處理機控制器)進入類似STOP的工作模式,模擬實際產(chǎn)品的休眠狀態(tài)。在這種命令控制下,下線設(shè)備通過測試產(chǎn)品電源的工作確定產(chǎn)品的靜態(tài)電流。

另外,通過診斷服務(wù)也可以實現(xiàn)其它電路的檢測,其檢測方法即可以通過下線設(shè)備檢測實現(xiàn),也可以由產(chǎn)品自身進行自檢,將檢測結(jié)果反饋給上位機,這需要根據(jù)電路檢測方案來確定,但相同的是都是經(jīng)過診斷通訊協(xié)議的控制來完成的。

本實施例公開的一種電子產(chǎn)品的下線檢測方法,基于UDS診斷功能,且診斷功能均為標(biāo)準(zhǔn)配置要求,通過UDS診斷完成產(chǎn)品硬件電路的診斷減低了額外開發(fā)下線測試協(xié)議的工作量,且需要通過一定級別的安全訪問才能進行檢測控制權(quán),在診斷掉線后,自動恢復(fù)到產(chǎn)品工正常作模式,因此,避免了產(chǎn)品陷于EOL測試模式而無法正常工作的情況。

請參閱附圖2,圖2為本發(fā)明實施例提供的一種電子產(chǎn)品的下線檢測系統(tǒng)結(jié)構(gòu)示意圖。如圖2所示,本實施例公開了一種電子產(chǎn)品的下線檢測系統(tǒng),該系統(tǒng)基于統(tǒng)一診斷服務(wù)UDS的診斷服務(wù),具體的,該系統(tǒng)可以包括:獲取單元201、查詢單元202和判斷單元203,其中:

獲取單元201,用于獲取電子產(chǎn)品的端口外部輸入的預(yù)期狀態(tài)信息,預(yù)期狀態(tài)信息為ON狀態(tài);查詢單元202,用于根據(jù)UDS診斷服務(wù)指令查詢端口的實際狀態(tài)信息,實際狀態(tài)信息為ON狀態(tài)或OFF狀態(tài);判斷單元203,用于判斷預(yù)期狀態(tài)信息和實際狀態(tài)信息是否一致,若是,則端口對應(yīng)的電路正常,測試通過,且設(shè)置測試成功信息,若否,則口對應(yīng)的電路異常,測試不通過,且設(shè)置測試故障信息。

優(yōu)選的,該系統(tǒng)還可以包括:循環(huán)檢測單元204,具體的,

循環(huán)檢測單元204,用于循環(huán)檢測電子產(chǎn)品的所有端口測試是否完成,若是,則結(jié)束測試過程,若否,則繼續(xù)進行其他端口的測試過程。

其中,上述提及的獲取單元201包括:接收單元和控制單元,具體的:

接收單元,用于接收下線測試發(fā)送的UDS診斷服務(wù)指令;控制單元,用于根據(jù)UDS診斷服務(wù)指令控制端口的輸入的預(yù)期狀態(tài)信息。

其中,上述提及的查詢單元202包括:查詢子單元,具體的:

查詢子單元,用于根據(jù)UDS診斷服務(wù)指令通過預(yù)設(shè)通信協(xié)議查詢端口的實際狀態(tài)信息;預(yù)設(shè)通信協(xié)議為CAN通信協(xié)議或LIN通信協(xié)議。

其中,上述提及的判斷單元203包括:第一檢測單元和第二檢測單元,具體的:

第一檢測單元,用于當(dāng)外部輸入的預(yù)期狀態(tài)信息為ON狀態(tài)時,檢測實際狀態(tài)信息為ON狀態(tài),則確定預(yù)期狀態(tài)信息和實際狀態(tài)信息一致;檢測實際狀態(tài)信息為OFF狀態(tài),則確定預(yù)期狀態(tài)信息和實際狀態(tài)信息不一致;

第二檢測單元,用于當(dāng)外部輸入的預(yù)期狀態(tài)信息為OFF狀態(tài)時,檢測實際狀態(tài)信息為OFF狀態(tài),則確定預(yù)期狀態(tài)信息和實際狀態(tài)信息一致;檢測實際狀態(tài)信息為ON狀態(tài),則確定預(yù)期狀態(tài)信息和實際狀態(tài)信息不一致。

由于本實施例中的各單元能夠執(zhí)行圖1所示的方法,本實施例未詳細(xì)描述的部分,可參考對圖1的相關(guān)說明。

本實施例公開的一種電子產(chǎn)品的下線檢測系統(tǒng),基于統(tǒng)一診斷服務(wù)UDS的診斷服務(wù),該系統(tǒng)包括:獲取單元、查詢單元和判斷單元。本系統(tǒng)基于通用數(shù)據(jù)系統(tǒng)的診斷功能,且診斷功能均為標(biāo)準(zhǔn)配置要求,通過UDS診斷完成產(chǎn)品硬件電路的診斷減低了額外開發(fā)下線測試協(xié)議的工作量,且需要通過一定級別的安全訪問才能進行檢測控制權(quán),在診斷掉線后,自動恢復(fù)到產(chǎn)品工正常作模式,因此,避免了產(chǎn)品陷于EOL測試模式而無法正常工作的情況。

綜上所述:本發(fā)明公開的一種電子產(chǎn)品的下線檢測方法及系統(tǒng),基于統(tǒng)一診斷服務(wù)UDS的診斷服務(wù),該方法包括:獲取電子產(chǎn)品的端口外部輸入的預(yù)期狀態(tài)信息,預(yù)期狀態(tài)信息為ON狀態(tài)或OFF狀態(tài);根據(jù)UDS診斷服務(wù)指令查詢端口的實際狀態(tài)信息,實際狀態(tài)信息可以為ON狀態(tài)或OFF狀態(tài);通過判斷預(yù)期狀態(tài)信息和實際狀態(tài)信息是否一致來確定端口電路是否正常。本發(fā)明基于UDS診斷功能,且診斷功能均為標(biāo)準(zhǔn)配置要求,通過UDS診斷完成產(chǎn)品硬件電路的診斷減低了額外開發(fā)下線測試協(xié)議的工作量,且需要通過一定級別的安全訪問才能進行檢測控制權(quán),在診斷掉線后,自動恢復(fù)到產(chǎn)品工正常作模式,因此,避免了產(chǎn)品陷于EOL測試模式而無法正常工作的情況。

需要說明的是,本說明書中的各個實施例均采用遞進的方式描述,每個實施例重點說明的都是與其他實施例的不同之處,各個實施例之間相同相似的部分互相參見即可。

以上結(jié)合附圖對本發(fā)明所提出的方法進行了示例性描述,以上實施例的說明只是用于幫助理解本發(fā)明的核心思想。對于本領(lǐng)域的一般技術(shù)人員,依據(jù)本發(fā)明的思想,在具體實施方式及應(yīng)用范圍上均會有改變之處,如前后橋都有電機參與驅(qū)動的混合動力系統(tǒng)等。綜上所述,本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。

對所公開的實施例的上述說明,使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的,本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下,在其它實施例中實現(xiàn)。因此,本發(fā)明將不會被限制于本文所示的這些實施例,而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。

當(dāng)前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
睢宁县| 陇南市| 东方市| 周至县| 阳江市| 达州市| 四子王旗| 嫩江县| 雷山县| 夹江县| 昌邑市| 通化县| 鄂伦春自治旗| 塔城市| 锦屏县| 施秉县| 麟游县| 闵行区| 三江| 广州市| 胶州市| 富川| 宜城市| 锡林浩特市| 洛隆县| 曲松县| 普洱| 马尔康县| 清镇市| 双流县| 扶绥县| 视频| 高雄市| 邳州市| 晋州市| 夹江县| 大理市| 柏乡县| 阳曲县| 繁昌县| 巨野县|