新聞中心

        EEPW首頁 > 手機與無線通信 > 設計應用 > 基于NI TestStand 和LabVIEW開發模塊化的軟件架構

        基于NI TestStand 和LabVIEW開發模塊化的軟件架構

        作者: 時間:2012-07-09 來源:電子產品世界 收藏

          行業趨勢:當今市場上的挑戰

        本文引用地址:http://www.104case.com/article/134411.htm

          當今企業所面臨的挑戰之一是測試成本越來越高。由于設備的復雜性不斷增加,所以測試這些設備的成本也在不斷提高。因為測試對于產品質量至關重要,而更加復雜的電子設備需要更新式、更先進的測試儀器,所以產品的測試成本過高,無法與其較低的制造成本保持一致。

          當今,測試工程師身處在這樣一個產品開發環境之中:

        • 產品設計比前幾代更加復雜
        • 為保持競爭力并滿足市場需求,開發周期不斷縮短
        • 預算不斷縮減,但產品測試卻越來越昂貴

          模塊化測試框架:軟件定義的測試方法

          為了滿足縮短開發周期、實現較大范圍的產品組合、減少預算以及完成更復雜產品的挑戰,測試工程師們不得不放棄專一的、針對特定應用的交鑰匙。這些系統缺少靈活性,難以適應和添加新功能來更新測試更新、更復雜的產品,因此,傳統解決方案,例如靜態機架式儀器或專用的“big iron”ATE系統都無法有效地滿足當今的市場需求。

          為滿足這些需求,測試經理和工程師們轉向了基于行業標準的模塊化、軟件定義的測試架構,它可以提供:

        • 增加的靈活性,能夠添加新的功能并適應它們所需要的新技術
        • 可擴展性,根據需要增加新的功能(和儀器)
        • 通過減少前期投資成本及維護成本來降低成本,同時增加設備和代碼的重用率
        • 通過硬件抽象層降低硬件折舊的風險

          設計高效的模塊化測試系統需要的架構是能夠分離出測試系統(圖1)的不同組成部分--主要是將測試代碼和儀器之間以及測試代碼和總體測試管理架構之間解耦。這種將測試系統模塊化地解耦為不同的組成部分,以及通過軟件定義儀器功能的能力是更快更經濟地開發靈活測試系統的關鍵因素。  

           測試管理軟件: TestStand

          一個自動化測試系統需要執行諸多任務和測量操作步驟,其中有些操作是針對特定的被測設備(Device under test, ),而其它的則是適用于各種被測設備。傳統的測試系統通常將兩種操作類型整合到同一個單一的軟件層。在這種范式下,當項目的要求發生變化時,測試系統的每個部分都需要更改,并且代碼的重用變得非常繁瑣。

          一個模塊化的測試系統架構需要明確劃分系統級任務與級任務。系統級任務對于每一個設備(測試管理軟件)通常是相同的,而級任務對于每個 測試設備(測試代碼)是不同的。如圖表1所示即為DUT級和系統級任務間的區別。這種劃分使得測試工程師們能夠快速地重用、維護和修改測試管理軟件的組 件,而不會影響實際的測試代碼,反之亦然。

        c++相關文章:c++教程



        上一頁 1 2 3 下一頁

        關鍵詞: NI 測試系統 DUT

        評論


        相關推薦

        技術專區

        關閉
        主站蜘蛛池模板: 镇安县| 弥勒县| 吐鲁番市| 萨迦县| 同心县| 鄄城县| 宁晋县| 洛浦县| 祁阳县| 黔西| 新营市| 武乡县| 衢州市| 南丰县| 长汀县| 光山县| 遂溪县| 新野县| 济南市| 延吉市| 乌拉特中旗| 滨州市| 永嘉县| 双柏县| 金溪县| 梨树县| 玉树县| 泸州市| 鸡东县| 合水县| 汶上县| 科尔| 烟台市| 梁河县| 汾阳市| 栖霞市| 江永县| 施甸县| 八宿县| 阿勒泰市| 呼玛县|