基于ADACS_N平臺(tái)的DCS一二層狀態(tài)不一致問(wèn)題分析與解決

王五妹，張瓊瑤（福建福清核電有限公司，福建 福清 350318）

基于ADACS_N平臺(tái)的DCS一二層狀態(tài)不一致問(wèn)題分析與解決

王五妹，張瓊瑤（福建福清核電有限公司，福建 福清 350318）

ADACS_N平臺(tái)作為電站操作和監(jiān)視系統(tǒng)（DCS二層）的應(yīng)用平臺(tái)，實(shí)現(xiàn)對(duì)整個(gè)電站的監(jiān)視和控制功能?；贏DACS_N的DCS二層系統(tǒng)，若出現(xiàn)設(shè)備狀態(tài)或工藝變量與DCS一層的實(shí)際狀態(tài)或參數(shù)值不一致，將嚴(yán)重影響操縱員對(duì)機(jī)組狀態(tài)的監(jiān)視與控制。文章對(duì)基于ADACS_N平臺(tái)的DCS一、二層狀態(tài)不一致問(wèn)題進(jìn)行深入分析，通過(guò)一系列工作方案的執(zhí)行，最終分析得出基于ADACS_N平臺(tái)的DCS一、二層狀態(tài)不一致的根本原因及解決方案，有效解決了重大隱患，對(duì)基于ADACS_N平臺(tái)的核電機(jī)組的DCS的穩(wěn)定運(yùn)行及軟件優(yōu)化有積極作用。

DCS；時(shí)間標(biāo)簽；不一致

1　概述

基于法國(guó)源訊公司ADACS_N平臺(tái)的DCS二層系統(tǒng)，為操縱員提供對(duì)核電站各系統(tǒng)參數(shù)的全面監(jiān)測(cè)及對(duì)設(shè)備的干預(yù)控制[1]。以福清核電DCS二層系統(tǒng)為例，其主要架構(gòu)如下：

（1）2臺(tái)冗余的前端處理服務(wù)器（CFR）連接本地AW mesh網(wǎng)絡(luò)并收集從DCS Level 1自動(dòng)控制系統(tǒng)采集的數(shù)據(jù)，通過(guò)網(wǎng)絡(luò)發(fā)送給中央處理服務(wù)器（CCT）。

（2）2臺(tái)CCT利用計(jì)算引擎對(duì)采集的數(shù)據(jù)和內(nèi)部數(shù)據(jù)進(jìn)行計(jì)算，同時(shí)進(jìn)行功能處理。

（3）6臺(tái)實(shí)時(shí)服務(wù)器（STR）/存檔服務(wù)器（SAR），STR提供實(shí)時(shí)數(shù)據(jù)，SAR提供存檔數(shù)據(jù)。

（4）2臺(tái)SAR-STR-GTW服務(wù)器，負(fù)責(zé)Leve 2與level 3電站管理系統(tǒng)接口。

（5）12臺(tái)KIC-OWP工作站，即人機(jī)接口，操縱員可通過(guò)工作站進(jìn)行各工藝系統(tǒng)的參數(shù)監(jiān)測(cè)，并對(duì)就地設(shè)備實(shí)施干預(yù)。

以上服務(wù)器與工作站組成的DCS人機(jī)界面系統(tǒng)，分別設(shè)立于核電站主控室、遠(yuǎn)程停堆站、技術(shù)支持中心、應(yīng)急指揮中心、掛牌中心、儀控設(shè)備間，為電廠提供計(jì)算機(jī)化的監(jiān)視和控制功能。

基于ADACS_N平臺(tái)出現(xiàn)的DCS一二層狀態(tài)不一致問(wèn)題包括：

（1）同一時(shí)刻，模擬量在DCS二層顯示無(wú)效狀態(tài)（BadBit），而在DCS一層顯示當(dāng)前實(shí)際數(shù)值（實(shí)際數(shù)值是正常有效的）；

（2）同一時(shí)刻同一個(gè)模擬量在DCS一二層的值不相等；

（3）同一時(shí)刻同一個(gè)開關(guān)量在DCS一二層狀態(tài)不同，一個(gè)為“0”，一個(gè)為“1”；

（4）同一時(shí)刻，Binary Actuator類型的設(shè)備（比如泵、風(fēng)機(jī)等電動(dòng)執(zhí)行機(jī)構(gòu)），在DCS二層顯示洋紅色無(wú)效狀態(tài)導(dǎo)致操縱員無(wú)法對(duì)設(shè)備進(jìn)行操作，而一層顯示正常運(yùn)行或停運(yùn)狀態(tài)；

（5）同一時(shí)刻，Loop Control類型的設(shè)備（如調(diào)節(jié)閥），其控制狀態(tài)在DCS二層為自動(dòng)控制狀態(tài)，而DCS一層為手動(dòng)控制狀態(tài)等。

上述DCS一二層狀態(tài)不一致問(wèn)題嚴(yán)重干擾操縱員對(duì)機(jī)組狀態(tài)的正常監(jiān)視及對(duì)設(shè)備的操作與干預(yù)，讓操縱員無(wú)法準(zhǔn)確判斷當(dāng)前設(shè)備狀態(tài)及工藝參數(shù)，尤其當(dāng)操縱員對(duì)設(shè)備狀態(tài)進(jìn)行操作改變時(shí)，設(shè)備實(shí)際正常開或關(guān)了，但在DCS二層卻顯示洋紅色無(wú)效狀態(tài)，直接影響操縱員對(duì)設(shè)備狀態(tài)的判斷和進(jìn)一步干預(yù)，導(dǎo)致機(jī)組狀態(tài)不能得到有效的監(jiān)視和控制。本文結(jié)合DCS調(diào)試維修經(jīng)驗(yàn)，深入DCS一二層狀態(tài)不一致問(wèn)題，對(duì)其根本原因進(jìn)行查找與分析，并給出解決方案。

2　基于ADACS_N平臺(tái)的DCS二層與一層的通訊機(jī)制

DCS一二層數(shù)據(jù)包通訊遵循握手機(jī)制，每個(gè)DCS一二層接口數(shù)據(jù)包的數(shù)據(jù)結(jié)構(gòu)為（值，狀態(tài)屬性值，時(shí)間標(biāo)簽）[2]。如圖1所示為基于ADACS_N平臺(tái)的DCS一二層數(shù)據(jù)流通訊圖，自上而下為DCS二層向一層發(fā)送命令的數(shù)據(jù)流，首先操縱員站發(fā)送命令，命令通過(guò)KIC-OWP傳送給當(dāng)前連接的STR服務(wù)器。STR服務(wù)器將接收到的命令傳送給2臺(tái)冗余的CCT服務(wù)器，主CCT將命令發(fā)送給1臺(tái)CFR（首選 CFR）[3]，當(dāng)CFR服務(wù)器與一層AW服務(wù)器之間的連接可用時(shí)，這臺(tái)首選CFR向AW服務(wù)器傳輸命令，AW服務(wù)器將命令傳遞給一層控制器（CP）執(zhí)行相關(guān)邏輯，命令執(zhí)行完成后，兩個(gè)CFR服務(wù)器同時(shí)接收來(lái)自一層的反饋，并傳送給CCT服務(wù)器。

自下而上為一層采集信息傳送給二層處理的數(shù)據(jù)流，DCS二層的2臺(tái)冗余的CFR服務(wù)器連接本地AW mesh網(wǎng)絡(luò)，二層API接口向AW服務(wù)器發(fā)送請(qǐng)求數(shù)據(jù)清單，收集從Level 1自動(dòng)控制系統(tǒng)采集的數(shù)據(jù)，AW服務(wù)器對(duì)采集清單中的數(shù)據(jù)進(jìn)行判定，只讀取數(shù)值變化大于精度要求的數(shù)據(jù)或狀態(tài)翻轉(zhuǎn)的數(shù)據(jù)，同時(shí)附上控制器獲取該數(shù)據(jù)的時(shí)標(biāo)，以數(shù)據(jù)包形式返回給二層API接口。DCS二層API接口對(duì)數(shù)據(jù)包進(jìn)行解析與轉(zhuǎn)換，并同時(shí)傳送給兩臺(tái)CFR服務(wù)器（兩臺(tái)CFR為冗余配置，能保證每臺(tái)CFR都能獲取100%的Level 1數(shù)據(jù)），兩臺(tái)CFR服務(wù)器同時(shí)將獲取的值按DCS二層內(nèi)部掃描頻率通過(guò)Level 2（KIC）網(wǎng)絡(luò)發(fā)送給中央處理服務(wù)器（CCT）。主CCT將計(jì)算結(jié)果發(fā)送給Level 2（KIC）網(wǎng)絡(luò)上的實(shí)時(shí)服務(wù)器（STR），將存檔數(shù)據(jù)發(fā)送給存檔服務(wù)器（SAR）。KIC-OWP的應(yīng)用從STR的實(shí)時(shí)數(shù)據(jù)庫(kù)和SAR的存檔數(shù)據(jù)中獲取預(yù)先定義好的數(shù)據(jù)，數(shù)據(jù)用于Logbook和Trends等KIC-OWP應(yīng)用，利用獲取的數(shù)據(jù)更新畫面顯示。

圖1　DCS一二層數(shù)據(jù)流通訊圖

3　模擬量DCS一二層狀態(tài)不一致問(wèn)題

3.1現(xiàn)場(chǎng)問(wèn)題實(shí)例

模擬量一二層狀態(tài)不一致問(wèn)題分兩種情況：（1）DCS一層顯示正常測(cè)量值，DCS二層顯示無(wú)效值（BadBit）；（2）DCS一層根據(jù)就地工藝狀態(tài)實(shí)時(shí)更新，二層不更新，同一時(shí)刻DCS一二層數(shù)值不相等。

3.1.1 模擬量二層顯示無(wú)效值（BadBit）

案例：2014年11月21日11:21，某電站1號(hào)機(jī)組主控室操縱員發(fā)現(xiàn)KIC畫面1RCV039MD顯示洋紅色無(wú)效狀態(tài)，如圖2所示，操縱員在系統(tǒng)畫面不能直觀對(duì)此儀表讀數(shù)進(jìn)行監(jiān)視。

圖2　DCS二層模擬量1RCV039MD的系統(tǒng)畫面

經(jīng)檢查，此時(shí)DCS一層與其對(duì)應(yīng)的1RCV_N3:039MD_V當(dāng)前測(cè)量值為0.77m3/s。在KDO工作站查看1RCV039MD_V的歷史趨勢(shì)發(fā)現(xiàn)，1RCV039MD_V在出現(xiàn)不一致前曾出現(xiàn)過(guò)BadBit，當(dāng)BadBit消除后一層恢復(fù)正常讀數(shù)，而DCS二層畫面中仍然保持BadBit不變，在DCS一層對(duì)此模塊進(jìn)行手動(dòng)刷新后DCS二層的值恢復(fù)與一層值一致。

3.1.2 模擬量一二層數(shù)值顯示不相等

此問(wèn)題表現(xiàn)為同一時(shí)刻模擬量在DCS一層與二層的數(shù)值不同，例如2RCV011MN在DCS一層跟隨就地工藝參數(shù)快速變化，但二層在變化到某個(gè)值后就不更新，導(dǎo)致同一時(shí)刻一層示數(shù)為49.35，二層顯示為48.23，即同一時(shí)刻2RCV011MN在DCS一二層數(shù)值顯示不相等。

3.2問(wèn)題分析

為確定DCS一二層狀態(tài)不一致的根本原因，需對(duì)出現(xiàn)模擬量一二層不一致過(guò)程中DCS一層與二層的通訊行為及數(shù)據(jù)流進(jìn)行分解。因此，現(xiàn)場(chǎng)對(duì)DCS Level 1 FoxAPI AW服務(wù)器和DCS Level 2 CFR服務(wù)器之間的數(shù)據(jù)通訊進(jìn)行在線監(jiān)測(cè)，獲取DCS Level 1 FoxAPI AW服務(wù)器和二層CFR服務(wù)器通訊數(shù)據(jù)及日志，主要通過(guò)第三方網(wǎng)絡(luò)封包分析軟件WireShark截取通訊數(shù)據(jù)，詳細(xì)分析發(fā)生DCS一二層狀態(tài)不一致期間AW服務(wù)器與CFR服務(wù)器間通訊情況及具體數(shù)據(jù)，并通過(guò)日志觀察AW與CFR間的異常通訊情況。

3.2.1 模擬量二層顯示無(wú)效值（BadBit）

對(duì)于模擬量二層顯示無(wú)效值（BadBit）問(wèn)題，對(duì)WireShark截取的通訊數(shù)據(jù)包信息進(jìn)行分析，發(fā)現(xiàn)在出現(xiàn)狀態(tài)不一致問(wèn)題時(shí)間段內(nèi)，一層數(shù)據(jù)信息已由無(wú)效變?yōu)橛行?，而體現(xiàn)該變化的數(shù)據(jù)流在二層被過(guò)濾掉，即存在AW與CFR間的數(shù)據(jù)過(guò)濾問(wèn)題，結(jié)合圖3說(shuō)明如下：如圖3中前后變化值為樣本1與樣本3，其時(shí)間戳間隔大于“AW掃描周期-CP掃描周期/2”，其變化的值被CCT保留處理[4]。而在樣本1與樣本2的時(shí)間戳間隔小于“AW掃描周期-CP掃描周期/2”,此時(shí)，BadBit從AW傳輸過(guò)來(lái)由1變化為0，在此掃描周期內(nèi)，CCT并未處理此BadBit=0，而被CCT舍棄，仍保持上一時(shí)刻BadBit為1不變。因此，DCS一層BadBit=0已恢復(fù)正常狀態(tài)，DCS二層由于CCT過(guò)濾機(jī)制導(dǎo)致DCS一二層狀態(tài)不一致。

圖3　改進(jìn)前CCT數(shù)據(jù)過(guò)濾機(jī)制

3.2.2 模擬量一二層數(shù)值顯示不相等

對(duì)于模擬量一二層數(shù)值顯示不同問(wèn)題，通過(guò)WireShark日志獲取一二層通訊日志及CFR日志分析，機(jī)制與模擬量二層顯示BadBit相同，CFR獲取的值并未被CCT處理，以0GEW001MF為例，根據(jù)CFR1及WireShark日志分析，提取結(jié)果如表1所示，在18/05/2015 23:03:36:048時(shí)刻數(shù)值由54變化為52，18/05/2015 23:03:38:050時(shí)刻變化由52變化為42，此數(shù)據(jù)庫(kù)中電站組態(tài)數(shù)據(jù)（PUD）所定義0GEW001MF掃描周期為9.5s，即CCT在固定的時(shí)間間隔內(nèi)請(qǐng)求數(shù)據(jù)。在18/05/2015 23:03:38:050時(shí)刻一層值為42，二層CCT處理后保持52不變，出現(xiàn)一二層數(shù)值顯示不一致。也就是說(shuō)，如果某模擬量快速變化并停止至一個(gè)值不變，一層保持當(dāng)前值，二層為其一層當(dāng)前值的上一個(gè)值，最后一個(gè)值被CCT過(guò)濾，從而導(dǎo)致一二層示數(shù)不一致。

表1　0GEW001MF通訊日志

3.3解決方案

3.3.1 模擬量二層顯示無(wú)效值（BadBit）解決方案

由以上分析可知，模擬量二層顯示BadBit及一二層數(shù)值顯示不一致均由于CCT的數(shù)據(jù)過(guò)濾機(jī)制，此機(jī)制在設(shè)計(jì)時(shí)，其實(shí)質(zhì)是為了實(shí)現(xiàn)“雙CFR數(shù)值淘汰”，即CCT僅接收并處理變化的有效數(shù)據(jù)，且為防止時(shí)間戳的二義性，將CFR在同一掃描周期內(nèi)發(fā)送的具有不同時(shí)間戳的數(shù)據(jù)過(guò)濾。對(duì)此機(jī)制進(jìn)行改進(jìn)后，對(duì)于時(shí)間間隔時(shí)間小于“AW掃描周期-CP掃描周期/2”的狀態(tài)屬性值，其變化的值被二層CCT服務(wù)器處理并送二層顯示，即對(duì)于BadBit、Out of Service（OOS）、Uncertain Bit等屬性，即使其在時(shí)間間隔時(shí)間小于“AW掃描周期-CP掃描周期/2”變化，CCT保持隨CFR送來(lái)的值實(shí)時(shí)改變，改進(jìn)后的CCT數(shù)據(jù)過(guò)濾機(jī)制如圖4所示。

圖4　改進(jìn)后CCT數(shù)據(jù)過(guò)濾時(shí)序圖

3.3.2 模擬量一二層同一時(shí)刻數(shù)值顯示不相等

為保證模擬量在同一時(shí)刻一二層數(shù)據(jù)同步，改進(jìn)CCT內(nèi)部實(shí)現(xiàn)機(jī)制中數(shù)據(jù)過(guò)濾算法，當(dāng)時(shí)間戳的間隔小于“AW掃描周期-CP掃描周期/2”時(shí)，改進(jìn)前CCT處理方法為直接舍棄，改進(jìn)后新增數(shù)值判斷機(jī)制，如圖5所示。

圖5　改進(jìn)后CCT數(shù)據(jù)過(guò)濾算法

程序首先進(jìn)行時(shí)間戳的判斷，若兩個(gè)數(shù)值的時(shí)間間隔小于“AW掃描周期-CP掃描周期/2”，新增變化值與模擬量采集精度比較判斷。即在問(wèn)題分析中實(shí)例0GEW001MF在23:03:36:048及23:03:38:050的間隔時(shí)間內(nèi)，CFR獲取的兩個(gè)數(shù)值的時(shí)間間隔為500ms,小于“AW掃描周期-CP掃描周期/2”=1.950s，但其變化值大于精度0.1，其值被CCT保留，其處理時(shí)序圖如圖6所示。

圖6　改進(jìn)前后0GEW001MF處理過(guò)程

4　開關(guān)量及Binary Actuator設(shè)備量一二層狀態(tài)不一致問(wèn)題

4.1問(wèn)題描述

4.1.1 開關(guān)量狀態(tài)不一致

開關(guān)量狀態(tài)不一致問(wèn)題表現(xiàn)為同一時(shí)刻DCS一層狀態(tài)為1/0，而DCS二層對(duì)應(yīng)信號(hào)點(diǎn)為0/1。案例：2014年11月24日，某電廠觸發(fā)1SER400KA，經(jīng)核實(shí)1SER400KA在DCS一層對(duì)應(yīng)的模塊（1SER_ N1:400KA_V）此時(shí)為0，而其對(duì)應(yīng)的二層報(bào)警列表中1SER400KA為觸發(fā)狀態(tài)。此時(shí)需要在DCS一層對(duì)該報(bào)警所對(duì)應(yīng)的開關(guān)量模塊進(jìn)行強(qiáng)制翻轉(zhuǎn)再恢復(fù)后才能使二層消報(bào)，DCS一二層狀態(tài)恢復(fù)一致。

4.1.2 Binary Actuator類型的設(shè)備狀態(tài)一二層狀態(tài)不一致

Binary Actuator設(shè)備狀態(tài)不一致主要表現(xiàn)為，主控室畫面中Binary Actuator設(shè)備（如泵、風(fēng)機(jī)、熱交換器等）狀態(tài)為洋紅色無(wú)效狀態(tài)，操縱員不能監(jiān)視設(shè)備實(shí)際狀態(tài)，且不能對(duì)此設(shè)備進(jìn)行操作，而同一時(shí)刻DCS一層中此設(shè)備狀態(tài)為正常運(yùn)行或停運(yùn)狀態(tài)。案例：2014年12月1日，主控室1CEX002PO在系統(tǒng)畫面顯示洋紅色無(wú)效，操縱員無(wú)法監(jiān)視其狀態(tài)且無(wú)法對(duì)其操作，經(jīng)核實(shí)在DCS一層對(duì)應(yīng)的模塊（1CEX_N3:002PO_S）其對(duì)應(yīng)狀態(tài)為正常運(yùn)行狀態(tài)。在DCS一層需將此設(shè)備狀態(tài)打包模塊（PAKOUT）的所有位強(qiáng)制翻轉(zhuǎn)后恢復(fù)自動(dòng)才能使DCS一二層狀態(tài)恢復(fù)一致。

4.2問(wèn)題分析

從WireShark監(jiān)測(cè)的日志分析發(fā)現(xiàn)，CFR收到某開關(guān)量的時(shí)間標(biāo)簽為t0+637ms時(shí)，值為TRUE，隨后收到該開關(guān)量時(shí)間標(biāo)簽為t0+740ms，值為FALSE，經(jīng)CFR處理后，發(fā)現(xiàn)TRUE和FALSE的值所附的時(shí)間標(biāo)簽均為t0+740ms。在此情況下，優(yōu)先處理當(dāng)前隊(duì)列中的TRUE，F(xiàn)ALSE被舍棄。因此，由于CFR收到從一層的數(shù)據(jù)包后，對(duì)在相同秒數(shù)不同毫秒時(shí)間標(biāo)簽進(jìn)行復(fù)寫，導(dǎo)致二層僅處理數(shù)據(jù)隊(duì)列中第一個(gè)時(shí)間戳的值，后一個(gè)時(shí)間戳的值舍棄。如果在后一數(shù)據(jù)包中一層狀態(tài)翻轉(zhuǎn)后，二層狀態(tài)保持前一數(shù)據(jù)包的值，就會(huì)導(dǎo)致一二層狀態(tài)不一致。

同理，對(duì)于Binary Actuator的設(shè)備量，以泵為例，其主要信號(hào)狀態(tài)邏輯如表2所示[4]。

表2　Binary Actuator信號(hào)狀態(tài)邏輯對(duì)應(yīng)表

在上述案例中，1CEX002PO在DCS二層畫面顯示洋紅色無(wú)效狀態(tài)時(shí)，DCS一層對(duì)應(yīng)IN1（RUNNING）、IN9（START PERMIT）、IN10（STOP PERMIT）、IN14（REMOTE）為1，即1CEX002PO處于正常運(yùn)行狀態(tài)。從WireShark監(jiān)測(cè)的日志分析，此時(shí)DCS二層接收IN27及IN1同時(shí)為1。而如果IN27（CMDVAL_ START開命令）與IN1（開反饋）同時(shí)為1的話，即說(shuō)明開反饋未復(fù)位開命令，或IN28（CMDVAL_STOP關(guān)命令）與IN2（關(guān)反饋）同時(shí)為1時(shí)，即說(shuō)明關(guān)反饋而未復(fù)位關(guān)命令，設(shè)備出現(xiàn)洋紅色狀態(tài)。

在設(shè)備控制過(guò)程中，CFR將一層AW服務(wù)器所接收的IN27由“1”變化為“0”的“0”拋棄，直接原因是因?yàn)橐粚铀徒o二層的“1”和“0”間隔很短，二層將后一個(gè)值的時(shí)間標(biāo)簽復(fù)寫，使得收到的這兩個(gè)值的timestamp相同，導(dǎo)致后一個(gè)時(shí)間標(biāo)簽對(duì)應(yīng)的值“0”被拋棄，因此CFR收到IN27為1，而此時(shí)IN1為1，所以設(shè)備顯示洋紅色，而實(shí)際DCS一層的IN27已經(jīng)為0，進(jìn)而導(dǎo)致一二層狀態(tài)不一致。

4.3解決方案

經(jīng)檢查CFR處理算法機(jī)制，發(fā)現(xiàn)此CFR時(shí)間標(biāo)簽復(fù)寫問(wèn)題的根本原因是由于在CFR 的C/C++ NetFoxAPI軟件程序中，將判斷機(jī)制由兩個(gè)時(shí)間標(biāo)簽進(jìn)行比較后，誤將“比較”執(zhí)行為“賦值”，即if(a==b)誤寫為if(a=b)，使得CFR將收到的一層的時(shí)間標(biāo)簽復(fù)寫，從而導(dǎo)致后一個(gè)值不被CCT處理。對(duì)C/C++ NetFoxAPI程序中的錯(cuò)誤代碼進(jìn)行修改后，經(jīng)現(xiàn)場(chǎng)重新下裝驗(yàn)證，確認(rèn)此問(wèn)題得到解決。

5　Loop Control類調(diào)節(jié)閥控制命令一二層不一致問(wèn)題

5.1問(wèn)題描述

案例：2015年05月31日21:33，主控室操縱員通過(guò)KIC工作站將2GSS180VL置SP CTRL模式后，二層顯示閥門仍處于M CTRL狀態(tài)，其對(duì)應(yīng)的操縱員操作面板（OOM）狀態(tài)為SP CTRL為黑色，可操作，M CTRL為灰色，無(wú)法操作，經(jīng)核實(shí)此時(shí)在DCS一層中，閥門狀態(tài)已顯示為SP CTRL（IN23為1），就地閥門實(shí)際狀態(tài)也為SP CTRL，即DCS一二層閥門控制狀態(tài)顯示不一致。

5.2問(wèn)題分析

為解決此問(wèn)題，現(xiàn)場(chǎng)將CFR服務(wù)器開為Debug模式，并請(qǐng)運(yùn)行人員操作2GSS180VL，搜集Loop Control類型調(diào)節(jié)閥在操作過(guò)程中一二層通訊的詳細(xì)信息。Debug模式下搜集的CFR日志信息顯示2GSS_N9:180VL_O2.PNT的時(shí)間標(biāo)簽一直保持不變，總保持當(dāng)前時(shí)間的前一個(gè)時(shí)間標(biāo)簽，且一層向二層傳輸AUTOCONTROL信息后才發(fā)L1ACK確認(rèn)信號(hào)，正常傳遞時(shí)序應(yīng)為AUTOCONTROL與L1ACK同時(shí)傳輸或L1ACK早于AUTOCONTROL。因此，Loop Control類調(diào)節(jié)閥控制命令一二層不一致問(wèn)題原因?yàn)楫惓r(shí)間標(biāo)簽問(wèn)題及信號(hào)時(shí)序問(wèn)題。

5.3解決方案

此問(wèn)題與開關(guān)量及Binary Actuator的設(shè)備量不一致問(wèn)題原因類似，需在CFR程序中進(jìn)行優(yōu)化解決，改進(jìn)Loop Control類的時(shí)間標(biāo)簽復(fù)寫問(wèn)題。

6　總結(jié)

本文結(jié)合核電現(xiàn)場(chǎng)基于ADACS_N平臺(tái)DCS一二層狀態(tài)不一致問(wèn)題的實(shí)際調(diào)試與維修經(jīng)驗(yàn)，深入研究DCS二層中央處理器CCT及前端服務(wù)器CFR軟件及一二層通訊機(jī)制，通過(guò)現(xiàn)場(chǎng)安裝WireShark監(jiān)視軟件包、開放CFR的DEBUG模式等一系列措施，對(duì)所出現(xiàn)的DCS一二層狀態(tài)不一致問(wèn)題的根本原因進(jìn)行分析與解決，包括模擬量、開關(guān)量、Binary Actuator類型設(shè)備量及Loop Control類調(diào)節(jié)閥的DCS一二層狀態(tài)不一致。對(duì)CCT過(guò)濾機(jī)制及CFR時(shí)間標(biāo)簽復(fù)寫問(wèn)題進(jìn)行改進(jìn)修復(fù)，現(xiàn)場(chǎng)下裝修復(fù)后的補(bǔ)丁包，經(jīng)驗(yàn)證，本文所討論的模擬量、開關(guān)量、Binary Actuator類型設(shè)備量及Loop Control類調(diào)節(jié)后閥一二層狀態(tài)不一致問(wèn)題已在改進(jìn)后的ADACS_N軟件平臺(tái)中得到根本解決。

基于ADACS_N平臺(tái)DCS一二層狀態(tài)不一致問(wèn)題分析與解決不僅有效解決了機(jī)組DCS重大缺陷，其解決方案及經(jīng)驗(yàn)反饋為同行電廠中基于ADACS_N平臺(tái)的DCS系統(tǒng)穩(wěn)定運(yùn)行有積極作用。

[1] 福建福清核電廠一期工程 KIC系統(tǒng)手冊(cè)[Z].

[2] 福建福清核電廠一期工程 KIC系統(tǒng)功能技術(shù)要求規(guī)格書[Z].

[3] 福建福清核電廠一期工程 電站計(jì)算機(jī)信息和控制（KIC）系統(tǒng)調(diào)試大綱[Z].

[4] FQ - FJS_SRS_028_C_2_CFC_CommonProc, ATOS，Revision C.

Analysis and Solution of Inconsistency Between DCS Level 1 and Level 2 Based on ADACS_N Platform

As an application platform of Plant Control and Monitor System (DCS Level 2), the ADACS_N platform is used to monitor and control the whole plant. When the DCS Level 2 system, which based on the ADACS_N platform, occurs inconsistency with the DCS Level 1 system on the Devices State and Technology Parameters, it will seriously affect the operator to monitor and control the plant state. This article makes deep analysis of the inconsistency between DCS Level 2 and Level 1 system, and obtains the root causes and solutions with a series of schemes implementation, which has made a great progress for the steady operating of DCS as well as software improvement for the follow-up units.

DCS; Timestamp; Inconsistency

B 文章編號(hào)：1003-0492（2016）06-0094-04 中圖分類號(hào)：TP273

王五妹（1984-），女，福建福清人，工程師，碩士，現(xiàn)就職于福建福清核電有限公司，主要從事核電儀控自動(dòng)化方面的研究。

張瓊瑤（1988-），女，湖北襄陽(yáng)人，工程師，碩士，現(xiàn)就職于福建福清核電有限公司，主要從事核電儀控自動(dòng)化方面的研究。