現(xiàn)場總線互用性測試
加入技術(shù)交流群
解決問題
關(guān)于解決問題已經(jīng)討論過一些。當測試出現(xiàn)一些問題時，一些技術(shù)或是工具可以解決問題，或是提供一些數(shù)據(jù)細節(jié)。包括：
● 使用NI配置或是其它操作臺校正工具例如Rosemount375來研究問題是出在設(shè)備上還是系統(tǒng)上。例如，NI配置軟件可以確認一些即使標出可讀/可寫，但是其實并不可寫的一些參數(shù)。
● 使用監(jiān)視軟件來捕獲一些總線上的時間用來確認設(shè)備的行為是否正確。這需要對基本的FF協(xié)議特性有著高度的理解，而不是一般的普通用戶所能掌握的。
● 使用DD瀏覽器來檢測所提供的DD文件的細節(jié)。例如，我們可以看到關(guān)于參數(shù)預(yù)定性能的一些細節(jié)。當然，這也需要對FF規(guī)則有著深入的理解。
● 使用其它的設(shè)備（已經(jīng)成功的檢測過的），對一些性能進行比較和對比，例如報警和控制功能。
隨之而來的一些問題就是某個問題是來自設(shè)備還是系統(tǒng)。有時必須要參照一些FF技術(shù)規(guī)則，以用來確認是不是在某種程度上有些規(guī)則上的違背，但是，經(jīng)常會遇到一些“灰色區(qū)域”，就必須與基金會一起解決。當這些問題出現(xiàn)時，就要就需要一方或是多方可以起草一個AR文件，來取得技術(shù)規(guī)則上的一致。AR進一步澄清規(guī)則的不明確部分，并可以進一步改進FF技術(shù)。有一種錯誤的理解就是，既然一個注冊設(shè)備已經(jīng)經(jīng)過測試了，互用性問題必須是主機所默認的。
這里必需明確一點，就是設(shè)備之間會有區(qū)別。當FF設(shè)備供應(yīng)商被要求在他們的設(shè)備和功能塊上使用特定的標準參數(shù)時，他們也被允許添加自己的特殊參數(shù)，而且并沒有要求標準的模塊的內(nèi)部功能性能完全一致。例如，兩個不同廠商的設(shè)備上的PID模塊可能看上去一樣，但是執(zhí)行起來并不完全一樣。他們內(nèi)部的一些公式等還是屬于廠家所有。這是被允許的，也為區(qū)別提供了可能。實際上，區(qū)別有時看起來并不大，用戶當然也在他們的一致性上得到很好的服務(wù)。
Honeywell 測試的特點
Honeywell堅持使用兩套獨立的系統(tǒng)來進行對現(xiàn)場總線設(shè)備的測試，每套系統(tǒng)的側(cè)重點不同。我們主要的設(shè)備細節(jié)測試工廠是位于印度Bangalore的現(xiàn)場總線互用性測試實驗室，實驗室隸屬HTSL。圖3中所示，為我們的主管工程師和系統(tǒng)在實驗室。圖4、圖5也是實驗室。以前所討論的方法都是在這個實驗室使用的。一個現(xiàn)場總線設(shè)備的平均測試時間大約要花費一周左右，但是這些在設(shè)備上根據(jù)功能塊的數(shù)目和設(shè)備的復(fù)雜性而有所差別。正如所想象的那樣，這也和所遇到的問題有關(guān)。
圖3 在印度Bangalore的Honeywell現(xiàn)場總線測試工程師。 我們在華盛頓賓夕法尼亞街區(qū)還擁有一個Experion PKS測試的大型系統(tǒng)，基于我們的發(fā)展工廠。這個大型系統(tǒng)主要關(guān)注于擁有H1負載，大量的報警和顯示負載的大型系統(tǒng)。圖6和圖7顯示的是大型系統(tǒng)的一部分。我們把從不同廠家的設(shè)備集成在一起。
另外，一些小型的系統(tǒng)也為開發(fā)、解決問題和驗證目的所保留。包括Honeywell的TAC所運行的一些系統(tǒng)。但是測試的主要責(zé)任還是屬于Bangalore工廠。
圖4 于印度Bangalore的Honeywell現(xiàn)場總線戶用性測試實驗室
評論