專利名稱:汽車電子測試系統及其測試方法
技術領域:
本發明涉及應用在汽車上的電子產品的檢測儀器,特別涉及一種既能自動 測試又具有分析驗證能力的汽車電子TVS (Test and Verification)測試系統及 其測試方法。
背景技術:
在汽車電子行業中,為了確保汽車安全運行,對產品的質量要求十分苛刻。 對于失效的產品也必須追溯其失效的根源,從而避免批量的錯誤發生。但是汽
車電子產品同時又是比較復雜的一類電子產品,具有功能復雜,產品i/o眾多,
并具有CAN, LIN, KLINE, FLEXRAY等多種通訊協議支持,所以測試和分 析比較困難。然而,對于汽車電子行業的質量或品質等部門,既需要對批量的 產品進行自動的測試(如首批交樣),同時又需要對單個失效的產品進行分析。
目前,在汽車電子領域的測試系統, 一般都針對不同的產品開發一套測試 系統。軟件和硬件相對固化,很難實現一個設備應對多種不同產品,即使能夠 實現產品切換,也必須在軟件和硬件上做很大改動,費時,費力,而且成本很 高。并且現有測試系統一般面對終檢測試或實驗,所以一般只有自動測試能力, 而無法實現對每個通道的手動分析能力,無法適應質量部門既需要首件等批量 測試又需要對故障產品進行分析的要求。
就比如德國SOMA公司PCPG4,德國SEA公司ATCP和Agilent的5400等 多套針對汽車電子的測試系統,這些系統只有自動測試,沒有手動分析,并且 開發周期長,無法通過配置來實現編程。
所以,現在迫切需要一套既能自動測試又具有分析驗證能力的汽車電子測 試系統。
發明內容
為了解決上述技術問題,本發明的目的是提供一種既能自動測試又具有分
6析驗證能力的汽車電子TVS (Test and Verification)測試系統。該系統綜合利用了美國國家儀器的PXI硬件平臺,LABVIEW軟件平臺和J2EE開源WEB構架,并進行了精良的接口設計和系統整合,是一個能實現自動測試,手動分析的雙重能力,同時可以迅速在不同產品中切換的軟硬件平臺。
另外,針對上述發明系統還提供了一種利用該系統進行產品測試的方法。
首先,先具體介紹本發明所述的汽車電子測試系統。
這種新的測試系統,其硬件結構包括
負責測試待測件(DUT :device under test)的PXI硬件平臺裝置,該裝置是PCI在儀器領域的擴展(PCI extensions for Instrumentation),它將CompactPCI規范定義的PCI總線技術發展成適合于試驗、測量與數據采集場合應用的機械、電氣和軟件規范,從而形成了新的虛擬儀器體系結構。成為一種主流的虛擬儀器測試平臺。另外,它作為一種模塊化儀器系統,不同功能的板卡只要按照PXI接口設計就可以通過PXI接口實現互聯,從而形成一套完整的測試系統,在我們的測試系統中就是把多種不同功能的PXI板卡,如數據采集卡,頻譜分析儀卡等都插在具有PXI總線的機箱上,從而形成了一套完整的測試硬件平臺。
用來對產品進行自動測試和分析的信息處理裝置,該裝置可以是PC、筆記本電腦或其他帶有運算處理功能的計算機。
用來實現信號引入的接口箱,該接口箱可以實現信號的引入及負載的配置,在接口箱內部有24, 12, 5V的開關電源,可以為測試端口提供電源,在接口箱內部的多路選擇繼電器板卡則可以實現多路測量通道之間的切換,在接口箱上方的面板上有13X18個接插孔,可以自由靈活的配置輸入,輸出及負載,這些接插孔進行了精心的設計和排部,可以滿足各種電子產品的輸入輸出及測量的要求。
上述接口箱是根據公司汽車電子模塊測試的需求而設計的,其最大特點就是方便靈活,可以適用于不同的產品,實現快速的切換,靈活的配置。這是其它設備所不具備的。其作用就是把需要測量的量引入到PXI系統中,解決了不同種類的產品由于連接方式和負載情況不同而需要接口箱不能復用的問題。
負責給PXI硬件平臺裝置及待測件提供電源的電源系統(PSU, POWERSUPPLY UNIT)
用來保存測試數據并提供遠程測試數據査詢的遠端數據庫服務器。 以及任意可以通過因特網連接上述遠端數據庫服務器進行測試數據查詢 的計算機。
上述接口箱和待測件(即測試產品)相聯,把測試信號引入到PXI系統, 由PXI系統上的硬件和自主設計的軟件實現測試和測量,并且把數據存在數據 庫服務器上(MYSQL),數據庫服務器可以安裝在局域網內的任何計算機上,在 該計算機上可以安裝WEB服務器(TOMCAT),從而實現了一個網站,如果用 戶需要對測試結果進行查詢就可以通過瀏覽器訪問網站,就可以看到測試的結 果。
需要指出的是,在帶有LABV正W測試軟件的信息處理裝置中還設有 用來與用戶交互,生成XML配置文件的配置文件子模塊; 封裝有LIN, CAN, KLINE協議模塊的KOSTIA通訊模塊; 用來從auto.xml中取出測試序列,實現自動測試的功能的自動測試子模
塊;
利用NI4071和NI SWITCH,通過main.xml中的輸出配置進行逐個輸出的 掃描的輸入輸出掃描模塊;
'利用NI6251的模擬量輸出通道,實現兩路信號輸入功能,可以模擬車速 等信號,并可以實現頻率、占空比、幅度調節的信號模擬子模塊;
用來實現所有輸入、測量輸出端、KOSTIA診斷、輸入口波形觀察等功能 的手動分析子模塊;
采用自行編寫的MYSQL C API進行封裝的庫來實現自動測試時數據上傳 的數據庫模塊;
可以實現測試數據的査詢,并根據多種字段進行搜索,對結果生成報表的 EOL測試信息發布子模塊
用來對使用的通訊、數據采集卡、萬用表卡、矩陣等的資源進行分配和回 收的初始化和資源關閉子模塊
利用NI的開關工具包實現繼電器和routes之間的映射,并通過routes來 控制多個繼電器的通斷,從而實現通道控制的NI SWITCH模塊。上述本發明系統在硬件平臺上基于NIPXI系統,參考了德國SOMA公司 PCPG4,德國SEA公司ATCP和Agilent的5400等多套針對汽車電子的測試 系統,吸取了這些系統的成功經驗,同時彌補了這些系統只有自動測試,沒有 手動分析,并且開發周期長,無法通過配置來實現編程的缺點。
該系統在硬件上為汽車電子產品提供了足夠的通道,多達64路,可以滿 足BCM等大型模塊要求,并且可以在此基礎上任意擴展。
為了實現多產品快速切換,對接口箱進行了精心的設計,只需要簡單的短 接或跨接某些端口就可以實現測試系統模擬負載,模擬激勵的產生,從而避免 了傳統設備在產品切換中不可避免的復雜操作,加快了切換速度,同時降低了 成本。
在軟件上最大的特點就是通過簡單配置既可實現編程的特點,即只要將測 試內容在系統的測試配置界面上面進行配置,而無需專業復雜的編程就可以實 現測試,并且測試的結果可以通過網絡傳送的數據庫服務器,并通過web服務 器發布。
如圖4所示,對于利用上述汽車電子測試系統進行產品測試的方法,該方
法步驟包括
步驟①I/O測試Vitual Switch配置;
步驟②路由配置與接線端子制作;
步驟③完成主配置文件;
步驟④完成自動配置文件;
步驟⑤完成系統測試系統;
步驟⑥開始自動測試或手動測試;
步驟⑦結束程序,啟動資源關閉子模塊;
步驟⑧運行EOL系統。
上述步驟①具體步驟還包括
1、 定義輸入輸出引腳;
2、 配置NI SWITCH EXECUTIVE VITUAL DEVICE 。
上述步驟②具體步驟還包括 1、生成接線端子說明文檔;2、完成負載配置連接圖;.3、根據該圖,在配置箱上完成配置。上述步驟③具體步驟還包括1 、生成Main.xml文件;2、根據產品特征,實現通訊參數配置。上述步驟④具體步驟還包括
1、 生成Auto. txtp配置文件
2、 根據產品特征,編制自動測試序列。上述步驟⑤具體步驟還包括
1、根據產品特證,修改主測試程序面板;.2、調試測試程序;
3、 連接測試系統各個設備,啟動主程序。上述步驟⑥中自動測試具體步驟還包括-
1、 運行自動測試子模塊;
2、,配置產品序列及測試模式;
3、 上傳測試數據到數據庫。手動測試具體步驟還包括1、啟動輸入輸出掃描模塊;
.2、打上激勵觀察輸出;
3、 啟動信號模擬子模塊,監視輸入/輸出通道;
4、 K0STIA通訊模塊。上述步驟⑧具體步驟還包括
1、 通過產品編號,序列號查詢測試結果;
2、 根據首件鑒定要求生成測試報表。上述本發明方法的技術方案的優點為
1. 實現可配置的快速測試程序開發,大大縮短了測試程序開發的時間周期。
2. 使用可配置的接口箱,可以避免不同的產品制作不同的接口設備,節約了成本和時間。
103. 測試測量的快速和準確。
4. 適用于各種汽車電子產品。
以下結合附圖和具體實施方式
來進一步說明本發明。
圖1為本發明系統實施例中的整體結構圖。 圖2為本發明系統實施例中的硬件結構圖。
圖3為本發明系統實施例中的軟件結構圖。
圖4為利用本發明系統實施例中進行產品測試的方法流程圖。
具體實施例方式
為了使本發明實現的技術手段、創作特征、達成目的與功效易于明白了解, 下面結合具體圖示,進一步闡述本發明。
如圖1所示,本發明系統在實施例中包括
圖1是系統的整體構架圖,此系統共有4個硬件模塊構成,以PXI系統(包 括PXI硬件平臺裝置和信息處理裝置)為測試核心,多功能接口箱(TVS新型 Adapter)為接口 (與被測件DUT),結合WEB服務器和數據庫服務器為數據 存儲和網絡發布系統以及電源系統組成。這幾個系統緊密結合,構成了一個往 完整的測試管理,執行,數據追溯,發布系統。
PXI系統上運行測試程序,被測產品通過多功能接口箱與產品和實際負載 或虛擬負載相連,它起到將控制信號送入產品,將測試信號反饋回PXI系統, 以及實現真實和虛擬負載的連接的功能,此接口箱可以實現不同電子產品的連 接,并且通過配置可以選擇虛擬負載,同時也內置了開關電源。所以可實現方 便的信號歸納功能。
PXI系統執行完測試后,通過以太網,直接將測試數據送到服務器,在本 系統中MYSQL數據庫服務器和TOMCAT WEB服務器位于同一臺計算機上, MYSQL數據庫服務器中的數據通過運行在TOMCAT中的web應用發布出去。 當需要査看某個產品的測試結果時,只要通過瀏覽器登陸系統,就可以方便的 査詢到所關心的信息。從而實現了信息的發布,共享和記錄,為售后的故障產品的故障追溯起到了作用。
電源系統為整個測試和產品供電,DUT為待測產品。客戶端為任何一臺可 以上網的計算機。
結合圖2所示,上述系統采用Agilent 6652A電源,此電源最大電流25A, 最大電壓20V,可以滿足汽車電子產品,電流大的特點。電源通過MiniGPIB 與PXI 8106控制其相連,從而實現通過GPIB控制電源輸出。
為了實現多產品測試和負載可配置,我們對該系統的接口箱進行了精心的 設計和規劃。從而使其可以實現了多個產品的切換測試和配置功能。
在接口箱的上面板上,通過接頭和跳線可以任意的配置各個輸入和輸出通 道的負載電阻,非常的快捷高效,從而可以迅速實現多個產品切換測試,而不 需要重新進行負載的制作,所有負載都是通過配置來實現的。
接口箱中的多路通道由NI6251的數字量輸出通道進行控制,從而實現電 源在三路產品間的切換。其目的是實現三個產品的輪回測試,從而節省測試時 間。
對于產品的連接,我們采用了三個37針的接口,并且在每個接口上都分 配了電源,輸入和輸出口,從而可以應對最多37*3個輸入輸出通道的產品。
接口箱是整個系統的中樞環節,TVS的接口箱很好的解決了負載可配置, 多路切換,多點測量,等一系列問題,從而使系統具有快速,高效,簡單等特 點。
如圖3所示,在軟件方面,該系統最大的特點就是模塊化,可配置,手自 動結合,正因為這些特點,所以可以快速的開發出針對不同產品的測試程序。
具體而言,該系統有一個非常強大,同時模塊化,可配置,網絡化的軟件 系統,綜合利用了 LABVIEW, CVI, XML, WEB SERVICE, MYSQL, TQMCAT, JAVA等技術實現了一個可以快速進行對新產品開發(通過配置文件)的軟件 模版,其主要的目標和思想是實現對用戶透明的編程,即只要通過配置文件和 稍微改動模版就可以實現新產品測試程序的編制,非常簡單,快捷。
下面就具體介紹每個模塊的工作原理和實現方法。
配置文件子模塊;
這個模塊用來與用戶交互,生成XML配置文件。分為兩個文件,其中
12main.xml用來配置通訊參數(CAN,LIN,KLINE)的波特率,數據字節數,通道口等),產品的信息(產品號,產品名,客戶號,客戶名,變種)和輸入輸出的通道,包括輸出端口的測量方式,上限及下限等參數。
auto.xml是自動測試的配置文件,為了方便此文件的編寫,所有的輸入和輸出相關配置都采用選擇對話框的形式來完成,選擇的內容則來自于main.xml中的配置,從而實現了最方便的配置方式。
KOSTIA通訊模塊;
該模塊包含了豐富的內容,包括LIN, CAN, KLINE模塊。這些協議都是汽車電子產品的典型應用,所有的模塊都針對KOSTIA協議進行了封裝,并且做成了 LAB VIEW的用戶自定義庫,將其導入到VI編程面板上,因此可以十分方便的調用,從而將復雜的各種通訊進行了整合實現了一個通過的汽車電子產品通用庫。
自動測試子模塊;
該子模塊實現了從auto.xml中取出測試序列,實現自動測試的功能。其實現釆用了用戶自定義事件的方式實現,即測試序列形成一個測試事件發送序列,根據auto.xml的定義形成此序列,發送測試事件。事件結構接收到測試事件后,就從此事件中取出相應的參數,然后進行測試。利用這一結構可以使用很少的代碼量實現自動測試。具有程序結構清晰,代碼量少,執行迅速等優點。
輸入輸出掃描模塊;
主要利用了 NI4071和NI SWITCH ,通過main.xml中的輸出配置進行逐個輸出的掃描,可以達到很高的掃描速率.從而實現了在手動分析功能下的各個輸出同時顯示的能力,這樣就可以在手動分析的同時觀察到所有管腳的電壓,從而具有了分析,檢測的能力。這種功能特別適合于失效產品的分析和檢測。我們曾經利用這一功能,成功的分析出了如J60N座椅記憶模塊等在內的很多產品的質量問題和缺陷。 信號模擬子模塊;
該模塊主要是利用了 NI6251的模擬量輸出通道,實現了兩路信號輸入功能, 可以模擬車速等信號,可以實現頻率,占空比,幅度的調節。通過此模塊用戶可以 根據需要通過LABVIEW程序快速的產生需要的信號,從而模擬整車信號,實 現測試。
手動分析子模塊;
是實現了產品的分析功能,可以實現所有輸入,測量輸出端,KOSTIA診斷,
輸入口波形觀察等功能。
數據庫模塊;
本模塊采用了自行編寫的MYSQL C API進行封裝的庫來實現自動測試時 數據的上傳。包括所有測試步驟地信息,如測試結果,上下限,功能類型等信 息,實際使用表明,運行非常穩定,上傳的數據進入系統后將由WEB發布系 統做處理并發布。該模塊實現了 LABVIEW和數據庫的無縫連接,使上層的 WEB系統和底層的測試控制系統相結合。
EOL測試信息發布子模塊;
這部分模塊又是本系統的一大特點,整個系統通過使用J2EE開源構架,服 務器使用TOMCAT,數據庫使用MYSQL, WEB應用使用IBATIS作為持久層。 并且使用了 STRUTS作為引擎。
本模塊可以實現測試數據的查詢,根據多種字段進行搜索,對結果生成報表。
將來通過這些數據源,我們還可以進行SPC,MSA等分析。從而,把數據 的采集,存儲到發布,分析,報表系統連接成了一整套完整的體系。
初始化和資源關閉子模塊;
主要是對使用的通訊,數據采集卡,萬用表卡,矩陣等的資源分配和回收。
NI SWITCH模塊;
主要利用NI的開關工具包實現了繼電器和routes之間的映射,從而通過 routes來控制多個繼電器的通斷,從而實現通道控制。
'整個軟件的設計全面考慮了各種測試的要求和可能的需要,在軟件的模塊 化,可配置等方面做了很大努力,從而使系統在快速,穩定的同時實現了高效, 精確的測量效果。
以上是對TVS整個硬件和軟件平臺的一個簡單介紹,目前此系統在首件測 試,質量分析,EOL系統驗收等方面發揮著重要的作用,下面通過利用本系統 的測試方法對實際產品的測試過程作一個具體介紹。
本實施例中我們使用本發明(TVS)系統對中華A1轎車的BCM模塊進行了 功能檢測。測試系統主界面包括產品相關信息,這些信息在配置文件中配置后 當程序運行之后會自動從main.xml中自動獲取,并顯示在界面上。
KOSTIA診斷部分主要是對于有KOSTIA的診斷功能的產品,可以通過這一 模塊實現KOSTIA所定義的所有功能,包括登陸,同步,讀SENSOR,寫Actuator, 讀寫EEPR0M,讀寫參數文件,參數文件對比,導入等功能,從而與firmware 中的診斷程序交互實現產品診斷,當前此模塊支持CAN, LIN, KLINE,三種通 訊方式下的KOSTIA診斷。
管腳波形顯示部分主要針對某些產品的特殊要求,需要獲取輸出端的上升 時間,超調等特性,而從分析機械和電性能的問題。在波形顯示區域我們就可 以通過多路AI的同時監測來實現這一功能,并且顯示與否是可控的。
.在自動測試過程中,右上角的部分是自動測試過程中每一步執行的信息, 包括步號測試內容,測試結果,上限值,下限值,是否測試通過以及合格和不 合格產品的計數情況。
對于開發新的電子產品測試程序只要完成下列步驟;
步驟一根據測試說明上的產品管腳在開關量工具包中定義輸入輸入輸出
點
我們為中華BCM的所有輸入輸出腳定義了名稱,對于可能的輸入輸出路由 進行了定義。
步驟2:根據路由配置,編寫線束連接說明文檔,并且制作線束。步驟1完成后,可以打印出各個繼電器通道于產品測試相關的信息,然后根據這些內容,為每個產品編寫一份用以說明線束連接的說明文檔,主要說明輸入輸出,各種資源的分布。這份文檔對線束的制作,故障的診斷和以后系統的査錯等都有重要意義。文檔定義好,之后就可以根據文檔來制作線束。
對于需要連接負載的產品,我們還需要一份負載配置連接圖,以便可以在接口箱上為輸入輸出端配置上特定的負載。
步驟3:進行main.xml的配置
主配置文件用來配置產品的顯示信息,如上圖所示,有產品名,產品號,客戶名,客戶號,通訊參數包括CAN, LIN, KLINE的通道號,波特率,版本,ID,數據長度等信息。根據在NI開關量執行軟件中的設置對輸入和輸出通道進行配置,這些信息將成為在Auto. xml中選擇的數據源。從而十分靈活方便的實現了編程。
步驟4:進行auto. xml的配置
如果測試程序中有自動測試的要求,可以進行自動測試步驟的配置。每一步都有如下信息,包括步驟號,是否執行,步驟類型,輸入激勵,時間間隔,測量輸出端,如果是設置了步驟為.KOSTIA診斷,那么還要設置發送信息診斷信息和診斷反饋值的上限和下限值。.其中測試類型分為,
1. 短路測試(對于重要的管腳兩兩之間是否短路)
2. 元件測試(也叫參數測試,測試電阻,EMC電容等重要可測元件)
3. 功能測試(輸入激勵,測量輸出)
4. K0STIA測試(通過KOSTIA協議進行輸入電路和輸入驅動的測試)
5. 異常測試
對于輸入激勵(Routs)和輸入通道(Routs)由于在main, xml文件中進行過配置,所以為了方便使用,采用選擇方式,數據源來自于main, xml文件,配置示意圖如下所示
.用戶只要選擇激勵(可以有多路激勵),然后選擇輸出通道(只能選擇一路)就可以配置完成了。
步驟5:對界面和程序稍作調整和修改
16主要是在界面修改一些標簽,對于有K0STIA診斷的程序則要修改K0STIA 部分。
步驟6:自動測試開始或手動分析
本系統可以支持多次測試的功能,即對一個產品可以多次反復自動測試也 可以單次測試,輸入產品序列號,并且選擇測試結果是否上傳到數據庫中,然 后就可以開始自動測試了。當選擇保存數據后,每次的測試結果通過MYSQL API 自動上傳到數據庫中,便于追溯。
為了分析產品,我們也可以選擇手動測試,界面如下所示,點擊相應的按 鈕就可以輸入相應的激勵,各個輸入端的電壓通過掃描顯示在界面上,既有數 值的顯示也有圖形的顯示,比較生動,自然。
對于某些輸出端,可能需要觀察其上升時候的波形,超調量,上升時間等 情況,從而判別其機械和電性能是否良好,此時可以通過選擇按鈕,進行圖形 的顯示,由于是用NI6251的AI輸入端測量的,其采樣率達1.25M所以足以實 時觀測管腳輸出,也可以觀測LIN, KLINE等比較低速的通訊幀圖。
步驟9:打開E0L系統,査詢測試結果,生成測試報表
如果進行了自動測試,并且選擇了保存數據,那么就可以進入EOL測試技 術管理系統中的首件鑒定模塊中的測試結果項目。用戶可以通過產品編號和產 品序號來査詢某種產品或某個產品的各步具體測試結果。
上傳的數據包括測試產品名,產品序列號,步驟號,每步的開始時間和結 束時間,測試的結果和上下限,是否通過,以及解釋步驟作用的備注數據。最 后如果出現錯誤還會有錯誤代碼,這些錯誤代碼,都是根據歷史的經驗總結出 來的錯誤,比如1表示K0STIA登錄出錯,這樣,錯誤就很容易被分析和追査。
綜上所述,通過在NI PXI平臺構架的KTVS系統,由于具有靈活,可配置,可 快速開發等特點,十分適合于汽車電子行業的質量,分析,實驗等部門進行產品 分析,首件測試,功能實驗等用途,它不同于EOL系統,可以為這些部門提供全面, 快速,準確的產品測試和分析能力,并且系統操作界面簡單,清晰,使用方便,直 觀.所以非常適合于在汽車電子行業中進行測試,分析之用。
在K0STAL我們的質保,分析,首件,實驗,設計測試等部門都可以依靠 此系統對設計和生產過程中的產品進行測試和分析,從而有效地提高產品的質量,為公司減少質量風險,從而體高公司的經濟效益。
以上顯示和描述了本發明的基本原理和主要特征和本發明的優點。本行業 的技術人員應該了解,本發明不受上述實施例的限制,上述實施例和說明書中 描述的只是說明本發明的原理,在不脫離本發明精神和范圍的前提下,本發明 還會有各種變化和改進,這些變化和改進都落入要求保護的本發明范圍內。本 發明要求保護范圍由所附的權利要求書及其等效物界定。
權利要求
1、汽車電子測試系統,其特征在于,包括一負責測試待測件的PXI硬件平臺裝置;一用來對產品進行自動測試和分析的信息處理裝置;一用來實現信號引入的接口箱;一負責給PXI硬件平臺裝置及待測件提供電源的電源系統;一用來保存測試數據并提供遠程測試數據查詢的遠端數據庫服務器,以及;任意可以通過因特網連接上述遠端數據庫服務器進行測試數據查詢的計算機。所述接口箱和待測件相聯,把測試信號引入到PXI系統,由PXI系統上的硬件和自主設計的軟件實現測試和測量,并且把數據存在數據庫服務器上。
1、汽車電子測試系統,其特征在于,包括-一負責測試待測件的PXI硬件平臺裝置; 一用來對產品進行自動測試和分析的信息處理裝置; 一用來實現信號引入的接口箱;一負責給PXI硬件平臺裝置及待測件提供電源的電源系統; 一用來保存測試數據并提供遠程測試數據査詢的遠端數據庫服務器,以任意可以通過因特網連接上述遠端數據庫服務器進行測試數據査詢的計 算機。所述接口箱和待測件相聯,把測試信號引入到PXI系統,由PXI系統上的 硬件和自主設計的軟件實現測試和測量,并且把數據存在數據庫服務器上。
2、根據權利要求1的汽車電子測試系統,其特征在于,所述數據庫服務器 可以安裝在局域網內的任何計算機上,在該計算機上可以安裝WEB服務器, 從而實現了一個網站,如果用戶需要對測試結果進行査詢就可以通過瀏覽器訪 問網站,就可以看到測試的結果。
3、根據權利要求l的汽車電子測試系統,其特征在于,所述接口箱可以實 現信號的引入及負載的配置,在接口箱內部有24, 12, 5V的開關電源,為測 試端口提供電源,在接口箱內部的多路選擇繼電器板卡則可以實現多路測量通 道之間的切換,在接口箱上方的面板上有13X18個接插孔,可以自由靈活的 配置輸入,輸出及負載,這些接插孔用來滿足各種電子產品的輸入輸出及測量 的要求。
4、根據權利要求1的汽車電子測試系統,其特征在于,在帶有LABVIEW 測試軟件的信息處理裝置中還設有用來與用戶交互,生成XML配置文件的配置文件子模塊; 封裝有LIN, CAN, KLINE協議模塊的KOSTIA通訊模塊;用來從auto.xml中取出測試序列,實現自動測試的功能的自動測試子模塊;利用NI4071和NI SWITCH,通過main.xml中的輸出配置進行逐個輸出的 掃描的輸入輸出掃描模塊;利用NI6251的模擬量輸出通道,實現兩路信號輸入功能,可以模擬車速 等信號,并可以實現頻率、占空比、幅度調節的信號模擬子模塊;用來實現所有輸入、測量輸出端、KOSTIA診斷、輸入口波形觀察等功能 的手動分析子模塊;采用自行編寫的MYSQL C API進行封裝的庫來實現自動測試時數據上傳 的數據庫模塊;可以實現測試數據的查詢,并根據多種字段進行搜索,對結果生成報表的 EOL測試信息發布子模塊用來對使用的通訊、數據采集卡、萬用表卡、矩陣等的資源進行分配和回 收的初始化和資源關閉子模塊利用NI的開關工具包實現繼電器和routes之間的映射,并通過routes來控 制多個繼電器的通斷,從而實現通道控制的NI SWITCH模塊。
5、 根據權利要求1所述的汽車電子測試系統進行產品測試的方法,其特 征在于,該方法步驟包括步驟①I/O測試Vitual Switch配置; 步驟②路由配置與接線端子制作; 步驟③完成主配置文件; 步驟④完成自動配置文件; 步驟⑤完成系統測試系統; 步驟⑥開始自動測試或手動測試; 步驟⑦結束程序,啟動資源關閉子模塊; 步驟⑧運行EOL系統。
6、 根據權利要求5的產品測試的方法,其特征在于,所述述步驟①具體步驟還包括(1) 定義輸入輸出引腳;(2) 配置NI SWITCH EXECUTIVE VITUAL DEVICE。'
7、根據權利要求5的產品測試的方法,其特征在于,所述步驟②具體步 驤還包括(1) 生成接線端子說明文檔;(2) 完成負載配置連接圖;(3) 根據該圖,在配置箱上完成配置。
8、 根據權利要求5的產品測試的方法,其特征在于,所述步驟③具體步驟還包括(l)生成Main.xml文件;'(2)根據產品特征,實現通訊參數配置。
9、 根據權利要求5的產品測試的方法,其特征在于,所述步驟④具體步 驟還包括(1) 生成Auto. txtp配置文件(2) 根據產品特征,編制自動測試序列。
10、 根據權利要求5的產品測試的方法,其特征在于,所述步驟⑤具體步 驟還包括(1) 根據產品特證,修改主測試程序面板;(2) 調試測試程序;(3) 連接測試系統各個設備,啟動主程序。
11、 根據權利要求5的產品測試的方法,其特征在于,所述步驟⑥中 自動測試具體步驟還包括(l)運行自動測試子模塊;■ (2)配置產品序列及測試模式; (3)上傳測試數據到數據庫。 手動測試具體步驟還包括(1) 啟動輸入輸出掃描模塊;(2) 打上激勵觀察輸出;(3) 啟動信號模擬子模塊,監視輸入/輸出通道;(4) K0STIA通訊模塊。
12、根據權利要求5的產品測試的方法,其特征在于,所述步驟⑧具體步 驟還包括(1) 通過產品編號,序列號查詢測試結果;(2) 根據首件鑒定要求生成測試報表。
全文摘要
本發明公開了一種既能自動測試又具有分析驗證能力的汽車電子TVS(Test and Verification)測試系統。該系統包括負責測試待測件的PXI硬件平臺裝置;用來對產品進行自動測試和分析的信息處理裝置;用來實現信號引入的接口箱;負責給PXI硬件平臺裝置及待測件提供電源的電源系統;用來保存測試數據并提供遠程測試數據查詢的遠端數據庫服務器,以及任意可以通過因特網連接上述遠端數據庫服務器進行測試數據查詢的計算機。該系統是一個能實現自動測試,手動分析的雙重能力,同時可以迅速在不同產品中切換的軟硬件平臺。另外,針對上述發明系統還提供了一種利用該系統進行產品測試的方法。
文檔編號G01R31/00GK101509948SQ20081020091
公開日2009年8月19日 申請日期2008年10月8日 優先權日2008年10月8日
發明者張文思, 峰 徐, 賀學宏 申請人:上海科世達-華陽汽車電器有限公司