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