大慶石化公司化肥廠

1、大慶石化公司化肥廠 天津易萊寧自動化工程咨詢有限公司 PAGE 6大慶石化公司化肥廠DCS系統(tǒng)評估與優(yōu)化總結(jié)報告天津易萊寧自動化工程咨詢有限公司2011年4月在大慶石化公司化肥廠檢修期間，天津易萊寧公司對尿素裝置和合成裝置的DCS系統(tǒng)進行了評估和優(yōu)化，解決了系統(tǒng)中存在的一些問題，并對將來系統(tǒng)的正常運行提出了合理化建議。尿素裝置系統(tǒng)描述尿素裝置的DCS系統(tǒng)上共有9臺設(shè)備，其中GUS操作站5臺，NIM網(wǎng)絡(luò)接口模件一對，HM歷史模件1套和APP數(shù)據(jù)采集設(shè)備一臺。所有設(shè)備軟硬件工作正常，狀態(tài)為OK。網(wǎng)絡(luò)評估LCN網(wǎng)絡(luò)是DCS系統(tǒng)里的上層監(jiān)控、數(shù)據(jù)傳輸網(wǎng)絡(luò)，為A、B冗余設(shè)置，B網(wǎng)工作穩(wěn)定正常，A網(wǎng)有時候

2、狀態(tài)為SUSPECT，掛起，無法正常通行，一段時間后又恢復(fù)正常。通過在LCN診斷畫面上查看各節(jié)點噪音，發(fā)現(xiàn)GUS06處噪音數(shù)量為56，其他節(jié)點處噪音均為0。懷疑GUS06處LCN A網(wǎng)有問題，建議檢查GUS06的MAU接線盒、T型頭的連接以及LCN電纜的連接。UCN網(wǎng)絡(luò)是DCS系統(tǒng)里的控制網(wǎng)絡(luò)，連接HPM控制器并負責(zé)控制數(shù)據(jù)的傳輸。UCN網(wǎng)絡(luò)工作狀態(tài)良好，各節(jié)點處噪音均為0。軟件及卡件版本評估TPS系統(tǒng)軟件分為GUS上層軟件和TPN下層軟件，目前版本分別為R350和R660。操作站GUS的操作系統(tǒng)是Windows 2000 Professional，GUS的主機為Dell公司的GX240。目前

3、系統(tǒng)存在的風(fēng)險為操作站機型比較老，一旦損壞，無法從市場上購買到相同機型的主機，而新的主機無法安裝老版本的軟件，需要考慮相關(guān)的替代方案。如果操作站軟件升級，新軟件與原來軟件和硬件的匹配關(guān)系如下：操作站軟件新版本當(dāng)前下層控制軟件GUS主機GUS主板HMNIM控制器R4XX（XP操作系統(tǒng)）不匹配不匹配不匹配匹配匹配匹配升級操作站軟件需要將整個系統(tǒng)的下層控制軟件、操作站主機、操作站主板全面升級。控制器負荷評估尿素裝置一共有3套HPM控制器，控制器所帶的IOP數(shù)量、軟硬點的數(shù)量以及負荷如下圖所示，經(jīng)評估，控制器的控制和通訊負荷處于中等水平，具備增加I/O卡件和控制、聯(lián)鎖回路的容量?？刂破鞯刂房己隧椖孔畲?/p>

4、負荷最小負荷平均負荷IOP數(shù)量點數(shù)15/16通訊負荷62.50%22.90%35.20%19763控制負荷53.70%9.70%17.20%17/18通訊負荷59.20%31.20%34%16420控制負荷23.90%6.30%12.30%19/20通訊負荷72.70%30.20%32.30%17539控制負荷24.90%7.30%13%歷史采集負荷評估HM中歷史組一共定義了75個，其中5秒鐘的歷史組1個，20秒鐘的歷史組22個，60秒鐘的歷史組52個，經(jīng)核算，HM采集歷史數(shù)據(jù)的負荷為47個參數(shù)/秒，而HM的安全負荷為40個參數(shù)/秒，超出安全負荷將近20%，這會導(dǎo)致HM運行中超載，使得歷史數(shù)據(jù)

5、丟失，操作員無法調(diào)出趨勢，HM也無法對其他設(shè)備的請求作出響應(yīng)，此HM已出現(xiàn)過幾次過載的現(xiàn)象，嚴重影響了裝置的安全運行。另外歷史數(shù)據(jù)只能保存15天，無法滿足工藝的需求。已完成的系統(tǒng)優(yōu)化對HM的數(shù)據(jù)采集進行了優(yōu)化，經(jīng)與工藝人員核實，將5秒鐘的歷史組改為20秒，一部分20秒鐘的歷史組改為60秒，并對歷史組內(nèi)點的分配做了合理的調(diào)整。通過這個措施將HM的數(shù)據(jù)采集負荷從47個參數(shù)/秒降為36個參數(shù)/秒，保證了HM的正常運行。增加歷史數(shù)據(jù)采集的容量，為每個單元增加了40個歷史數(shù)據(jù)采集的容量。延長了歷史數(shù)據(jù)的保存時間，從15天延長至30天。改變了操作站的不合理分配，將工程師站GUS06從Console上遷移到

6、Console1，方便了工程師站與其他操作站對虛擬盤等外設(shè)的共享。增加了報警畫面凍結(jié)功能，方便操作人員在特定情況下鎖定某一報警信息進行查看，并設(shè)定10秒鐘后自動解除鎖定功能，恢復(fù)報警頁面的刷新。取消了打印機離線的報警。合理規(guī)劃了安全權(quán)限的劃分，將對報警畫面的操作權(quán)限分配給操作人員，將APP(AM)設(shè)備的啟動權(quán)限分配給工程師。對RPV（運算點）和邏輯點的容量進行擴充，RPV從120點擴為125點（上限），邏輯點從80點擴為120點（200點為上限）為將來的組態(tài)工作預(yù)留合理的余量。評估總結(jié) 經(jīng)過對尿素裝置TPS系統(tǒng)的全面評估，系統(tǒng)整體運行狀態(tài)良好，特別是控制器，負荷比較輕，具備繼續(xù)添加I/O卡件和

7、控制回路的能力。需要注意的是，由于使用時間較長，HM的托盤與五槽卡件箱背板之間的連接已有些不牢固，應(yīng)減少托盤的插拔次數(shù)，如果有預(yù)算，可考慮在適當(dāng)?shù)臅r機更換為單板HM。合成裝置系統(tǒng)描述合成裝置的TPS系統(tǒng)上共有11臺設(shè)備，其中GUS操作站7臺，NIM網(wǎng)絡(luò)接口模件一對，HM歷史模件1套和APP數(shù)據(jù)采集設(shè)備一臺。所有設(shè)備軟硬件工作正常，狀態(tài)為OK。網(wǎng)絡(luò)評估LCN網(wǎng)絡(luò)是DCS系統(tǒng)里的上層監(jiān)控、數(shù)據(jù)傳輸網(wǎng)絡(luò)，分為A、B冗余設(shè)置，各節(jié)點處噪音為0，網(wǎng)絡(luò)工作狀態(tài)良好。UCN網(wǎng)絡(luò)是DCS系統(tǒng)里的控制網(wǎng)絡(luò)，連接HPM控制器并負責(zé)控制數(shù)據(jù)的傳輸。UCN網(wǎng)絡(luò)工作狀態(tài)良好，各節(jié)點處噪音均為0。軟件及卡件版本評估TPS

8、系統(tǒng)軟件分為GUS上層軟件和TPN下層軟件，目前版本分別為R350和R660。操作站GUS的操作系統(tǒng)是Windows 2000 Professional，GUS的主機為Dell公司的GX240目前系統(tǒng)存在的風(fēng)險為操作站機型比較老，一旦損壞，無法從市場上購買到相同機型的主機，而新的主機無法安裝老版本的軟件，需要考慮相關(guān)的替代方案。如果操作站軟件升級，新軟件與原來軟件和硬件的匹配關(guān)系如下：操作站軟件新版本當(dāng)前下層控制軟件GUS主機GUS主板HMNIM控制器R4XX（XP操作系統(tǒng)）不匹配不匹配不匹配匹配匹配匹配升級操作站軟件需要將整個系統(tǒng)的下層控制軟件和操作站主機全面升級。4、控制器負荷評估尿素裝置

9、一共有3套HPM控制器，控制器所帶的IOP數(shù)量、軟硬點的數(shù)量以及負荷如下圖所示，可以看出，HPM05/06控制器通訊負荷過重，通訊過載的風(fēng)險很大，導(dǎo)致控制器OVERRUN，數(shù)據(jù)傳輸擁塞，操作員無法監(jiān)控數(shù)據(jù)，最終導(dǎo)致裝置停車。HPM07/08和HPM09/10的通訊負荷也偏高，給控制器的正常工作帶來隱患?？刂破鞯刂房己隧椖孔畲筘摵勺钚∝摵善骄摵蒊OP數(shù)量點數(shù)05/06通訊負荷95.70%37.00%64.00%29869控制負荷28.10%4.00%20.30%07/08通訊負荷87.70%28.40%58%26596控制負荷26.70%2.70%15.00%09/10通訊負荷91.80%50

10、.50%62.00%371248控制負荷22.70%4.00%13%經(jīng)分析，HPM05/06控制器通訊負荷過重的原因有以下幾點：快速掃描點（1秒鐘掃描4次）的使用不合理所有的邏輯點均采用了1/2秒得掃描頻率，增加了控制和通訊的負荷控制回路和邏輯回路數(shù)量比較多，且比較復(fù)雜Array通訊點絕大多數(shù)采用的是浮點量類型，通訊量大CL程序比較多歷史采集負荷評估HM中歷史組一共定義了99個，其中20秒鐘的歷史組20個，60秒鐘的歷史組79個，經(jīng)核算，HM采集歷史數(shù)據(jù)的負荷為46個參數(shù)/秒，而HM的安全負荷為40個參數(shù)/秒，超出安全負荷將近20%，這會導(dǎo)致HM運行中超載，使得歷史數(shù)據(jù)丟失，操作員無法調(diào)出趨勢

11、，HM也無法對其他設(shè)備的請求作出響應(yīng)，此HM已出現(xiàn)過幾次過載的現(xiàn)象，嚴重影響了裝置的安全運行。已完成的系統(tǒng)優(yōu)化對HM的數(shù)據(jù)采集進行優(yōu)化，經(jīng)與工藝人員核實，將一部分不使用的20秒鐘的歷史組改為60秒，并對歷史組內(nèi)點的分配做了合理的調(diào)整。通過這個措施將HM的數(shù)據(jù)采集負荷從46個參數(shù)/秒降為40個參數(shù)/秒，保證了HM的正常運行。為A4單元增加了20個歷史數(shù)據(jù)采集的容量?？紤]到合成的數(shù)據(jù)文件比較多，將HM的存儲空間進行擴充，從80%擴充至96%，充分利用了HM的硬盤空間。減少了HPM05/06中的快速掃描點的數(shù)量，RC快速點從10個降為3個，RPV快速點從10個降為1個，DC快速點從10個降為2個，在一定程度上降低了通訊負荷。7、評估總結(jié)經(jīng)過對合成裝置TPS系統(tǒng)的全面評估，系統(tǒng)的上層設(shè)備運行良好，但是控制器部分，3個控制器負荷都比較重，特別是05/06控制器，負荷尤為偏高，有Overrun過載的風(fēng)險，導(dǎo)致控制