支持開放架構測試系統中的校準和診斷的製作方法
2023-05-01 03:48:31
專利名稱：支持開放架構測試系統中的校準和診斷的製作方法
技術領域：
本發明涉及自動測試設備(ATE)的領域。更具體地，本發明涉及一種用於支持開放架構測試系統中的校準和/或診斷的方法及系統。
背景技術：
晶片上系統(SOC)器件的增加的複雜度及同時對晶片測試成本減小的要求已經迫使集成電路(IC)製造者和測試設備廠商都在重新考慮應當如何執行IC測試。根據工業研究，在沒有重新設計的情況下，測試設備的預計成本在不久的將來將繼續大幅上升。
測試設備的高成本的主要原因是傳統測試設備架構的專有性質。每個測試設備製造者具有許多測試設備平臺，這些平臺不僅在多個公司如Advantest、Teradyne和Agilent之間是不兼容的，而且在一個公司內的多個平臺如由Advantest製造的T3300、T5500和T6600系列測試設備之間也是不兼容的。由於這些不兼容，每個測試設備需要其自身專有的硬體和軟體部件，並且這些專有的硬體和軟體部件不能用在其它測試設備上。另外，將測試程序從一個測試設備移植至另一個以及開發第三方解決方案需要相當大的努力。即使當為一個平臺開發了第三方解決方案時，其也不能被移植到不同的平臺上或在不同的平臺上再使用。從一個平臺到另一個的翻譯過程通常是複雜的和容易出錯的，從而帶來了附加的努力、時間和增加的測試成本。
在這種專有的測試設備架構中，在主機上運行諸如作業系統和測試分析工具/應用程式的測試設備軟體。由於這種架構的專用性質，所有的硬體和軟體針對給定的測試設備保持為固定的配置。為了測試硬體器件或IC，開發了專用的測試程序，其使用部分或全部的測試設備能力來定義測試數據、信號、波形、及電流和電壓電平，並收集被測器件(DUT)的響應以及確定DUT的通過/失敗。
各種DUT的測試需要測試設備系統的硬體和軟體部件實現大範圍的功能性和操作。在測試期間，可以利用廠商供給的測試模塊的不同集來支持大範圍的功能性，並且需要配置測試系統以便以即插即用的方式支持廠商供給的測試模塊以及它們對應的校準和/或診斷數據。當利用新的廠商供給的測試模塊時，可能需要該新測試模塊的校準和/或診斷。另外，測試模塊的性能可能在一定的時間後會漂移到原始校準的範圍之外，並且可能需要通過測試系統來重新校準或重新診斷該測試模塊。
因此，需要一種可以基於測試要求而配置有不同測試模塊的開放架構測試系統。特定地，需要一種開放架構測試系統，其可以被配置為在運行時期間以即插即用的方式使用廠商供給的校準和/或診斷(CD)信息。
發明內容
本發明實施例的開放架構測試系統允許第三方測試模塊的集成。該測試系統的硬體和軟體框架包括標準接口，來自於不同廠商的模塊可以以即插即用的方式與該標準接口交互。
在一個實施例中，一種用於將測試模塊集成在模塊化的測試系統中的方法，包括創建用於集成廠商供給的測試模塊的部件類別(category)，以及創建用於在廠商供給的測試模塊和模塊化的測試系統之間建立標準接口的校準和診斷(CD)框架，其中該CD框架包括傳遞廠商供給的模塊集成信息的接口類。該方法還包括接收廠商供給的測試模塊，根據部件類別從廠商供給的測試模塊中檢索模塊集成信息，以及使用CD框架基於模塊集成信息將廠商供給的測試模塊集成到模塊化的測試系統中。
在另一實施例中，模塊化的測試系統包括系統控制器，至少一個耦合到該系統控制器的位置控制器(site controller)，至少一個廠商供給的測試模塊以及其對應的被測器件(DUT)，用於集成廠商供給的測試模塊的部件類別，以及用於在廠商供給的測試模塊和模塊化的測試系統之間建立標準接口的校準和診斷(CD)框架，其中該CD框架包括傳遞廠商供給的模塊集成信息的接口類。該模塊化的測試系統還包括用於接收廠商供給的測試模塊的裝置，用於根據部件類別從廠商供給的測試模塊中檢索模塊集成信息的裝置，以及用於使用該CD框架基於該模塊集成信息將廠商供給的測試模塊集成到模塊化的測試系統中的裝置。
在下文中，當結合附圖考慮時，通過對本發明實施例的詳細描述，可以更為清楚地理解本發明的前述特徵和優點以及其附加的特徵和優點。
圖1說明根據本發明一實施例的開放架構測試系統。
圖2a說明根據本發明一實施例的用於使用CD框架來集成廠商供給的CD信息的方法。
圖2b說明根據本發明的一實施例的、由用於訪問共享的儀器的測試系統使用的方案。
圖3a說明根據本發明一實施例的、校準其驅動定時的數字功能發生器模塊的波形。
圖3b說明根據本發明一實施例的、驅動定時校準數據的在線補償的波形。
圖4說明根據本發明一實施例的、在運行時期間特定於廠商的校準信息到開放架構測試設備框架中的集成。
圖5說明根據本發明一實施例的、用於實施測試條件存儲器的方法。
貫穿附圖使用類似的標號。
具體實施例方式
提供了用於支持開放架構測試系統中的校準和/或診斷的方法和系統。提供下面的描述以使本領域任何技術人員能夠實現和使用本發明。特定技術和應用的描述僅作為實例而提供。對於本領域技術人員而言，這裡描述的實例的各種修改和組合將是顯而易見的，並且在不脫離本發明的精神和範圍的情況下，可以將這裡限定的一般原理應用於其它的實例和應用。因此，本發明不是旨在限制成所描述和示出的實例，而是應該被給予符合這裡公開的原理和特徵的最寬的範圍。
圖1說明根據本發明一實施例的開放架構測試系統。系統控制器(SysC)102耦合到多個位置控制器(SiteC)104。該系統控制器也可以耦合到網絡以訪問相關的文件。通過模塊連接使能器106，耦合了每個位置控制器以控制位於測試位置110的一個或多個測試模塊108。模塊連接使能器106允許連接的硬體模塊108的重新配置，並且也作為用於數據傳輸的總線(用於加載模式數據、採集響應數據、提供控制等)。另外，通過模塊連接使能器，在一個位置處的模塊可以訪問在另一位置處的模塊。模塊連接使能器106允許不同的測試位置具有相同或不同的模塊配置。換句話說，每個測試位置可以採用不同數量和類型的模塊。可能的硬體實現包括專用連接、交換機連接(switch connection)、總線連接、環形連接、以及星形連接。例如，模塊連接使能器106可以通過開關矩陣來實現。每個測試位置110與DUT112相關，DUT112通過負載板114連接到對應位置的模塊。在一個實施例中，單個位置控制器可以連接到多個DUT位置。
系統控制器102用作整個系統的管理器。其協調位置控制器的活動、管理系統級並行測試策略，並且附加地提供了處理程序/探查(handler/probe)控制以及系統級數據日誌記錄和錯誤處理支持。依賴於操作設置，可以在與位置控制器104的操作分離的CPU上部署系統控制器102。可替換地，可以由系統控制器102和位置控制器104共享公共的CPU。類似地，可將每個位置控制器104部署在其自身專用的CPU(中央處理單元)上，或作為同一CPU內單獨的進程或線程。
該系統架構在概念上可以被視作圖1中所示的分布系統，同時應當理解，各個系統部件也可以視作集成的單片系統的邏輯部件而不必視作分布系統的物理部件。
根據本發明的開放架構測試系統的實施例，通過在硬體和軟體級都使用標準接口而便利了即插即用或可更換的模塊。測試設備作業系統(TOS)允許用戶使用測試計劃程式語言來編寫測試計劃程序，以便以特定於具體被測器件(DUT)的方式來操作測試系統。其也允許將在測試計劃程序中常用的測試系統操作的序列打包為庫。這些庫有時被稱作測試類、測試模板和其它的名稱。廠商供給的測試模塊可能需要測量/響應值的校準以及用於診斷問題的裝置。TOS內的校準和診斷(CD)框架需要能夠通過使用標準接口來為任意模塊調用這些功能。以此方式，可以為每個測試模塊調用適當的行為，而在TOS的該部分上不需要任何特定於廠商的知識。這種方案簡化了TOS設計並且封裝了特定於模塊的CD模塊的廠商實現。
在開放架構測試系統的實施例中，框架類用於使能、激勵、控制和監視模塊。框架是實現與測試相關的公共操作的類和方法的集合。這包括用於校準和/或診斷、功率供給、引腳電子定序(pin electronics sequencing)、設置電流/電壓電平、設置定時條件、獲得測量值、控制測試流程等的類。該框架還提供用於運行時服務和調試的方法。在一個方案中，框架對象用於實現標準接口。提供該框架類的基於C++的參考實現以實現該框架對象的標準接口。該測試系統還支持特定於用戶的框架對象。
開放架構測試設備系統在系統框架級使用接口的最小集。該CD框架設計成在提供一般和通用的接口的對象上操作。當第三方模塊廠商將其校準和/或診斷軟體集成到該系統中時，廠商需要提供新的部件，所述新的部件支持與由現有部件支持的那些接口相同的系統接口。本發明實施例的這種標準接口允許廠商供給的模塊以即插即用的方式無縫地集成到該系統中。
在一個實施例中，與系統TOS的標準接口被定義為純抽象的C++類。廠商供給的特定於模塊的校準和/或診斷類以可執行代碼的形式——諸如動態連結庫(DLL)——來提供，其可以在運行時由系統軟體獨立地且動態地(在要求時)加載。每個這樣的軟體模塊負責提供用於系統校準和/或診斷接口命令的特定於廠商的實現，其包括用於校準和診斷軟體開發的應用程式編程接口(API)。
用於執行校準和/或診斷的需求在不同類型的模塊之間、並且在來自不同廠商的相同類型的模塊之間很大地變化。對CD框架的接口類進行設計，以解決這樣的各種情形。由於校準和/或診斷模塊和例程的性質是廣泛可變的，廠商以標準的方式提供與他們的測試模塊相關的信息。因此，實際的校準和/或診斷例程位於暴露標準、抽象接口的模塊中，由特定於該模塊類型的實現來支持。另外，具有用於調用非公認的接口的設施，以支持特定於廠商的校準和/或診斷能力。
標準校準和診斷接口圖2a說明根據本發明一實施例的用於使用CD框架來集成廠商供給的CD數據的方法。如圖2a中所示，以統一建模語言(UML)類圖示出的CD框架200包括CD廠商公共信息接口202(ICDVendCommonInfo)，該接口包括這樣的機制，其允許該CD框架獲得關於校準和/或診斷例程集的內容的信息。ICDVendCommonInfo接口202包括多個例程和部件模塊，以及具有非標準接口的方法的名稱和標識符(ID)。在一個方案中，ICDVendCommonInfo接口包括下列方法getVendorInfo，getModuleInfo，getDLLRev，getLevelAndCategory，getGroups，getThirdPartyAccess，getSwModules，以及runSwModules。
getVendorInfo方法讀取DLL所對應的硬體模塊的廠商名稱。該廠商名稱的字符串旨在將廠商的名稱描述成與其模塊ID有關。例如，如果硬體模塊是ADVANTEST的DM250MHz模塊，那麼該字符串可以類似於「ADVANTEST」。所返回的廠商名稱包含數字和字母的字符(『a』-『z』，『A』-『Z』，』0-9』)。
getModuleInfo方法讀取DLL所對應的硬體模塊的模塊名稱。該模塊名稱的字符串旨在將硬體模塊的名稱描述成與其模塊ID有關。例如，如果硬體模塊是ADVANTEST的DM250MHz模塊，那麼該字符串可以類似於「DM250MHz」。所返回的模塊名稱包含數字和字母的字符(『a』-『z』，『A』-『Z』，』0-9』)。
getDLLRev方法以字符串讀取此DLL的修訂版本(revision)。此接口也在安裝期間使用。
getLevelandCategory方法從廠商模塊中讀取支持的等級和類別。根據返回的等級和類別，框架將使用方法getGroups來查詢支持的程序組。
getGroup方法返回屬於指定的程序等級和類別的程序組。該指定的程序等級和類別是通過方法getLevelAndCategory返回的那些。
getThirdPartyAccess方法獲取與用於整個校準和診斷模塊的第三方訪問(TPA)方法相關的信息。通過使用它，該廠商模塊可以插入顯示在校準和診斷GUI工具上的廠商特定特性。如果廠商CD模塊不需要具有此接口，則從此方法返回空的指針。
getSwModules方法對框架設置詳細的校準或診斷程序名稱。如果模塊具有屬於該指定等級和類別以及組的程序集，則此方法的實現必須通過程序信息方法將該程序集信息返回給該框架。等級、類別、組用於在GUI工具中將程序分類。因為其不創建用於程序名稱的範圍，所以在具體的校準或診斷軟體模塊中程序標識符(progID)可以是唯一的。
runSwModules方法要求模塊執行選擇的程序。一次調用可以選擇一個程序。框架具有由用戶在GUI工具中選擇的程序序列，並且框架通過負責的模塊來調用此方法。用戶可以選擇硬體實體(通常是通道)來運行程序。此信息通過參數env來傳遞。每個程序代碼需要在選擇的硬體實體上運行。
圖2a的UML圖也包括模塊配置數據204，模塊管理器206，系統控制CD框架208，位置控制器CD框架210，系統控制器212，位置控制器214以及CD GUI工具216。UML圖還包括廠商校準公共信息對象218，其從廠商校準DLL對象220檢索信息；以及廠商診斷公共信息對象222，其從廠商診斷DLL對象224檢索信息。
測試系統由模塊配置數據204來配置。模塊管理器206管理廠商供給的驅動軟體、校準軟體和診斷軟體。CD框架根據保持在模塊管理器中的配置數據、通過ICDVendCommonInfo接口202來檢索廠商校準和診斷程序信息。每個廠商可以用其自身特定的方式來實現為其校準或診斷功能性而分別派生的廠商校準公共信息對象(VendorCal的CommonInfo)218或廠商診斷公共信息對象(VendorDiag的CommonInfo)222。
CD框架將廠商CD軟體信息傳遞到運行在系統控制器212上的CD圖形用戶接口(GUI)工具216。當用戶通過此CD GUI工具216來操作CD系統時，用戶可以從CD程序集中進行選擇，該CD程序集是從加載在當前系統配置中的全部廠商CD軟體中檢索到的。使用ICDVendCommonInfo接口202，系統控制器中的CD框架208將選擇的程序分配給負責的位置控制器214，然後位置控制器中的CD框架210在合適的廠商CD模塊上執行該程序。因此，通過使用ICDVendCommonInfo接口202，CD框架向廠商提供了用於將廠商供給的CD模塊集成到測試系統中的標準接口集。
除ICDVendCommonInfo接口202之外，該CD框架還包括下面的接口□ICDVendFwCtrl此接口提供由廠商部件使用的支持框架的實用程序，以訪問廠商程序執行所要求的CD框架環境設置。這包括算法版本、校準數據修訂版本設置等。
□ICDVendIO此接口提供由廠商部件使用的支持框架的實用程序，以產生要引導到CD GUI工具的標準化的消息，或運行在系統控制器上並提供數據日誌記錄服務的其它應用程式。
□ICDProgress此接口提供由廠商部件使用的支持框架的實用程序，以發送廠商程序執行的狀態(例如「完成百分比」信息等)。此接口也用於停止從CD GUI工具調用的CD執行流程或者用於暫停或恢復執行。
□ICDVendCalData此接口提供由廠商部件使用的支持框架的實用程序，以讀取和寫入系統文件，諸如校準數據等。
□ISysDeviceSiteMgr該系統器件位置管理器(ISysDeviceSiteMgr)提供由廠商部件使用的支持框架的實用程序，以訪問共享的系統器件或儀器。例如，其提供了對通過GPIB總線或通過RS-232C連接的系統控制器上的儀器的訪問。提供了諸如IGPIBDeviceProxy和IRS232Proxy的代理對象。這些代理對象給予廠商模塊對安裝在系統控制器上的器件或儀器的遠程訪問。圖2b說明了根據本發明一實施例的由用於訪問共享儀器的測試系統使用的方案。
運行時校準運行時校準是在系統加載或執行測試計劃程序時可以從測試類或從CD框架調用的校準活動集。在一個實施例中，執行運行時校準的方法包括□確認硬體模塊狀態TOS確定是否所有的模塊已經被校準並對於測試DUT準備就緒。
□加載校準數據(在先前的校準操作期間所存儲)TOS通過加載特定於模塊的校準數據來初始化模塊。
□時域反射(TDR)和定時校準數據補償
用戶可以補償特定於模塊的定時校準數據，其與具體功能板(或負載板)一起使用。注意到，因為針對具體的DUT類型設計了功能板，所以系統定時校準不考慮在器件測試時由用戶選擇的具體功能板上的追蹤線(trace line)的傳播延遲。因為在從測試設備模塊通道到DUT引腳的這些線上存在非零延遲，所以定時校準數據需要關於功能板上的追蹤線的長度來進行補償。時域反射(TDR)是一種用於使用電反射來測量追蹤線長度的方法，並且測量數據隨後被用於補償定時校準數據。還注意到，因為定時校準數據特定於每個廠商供給的模塊，所以數據補償處理也特定於廠商供給的模塊。
□在線定時校準數據補償TOS和用戶能夠關於在測試執行期間出現的狀況所支配的變化、功能板的效果、以及其它因素來補償特定於模塊的定時校準數據。換句話說，經常需要根據測試的實際條件來補償定時校準數據。
在一個實施例中，圖3a說明了數字功能發生器模塊，其校準其驅動定時，以保證指定的定時發生在Vih(高驅動電壓)304和Vil(低驅動電壓)306的50％點302處。
數字功能發生器模塊具有兩個在線校準參數，Vih 304和Vil 306，其用於指定驅動電壓幅度的50％點。利用預定電壓幅度集獲得基本定時校準數據。例如，若Vih＝3V且Vil＝0V，則Vih和Vil的50％點是在1.5V處。Vih和Vil的值用於補償器件測試執行期間的驅動定時的定時校準數據。如圖3b中所示，如果在測試期間將引腳(或引腳組)的驅動器編程為具有Vih＝1.0V(308)且Vil＝0V(310)，則此驅動幅度的50％點312是0.5V。採用在線校準以使用指定的Vih和Vil值來補償該定時校準數據，使得其足以用於這些工作驅動電壓。
在開放架構測試系統中，測試計劃程序語言中使用的硬體資源表示是獨立於廠商的。例如，不僅允許用戶利用由具體廠商提供的單個引腳、還允許用戶利用其它廠商提供的引腳來聲明引腳組，只要這些引腳滿足特定的系統要求就行(如果有的話)。因為測試類使用在測試計劃程序中指定的硬體表示，所以其支持這種獨立於廠商的(即邏輯的)硬體表示。即使通過接口由系統暴露了特定於廠商的運行時校準實現，例如通過接口類ICDVendRtCal，但實際的實現也可能是不同的。因此，每個特定於廠商的運行時校準部件具有關於其功能性的不同的訪問句柄。測試類開發者(即用戶)需要單獨地獲得與相同的邏輯硬體表示相關的特定於廠商的訪問句柄，並且單獨地處理每個訪問句柄(它們中的每個負責從相同的邏輯硬體表示中提取的具體的特定於廠商的硬體資源)。為了在測試類開發期間避免這種複雜性，CD框架隱藏此複雜性，並且提供具有ICDRuntimeCal接口的代理實現。
圖4說明根據本發明一實施例的、在運行時期間將特定於廠商的校準信息集成到開放架構測試設備框架中的UML類圖。該UML圖包括CD廠商運行時校準(ICDVendRtCal)接口402，CD運行時校準(ICDRuntimeCal)接口404和CD運行時系統(ICDRuntimeSys)接口406。ICDVendRtCal接口402包含這樣的機制，其允許框架獲得特定於廠商的運行時校準例程集的特定實現。ICDRuntimeCal接口404允許用戶訪問ICDVendRtCal運行時校準接口402的特定於廠商的不同實現。圖4的UML圖還包括位置控制器214、位置控制器CD框架210、廠商運行時校準類408、運行時校準類410以及測試類412。
在一個實施例中，ICDVendRtCal接口402、ICDRuntimeCal接口404、和ICDRuntimeSys接口406包括下列方法中的一個或多個getSwModule，getAlgRev，isInitialized，loadDCCalData，loadACCalData，getAttributeCache，tdrCal，getTdrCalDataFromFile，putTdrCalDataToFile，mergeCal，以及loadACCalData。
getAlgRev方法返回測試模塊支持的算法或數據類型名稱。CD框架通過getAlgRev方法請求默認的修訂版本和支持的修訂版本。修訂版本的選擇由用戶在CD GUI工具上作出。框架向廠商模塊提供了實用程序，以讀取選擇的修訂版本。測試模塊使用選擇的修訂版本來支持捆綁(bundle)能力。
isInitialized方法由CD框架調用以確定測試模塊是否被初始化。
當需要將DC校準數據加載到硬體模塊上時調用loadDCCalData方法，以準備操作。框架通過在廠商模塊上調用isInitialized方法來查詢模塊是否準備就緒，並且按要求來調用此函數以加載用於特定模塊的DC校準對象。廠商模塊獲得用戶想要使用的算法修訂版本。用於此活動的功能性由CD框架提供。
當需要將AC校準數據加載到硬體模塊上時調用loadACCalData方法，以準備操作。框架通過在廠商模塊上調用isInitialized方法來詢問模塊是否準備就緒，並且按要求來調用此函數以加載用於特定模塊的AC校準。廠商模塊獲得用戶想要使用的算法修訂版本。用於此活動的功能性由CD框架提供。標準AC校準數據是針對默認條件測量的校準數據。此默認條件是由廠商硬體模塊決定的。例如ADVANTEST DM250MHz模塊測量具有0v-3v的驅動電壓擺動的標準AC校準數據。
getAttributeCache方法獲得ICDCalAttributeCache對象。ICDCalAttributeCache是用Oasis測試程式語言(OTPL)在校準塊中描述的參數值對的廠商模塊特定解釋器。該校準塊針對在線校準條件描述了條件。每個廠商硬體模塊需要具有不同參數集作為在線校準條件。
這些在線校準參數在資源文件中列出。如果由任意具體模塊支持的資源類型具有在線校準參數，則其需要在對應的資源文件中列出。資源文件由系統讀取並且用於確定什麼校準模塊負責接受在校準塊中指定的參數。
ICDCalAttributeCache是接口，用於提供方法以設置廠商硬體模塊特定在線校準參數並還將其寫入到硬體模塊。校準模塊開發者實現了該接口，如果硬體模塊根據用戶使用此特定模塊的條件而要求校準數據補償，則此接口通過getAttributeCache針對具體的資源類型返回一實例。框架將在線校準參數傳遞給此實例，並且調用apply方法將其寫入到硬體模塊。參數存儲在測試條件存儲器(TCM)中，並且框架將對實現測試條件的ICDCalAttributeCache對象集給出ID。
tdrCal方法通過使用時域反射(TDR)方法來測量具體通道上線纜的長度以便補償校準數據。對於要求此功能性的硬體模塊實現此方法。
getTdrCalDataFromFiIe方法讀取由tdrCal方法創建的TDR數據文件。廠商的實現需要針對功能板標識符讀取TDR數據文件。此方法讀取數據文件中引腳的TDR數據。
putTdrCalDataToFile方法寫入TDR數據文件。此方法由想要從其它面向用戶的數據文件創建TDR數據文件的用戶使用，或由想要補償由tdrCal測量的TDR數據的用戶使用。
mergeCal方法以TDR結果數據來補償標準AC校準數據。在調用此方法之前需要加載標準AC校準或任意校準的數據。
當用戶試圖加載來自數據文件的標準AC校準或任意AC校準或合併的AC校準數據時，調用loadACCalData方法。當目的地是測試條件存儲器時，塊標識符被指定為TcmID。所創建的測試條件存儲器塊將由selectTestCondition方法來選擇。指定的TcmID可以被系統使用，以將校準數據從在線校準數據回返到在測試執行時間由此方法加載的原始校準數據。如果該用戶不使用此方法將數據加載到測試條件存儲器上，則系統以未知的TcmID在廠商模塊上調用selectTestCondition。廠商模塊在此情形中返回一錯誤。
測試條件存儲器的使用可以在測試計劃程序執行期間執行運行時校準活動。例如，每次在檢測到可能導致系統精度損失的任意條件之後，可以進行在線校準。此在線校準導致了測試執行時間的開銷，而這又可以降低測試系統的效率。
為了減輕此開銷，根據本發明的另一實施例，測試系統預載了預定校準數據集，並且將其存儲在測試條件存儲器中。測試條件存儲器(TCM)是用於存儲測試條件的條件數據高速緩存，並且其可以有效地將測試條件數據從TCM傳送到硬體寄存器。可以通過軟體或硬體來實現此測試條件存儲器。CD框架將使用ITCMManipulator接口來創建、選擇、刪除測試條件，ITCMManipulator接口具有由廠商校準模塊實現的下列方法。
OFCStatus openTCMEntry(TCMID_t condition)；OFCStatus closeTCMEntry(TCMID_t condition)；OFCStatus selectTCMEnfry(TCMID_tcondition)；OFCStatus removeTCMEntry(TCMID_t condition)；TCMID_t是測試條件的標識符。該框架將為測試條件的創建(openTestCondition和closeTestCondition)，選擇(selectTestCondition)，刪除(removeTestCondition)指定一標識符。由ICDVendRtCal::getTCMManipulator返回TCMManipulator。
在測試計劃程序執行時期，CD框架選擇適當的測試條件存儲器塊，並且將它們傳送到對應的硬體模塊寄存器。圖5示出了根據本發明一實施例的用於實現測試條件存儲器的方法。該方法包括測試條件存儲器操縱接口(ITCMManipulator)502、CD廠商運行時校準接口402、以及廠商運行時校準數據對象408。ITCMManipulator接口502由CD框架使用，以操縱測試條件存儲器。通過實現此接口，任何廠商的測試條件數據都可以無縫地集成和加載到TCM中，從而減少測試系統的校準開銷。
通過所公開的CD框架得到一些好處。第一，其使得能夠開發多廠商(即第三方)的軟體和儀器、單獨驗證並可靠地集成到測試系統中，而不需要針對儀器的校準和/或診斷的任何特定於廠商的專有處理。另外，所公開的CD框架將廠商供給的校準和/或診斷模塊組織成單獨的部件，由此提供了針對特定的廠商供給部件的集成和使用的無縫支持。而且，所公開的CD框架提供了通過模塊CD部件來共享系統儀器的遠程訪問方案。另外，CD框架提供用於將校準數據存儲在測試條件存儲器中的機制，這減少了典型地由於測試系統的重新校準而在測試期間引起的測試程序運行時開銷。
相關領域的技術人員將認識到可以使用所公開實施例的很多可能的修改和組合，而仍然採用相同的基本底層機制和方法。為了解釋，已經參照特定實施例給出了前面的描述。然而，上面的說明性的討論不是窮舉的或是要將本發明限制到所公開的確切形式。鑑於上面的教導，很多修改和變化都是可能的。選擇並描述實施例是為了解釋本發明的原理及其實際應用，並使本領域技術人員能夠以適於所考慮的具體應用的各種修改來最佳地利用本發明以及各個實施例。
權利要求
1.一種用於將測試模塊集成在模塊化的測試系統中的方法，包括創建用於集成廠商供給的測試模塊的部件類別；創建校準和診斷(CD)框架，其用於在所述廠商供給的測試模塊和所述模塊化的測試系統之間建立標準接口，其中所述CD框架包括傳遞廠商供給的模塊集成信息的接口類；接收廠商供給的測試模塊；根據所述部件類別從所述廠商供給的測試模塊中檢索模塊集成信息；以及使用所述CD框架基於所述模塊集成信息將所述廠商供給的測試模塊集成到所述模塊化的測試系統中。
2.如權利要求1的方法，其中所述部件類別包括選自包括驅動軟體、校準軟體和診斷軟體的組中的一個或多個元件。
3.如權利要求1的方法，其中所述接口類包括模塊管理器，用於獲得模塊配置數據；廠商命令信息接口，用於獲得廠商校準DLL和廠商診斷DLL；位置控制器框架，用於與一個或多個位置控制器接口；以及系統框架，用於與系統控制器接口。
4.如權利要求1的方法，其中所述接口類被定義為C++類。
5.如權利要求1的方法，還包括將所述模塊集成信息存儲在測試條件存儲器中；以及基於存儲在所述測試條件存儲器中的所述模塊集成信息來執行所述廠商供給的測試模塊的校準。
6.如權利要求1的方法，還包括將所述模塊集成信息存儲在測試條件存儲器中；以及基於存儲在所述測試條件存儲器中的所述模塊集成信息在所述廠商供給的測試模塊上執行診斷。
7.如權利要求5的方法，其中執行校準包括提供運行時校準接口；以及基於所述運行時校準接口執行所述廠商供給的測試模塊的運行時校準。
8.如權利要求7的方法，其中所述運行時校準接口包括系統接口，用於通過位置控制器與所述廠商供給的測試模塊通信；校準接口，用於與用戶傳遞測試類信息；以及廠商接口，用於與廠商傳遞廠商供給的校準信息。
9.如權利要求7的方法，其中執行運行時校準包括獲得硬體模塊狀態；加載校準數據；執行時域反射；執行定時校準數據補償；以及執行在線定時校準數據補償。
10.如權利要求1的方法，其中檢索包括在運行時期間動態地加載所述模塊集成信息。
11.如權利要求1的方法，其中檢索包括在運行時期間獨立地加載所述模塊集成信息。
12.如權利要求1的方法，其中集成包括基於所述模塊集成信息來校準所述廠商供給的測試模塊。
13.如權利要求1的方法，其中集成包括基於所述模塊集成信息來診斷所述廠商供給的測試模塊。
14.一種模塊化的測試系統，包括系統控制器；至少一個耦合到所述系統控制器的位置控制器；至少一個廠商供給的測試模塊以及其對應的被測器件(DUT)；用於集成廠商供給的測試模塊的部件類別；校準和診斷(CD)框架，用於在所述廠商供給的測試模塊和所述模塊化的測試系統之間建立標準接口，其中所述CD框架包括傳遞廠商供給的模塊集成信息的接口類；用於接收廠商供給的測試模塊的裝置；用於根據所述部件類別從所述廠商供給的測試模塊中檢索模塊集成信息的裝置；以及用於使用所述CD框架基於所述模塊集成信息來將所述廠商供給的測試模塊集成到所述模塊化的測試系統中的裝置。
15.如權利要求14的系統，其中所述部件類別包括驅動軟體；校準軟體；以及診斷軟體。
16.如權利要求14的系統，其中所述接口類包括模塊管理器，用於獲得模塊配置數據；廠商命令信息接口，用於獲得廠商校準DLL和廠商診斷DLL；位置控制器框架，用於與一個或多個位置控制器接口；以及系統框架，用於與系統控制器接口。
17.如權利要求14的系統，其中所述接口類被定義為C++類。
18.如權利要求14的系統，還包括測試條件存儲器，用於存儲所述模塊集成信息；以及用於基於存儲在所述測試條件存儲器中的所述模塊集成信息來在所述廠商供給的測試模塊上執行校準的裝置。
19.如權利要求14的系統，還包括測試條件存儲器，用於存儲所述模塊集成信息；以及用於基於存儲在所述測試條件存儲器中的所述模塊集成信息來在所述廠商供給的測試模塊上執行診斷的裝置。
20.如權利要求18的系統，其中所述用於執行校準的裝置包括運行時校準接口；以及基於所述運行時校準接口執行所述廠商供給的測試模塊的運行時校準的裝置。
21.如權利要求20的系統，其中所述運行時校準接口包括系統接口，用於通過位置控制器與所述廠商供給的測試模塊通信；校準接口，用於與用戶傳遞測試類信息；以及廠商接口，用於與廠商傳遞廠商供給的校準信息。
22.如權利要求20的系統，其中所述用於執行運行時校準的裝置包括用於獲得硬體模塊狀態的裝置；用於加載校準數據的裝置；用於執行時域反射的裝置；用於執行定時校準數據補償的裝置；以及用於執行在線定時校準數據補償的裝置。
23.如權利要求14的系統，其中所述用於檢索的裝置包括用於在運行時期間動態地加載所述模塊集成信息的裝置。
24.如權利要求14的系統，其中所述用於檢索的裝置包括用於在運行時期間獨立地加載所述模塊集成信息的裝置。
25.如權利要求14的系統，其中用於集成的裝置包括用於基於所述模塊集成信息來校準所述廠商供給的測試模塊的裝置。
26.如權利要求14的系統，其中用於集成的裝置包括用於基於所述模塊集成信息來診斷所述廠商供給的測試模塊的裝置。
全文摘要
一種用於將測試模塊集成在模塊化的測試系統中的方法，包括創建用於集成廠商供給的測試模塊的部件類別，以及創建用於在所述廠商供給的測試模塊和所述模塊化的測試系統之間建立標準接口的校準和診斷(C&D)框架，其中所述C&D框架包括傳遞廠商供給的模塊集成信息的接口類。該方法還包括接收廠商供給的測試模塊；根據所述部件類別從所述廠商供給的測試模塊中檢索模塊集成信息；以及使用所述C&D框架基於所述模塊集成信息將所述廠商供給的測試模塊集成到所述模塊化的測試系統中。
文檔編號G01R31/28GK1981203SQ20058001635
公開日2007年6月13日 申請日期2005年5月23日 優先權日2004年5月22日
發明者足立敏明, 安康·普拉馬尼克, 馬克·埃爾斯頓 申請人:株式會社愛德萬測試