導(dǎo)航：安全管理網(wǎng)>> 安全論文>> 電力安全論文>>正文

功能安全溫度變送器的單元測(cè)試分析

文檔作者：蔡福全　孫京誥文檔來源：華東理工大學(xué)化工過程先進(jìn)控制和優(yōu)化技術(shù)教育部重點(diǎn)實(shí)驗(yàn)室		點(diǎn) 擊數(shù)：	更新時(shí)間： 2021年07月13日
下載地址：點(diǎn)擊這里	文件大?。?962.12 KB 共5頁(yè)	文檔格式： PDF	下載點(diǎn)數(shù)： 1 點(diǎn)（VIP免費(fèi)）

全屏查看

內(nèi)容預(yù)覽 [文件共5頁(yè)]

本文件共5頁(yè)，如需編輯使用，請(qǐng)下載。

注：預(yù)覽效果可能會(huì)出現(xiàn)部分文字亂碼（如口口口）、內(nèi)容顯示不全等問題，下載是正常的。

	文件大?。?62.12 KB 共5頁(yè) 文件格式：PDF 下載點(diǎn)數(shù)：1 點(diǎn)（VIP會(huì)員免費(fèi)）

下一篇：高壓測(cè)試系統(tǒng)的安全使用與故障分析

上一篇：核電廠DCS安全級(jí)應(yīng)用軟件的集成測(cè)試方法

文本預(yù)覽

僅提取頁(yè)面文字內(nèi)容，供快速閱讀使用。

功能安全溫度變送器的單元測(cè)試分析
蔡福全　孫京誥
（華東理工大學(xué)化工過程先進(jìn)控制和優(yōu)化技術(shù)教育部重點(diǎn)實(shí)驗(yàn)室，上海２００２３７）
摘　要　單元測(cè)試是功能安全溫度變送器軟件驗(yàn)證過程中的一個(gè)重要組成部分，以單元模塊函數(shù)為分
析對(duì)象，驗(yàn)證軟件設(shè)計(jì)是否符合安全完整性等級(jí)要求。闡述了軟件功能安全要求和功能安全溫度變送
器的單元測(cè)試要求，給出了相關(guān)測(cè)試策略。以相關(guān)安全功能模塊為例，從靜態(tài)分析和動(dòng)態(tài)分析兩個(gè)角
度，分別論述了單元測(cè)試的原理、分析過程和結(jié)果。
關(guān)鍵詞　單元測(cè)試功能安全　溫度變送器　靜態(tài)分析　動(dòng)態(tài)分析　樁函數(shù)
中圖分類號(hào)?。裕龋福保薄　　∥墨I(xiàn)標(biāo)識(shí)碼　Ａ　　　文章編號(hào)?。保埃埃?３９３２（２０１５）０７-０７７７-０５
　　隨著社會(huì)對(duì)功能安全領(lǐng)域的日益關(guān)注，與之
相關(guān)的軟件測(cè)試技術(shù)也得到了迅速發(fā)展。單元測(cè)
試作為軟件測(cè)試過程中的第一階段，自然占據(jù)著
十分重要的地位［１］。單元測(cè)試以具體的程序模塊
為研究對(duì)象，設(shè)計(jì)合理的單元測(cè)試用例［２］來提升
軟件的質(zhì)量。在功能安全領(lǐng)域，在遵循安全標(biāo)準(zhǔn)
的前提下，通過單元測(cè)試，驗(yàn)證具體的軟件模塊設(shè)
計(jì)是否符合安全完整性等級(jí)要求。在整個(gè)驗(yàn)證過
程中，靜態(tài)與動(dòng)態(tài)測(cè)試方法的選擇和過程分析是
十分重要的研究課題。
１ 　軟件功能安全
功能安全溫度變送器的軟件開發(fā)過程需要遵
循ＩＥＣ６１５０８-３ 中軟件開發(fā)的要求，整個(gè)過程遵循
軟件安全完整性開發(fā)周期，即Ｖ 模型的要求。Ｖ
模型中包含兩個(gè)部分，一個(gè)是軟件的設(shè)計(jì)，另一個(gè)
是軟件的驗(yàn)證。
軟件設(shè)計(jì)主要包括軟件安全需求規(guī)范、軟件
結(jié)構(gòu)設(shè)計(jì)、軟件系統(tǒng)設(shè)計(jì)、模塊設(shè)計(jì)和編碼。軟件
的驗(yàn)證主要包含模型測(cè)試、集成測(cè)試、硬件與軟件
的集成測(cè)試和最終的確認(rèn)測(cè)試。
筆者主要研究驗(yàn)證過程中的模塊測(cè)試，即功
能安全溫度變送器軟件設(shè)計(jì)中功能模塊的單元測(cè)
試研究。采用手動(dòng)結(jié)合測(cè)試工作的方法，測(cè)試工
具采用Ｐａｒａｓｏｆｔ Ｃ ＋＋ｔｅｓｔ。
２　功能安全溫度變送器的模塊單元測(cè)試要求和
策略
整個(gè)功能安全溫度變送器的軟件設(shè)計(jì)中，
ＭＳＰ４３０ 是數(shù)據(jù)處理單元的核心，軟件主要功能模
塊分為主程序模塊、鍵盤處理模塊、顯示模塊、
ＡＤ７７９４ 驅(qū)動(dòng)模塊、ＡＤＳ１ １ １０ 采樣模塊、ＡＤ４２１ 轉(zhuǎn)
換模塊、數(shù)據(jù)轉(zhuǎn)換模塊、Ｆｌａｓｈ 讀寫模塊、配置模塊
和診斷模塊。整個(gè)溫度變送器的軟件設(shè)計(jì)需要達(dá)
到安全完整性等級(jí)ＳＩＬ３，其測(cè)試工作應(yīng)該包含以
下技術(shù)要求：
ａ．對(duì)軟件單元進(jìn)行動(dòng)態(tài)分析與測(cè)試之前，要
求進(jìn)行靜態(tài)代碼分析；
ｂ．對(duì)軟件設(shè)計(jì)中相關(guān)文檔規(guī)定的軟件單元
的功能、性能及接口等應(yīng)逐項(xiàng)進(jìn)行測(cè)試，確保其運(yùn)
行結(jié)果滿足文檔中的相關(guān)要求；
ｃ．至少設(shè)計(jì)一個(gè)正常測(cè)試用例和一個(gè)被認(rèn)
可的異常測(cè)試用例去覆蓋每個(gè)程序單元的軟件特
性；
ｄ．關(guān)于測(cè)試用例的設(shè)計(jì)，其輸入至少要包含
有效等價(jià)類值、無效等價(jià)類值和邊界數(shù)據(jù)值；
ｅ．利用白盒測(cè)試原理，分析具體單元函數(shù)的
特性，設(shè)計(jì)相關(guān)測(cè)試用例，檢驗(yàn)每個(gè)單元函數(shù)的運(yùn)
行特性，確保行覆蓋率、語(yǔ)句覆蓋率、基本塊覆蓋
率、判定覆蓋率、簡(jiǎn)單條件覆蓋率和修改條件－判
定覆蓋率能夠達(dá)到１００％
３　模塊單元的靜態(tài)測(cè)試與結(jié)果
靜態(tài)測(cè)試［３］是指分析或者檢查軟件程序代碼
的結(jié)構(gòu)、邏輯及語(yǔ)法等的一種測(cè)試方式，而不是運(yùn)
行待檢測(cè)程序的方式。在測(cè)試過程中，需要通過
人工對(duì)軟件的需求說明、概要設(shè)計(jì)文檔和程序源
　 第 ７ 期　　　　　　　　　　　　　蔡福全等．功能安全溫度變送器的單元測(cè)試分析 ７７７
收稿日期：２０１４-１ １-０６（修改稿）
代碼進(jìn)行分析，找出其中的不足，例如程序中語(yǔ)句
的結(jié)構(gòu)不合理、邏輯混亂、參數(shù)使用不合理及指針
指向錯(cuò)誤等。本次靜態(tài)測(cè)試通過人工結(jié)合Ｐａｒａｓｏｆｔ
Ｃ ＋＋ｔｅｓｔ 測(cè)試軟件來實(shí)現(xiàn)。溫度變送器的軟
件靜態(tài)測(cè)試主要針對(duì)程序代碼進(jìn)行分析，測(cè)試步
驟如下：
ａ．啟動(dòng)Ｃ ＋＋ｔｅｓｔ，選擇保存工程的路徑，打
開Ｃ ＋＋ｔｅｓｔ 測(cè)試工具；
ｂ．新建工程，選中ＩＡＲ ＭＳＰ４３０ 工程，將被
測(cè)軟件（即功能安全變送器軟件）導(dǎo)入到該工程；
ｃ．配置Ｃ ＋＋ｔｅｓｔ 測(cè)試條件，按照Ｃ ＋＋ｔｅｓｔ
工具的使用要求定義ＣＲｕｌｅｓ 靜態(tài)測(cè)試條件，其規(guī)
則包含ＢＵＧ 自動(dòng)偵測(cè)、異常處理檢查、初始化檢
查、ＭＩＳＲＡ Ｃ、ＭＩＳＲＡ Ｃ ２００４ 及內(nèi)存資源管理等；
ｄ．選中被測(cè)工程，執(zhí)行配置好的ＣＲｕｌｅｓ 測(cè)
試，進(jìn)行靜態(tài)檢測(cè)，記錄測(cè)試結(jié)果。
通過測(cè)試，溫度變送器的軟件代碼符合各類
規(guī)則的要求，結(jié)果如圖１ 所示。
圖１　靜態(tài)測(cè)試結(jié)果
４　模塊單元的動(dòng)態(tài)測(cè)試與結(jié)果
４．１ 　測(cè)試模型
圖２ 所示為單元?jiǎng)討B(tài)測(cè)試模型。
圖２　單元?jiǎng)討B(tài)測(cè)試模型
測(cè)試模型的核心對(duì)象為被測(cè)模塊，筆者研究的
被測(cè)模塊指的是軟件設(shè)計(jì)中每個(gè)功能模塊中的每個(gè)
具體函數(shù)，即單元函數(shù)。測(cè)試用例根據(jù)單元函數(shù)的
要求，利用白盒測(cè)試原理［４］進(jìn)行設(shè)計(jì)，用于檢測(cè)被測(cè)
單元函數(shù)的完整性。在整個(gè)測(cè)試模型的設(shè)計(jì)中，需
要為每個(gè)被測(cè)模塊開發(fā)驅(qū)動(dòng)模塊和樁模塊。驅(qū)動(dòng)模
塊在整個(gè)單元測(cè)試模型中起橋梁作用，是一個(gè)將測(cè)
試用例輸入被測(cè)模塊使之整體運(yùn)行并且能夠輸出測(cè)
試結(jié)果的主程序。樁模塊的作用是代替那些隸屬于
被測(cè)模塊函數(shù)的調(diào)用函數(shù)。
４．２　測(cè)試案例分析
４．２．１ 　單元函數(shù)動(dòng)態(tài)分析
以診斷函數(shù)中的傳感器熱電阻兩線制型號(hào)斷
線診斷為例，論述單元測(cè)試方法的具體應(yīng)用和對(duì)
斷線診斷函數(shù)的動(dòng)態(tài)測(cè)試分析，圖３ 為傳感器斷
線診斷的程序流程。
圖３　熱電阻二線制斷線診斷函數(shù)流程
如圖３ 所示，變量Ｓｅｎｓｏｒ＿ｔｙｐｅ 用來判斷傳感
器的類型，當(dāng)其采樣值位于１０ ～１ １ 之間時(shí)，可判
斷傳感器類型為熱電阻ＲＴＤ 型，然后使用變量
（*ｐｔｒＣｏｎｆｉｇ）．Ｃｈａｎｎｅｌ．Ｓｅｎｓｏｒ．Ｃｏｎｎｅｃｔｉｏｎ 判定幾
線制，其值為２Ｕ 時(shí)表示二線制連接方式。最后
根據(jù)Ｐ１ＩＮ 的采樣值判定是否存在斷線故障，二線
制斷線口用Ａ、Ｂ 表示，分別對(duì)應(yīng)硬件接口Ｐ１．３、
Ｐ１．１，斷線情況見表１。
表１ ?。校保桑?數(shù)值及其含義
Ｐ１．３ Ｐ１．１ Ａ，Ｂ 斷線情況
０ ０ Ａ 斷，Ｂ 未斷
０ １ Ａ 斷，Ｂ 斷
１ ０ Ａ 未斷，Ｂ 未斷
１ １ Ａ 未斷，Ｂ 斷
７７８ 化 工 自 動(dòng) 化 及 儀 表　　　　　　　　　　　　　　第 ４２ 卷 　
　　根據(jù)黑盒測(cè)試中的邊界值分析法與白盒測(cè)試
中的邏輯覆蓋測(cè)試原理對(duì)傳感器斷線診斷模塊進(jìn)
行案例設(shè)計(jì)。函數(shù)中涉及到Ｓｅｎｓｏｒ＿ｔｙｐｅ、Ｐ１ＩＮ 和
（* ｐｔｒＣｏｎｆｉｇ）．Ｃｈａｎｎｅｌ．Ｓｅｎｓｏｒ．Ｃｏｎｎｅｃｔｉｏｎ３ 個(gè)變
量采樣值，設(shè)計(jì)測(cè)試案例對(duì)這３ 個(gè)變量進(jìn)行賦值。
根據(jù)邊界值分析原理和源程序，Ｓｅｎｓｏｒ＿ｔｙｐｅ
取值為９、１０、１ １、１２，同時(shí)這些值也滿足白盒測(cè)試
邏輯覆蓋原理中的判定－條件覆蓋原理，包括了
判定覆蓋和條件覆蓋。斷線診斷中，判定條件中
“（Ｐ１ＩＮ ＆ ０ｘ０００２ ）＝ ＝０ｘ００Ｕ ”，則Ｐ１ＩＮ 取值
０ｘ００００Ｕ，為了滿足條件覆蓋率達(dá)到１００％，該情
況下還要考慮其不等于０ｘ００００Ｕ 的情況，則Ｐ１ＩＮ
可取值０ｘ０００８Ｕ。
傳感器斷線診斷模塊的測(cè)試用例及其功能測(cè)
試的輸出結(jié)果見表２，測(cè)試覆蓋率的結(jié)果如圖４
所示。
表２　斷線診斷模塊測(cè)試用例及其功能輸出結(jié)果
序號(hào)Ｓｅｎｓｏｒ＿ｔｙｐｅ Ｐ１ＩＮ Ｃｏｎｎｅｃｔｉｏｎ 理論輸出值輸出值
１ ９ ０ｘ０００ＡＵ ２Ｕ ０ ０
２ １０ ０ｘ０００ＡＵ ２Ｕ ０ ０
３ １０ ０ｘ０００８Ｕ ２Ｕ ０ ０
４ １０ ０ｘ００００Ｕ ２Ｕ １ １
５ １０ ０ｘ０８Ｕ ７Ｕ ０ ０
６ １ １ ０ｘ０００ＡＵ ２Ｕ ０ ０
７ １ １ ０ｘ０００８Ｕ ２Ｕ ０ ０
８ １ １ ０ｘ００００Ｕ ２Ｕ １ １
９ １ １ ０ｘ０８Ｕ ７Ｕ ０ ０
１０ １２ ０ｘ０００ＡＵ ２Ｕ ０ ０
圖４　傳感器斷線診斷模塊測(cè)試覆蓋率
４．２．２　插樁技術(shù)的使用
在測(cè)試具體的單元函數(shù)時(shí)，常常需要在原來
的程序中插入一些打印語(yǔ)句，然后在執(zhí)行程序時(shí)，
能夠打印出最為關(guān)心的信息，進(jìn)一步通過這些信
息了解執(zhí)行過程中的一些動(dòng)態(tài)特性。研究中，筆
者將樁函數(shù)用作替代調(diào)用模塊及硬件設(shè)備讀取采
用值等，減少了大量的Ｉ ／Ｏ 操作［５，６］，插樁原理如
圖５ 所示。
以ＡＤ信號(hào)讀取采樣值模塊函數(shù)為例，論述
圖５　插樁原理
　 第 ７ 期　　　　　　　　　　　　　蔡福全等．功能安全溫度變送器的單元測(cè)試分析 ７７９
樁函數(shù)的使用情況。如圖６ 所示，流程圖中存在
兩個(gè)調(diào)用其他函數(shù)的命令，一個(gè)為讀寄存器命令，
一個(gè)為讀寄存器的值。單元測(cè)試中，最小單元函
數(shù)為被測(cè)對(duì)象，不與任何硬件設(shè)備連接。在該情
況下，就無法正常按照程序流程讀取相關(guān)采樣值，
這里的調(diào)用函數(shù)被如圖７ 所示的樁函數(shù)取代。圖
中所示的樁函數(shù)在程序運(yùn)行中取代了調(diào)用函數(shù)，
并且將調(diào)用函數(shù)的返回值設(shè)置為０，因此最后的
返回值也為０。接下來按照正常的動(dòng)態(tài)分析完成
測(cè)試工作。圖６?。粒?信號(hào)讀取采樣值模塊流程
圖７?。粒模罚罚梗兀撸遥澹幔洌粒模樱幔恚穑欤?測(cè)試樁函數(shù)
５　結(jié)束語(yǔ)
單元測(cè)試在功能安全驗(yàn)證中占據(jù)很重要的位
置，需要集合整體的軟件設(shè)計(jì)對(duì)其中每個(gè)單元模
塊的程序進(jìn)行測(cè)試分析和探討。通過測(cè)試找出軟
件程序在結(jié)構(gòu)及功能等方面存在的問題，使其符
合功能安全完整性等級(jí)要求。筆者認(rèn)為在功能安
全領(lǐng)域的從業(yè)者，應(yīng)該不斷完善單元測(cè)試在具體
產(chǎn)品中的測(cè)試策略，如動(dòng)態(tài)測(cè)試的用例設(shè)計(jì)，使設(shè)
計(jì)出來的產(chǎn)品更好地符合功能安全的要求。
參考文獻(xiàn)
［１］　董威．單元測(cè)試及測(cè)試工具的研究與應(yīng)用［Ｊ］．微型
電腦應(yīng)用，２００８，２４（５）：２４ ～２６，２３，５．
［２］　魏銀英，楊苗．一種基于ｃａｎｔａｔａ 的單元測(cè)試用例設(shè)
計(jì)方法［Ｊ］．電子世界，２０１４，（７）：１１９．
［３］?。蹋幔颍螅铮?Ｅ．ＳＵＤＳ：Ａｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ｆｏｒ Ｃｒｅａｔｉｎｇ Ｄｙｎａｍｉｃ
Ｓｏｆｔｗａｒｅ Ｄｅｆｅｃｔ Ｄｅｔｅｃｔｉｏｎ Ｔｏｏｌｓ［Ｊ］．Ａｕｔｏｍａｔｅｄ Ｓｏｆｔｗａｒｅ
Ｅｎｇｉｎｅｅｒｉｎｇ，２０１０，１７（３）：３０１ ～３４６．
［４］　王敏，陳少敏，陳亞光，等．基本路徑測(cè)試用例設(shè)計(jì)
算法［Ｊ］．計(jì)算機(jī)應(yīng)用，２０１３，３３（１１）：３２６２ ～３２６６．
［５］　Ｃｈｅｎ Ｔ Ｙ，Ｋｕｏ Ｆ Ｃ，Ｍｅｒｋｅｌ Ｒ．Ｏｎ ｔｈｅ Ｓｔａｔｉｓｔｉｃａｌ Ｐｒｏｐｅｒｔｉｅｓ
ｏｆ Ｔｅｓｔｉｎｇ Ｅｆｆｅｃｔｉｖｅｎｅｓｓ Ｍｅａｓｕｒｅｓ［Ｊ］．Ｊｏｕｒｎａｌ ｏｆ
Ｓｙｓｔｅｍｓ ａｎｄ Ｓｏｆｔｗａｒｅ，２００６，７９（５）：５９１ ～６０１．
［６］　張榮，王曙燕．基于插樁技術(shù)的動(dòng)態(tài)測(cè)試研究與實(shí)
現(xiàn)［Ｊ］．現(xiàn)代電子技術(shù)，２０１１，３４（４）：５０ ～５２，５５．
Ｕｎｉｔ Ｔｅｓｔｉｎｇ ＡｎａＩｙｓｉｓ ｆｏｒ ＦｕｎｃｔｉｏｎａＩ Ｓａｆｅｔｙ Ｔｅｍｐｅｒａｔｕｒｅ Ｔｒａｎｓｍｉｔｔｅｒ
ＣＡＩ Ｆｕ-ｑｕａｎ，ＳＵＮ Ｊｉｎｇ-ｇａｏ
（ＭＯＥ Ｋｅｙ Ｌａｂｏｒａｔｏｒｙ ｏｆＡｄｖａｎｃｅｄ Ｃｏｎｔｒｏｌ ａｎｄ Ｏｐｔｉｍｉｚａｔｉｏｎ ｆｏｒ Ｃｈｅｍｉｃａｌ Ｐｒｏｃｅｓｓｅｓ，
Ｅａｓｔ Ｃｈｉｎａ Ｕｎｉｖｅｒｓｉｔｙ ｏｆＳｃｉｅｎｃｅ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ，Ｓｈａｎｇｈａｉ ２００２３７，Ｃｈｉｎａ）
Ａｂｓｔｒａｃｔ　Ｔｈｅ ｕｎｉｔ ｔｅｓｔｉｎｇ ｉｓ ａｎ ｉｍｐｏｒｔａｎｔ ｃｏｍｐｏｎｅｎｔ ｏｆ ｔｈｅ ｆｕｎｃｔｉｏｎａｌ ｓａｆｅｔｙ ｔｅｍｐｅｒａｔｕｒｅ ｔｒａｎｓｍｉｔｔｅｒ’ｓ ｓｏｆｔｗａｒｅ
ｖｅｒｉｆｉｃａｔｉｏｎ．Ｔａｋｉｎｇ ｔｈｅ ｕｎｉｔ ｍｏｄｕｌｅ’ｓ ｆｕｎｃｔｉｏｎ ａｓ ｔｈｅ ｏｂｊｅｃｔ ｏｆ ａｎａｌｙｓｉｓ，ｔｈｅ ｓａｆｅｔｙ ｉｎｔｅｇｒｉｔｙ ｏｆ ｔｈｅ ｓｏｆｔ-
（Ｃｏｎｔｉｎｕｅｄ ｏｎ Ｐａｇｅ ８３４）
７８０ 化 工 自 動(dòng) 化 及 儀 表　　　　　　　　　　　　　　第 ４２ 卷 　
息下裝，控制功能、參數(shù)通道及服務(wù)功能等下裝到
現(xiàn)場(chǎng)儀表。
調(diào)試中應(yīng)當(dāng)注意，在進(jìn)行到“功能塊連接”
時(shí)，Ｈｏｎｅｙｗｅｌｌ 要求資源塊全部下載，按這樣的步
驟，聯(lián)調(diào)初期儀表單體調(diào)試部分內(nèi)容會(huì)被沖掉，需
重新組態(tài)，在與系統(tǒng)軟件工程師溝通后，采用部分
下裝方式，可保留原有組態(tài)信息，避免了重復(fù)工
作。對(duì)于電磁流量計(jì)、雷達(dá)液位計(jì)及電氣閥門定
位器等較復(fù)雜儀表的調(diào)試，應(yīng)注意按照儀表調(diào)試
說明正確設(shè)置輸入輸出功能塊參數(shù)和通道。系統(tǒng)
廠家不熟悉現(xiàn)場(chǎng)儀表，部分功能參數(shù)和通道的選
擇比較隨意，而且部分儀表的調(diào)試說明相對(duì)簡(jiǎn)單
不具備可操作性，這增加了調(diào)試的難度，設(shè)計(jì)人員
應(yīng)配合調(diào)試，及時(shí)溝通并協(xié)調(diào)系統(tǒng)和儀表廠家，盡
量減少調(diào)試出錯(cuò)的可能。聯(lián)調(diào)中曾發(fā)現(xiàn)閥門定位
器無法正常工作，由于缺乏必要的調(diào)試說明，在系
統(tǒng)下裝完組態(tài)信息后，無法激活ＡＯ 和ＰＩＤ 功能
塊（功能一直為“ＯＳＳ”，無法投到“ＡＵＴＯ”），在與
廠家多次溝通后，發(fā)現(xiàn)一個(gè)通道定義有問題，重新
調(diào)試組態(tài)后解決。后來在國(guó)內(nèi)四川某項(xiàng)目現(xiàn)場(chǎng)也
出現(xiàn)類似問題，也用同樣的方法得以解決。
３　設(shè)計(jì)人員調(diào)試中的職責(zé)
在傳統(tǒng)ＤＣＳ 儀表施工工程中，系統(tǒng)廠家和施
工單位是以端子排為界分工的，對(duì)于傳統(tǒng)ＤＣＳ 的
施工，不存在問題；但對(duì)于ＦＦ 總線施工來說，必
須認(rèn)識(shí)到總線施工的整體性。以調(diào)試為例，在調(diào)
試初期，施工單位調(diào)試人員沒有考慮系統(tǒng)的要求，
ＦＦ 儀表地址設(shè)置為臨時(shí)地址，功能塊也沒有從
ＯＳＳ 切換到ＡＵＴＯ，給系統(tǒng)調(diào)試增加了困難；而系
統(tǒng)調(diào)試方不熟悉現(xiàn)場(chǎng)儀表情況，部分參數(shù)和通道
設(shè)置與儀表單體調(diào)試有沖突。對(duì)于設(shè)計(jì)方而言，
必須協(xié)調(diào)雙方的工作，做好分工，以保證調(diào)試工作
順利進(jìn)行。
筆者在項(xiàng)目現(xiàn)場(chǎng)的做法：調(diào)試前由設(shè)計(jì)方提
出和統(tǒng)籌，ＤＣＳ 和施工單位共同商定雙方的調(diào)試
分工，確定調(diào)試內(nèi)容和調(diào)試參數(shù)，避免造成調(diào)試方
面的沖突（ＦＦ 儀表中菜單設(shè)置非常多，要避免雙
方設(shè)置不一致）；施工方負(fù)責(zé)網(wǎng)段地址、位號(hào)、測(cè)
量參數(shù)和范圍、工程單位的設(shè)置，在不影響儀表正
常工作的情況下，可對(duì)引起上述參數(shù)的相關(guān)設(shè)置
進(jìn)行修改，并在參數(shù)設(shè)置后復(fù)原這些設(shè)置，如ＯＳＳ
功能；ＤＣＳ 調(diào)試方負(fù)責(zé)輸入輸出功能塊的組態(tài)，并
根據(jù)相關(guān)文件核對(duì)位號(hào)、測(cè)量參數(shù)及范圍等參數(shù)
的正確性，原則上不修改儀表資源塊的組態(tài)信息；
雙方對(duì)儀表調(diào)試中修改的參數(shù)做必要的記錄，調(diào)
試以ＤＣＳ 為主要目標(biāo)，應(yīng)首先保證ＤＣＳ 對(duì)儀表的
通信和組態(tài)的正常進(jìn)行。
為了更好地指導(dǎo)施工，設(shè)計(jì)人員應(yīng)該能夠指
導(dǎo)搭建ＦＦ 調(diào)試回路，指導(dǎo)調(diào)試器ＤＤ 和ＣＦＦ 文件
的升級(jí)工作。該項(xiàng)目調(diào)試回路的搭建以及３７５ 手
操器的ＤＤ 和ＣＦＦ 文件的升級(jí)皆由筆者完成。
４　結(jié)束語(yǔ)
筆者以實(shí)際工程項(xiàng)目為例，就基金會(huì)現(xiàn)場(chǎng)總
線儀表與系統(tǒng)調(diào)試的必要性、方法、程序和調(diào)試各
方分工職責(zé)進(jìn)行了詳細(xì)介紹，以期為今后的現(xiàn)場(chǎng)
總線項(xiàng)目提供切實(shí)可行的案例經(jīng)驗(yàn)。
參考文獻(xiàn)
［１］　任國(guó)良．基金會(huì)現(xiàn)場(chǎng)總線在某硫酸項(xiàng)目中的應(yīng)用
［Ｊ］．科技資訊，２０１３，（５）：９１ ～９２．
［２］　李喜剛．基金會(huì)現(xiàn)場(chǎng)總線的工程應(yīng)用［Ｊ］．化工自動(dòng)
化及儀表，１９９９，２６（３）：２４ ～２９．
［３］　王信儀．基金會(huì)現(xiàn)場(chǎng)總線在三菱化學(xué)ＤＣＳ 系統(tǒng)中的
應(yīng)用［Ｊ］．自動(dòng)化博覽，２０１１，（３）：

８２ ～８３．
　　（Ｃｏｎｔｉｎｕｅｄ ｆｒｏｍ Ｐａｇｅ ７８０）
ｗａｒｅ ｄｅｓｉｇｎ ｗａｓ ｖｅｒｉｆｉｅｄ ａｎｄ ｔｈｅ ｒｅｑｕｉｒｅｍｅｎｔｓ ｏｆ ｓｏｆｔｗａｒｅ ｆｕｎｃｔｉｏｎａｌ ｓａｆｅｔｙ ａｎｄ ｔｅｍｐｅｒａｔｕｒｅ ｔｒａｎｓｍｉｔｔｅｒ’ｓ ｕｎｉｔ
ｔｅｓｔｉｎｇ ｗｅｒｅ ｅｘｐｏｕｎｄｅｄ ａｓ ｗｅｌｌ ａｓ ｔｈｅ ｒｅｌｅｖａｎｔ ｔｅｓｔｉｎｇ ｓｔｒａｔｅｇｉｅｓ ｗｅｒｅ ｐｒｅｓｅｎｔｅｄ．Ｔａｋｉｎｇ ｓａｆｅｔｙ ｆｕｎｃｔｉｏｎ ｍｏｄｕｌｅ
ｃｏｎｃｅｒｎｅｄ ａｓ ａｎ ｅｘａｍｐｌｅ ａｎｄ ｂａｓｉｎｇ ｏｎ ｂｏｔｈ ｓｔａｔｉｃ ａｎｄ ｄｙｎａｍｉｃ ａｎａｌｙｓｉｓ，ｔｈｅ ｕｎｉｔ ｔｅｓｔｉｎｇ ｐｒｉｎｃｉｐｌｅｓ，ａｎａｌｙｔｉｃａｌ
ｐｒｏｃｅｓｓ ａｎｄ ｒｅｓｕｌｔｓ ｗｅｒｅ ｄｉｓｃｕｓｓｅｄ ｒｅｓｐｅｃｔｉｖｅｌｙ．
Ｋｅｙ ｗｏｒｄｓ?。酰睿椋?ｔｅｓｔｉｎｇ，ｆｕｎｃｔｉｏｎ ｓａｆｅｔｙ，ｔｅｍｐｅｒａｔｕｒｅ ｔｒａｎｓｍｉｔｔｅｒ，ｓｔａｔｉｃ ａｎａｌｙｓｉｓ，ｄｙｎａｍｉｃ ａｎａｌｙｓｉｓ，ｓｔｕｂ
ｆｕｎｃｔｉｏｎ
８３４ 化 工 自 動(dòng) 化 及 儀 表　　　　　　　　　　　　　　第 ４２ 卷

網(wǎng)友評(píng)論 more

電力安全論文最新內(nèi)容

03-05