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

背景技術(shù)：

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

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

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

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

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

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

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

為實(shí)現(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ù)指令查詢所述端口的實(shí)際狀態(tài)信息，所述實(shí)際狀態(tài)信息為ON狀態(tài)或OFF狀態(tài)；

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

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

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

優(yōu)選的，還包括：

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

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

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

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

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

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

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

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

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

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

當(dāng)外部輸入的預(yù)期狀態(tài)信息為OFF狀態(tài)時(shí)，檢測實(shí)際狀態(tài)信息為OFF狀態(tài)，則確定預(yù)期狀態(tài)信息和實(shí)際狀態(tài)信息一致；檢測實(shí)際狀態(tài)信息為ON狀態(tài)，則確定預(yù)期狀態(tài)信息和實(shí)際狀態(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ù)指令查詢所述端口的實(shí)際狀態(tài)信息，所述實(shí)際狀態(tài)信息為ON狀態(tài)或OFF狀態(tài)；

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

優(yōu)選的，還包括：

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

其中，所述獲取單元包括：接收單元和控制單元，其中：

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

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

其中，所述查詢單元包括：查詢子單元，

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

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

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

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

所述第二檢測單元，用于當(dāng)外部輸入的預(yù)期狀態(tài)信息為OFF狀態(tài)時(shí)，檢測所述實(shí)際狀態(tài)信息為OFF狀態(tài)，則確定所述預(yù)期狀態(tài)信息和所述實(shí)際狀態(tài)信息一致；檢測所述實(shí)際狀態(tài)信息為ON狀態(tài)，則確定所述預(yù)期狀態(tài)信息和所述實(shí)際狀態(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ù)指令查詢端口的實(shí)際狀態(tài)信息，實(shí)際狀態(tài)信息可以為ON狀態(tài)或OFF狀態(tài)；通過判斷預(yù)期狀態(tài)信息和實(shí)際狀態(tài)信息是否一致來確定端口電路是否正常。該方法及系統(tǒng)基于UDS診斷功能，且診斷功能均為標(biāo)準(zhǔn)配置要求，通過UDS診斷完成產(chǎn)品硬件電路的診斷減低了額外開發(fā)下線測試協(xié)議的工作量，且需要通過一定級(jí)別的安全訪問才能進(jìn)行檢測控制權(quán)，在診斷掉線后，自動(dòng)恢復(fù)到產(chǎn)品工正常作模式，因此，避免了產(chǎn)品陷于EOL測試模式而無法正常工作的情況。

附圖說明

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

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

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

具體實(shí)施方式

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

請(qǐng)參閱附圖2，圖2為本發(fā)明實(shí)施例提供的一種電子產(chǎn)品的下線檢測系統(tǒng)結(jié)構(gòu)示意圖。如圖2所示，本實(shí)施例公開了一種電子產(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ù)指令查詢端口的實(shí)際狀態(tài)信息，實(shí)際狀態(tài)信息為ON狀態(tài)或OFF狀態(tài)；判斷單元203，用于判斷預(yù)期狀態(tài)信息和實(shí)際狀態(tài)信息是否一致，若是，則端口對(duì)應(yīng)的電路正常，測試通過，且設(shè)置測試成功信息，若否，則口對(duì)應(yīng)的電路異常，測試不通過，且設(shè)置測試故障信息。

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

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

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

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

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

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

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

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

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

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

本實(shí)施例公開的一種電子產(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é)議的工作量，且需要通過一定級(jí)別的安全訪問才能進(jìn)行檢測控制權(quán)，在診斷掉線后，自動(dòng)恢復(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ù)指令查詢端口的實(shí)際狀態(tài)信息，實(shí)際狀態(tài)信息可以為ON狀態(tài)或OFF狀態(tài)；通過判斷預(yù)期狀態(tài)信息和實(shí)際狀態(tài)信息是否一致來確定端口電路是否正常。本發(fā)明基于UDS診斷功能，且診斷功能均為標(biāo)準(zhǔn)配置要求，通過UDS診斷完成產(chǎn)品硬件電路的診斷減低了額外開發(fā)下線測試協(xié)議的工作量，且需要通過一定級(jí)別的安全訪問才能進(jìn)行檢測控制權(quán)，在診斷掉線后，自動(dòng)恢復(fù)到產(chǎn)品工正常作模式，因此，避免了產(chǎn)品陷于EOL測試模式而無法正常工作的情況。

需要說明的是，本說明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似的部分互相參見即可。

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

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