一、項目概況

風(fēng)場(chǎng)監控系統布置于風(fēng)場(chǎng)監控室內，由風(fēng)機監控系統、風(fēng)電場(chǎng)功率管理系統（能量管理系統）、第三方接口系統組成。其主要包括風(fēng)機監控、數據采集、數據存儲、數據查詢(xún)、數據呈現、Web發(fā)布、風(fēng)機管理、風(fēng)場(chǎng)調度、安全審計等功能。

二、項目需求

需求內容主要包括操作系統平臺要求、網(wǎng)絡(luò )結構模式要求、通訊接口要求、通訊協(xié)議要求、數據存儲記錄要求、數據挖掘要求、UI呈現要求、Web發(fā)布要求、調度要求等。乙方按照雙方協(xié)定的技術(shù)協(xié)議內容設計開(kāi)發(fā)，主要設計方案應經(jīng)過(guò)甲方的方案評審，若在開(kāi)發(fā)過(guò)程中，甲方需求變更，雙方應協(xié)商需求的合理性及技術(shù)可行性并最終形成新增補協(xié)議，若涉及開(kāi)發(fā)成本的增加，通過(guò)商務(wù)條款補充。具體需求請詳見(jiàn)《需求說(shuō)明書(shū)》。

三、項目部署

風(fēng)電場(chǎng)SCADA軟件系統是風(fēng)電場(chǎng)遠程控制系統的組成部分，風(fēng)電場(chǎng)遠程控制系統由網(wǎng)絡(luò )通訊系統、風(fēng)電場(chǎng)SCADA軟件系統組成。風(fēng)電場(chǎng)遠程控制系統的網(wǎng)絡(luò )通訊、服務(wù)器、操作員站、操作系統等由甲方提供，乙方保證在甲方提供的通訊網(wǎng)絡(luò )、服務(wù)器系統上能正常運行乙方所供的SCADA軟件系統。甲方所供網(wǎng)絡(luò )通訊及服務(wù)器部署如下圖1。

   風(fēng)電場(chǎng)網(wǎng)絡(luò )通訊采用光纜傳輸，風(fēng)機與風(fēng)機之間的網(wǎng)絡(luò )拓撲結構采用可自愈式以太環(huán)網(wǎng)結構，風(fēng)場(chǎng)級拓撲結構為多環(huán)結構。風(fēng)機機艙與塔基之間的連接光纜為多模光纜。風(fēng)機與風(fēng)機之間及風(fēng)機與監控中心之間的連接均為單模光纜。風(fēng)場(chǎng)通訊網(wǎng)絡(luò )環(huán)內采用100M光纖以太網(wǎng)絡(luò )。核心交換機與風(fēng)場(chǎng)監控系統服務(wù)器的接口采用1000M以太網(wǎng)。

硬件系統包括數采服務(wù)器2臺、數據服務(wù)器2臺、應用服務(wù)器2臺（應用服務(wù)器通常與數采服務(wù)器合二為一）、發(fā)布機1臺、I/O機1臺，操作員站1臺、若干安全隔離設備。其中，數據服務(wù)器存放歷史數據，具體實(shí)施過(guò)程中，甲方可根據風(fēng)場(chǎng)規模進(jìn)行服務(wù)器配置，小規模風(fēng)場(chǎng)可將數采服務(wù)器、數據服務(wù)器、應用服務(wù)器合而為一，對于大規模風(fēng)場(chǎng)可部署多臺數采服務(wù)器、數據服務(wù)器及應用服務(wù)器，軟件采用模塊化設計，可部署于同一臺服務(wù)器也可分別部署。

服務(wù)器采用龍芯3C5000L服務(wù)器處理器芯片，2.2G/16核，基于自主的LoongArch®龍芯指令系統，支持雙路、四路機架式及塔式、高密度等多種服務(wù)器及存儲產(chǎn)品形態(tài)。算力強悍，超越國內同類(lèi)產(chǎn)品。龍芯3C5000L完善支持Docker、KVM等虛擬化應用，適合數據中心、云計算以及高性能計算等領(lǐng)域廣泛應用。詳細參數如下。

四、軟件設計說(shuō)明

將軟件分為三層，其組成和框架如下圖2。

關(guān)于該系統開(kāi)發(fā)，軟件部署主要包括風(fēng)機數采服務(wù)器程序、應用服務(wù)器程序、數據服務(wù)器程序、發(fā)布機程序、I/O機程序。

將該監控系統程序根據功能結構劃分為三層，采集層、服務(wù)層、前端網(wǎng)站，每部分均可根據服務(wù)器分布情況獨立安裝部署，程序之間均采用標準UDP或TCP協(xié)議。

I/O機主要完成協(xié)議轉換及第三方接口通訊功能，主要通訊協(xié)議均部署在該服務(wù)器，在實(shí)際應用中，各技術(shù)協(xié)議是以應用的方式呈現的，可根據系統程序框架，自由添加協(xié)議，可對每個(gè)協(xié)議進(jìn)程進(jìn)行添加、關(guān)閉和配置。按照程序開(kāi)發(fā)架構方式，各通訊協(xié)議均可部署至任何一臺服務(wù)器。

發(fā)布機包含了完整的網(wǎng)站服務(wù)、UI、網(wǎng)閘通訊、歷史數據記錄及查詢(xún)功能，將風(fēng)機數據發(fā)布至公網(wǎng)，可遠程訪(fǎng)問(wèn)查看該風(fēng)場(chǎng)狀態(tài)。

（一）軟件架構

  根據軟件的三層結構，軟件的設計框架如圖3所示

1、SCADA展示層，首先需通過(guò)“檔案管理"模塊，錄入風(fēng)機模塊信息，并導入模塊點(diǎn)表；

2、根據模塊信息組合出風(fēng)機類(lèi)型，配置風(fēng)機相關(guān)的通信參數；

3、數據服務(wù)的部分，根據配置的風(fēng)機相關(guān)信息，生成數采所需的配置信息：如鏈路配置，IO點(diǎn)表信息，創(chuàng )建風(fēng)機通信的模塊；

4、風(fēng)機配置完成后，數采的部分開(kāi)始工作：各個(gè)通信模塊通過(guò)點(diǎn)表信息，采集風(fēng)機的數據，并將數據寫(xiě)入實(shí)時(shí)數據緩存；

5、實(shí)時(shí)數據rtdb緩存將數據進(jìn)行整理，分發(fā)給不同的應用模塊

6、實(shí)時(shí)數據模塊：指令通道，用于單獨處理SCADA下發(fā)的指令，并將指令下發(fā)給數采來(lái)控制風(fēng)機；emqx主要用于SCADA頁(yè)面的實(shí)時(shí)數據訂閱/發(fā)布；redis主要用于緩存實(shí)時(shí)數據，并緩存一些統計信息；

7、能量管理算法模塊：處理風(fēng)場(chǎng)本地調度、電網(wǎng)調度、集控調度；并將調度的過(guò)程進(jìn)行記錄；

8、歷史數據的部分是通過(guò)實(shí)時(shí)數據的接口進(jìn)行周期或者變位存盤(pán)；并定期做數據調度，處理統計信息；并需根據主控上傳的報警信息，處理報警數據的存盤(pán)；

9、SCADA展示層數據源從兩個(gè)方面獲?。簩?shí)時(shí)數據主要通過(guò)訂閱的方式從實(shí)時(shí)數據區獲??；歷史統計信息主要從歷史數據庫中獲??；

（二）通信層設計

   1、風(fēng)機設備模型：如圖4所示

圖4 風(fēng)機模型

1)根據不同的風(fēng)機類(lèi)型點(diǎn)表，對點(diǎn)表進(jìn)行抽象分類(lèi)，并對分類(lèi)的數據點(diǎn)進(jìn)行編碼，并生成數據點(diǎn)表；

2)數據點(diǎn)表可以在檔案管理里面進(jìn)行相關(guān)的處理；

3)展示層所有的標量數據顯示都是根據指標碼的形式反向查詢(xún)數據檔案進(jìn)行顯示；

2、數據傳輸流程：如圖5所示

圖5 數據傳輸流程

1)數采的部分采用成熟的QTouch采集軟件框架，里面涵蓋豐富的設備通信驅動(dòng)，保證現場(chǎng)所有的設備能夠正常聯(lián)網(wǎng)通信；所有的數據進(jìn)入實(shí)時(shí)共享內存區，供其它接口實(shí)時(shí)訪(fǎng)問(wèn)；

2)在數采服務(wù)器與數據服務(wù)器分離的情況下，前置服務(wù)器用于接收數采傳輸的實(shí)時(shí)數據，此部分需代碼重新開(kāi)發(fā)調整

3)報警引擎的部分：需在QTouch的報警體系下進(jìn)行重定義代碼級開(kāi)發(fā)調整；

4)消息中間件：采集第三方emqx消息中間件，redis實(shí)時(shí)數據緩存；用做數據的實(shí)時(shí)訂閱和發(fā)布（此功能需代碼開(kāi)發(fā)調整）；

5)此部分會(huì )用到兩套emqx中間件：一套用作頁(yè)面實(shí)時(shí)展示的數據，一套用作控制下發(fā)的操作，確?？刂频膶?shí)時(shí)有效而不受其它模塊影響

6)一套redis實(shí)時(shí)數據緩存服務(wù)：主要用于頁(yè)面的實(shí)時(shí)曲線(xiàn)數據緩存部分的數據；

7)原始數據直接根據接收端的數據緩存直接存儲：此部分需代碼級開(kāi)發(fā)

8)根據業(yè)務(wù)邏輯，將數據進(jìn)行分庫分表存儲：如，分鐘、小時(shí)、天、月、年進(jìn)行分表存儲；業(yè)務(wù)邏輯存儲部分，直接從實(shí)時(shí)數據庫中獲取數據；

9)分表策略；仍然以風(fēng)機為單位，單個(gè)風(fēng)機分為模擬量表、開(kāi)關(guān)量表（模擬量和開(kāi)關(guān)量分開(kāi)，主要是因為模擬量可以按照秒級存儲，開(kāi)關(guān)量按照狀態(tài)變化來(lái)存儲）；以橫向存儲為原則，即單個(gè)風(fēng)機在一個(gè)時(shí)刻存儲在數據庫中為一條數據；

10)web發(fā)布：采用成熟的apache web服務(wù)器框架進(jìn)行發(fā)布應用，前端采用的是SSM框架進(jìn)行代碼開(kāi)發(fā)；

11)與第三方數據交互主要采用OPC UA、或者104等通信協(xié)議來(lái)進(jìn)行交互；

（三）服務(wù)引用層

1.系統服務(wù)

 整個(gè)系統提供七大服務(wù)：數采服務(wù)、消息中間件服務(wù)、存儲數據服務(wù)、數據服務(wù)、數據調度服務(wù)、數據推送服務(wù)、web服務(wù)，如圖6所示：

圖6 系統服務(wù)

2.服務(wù)集群部署：如圖7所示

圖7 服務(wù)集群

（四）數據庫層

1.功能與數據流向圖

從原始數據進(jìn)入系統到數據輸出到前端供WEB系統應用，整個(gè)數據流向分為：原始數據、數據預處理、數據應用三個(gè)階段。

原始數據，即由前置通訊解析完成后所取得的設備數據，此數據不作任何二次計算。在原始數據中，由于數據存儲的頻率到秒級、要求存儲的周期至少3個(gè)月，設備數量在300臺左右，因此在原始數據的存儲上以設備為單位進(jìn)行分表。則300臺設備其原始數據為300套數據單元表。

數據預處理：為提高系統訪(fǎng)問(wèn)速度，給予前端應用良好的體驗效果，故應以最小的延時(shí)時(shí)間讓用戶(hù)盡快獲取到數據。在原始數據進(jìn)入數據庫后，再根據應用功能的要求進(jìn)行數據的二次計算，包括發(fā)電量、故障統計、風(fēng)速統計，也包括最大值、最小值等數據的計算。整個(gè)數據的預處理，將會(huì )在后臺以不同的頻率時(shí)行調度執行，執行完成的結果寫(xiě)入固定的數據表中，再給其它功能調度使用。

數據應用：數據應用的直接體現為用戶(hù)前端的數據查詢(xún)。根據分表的原則，以秒級為單位，則單臺風(fēng)機的月累計數據量為：86400條，連續保存三個(gè)月，則為：26萬(wàn)條。數據應用查詢(xún)以單臺風(fēng)機查詢(xún)時(shí)，可以保持良好的體驗。

2.實(shí)體和屬性

實(shí)體是實(shí)體-關(guān)系模型的基本對象，是現實(shí)案例中各種事物的抽象。凡是可以相互區別并可以被識別的事、物、概念等對象均可認為是實(shí)體。本系統數據庫中，以單臺風(fēng)機為基礎，按實(shí)體進(jìn)行劃分如下：

數據分表

2.1原始表

①表命名規則：

 fan_sto_風(fēng)機編號_sec_201901 : 秒級存儲(按月、風(fēng)機編號分表)

 fan_sto_風(fēng)機編號_min : 分級存儲(按月、風(fēng)機編號分表)

 fan_sto_風(fēng)機編號_hour : 時(shí)級存儲(按月、風(fēng)機編號分表)

 fan_sto_風(fēng)機編號_day : 天級存儲(按月、風(fēng)機編號分表)

②外鍵關(guān)聯(lián)：

 sto_field_id 風(fēng)場(chǎng)編號 >>關(guān)聯(lián)>>dwf_field風(fēng)場(chǎng)表的dwf_id

 sto_fan_id 風(fēng)機編號 >>關(guān)聯(lián)>>dgf_fan風(fēng)場(chǎng)表的dgf_id

③取值方案：

原始表根據數據類(lèi)型分為：模擬量。模擬量根據數據粒度分為：秒級、分鐘級、小時(shí)級，其中，秒級存儲原始值；分鐘級存儲整分時(shí)刻原始值；小時(shí)級存儲整點(diǎn)時(shí)刻原始值；

④原始數據存儲及自動(dòng)創(chuàng )表原則：

 原始數據儲存單風(fēng)機一個(gè)月數據，自動(dòng)創(chuàng )建數據表。自動(dòng)創(chuàng )建數據表可以調用存儲過(guò)程，亦可以在代碼中創(chuàng )建。

⑤表數據容量估算：

  秒級數據單月存儲量：60秒*60分*24小時(shí)*31天=268萬(wàn)

  分鐘級數據單月存儲量：60分*24小時(shí)*31天=4.46萬(wàn)

原始數據表結構：

數字量存儲：

①表命名規則：

fan_std_風(fēng)機編號_年份 : 開(kāi)關(guān)量量化即儲存（按年、風(fēng)機編號分表）

②外鍵關(guān)聯(lián)：

std_field_id 風(fēng)場(chǎng)編號 >>關(guān)聯(lián)>>dwf_field風(fēng)場(chǎng)表的dwf_id

std_fan_id 風(fēng)機編號 >>關(guān)聯(lián)>>dgf_fan風(fēng)場(chǎng)表的dgf_id

③取值方案：

開(kāi)關(guān)量量化即儲存

④原始數據存儲及自動(dòng)創(chuàng )表原則：

每臺風(fēng)機每年一張表，自動(dòng)創(chuàng )建數據表。自動(dòng)創(chuàng )建數據表可以調用存儲過(guò)程，亦可以在代碼中創(chuàng )建。

⑤表數據容量估算：

 單表一年數據：41次*365天*200開(kāi)關(guān)量=299萬(wàn)

 即每天風(fēng)機的所有開(kāi)關(guān)量平均變化不超過(guò)41次時(shí)，單表一年數據不超成功300萬(wàn)條

2.2實(shí)時(shí)表

實(shí)時(shí)表主要用來(lái)存儲單臺風(fēng)機實(shí)時(shí)數據，單臺實(shí)時(shí)數據包括：實(shí)時(shí)值、狀態(tài)值、統計值和靜態(tài)檔案。

實(shí)時(shí)值：實(shí)時(shí)刷新風(fēng)機的參數值由消息隊列推送于前端應用。另外一部分實(shí)時(shí)值包括氣象數據、箱變信息也一并由消息隊列推送于前端應用。

狀態(tài)值：風(fēng)機運行狀態(tài)由設備端上送風(fēng)機狀態(tài)，（變化上送和存儲）主動(dòng)存儲到設備狀態(tài)數據表中。

統計值：由歷史數據進(jìn)行統計，包括：日發(fā)電量、月發(fā)電量，報警數據量，累計運行時(shí)間、累計維護次數等統計值。

設備檔案：包括設備編號、設備類(lèi)型等靜態(tài)信息。

2.3設備狀態(tài)

設備狀態(tài)，主要記錄風(fēng)機通訊狀態(tài)變化。當風(fēng)機發(fā)生故障，通訊中斷時(shí)通知系統用戶(hù)。當風(fēng)機排除故障，通訊恢復正常后通知系統用戶(hù)。設備狀態(tài)以變位方式存儲。

2.4統計表

統計表主要針對37項統計項，分為自由統計和報表下載；自由統計由：普通統計、分段統計、風(fēng)玫瑰圖報表、功率曲線(xiàn)報表組成；報表下載由：日報表、月報表、年報表、日分段報表、月分段報表、年分段報表、損失電量報表、時(shí)間可利用率報表、發(fā)電量可利用率報表組成。

37項統計方法說(shuō)明如下：

?發(fā)電量：查詢(xún)首尾時(shí)間的總發(fā)電量相減；

?耗電量：查詢(xún)首尾時(shí)間的耗電量相減；

?風(fēng)機可以用率：1-（風(fēng)機自身故障小時(shí)數/統計小時(shí)數）；

?最小風(fēng)速：查詢(xún)時(shí)間段內的瞬時(shí)風(fēng)速取最小值；

?最大風(fēng)速：查詢(xún)時(shí)間段內的瞬時(shí)風(fēng)速取最大值；

?平均風(fēng)速：查詢(xún)時(shí)間段內的瞬時(shí)風(fēng)速進(jìn)行累加/查詢(xún)到的記錄條數；

?最小有功功率：查詢(xún)時(shí)間段內的有功功率取最小值；

?最大有功功率：查詢(xún)時(shí)間段內的有功功率取最大值；

?平均有功功率：查詢(xún)時(shí)間段內的有功功率累加/查詢(xún)到的記錄條數

?最小無(wú)功功率：查詢(xún)時(shí)間段內的無(wú)功功率取最小值；

?最大無(wú)功功率：查詢(xún)時(shí)間段內的無(wú)功功率取最大值；

?平均無(wú)功功率：查詢(xún)時(shí)間段內的無(wú)功功率累加/查詢(xún)到的記錄條數

?最寒冷溫度：查詢(xún)時(shí)間段內的環(huán)境溫度取最小值；

?最高環(huán)境溫度：查詢(xún)時(shí)間段內的環(huán)境溫度取最大值；

?平均環(huán)境溫度：查詢(xún)時(shí)間段內的環(huán)境溫度進(jìn)行累加/查詢(xún)到的記錄條數；

?有效風(fēng)小時(shí)數：查詢(xún)首尾時(shí)間的有效風(fēng)小時(shí)數相減；

?有效風(fēng)時(shí)率：有效風(fēng)小時(shí)數/統計小時(shí)數*100%；

?風(fēng)機可用小時(shí)數：風(fēng)機正常運行小時(shí)數+非風(fēng)機自身故障停機小時(shí)數；

?風(fēng)機正常運行小時(shí)數：查詢(xún)首尾時(shí)間的風(fēng)機正常運行時(shí)間相減；

?發(fā)電小時(shí)數：查詢(xún)首尾時(shí)間的發(fā)電小時(shí)相減；

?停運小時(shí)數：統計總時(shí)間-統計時(shí)間段的風(fēng)機正常運行小時(shí)數；

?故障停機小時(shí)數；查詢(xún)首尾時(shí)間的故障停機時(shí)間相減；

?風(fēng)機自身故障停機小時(shí)數：查詢(xún)首尾時(shí)間的風(fēng)機自身故障停機時(shí)間相減；

?非風(fēng)機自身故障停機小時(shí)數：故障停機小時(shí)數-風(fēng)機自身故障停機小時(shí)數；

?維護小時(shí)數：查詢(xún)首尾時(shí)間的服務(wù)時(shí)間相減；

?故障停機次數：查詢(xún)時(shí)間段內的故障為T(mén)RUE的記錄條數；

?風(fēng)機自身故障停機次數：查詢(xún)時(shí)間段內的風(fēng)機自身故障停機為T(mén)RUE的記錄條數；

?非風(fēng)機自身故障停機次數：故障停機次數-風(fēng)機自身故障停機次數；

?維護次數：查詢(xún)時(shí)間段內的工作模式為維護的記錄條數；

?并網(wǎng)次數：查詢(xún)時(shí)間段內的并網(wǎng)為T(mén)RUE的記錄條數；

?偏航次數：左偏次數+右偏次數；

?左偏次數：偏航在逆時(shí)針運行模式為T(mén)RUE的記錄條數；

?右偏次數：偏航在順時(shí)針運行模式為T(mén)RUE的記錄條數；

?滿(mǎn)發(fā)小時(shí)數：統計周期內風(fēng)機發(fā)電量/風(fēng)機容量；

?人工停機小時(shí)數：查詢(xún)首尾時(shí)間的人工停機時(shí)間相減；

?環(huán)境溫度過(guò)低停機小時(shí)數：查詢(xún)首尾時(shí)間的環(huán)境溫度過(guò)低停機時(shí)間相減；

?風(fēng)暴停機小時(shí)數：查詢(xún)首尾時(shí)間的風(fēng)暴停機時(shí)間相減；

3.數據庫主從熱備

數據庫主從熱備目前行業(yè)通用的工具是使用:keepalive實(shí)現主從熱備，無(wú)縫切換。其配置簡(jiǎn)單，實(shí)用性高。keepalived的作用是檢測后端TCP服務(wù)的狀態(tài)，如果有一臺提供TCP服務(wù)的后端節點(diǎn)死機，或者工作出現故障，keepalived會(huì )及時(shí)檢測到，并將有故障的節點(diǎn)從系統中剔除，當提供TCP服務(wù)的節點(diǎn)恢復并且正常提供服務(wù)后keepalived會(huì )自動(dòng)將TCP服務(wù)的節點(diǎn)加入到集群中。這些工作都是keepalived自動(dòng)完成，不需要人工干涉。

KeepAlive主機配置

KeppAlive從機配置

4.主從同步

當主機故障時(shí)，從機接替主機進(jìn)行工作。當主機恢復正常時(shí)，從機應該與主機的數據保持一致，故應實(shí)現主從同步。目前使用Mysql數據庫，其已提供主從同步的現有方案，并且性能較高。

MySQL數據庫同步復制的功能主要體現在它的配置文件上，其工作原理為slave端記錄并且執行master端的操作日志。

主機配置

五、軟件功能介紹

1、用戶(hù)登陸：

2、系統實(shí)時(shí)報警:點(diǎn)擊頁(yè)面右上角鈴鐺，即可查看系統當前的實(shí)時(shí)報警信息

3、風(fēng)場(chǎng)概覽：可以通過(guò)矩陣型、環(huán)線(xiàn)型、列表型、地圖行四種模式查看整個(gè)風(fēng)場(chǎng)的運行狀態(tài)

1）矩陣型：

2）環(huán)線(xiàn)型：

3）列表型：

4）地圖型：

4、風(fēng)機監視：可以查看單個(gè)風(fēng)機運行的詳細信息，并可對風(fēng)機進(jìn)行控制操作

5、風(fēng)機控制：可以進(jìn)行整個(gè)風(fēng)場(chǎng)、單個(gè)環(huán)線(xiàn)、單個(gè)風(fēng)機、多個(gè)風(fēng)機集中模式的控制操作

6、歷史數據：可查看時(shí)間段內風(fēng)機運行的狀態(tài)曲線(xiàn)

7、能量管理:接收由電網(wǎng)中調或者風(fēng)電場(chǎng)管理者發(fā)出的調度指令，并按照系統事先制定的控制策略，將功率調節指令合理地分配給風(fēng)電場(chǎng)每臺風(fēng)電機組

8、報警記錄：可以查看風(fēng)機、整個(gè)風(fēng)場(chǎng)、系統的報警記錄

9、快照記錄：可查看報警前后5分鐘的詳細運行數據

10、日志管理：可查看系統日志、風(fēng)機運行和控制日志

11、報表管理：可進(jìn)行自由統計查詢(xún)和報表導出查詢(xún)

12、檔案管理：整個(gè)風(fēng)場(chǎng)的初始化配置，包括風(fēng)場(chǎng)信息、組建信息、風(fēng)機類(lèi)型信息、環(huán)線(xiàn)配置信息、風(fēng)機配置信息；

13、工程管理：可以查看風(fēng)機的通信狀態(tài)

14、系統設置：可進(jìn)行賬號管理、角色管理、系統菜單設置

六、測試規劃

1、制定測試計劃：明確測試內容、測試方案、驗收通過(guò)標準等；

2、建立測試環(huán)境：包括廠(chǎng)內及風(fēng)場(chǎng)硬件及網(wǎng)絡(luò )平臺、操作系統、收費開(kāi)發(fā)包、通訊協(xié)議測試平臺等；

3、驗收測試大綱：驗收項目、功能要求、性能要求、執行方法、預期結果、實(shí)際結果等，詳情請見(jiàn)《測試大綱》；

4、驗收報告：根據驗收大綱數據總結驗收測試結論；

七、總結

風(fēng)電跨平臺SCADA監控系統按照靈活的部署設計，可部署于Windows Sever 2016、Linux（CentOS 7）、Unix、中標麒麟國產(chǎn)操作系統，采用B/S網(wǎng)絡(luò )架構，支持Chrome、Safari、Firefox、IE11瀏覽器，支持時(shí)鐘同步等功能；

該系統滿(mǎn)足監控風(fēng)機數量不低于300臺，且適用于不同機組混裝、不同組件混裝，可在一套監控軟件上實(shí)現不低于300機組的監控，但允許服務(wù)器軟件實(shí)現分布式布置，可配置多套單臺服務(wù)器，同時(shí)單臺可監控機組數量可達到100臺（單臺監控機組數量可根據具體項目進(jìn)行數量調整），數據采集、顯示刷新頻率不高于1秒；

該系統模擬量數據存儲采用秒級及分鐘級存儲，其中，故障前后5分鐘內的秒級數據要求長(cháng)久保存，其余秒級存儲數據要求在數據庫中保留3個(gè)月，以便數據分析使用；布爾量數據采用逢變則存的方式。秒級存儲數據查詢(xún)及報表根最小顆粒度為1秒，可根據不同時(shí)間步長(cháng)查詢(xún)顯示模擬量數據；分鐘級存儲的數據查詢(xún)及報表最小顆粒度為1分鐘，可根據不同時(shí)間不長(cháng)查詢(xún)顯示模擬量數據；布爾量獨立查詢(xún)，不與模擬量一起混合查詢(xún)；

該系統滿(mǎn)足為風(fēng)功率預測、上級調度系統、業(yè)主自建監控中心、甲方數據中心、在線(xiàn)振動(dòng)監測系統、視頻監控系統、自動(dòng)消防系統、箱變監控系統、空氣密度儀、升壓站等第三方系統預留通訊數據接口，上傳風(fēng)力發(fā)電機組相關(guān)信息并接收相關(guān)指令；