孫莉

摘要：對水泥工業(yè)遠(yuǎn)程優(yōu)化控制系統(tǒng)的數(shù)據(jù)采集與處理部分進(jìn)行了需求分析，分別從水泥采集的業(yè)務(wù)角度、系統(tǒng)的功能性需求（分為數(shù)據(jù)采集與數(shù)據(jù)處理兩個(gè)部分）角度、系統(tǒng)的非功能性角度三個(gè)方面進(jìn)行，并對系統(tǒng)的整體結(jié)構(gòu)進(jìn)行了設(shè)計(jì)。

關(guān)鍵詞：水泥工業(yè)；數(shù)據(jù)采集；數(shù)據(jù)處理

中圖分類號：TP273*.5 文件標(biāo)識(shí)碼：A

現(xiàn)代的水泥工業(yè)離不開計(jì)算機(jī)信息技術(shù)，從生產(chǎn)過程中應(yīng)用的控制系統(tǒng)，到企業(yè)管理所使用的企業(yè)資源計(jì)劃系統(tǒng)，均是計(jì)算機(jī)技術(shù)的應(yīng)用。然而，當(dāng)前這些系統(tǒng)之間并未很好地打通信息分享的通道，造成數(shù)據(jù)共享性差，數(shù)據(jù)重復(fù)采集等缺點(diǎn)。在我國有關(guān)方針政策以及互聯(lián)網(wǎng)高速發(fā)展的驅(qū)動(dòng)下，水泥工業(yè)需要加強(qiáng)信息化建設(shè)，從綜合數(shù)據(jù)中提煉有用信息，優(yōu)化水泥工業(yè)的生產(chǎn)過程控制與企業(yè)運(yùn)營管理。

1 水泥工業(yè)遠(yuǎn)程優(yōu)化控制系統(tǒng)平臺(tái)

水泥工業(yè)遠(yuǎn)程優(yōu)化控制系統(tǒng)平臺(tái)從數(shù)據(jù)的采集及處理到各個(gè)功能子系統(tǒng)的建立進(jìn)行了整體的規(guī)劃建模，其中數(shù)據(jù)源包括DCS、PLC、ERP及散點(diǎn)數(shù)據(jù)等，系統(tǒng)平臺(tái)的子系統(tǒng)包括配置及權(quán)限管理系統(tǒng)、基礎(chǔ)數(shù)據(jù)管理系統(tǒng)、能源管理系統(tǒng)、設(shè)備管理系統(tǒng)及優(yōu)化控制系統(tǒng)等。

水泥工業(yè)遠(yuǎn)程優(yōu)化控制系統(tǒng)平臺(tái)通過OPC技術(shù)等采集現(xiàn)場DCS、PLC等設(shè)備中的數(shù)據(jù)，通過工廠現(xiàn)有ERP系統(tǒng)接口采集ERP中數(shù)據(jù)，通過錄入系統(tǒng)錄入散點(diǎn)數(shù)據(jù)，完成數(shù)據(jù)的采集，并對數(shù)據(jù)進(jìn)行分類處理，分模塊分功能將數(shù)據(jù)存放到SQL的不同數(shù)據(jù)表中，水泥工業(yè)遠(yuǎn)程優(yōu)化控制系統(tǒng)平臺(tái)中的各個(gè)子系統(tǒng)則通過進(jìn)一步分析并處理數(shù)據(jù)，獲取各自所需求的信息，并最終實(shí)現(xiàn)各個(gè)子系統(tǒng)所要完成的功能。

2 數(shù)據(jù)采集業(yè)務(wù)分析

在水泥生產(chǎn)的過程中，遠(yuǎn)程優(yōu)化控制系統(tǒng)采集的數(shù)據(jù)主要是水泥生產(chǎn)中的能耗信息和重點(diǎn)設(shè)備運(yùn)行狀況信息點(diǎn)。數(shù)據(jù)采集主要從水泥生產(chǎn)現(xiàn)場的DCS控制系統(tǒng)中，這樣不僅節(jié)約了一些系統(tǒng)硬件的成本，而且還可以減少維護(hù)系統(tǒng)的工作量[1]。水泥生產(chǎn)過程中的能耗監(jiān)測信息點(diǎn)分布在水泥生產(chǎn)的各個(gè)環(huán)節(jié)，并且數(shù)據(jù)采集種類多而且復(fù)雜，如一些重點(diǎn)設(shè)備溫度、電流、電能等同時(shí)還有生產(chǎn)過程中的生料喂料量、窯頭喂煤量、分解爐喂煤量、水泥產(chǎn)量等，而這些數(shù)據(jù)將會(huì)作為基本的數(shù)據(jù)被應(yīng)用到遠(yuǎn)程優(yōu)化控制系統(tǒng)當(dāng)中。

能源信息主要是包括電能、水、煤等。電能是水泥生產(chǎn)中主要的能耗，基本上所有水泥生產(chǎn)的環(huán)節(jié)部分都會(huì)用到電能，沒有電是無法進(jìn)行水泥生產(chǎn)的，水泥生產(chǎn)線有很多的大功率耗能設(shè)備，比如原料磨、煤磨、回轉(zhuǎn)窯的主電機(jī)、高溫風(fēng)機(jī)、循環(huán)風(fēng)機(jī)、輥壓機(jī)、窯頭排風(fēng)機(jī)、窯尾排風(fēng)機(jī)、水泥磨等等[2]。因?yàn)檫@些大功率耗能的設(shè)備的存在，所以在此次系統(tǒng)數(shù)據(jù)采集中也會(huì)重點(diǎn)對這些設(shè)備進(jìn)行電流以及電能的數(shù)據(jù)采集[3]。而煤粉的大部分消耗90%集中在水泥生產(chǎn)過程中的熟料燒成階段，回轉(zhuǎn)窯和分解爐在正常工作狀態(tài)下需要大量煤粉燃燒提供的熱量，才能將生料煅燒成熟料[4]。同時(shí)還存在消耗的水資源以及汽油和柴油等，在此次遠(yuǎn)程優(yōu)化控制系統(tǒng)中，主要的采集數(shù)據(jù)集中在電能和煤耗。

能源數(shù)據(jù)采集的信息點(diǎn)，從信息點(diǎn)的采取方向分為水泥現(xiàn)場，而水泥現(xiàn)場的采集點(diǎn)主要根據(jù)水泥工序基本上分為五個(gè)環(huán)節(jié)：原料破碎以及預(yù)均化、生料制備、煤粉制備、熟料燒成系統(tǒng)、水泥粉磨；同時(shí)還有從ERP中得到水泥產(chǎn)量以及輸出量等。

3 系統(tǒng)功能性需求分析

3.1 數(shù)據(jù)采集需求分析

（1）訪問OPC的需求分析

目前水泥企業(yè)中大部分設(shè)備僅支持OPC，不支持OPC UA。而本系統(tǒng)開發(fā)平臺(tái)為.NET Framework，因此需要對原有的OPC進(jìn)行封裝，以便使系統(tǒng)支持對現(xiàn)場設(shè)備的訪問。此封裝應(yīng)作為基礎(chǔ)通用庫，方便系統(tǒng)的各個(gè)層次進(jìn)行調(diào)用。

（2）數(shù)據(jù)采集的需求分析

水泥工業(yè)中的過程數(shù)據(jù)按類型可分為模擬量與開關(guān)量。例如一條日產(chǎn)2500噸的生產(chǎn)線大約有2500個(gè)模擬量與3500個(gè)開關(guān)量，其中包括約50塊高壓電表，80-100塊低壓電表。為了從過程數(shù)據(jù)中總結(jié)提煉出有用的信息，我們要真實(shí)地還原某一個(gè)時(shí)間段內(nèi)該水泥生產(chǎn)線的運(yùn)行情況，因此需要按照一定的頻率，對這些模擬量與開關(guān)量進(jìn)行采集，從時(shí)間維度上形成一個(gè)數(shù)據(jù)集，并將其存儲(chǔ)起來。

由數(shù)據(jù)采集的需求分析可以看出，采集是有一定的頻率的，根據(jù)對水泥企業(yè)運(yùn)行狀況的調(diào)研以及為了滿足優(yōu)化的實(shí)際需求，來自生產(chǎn)線DCS系統(tǒng)的數(shù)據(jù)，以5至10秒鐘為周期進(jìn)行采集為較好的選擇，該周期既可以及時(shí)的反應(yīng)出生產(chǎn)狀況，也不會(huì)對生產(chǎn)網(wǎng)絡(luò)造成較大的壓力；來自串口通訊的數(shù)據(jù)，則應(yīng)根據(jù)現(xiàn)場條件選擇以2-10分鐘為周期進(jìn)行采集，這是因?yàn)榇趻燧d的一般都是電表類的設(shè)備，這些設(shè)備統(tǒng)計(jì)周期比較長，且串口本身傳輸速率比較小，有時(shí)一個(gè)串口通訊卡上會(huì)拖帶多個(gè)設(shè)備，完整的一次查詢的時(shí)間自然就很長，因此需要根據(jù)現(xiàn)場情況與需求，選擇采集周期。

（3）數(shù)據(jù)緩存的需求分析

采集的過程具有周期性，因此每個(gè)周期采集的數(shù)據(jù)至少需要維持至下一個(gè)采集周期結(jié)束，這要求將所采集的數(shù)據(jù)進(jìn)行持久化。而采集服務(wù)端是面向多個(gè)采集客戶端的，如果將采集的數(shù)據(jù)持久化到數(shù)據(jù)庫中，而這個(gè)周期內(nèi)有多個(gè)客戶端訪問采集的數(shù)據(jù)，會(huì)導(dǎo)致系統(tǒng)浪費(fèi)大量的時(shí)間在I/O上。因此需要有數(shù)據(jù)緩存的機(jī)制，提高系統(tǒng)的吞吐量[5]。

3.2 數(shù)據(jù)處理需求分析

（1）數(shù)據(jù)存儲(chǔ)/查詢適配器需求分析

對采集到的數(shù)據(jù)進(jìn)行存儲(chǔ)于查詢，是采集系統(tǒng)中必不可少的過程，然而數(shù)據(jù)存取方式繁多，數(shù)據(jù)庫也有許多產(chǎn)品，又各有差異，如何能夠簡單統(tǒng)一地對數(shù)據(jù)進(jìn)行存儲(chǔ)于查詢，簡化業(yè)務(wù)邏輯層的代碼復(fù)雜度，是系統(tǒng)需要解決的問題[41]。

經(jīng)過分析，系統(tǒng)需要在業(yè)務(wù)邏輯層與數(shù)據(jù)訪問層之間，設(shè)計(jì)一個(gè)數(shù)據(jù)存儲(chǔ)/查詢中間件，使系統(tǒng)的業(yè)務(wù)層能夠?qū)Ｗ⒂跇I(yè)務(wù)邏輯，與具體的數(shù)據(jù)存取有關(guān)的部分進(jìn)行解耦。

（2）數(shù)據(jù)庫設(shè)計(jì)需求分析

數(shù)據(jù)采集完畢以后，需要對其進(jìn)行存儲(chǔ)。根據(jù)前面的需求分析，可以得出所需采集數(shù)據(jù)具有點(diǎn)數(shù)多、種類多、采集頻率較快、數(shù)據(jù)量大、每個(gè)采集點(diǎn)的標(biāo)號也會(huì)因不同企業(yè)而有不同的命名規(guī)范等特點(diǎn)，這需要一個(gè)良好的數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì)，以滿足系統(tǒng)對數(shù)據(jù)存儲(chǔ)的需求。

4非功能性需求分析

4.1 性能需求

還是以一條日產(chǎn)2500噸的生產(chǎn)線為例子作為分析，其中大約有2500個(gè)模擬量與3500個(gè)開關(guān)量。以一個(gè)模擬量平均占用16bit的大小、一個(gè)開關(guān)量占用1bit的大小來計(jì)算，則每個(gè)周期采集所產(chǎn)生的數(shù)據(jù)大小約為5.3KB。一般企業(yè)為節(jié)約成本，往往會(huì)租用網(wǎng)絡(luò)運(yùn)營商提供的虛擬VPN，帶寬以10Mbit/s至20Mbit/s為多。以10M帶寬為例，其換算為千字節(jié)每秒時(shí)，帶寬為1280KByte/s，若傳輸周期為1秒，則采集所產(chǎn)生的數(shù)據(jù)量約占帶寬0.41%，其中不包括網(wǎng)絡(luò)協(xié)議所產(chǎn)生的流量。如若要保持網(wǎng)絡(luò)占用帶寬在5%以下，則一個(gè)采集服務(wù)端可以有10個(gè)客戶端的連接。

4.2 安全需求

遠(yuǎn)程采集與處理系統(tǒng)是部署在網(wǎng)絡(luò)環(huán)境中的，網(wǎng)絡(luò)環(huán)境是復(fù)雜且不可信任的，因此在采集的數(shù)據(jù)在網(wǎng)絡(luò)中傳輸時(shí)，面臨著被盜取、劫持、偽造的風(fēng)險(xiǎn)，因此系統(tǒng)有對數(shù)據(jù)的安全性進(jìn)行保障的需求。

5 結(jié)束語

分析了現(xiàn)代水泥工業(yè)對遠(yuǎn)程優(yōu)化控制系統(tǒng)中數(shù)據(jù)采集與處理部分的需求。在此基礎(chǔ)上，結(jié)合系統(tǒng)的實(shí)際需求，給出了遠(yuǎn)程數(shù)據(jù)采集與處理系統(tǒng)的總體設(shè)計(jì)方案，為遠(yuǎn)程優(yōu)化系統(tǒng)提供數(shù)據(jù)方面的支撐。

參考文獻(xiàn)：

[1]董利.我國能源效率變化趨勢的影響因素分析[J].產(chǎn)業(yè)經(jīng)濟(jì)研究，2008（1）：8-18.

[2]高婷婷.DCS與現(xiàn)場總線集成的研究與實(shí)現(xiàn)[D].青島：青島科技大學(xué)， 2012.

[3]李濤平.中國水泥工業(yè)能效現(xiàn)狀和節(jié)能潛力報(bào)告[J].水泥工程， 2004（4）：1-10.

[4]崔源聲，李輝，徐德龍.未來十年水泥工業(yè)總產(chǎn)值、理論需求量及能耗預(yù)測[C].中國建材產(chǎn)業(yè)轉(zhuǎn)型升級創(chuàng)新發(fā)展研究.2013.

[5]劉恒，劉家磊.一種新型的數(shù)據(jù)采集系統(tǒng)性能量化方法的研究[J].工礦自動(dòng)化.2011（02）：45-46.