Pcba測試方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及PCBA測試技術(shù)領(lǐng)域，更具體地說，涉及一種PCBA測試方法及系統(tǒng)。
【背景技術(shù)】
[0002]PCB (Printed Circuit Board)，印刷電路板，是重要的電子部件，是電子元件的支撐體，是電子元器件線路連接的提供者。PCBA (Printed Circuit Board+Assembly)是指PCB空板經(jīng)過表面貼裝技術(shù)SMT上件，再經(jīng)過插件DIP的整個制程。隨著電子技術(shù)的發(fā)展，PCB上可貼芯片越來越多，PCBA可實現(xiàn)的功能也越來越多，這就要求測試PCBA時不僅要對PCB本身的質(zhì)量和可靠性進行測試，還必須對PCBA上已貼芯片的可靠性進行測試。
[0003]目前的PCB測試主要基于PCBA板(已貼片)自身的電氣特性，包括印刷線的通路和斷路測試、阻抗測試。針對PCBA板上已貼芯片的功能測試如微控制單元MCU或現(xiàn)場可編程門陣列FPGA的10輸入/輸出測試、模數(shù)轉(zhuǎn)換A/D數(shù)模轉(zhuǎn)換D/A的采樣測試、通訊功能測試等這些測試往往要將PCBA安裝到整機上，整機上電后由人工按照各項功能逐一測試，如果測試過程中發(fā)現(xiàn)某一項或某幾項功能異常時，需要將PCBA拆卸下來維修，然后再次安裝到整機上逐項測試。
[0004]發(fā)明人經(jīng)過研究發(fā)現(xiàn)，上述測試過程中，每塊PCBA每次測試時必須安裝到整機上，測出故障后拆下來排查問題并維修，然后再安裝到整機上測試，如果問題沒有修復(fù)，必須再拆下來維修，反復(fù)拆裝，直至測完所有功能。這大大增加了產(chǎn)線工作的重復(fù)勞動時間，存在測試流程繁復(fù)的問題，已經(jīng)限制了產(chǎn)品的生產(chǎn)效率，不能符合技術(shù)發(fā)展的需求。

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

[0005]有鑒于此，本發(fā)明提供一種PCBA測試方法及系統(tǒng)，實現(xiàn)了 PCBA自動測試，簡化了測試流程，提高了測試效率。
[0006]本發(fā)明提出的PCBA測試方法，包括步驟:
[0007]上位機接收配置文件，所述配置文件包含待測PCBA的一條或多條測試需求，所述上位機將測試需求逐條打包成通信協(xié)議包的格式，通過通信鏈路下發(fā)至PCBA通用測試平臺主控制板；
[0008]所述PCBA通用測試平臺主控制板解析接收到的通信協(xié)議包，按照解析出的測試需求控制外圍器件測試所述被測PCBA，將得到的測試結(jié)果打包成通信協(xié)議包的格式，通過通信鏈路返回給所述上位機；
[0009]所述上位機從返回的通信協(xié)議包解析出測試結(jié)果。
[0010]上述方法，優(yōu)選地，所述通信鏈路為通用同步/異步串行接收/發(fā)送器USART鏈路。
[0011]上述方法，優(yōu)選地，所述通信協(xié)議包的格式包括:2字節(jié)起始標(biāo)志位、1字節(jié)命令碼、1字節(jié)回應(yīng)碼、1字節(jié)數(shù)據(jù)碼長度、不定長數(shù)據(jù)碼、2字節(jié)校驗碼和2字節(jié)結(jié)束標(biāo)志位。
[0012]上述方法，優(yōu)選地，所述配置文件中每條測試需求包括:通信協(xié)議包的命令碼、通信協(xié)議包的數(shù)據(jù)碼長度和通信協(xié)議包的數(shù)據(jù)碼。
[0013]上述方法，優(yōu)選地，所述配置文件中每條測試需求還包括:序號、操作項目、故障忽略、循環(huán)測試次數(shù)、參考值MIN、參考值MAX、循環(huán)測試中允許不通過次數(shù)百分比、上位機提示用戶所需進行的下一步操作備注和/或延時時間。
[0014]上述方法，優(yōu)選地，所述上位機從返回的通信協(xié)議包解析出測試結(jié)果之后還包括，根據(jù)配置文件中本條測試需求的參考值MIN、參考值MAX、循環(huán)測試中允許不通過次數(shù)百分比對本條測試結(jié)果進行判斷并顯示出來。
[0015]上述方法，優(yōu)選地，所述上位機從返回的通信協(xié)議包解析出測試結(jié)果之后還包括，根據(jù)配置信息本條測試需求的故障忽略確定是否還要進行下一步測試。
[0016]上述方法，優(yōu)選地，所述上位機從返回的通信協(xié)議包解析出測試結(jié)果之后還包括，所有測試需求執(zhí)行完畢時，顯示最終測試結(jié)果。
[0017]本發(fā)明提出的PCBA測試系統(tǒng)，包括:
[0018]上位機和PCBA通用測試平臺；
[0019]通用測試平臺包括通用測試平臺主控板、測試夾具及被測PCBA ；
[0020]上位機用于接收到配置文件，將配置文件中測試需求逐條打包成通信協(xié)議包的格式，通過通信鏈路下發(fā)至PCBA通用測試平臺主控制板；
[0021]通用測試平臺主控板用于解析接收到的通信協(xié)議包，按照解析出的測試需求控制外圍器件測試所述被測PCBA，并將得到的測試結(jié)果打包成通信協(xié)議包的格式，通過通信鏈路返回給所述上位機。
[0022]從上述技術(shù)方案可以看出，本發(fā)明公開的PCBA測試方法及系統(tǒng)，被測PCBA的測試需求都包括在配置文件中，上位機將配置文件發(fā)送到通用PCBA測試平臺主控制板，PCBA測試平臺主控制板逐條執(zhí)行配置文件中的配置需求，完成PCBA測試。由此可見，被測PCBA的任何測試需求只要寫入配置文件即可，測試過程由PCBA測試平臺主控制板根據(jù)配置文件中的測試需求自動完成，不存在從整機上反復(fù)拆卸的步驟，有效減少因PCBA不良而導(dǎo)致的重復(fù)安裝工序，簡化了測試流程，提高了工作效率。
【附圖說明】
[0023]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0024]圖1為本發(fā)明實施例公開的一種PCBA測試方法流程圖；
[0025]圖2為本發(fā)明實施例公開的一種通信協(xié)議格式圖；
[0026]圖3為本發(fā)明實施例公開的一種配置文件格式圖；
[0027]圖4為本發(fā)明實施例公開的一種PCBA測試系統(tǒng)結(jié)構(gòu)圖。
【具體實施方式】
[0028]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0029]本發(fā)明針對每一款被測PCBA編寫不同的配置文件，通過下發(fā)配置文件，實現(xiàn)上位機與PCBA測試平臺主控制板的交互，按照協(xié)議約定，根據(jù)配置文件中的逐條測試需求對被測PCBA進行測試。這樣以配置文件的方式實現(xiàn)了自動測試PCBA，簡化了測試流程，提高了工作效率。
[0030]下面結(jié)合附圖對本發(fā)明進行詳細描述。
[0031]參見圖1所示，本發(fā)明提出的PCBA測試方法包括步驟:
[0032]S101:將配置文件導(dǎo)入上位機，所述上位機接收到配置文件后，所述上位機將測試需求逐條打包成通信協(xié)議包的格式，并通過通信鏈路下發(fā)至PCBA通用測試平臺主控制板。
[0033]上位機存有一套完整的測試軟件，可用于解析配置文件、與通用測試平臺交互、處理并顯示下位機返回的測試結(jié)果。配置文件包括被測PCBA測試需求，測試需求包括但不限于:被測PCBA的系統(tǒng)測試；微控制單元MCU或現(xiàn)場可編程門陣列FPGA的10輸入輸出測試；模數(shù)AD數(shù)模DA系統(tǒng)測試；通信系統(tǒng)測試。一個配置文件中可以僅存一條測試需求，測試完成后再導(dǎo)入另外一個配置文件；也可以存有多條測試需求，上位機逐條順序下發(fā)至通用測試平臺主控制板。配置文件中表示每條測試需求的單元包括:CMD (Hex):在測試過程中，通信協(xié)議包的命令碼，表示測試需求命令；Length (Hex):在測試過程中，通信協(xié)議包的數(shù)據(jù)碼長度，表示測試需求中相關(guān)數(shù)據(jù)的長度；Data (Hex):在測試過程中，通信協(xié)議包的數(shù)據(jù)碼，表示測試需求中相關(guān)數(shù)據(jù)。上述配置文件導(dǎo)入上位機之后，上位機要逐條解析測試需求，將CMD、Length、Data這三個單元打包成通信協(xié)議包格式。
[0034]S102:所述PCBA通用測試平臺主控制板對接收到的通信協(xié)議包解析，按照解析出的測試需求控制外圍器件測試所述被測PCBA，并將得到的測試結(jié)果打包成通信協(xié)議包的格式，通過通信鏈路返回給所述上位機。
[0035]S103:所述上位機對接收到的通信協(xié)議包進行解析，得到測試結(jié)果。
[0036]本實施例中，上位機使用配置文件的方式與PCBA通用測試平臺進行測試命令的交互控制，對于待測PCBA所需的測試，無論測試什么功能，無論有多少條測試需求，只要寫入配置文件即可，免除了之前測試時來回從整機上拆裝的過程，測試流程簡單，自動化程度高，從而加速了測試過程，提高了生產(chǎn)效率。
[0037]本發(fā)明其他實施例中，作為優(yōu)選，上位機和通用測試平臺主控板交互用的通信鏈路米用通用同步/異步串行接收/發(fā)送器USART (Universal Synchronous/AsynchronousReceiver/Transmitter),它是是一個全雙工通用同步/異步串行收發(fā)模塊，可以靈活配置。USART可以配置為全雙工異步系統(tǒng)，可與CRT終端和個人計算機等外設(shè)進行通信；也可配置為半雙工同步系統(tǒng)，可與A/D或D/A集成電路，以及串行EPR0M等外設(shè)器件進行通信，正適用于本發(fā)明進行多種功能測試時上位機與通用測試平臺的通訊。但本方法上位機和通用測試平臺主控板的交互不僅限于使用通用同步/異步串行接收/發(fā)送器USART，類似地，還可以采用并口 LPT通訊、通用串行總線USB通訊等。
[0038]本發(fā)明使用的通用同步/異步串行接收/發(fā)送器USART的通信協(xié)議包格式如圖2所示，這里的通信協(xié)議包格式與配置文件中部分內(nèi)容相對應(yīng)，是本發(fā)明針對交互內(nèi)容定制的串行通信協(xié)議包格式，設(shè)計簡單，但針對性強。所述通信協(xié)議包格式具體為:
[0039]2.1開始標(biāo)志位begin flag:占用2個字節(jié)，固定為“0x7E0x7E” ；
[0040]2.2命令字cmd:占用1個字節(jié)，與配置文件表示測試需求的單元CMD對應(yīng)；
[0041]2.3回應(yīng)碼ACK:占用1個字節(jié)，通用測試平臺返回將測試結(jié)果填入回應(yīng)碼；
[0042]2.4參數(shù)內(nèi)容的長度length:占用1字節(jié)，與配置文件表示測試需求的單元Length 對應(yīng)；
[0043]2.5數(shù)據(jù)data:占用字節(jié)長度不固定，具體長度由length規(guī)定，與配置文件表示測試需求的單元Date對應(yīng)；
[0044]2.6校驗碼CRC:占用2個字節(jié)，生成多項式為國際電報電話咨詢委員會CCITT推薦的 16 位的 xl6+xl2+x5+l (0x