本文格式為Word版，下載可任意編輯——電廠sis系統招標需求匯總（軟件）1概述

賣方提供的廠級監控信息系統(SIS)(包括其硬件和各種應用軟件)作為面向生產過程的信息系統，與買方提供的單元機組DCS以及其它控制系統聯網，以實現全廠生產過程信息共享，為全廠生產過程的運行和管理提供決策依據。完成負荷分派調度（LDS）、廠級性能計算和分析（PCAS）、主機和主要輔機故障診斷、主要設備狀態(泄漏、磨損等)檢測和計算分析（ESADS）等功能，并依照買方要求的方式向廠級管理信息系統（MIS）提供其所需的過程數據和計算、分析結果。具備基建調試階段調試數據的采集、存儲、分析、統計功能。在調試期間能顯示調試完成統計，單體調試前后的記錄，測點狀態（正常值，對超差點進行報警統計），保護聯鎖試驗記錄，分系統調試記錄。機組啟動數據記錄（設備啟動過程，參數，歷史趨勢），168開始后的數據記錄（操作記錄、參數，趨勢，參數分析、自動投入率統計、保護投入率統計、儀表投入率統計、DCS報警記錄、DCS首出記錄），性能計算、小指標計算、機組技術指標計算等功能全部投用。設備壽命計算和分析（ELES）作為主要備用選功能之一，在SIS系統投產后后續高級應用功能的開發中優先給予考慮。

2基本功能

2.1生產過程信息采集、處理和監視

(一)操作指導畫面應能顯示相關的實工況和直觀、明了的指導信息，對易引起安

全問題的操作指導信息應給出醒目的提醒。

(二)性能試驗畫面應組織好各項性能試驗項目的界面條件，并能給操作人員提供

必要的幫助信息。

(三)系統具有形成企業生產過程管理所需要的各類報表能力，依照企業規劃生成

企業所需要的各類報表。

(四)系統應能支持在線圖表軟件，以便實現報表的拓展功能。(五)系統應具有報表打印輸出和顯示畫面硬拷貝功能。

(六)通過采集電廠全廠各生產過程監控系統包括#1號機組及#2號機組的DCS，

輔助系統控制系統，電氣網絡監控系統(NCS)等系統的實時生產數據，對各生產流程進行統一的監視和查詢。對生產數據進行綜合處理以形成全廠生產報表和生產成本，并根據現有各機組的運行工況對電網的負荷要求進行經濟負荷分派，同時對當前機組運行狀況進行綜合的經濟評估，從而形成改善運行措施的操作指導并反饋到各機組的DCS進行優化運行建立全廠實時數據庫，以滿足MIS或生產管理部門快速、高效地對過程收據進行采集、查詢和處理的要求。

(七)全廠生產過程監視和查詢具體功能要求如下：

1)該軟件可以按買方要求進行實時畫面組態，并應使系統的生產模擬圖與

各生產控制系統的監控畫面一致。這些畫面包括機組DCS、水、煤、灰、等所有實時監控系統的畫面。畫面的調出時間應小于5s；畫面的刷新率不大于2s，所見信息與各實時監控系統的畫面同步。

2)提供至少500幅機組流程圖。用戶畫面的數量，可以在工程設計階段按

實際要求增加，不額外增加買方的費用支出。

3)系統客戶可通過Web瀏覽器訪問與控制系統一致的所有實時監控畫面，

但無法通過任何方法對控制系統進行任何操作，任意操作不會影響DCS/PLC的正常運行。

4)合計不少于50個用戶可以同時訪問實時監控畫面。

(八)該軟件應能對實現在所有的客戶機上能查看實時或歷史的趨勢圖，并要求：

1)能訪問實時/歷史數據庫中所有標簽量；最小分辯率達到1秒，最長顯示

時區大于31天，每筆趨勢不少于500點；

2)顯示標簽量(Tag)可以任意組合，每畫面趨勢筆數超過10根，#1和#2

機組的數據可以同畫面顯示，其時鐘自然對齊分析；3)開關量與模擬量可以同畫面以真實時間顯示，便利時序分析；4)顯示最近4年以內的歷史數據，4年以前的可通過還原指定備份得以查

看；

5)時間坐標、每筆幅值、零點能便利改變與遷移；顯示方式能便利變換；6)能便利地將趨勢數據轉為CSV文件，便利其他報告引用；

7)能便利地以組方式存放、命名、調用；8)能便利地按需顯示與打??；

9)在所有的客戶機上還應能以指定的SQL實時擴展語法查詢數據，得到

指定條件下一個或多個tag的實時值系列、歷史值系列、統計值系列，時間累計值系列，并能便利地將這些值導入MicrosoftExcel或MicrosoftWord。

10)用戶在各客戶終端上依登錄權限得到各類實時生成或定時生成的生產

報告。

11)在客戶應用實現方面，值長和運行人員的功能站宜采用C/S方式。而信

息發布和一般性浮現瀏覽性質功能的客戶機終端宜使用B/S方式。不管

是何種方式與何種應用，客戶端的許可應至少是50個并發用戶。

(九)該軟件應能對全廠生產數據進行綜合處理、統計分析，按買方要求，形成全

廠生產報表和曲線，并能監視、查詢和打印。

(十)用戶在各客戶終端上依登錄權限得到各類實時生成或定時生成的生產報告。(十一)在客戶應用實現方面，原則上實時工藝流程圖及趨勢圖、查詢與報表

方面應用，均應是B/S方式。不管是何種方式與何種應用，客戶端的許可應是50個并發用戶。(十二)綜合報表功能

賣方應提供一套完整的綜合報表平臺，能對全廠生產實時數據進行綜合處理、統計分析，按需方要求，形成機組或全廠生產運行報表，并能監視、查詢和打印。

賣方所提供的綜合報表平臺應基于實時數據庫中的實時/歷史數據和性能計算、運行考核等其它功能中的數據，同時應可采集各種外部數據，如手工輸入的數值型和文本型數據。

綜合報表平臺應具備良好的便利性和易實施性，經過培訓后，SIS系統維護人員可以不需賣方的參與，根據需要自行制作各種報表。

綜合報表平臺應提供便利的手工輸入手段，以實現按小時、班、日、月、年及不定期手工輸入的數值型數據和文本型數據，也可輸入常數值。并可以由SIS系統維護人員按數據的分類自行組配各種輸入界面。

賣方所提供的綜合報表平臺應提供班報、日報、周報、旬報、月報、季報和年報等各種報表類型。

賣方所提供的綜合報表平臺應提供以下統計方法：固定時間的參數值，例如：運行日報表中的各種整點數據；

1)任一時間段的某參數的平均值、最大或最小值、累計值、偏差等；2)任一時間段內某參數滿足特定條件的次數、累計時間；3)任一時間段內某參數為最大或最小值時的時間和值；

4)任一日期段內的某些時間段的某參數的平均值、最大或最小值、累計值。

某些時間段指班、值、峰/谷/平等；

5)按時間遞增的數據，如電廠安全運行天數、機組連續運行小時；6)對上述統計結果進行任意組合運算，運算時應支持常用數學函數和IFC

函數，運算結果可以再次進行上述統計；7)上述“時間段〞可能包括當前時間。

賣方所提供的綜合報表平臺應提供完善的報表流程管理和權限控制功能，可以根據需要對報表的組態、統計、生成、審核、發布等過程進行控制。

2.2運行統計與考核

(一)

賣方應提供一套完整的運行考核平臺，以對運行人員作出有效的考核。

一方面可以作為對運行人員進行評價的數據基礎，更重要是，可以通過這套客觀確鑿完整的評價體系，找出運行人員存在的問題，指導運行人員的改過和提高。運行考核應具備以下內容：

1)基于安全性的考核，如為防止設備受損的參數（主汽溫、汽壓、爐膛負

壓等）越限狀況（次數、強度、極值等）考核；

2)基于經濟性的考核，如運行小指標考核、經濟指標考核等；3)基于發電計劃的考核，如288點考核、AGC考核等。(二)

賣方所提供運行考核功能應具備以班、值、峰/谷/平、日、月、季、

年或其它任意時間段為單位統計各種指標，以找出運行人員及各時段所存在問題，從而進一步確保機組經濟、安全的運行；可以形成各種報表；支持Web方式發布。(三)

運行統計與考核還應能自動提供日志自動記錄：實現生產日志自動記

錄，包括運行日志、單元長日志、值長日志。從實時/歷史數據庫中采集數

據，按用戶自定義方式自動填寫日志記錄；日志自動記錄功能除了自動采集相關數據外，還提供手工輸入方式。(四)

賣方所提供運行考核功能應具有一定的靈活性和適應性，以適應不同

時期運行考核方式的變化，如：考核標準可以人為設定或修改，考核結果報表的形式可以由維護人員自行更改。(五)

安全性考核

安全性考核應能夠按班、值或規定的時間段對機組主要運行參數及其變化率越限、設備啟停、自動切投、聯鎖保護切投等狀況進行記錄和統計，并作為運行人員考核的依據。主要有以下功能：

1)參數（變化速率）越限：對機組每個班次運行中主要運行參數值和變化

率越限狀況和最大偏差進行記錄和統計，可以班次為單位進行綜合查詢；查詢每個運行班次內的越限記錄、越限次數、越限率和運行一段時間內的最大偏差，并作為運行人員考核的依據?？稍谝欢嘀档幕A上依照班組和值進行對比考核。

2)設備啟停和故障：設備故障包括設備（電動門、電動機、電磁閥、執行

器、斷路器、開關等）的控制電源消失、動力電源消失、故障、不對位、失控、開超時、關超時，測溫元件、變送器故障?？稍谝欢嘀档幕A上依照班組和值進行對比考核。

3)對機組主要設備進行記錄和統計，可查詢任一時間段內的投運率、計劃

停運率、非計劃停運率、計劃停運次數、非計劃停運次數、切投次數。4)自動切投：對機組所有自動開關的狀態進行記錄和統計，可查詢任一時

間段內的切投記錄、切投次數、投入率等。可在一定權值的基礎上依照班組和值進行對比考核。

聯鎖和保護切投：對機組所有聯鎖保護開關的狀態進行記錄和統計，可查詢任一時間段內的切投記錄、切投次數、投入率等?？稍谝欢嘀档幕A上依照班組和值進行對比考核。(六)

運行小指標考核

賣方提供的運行小指標考核功能應能通過對實時采集數據或人工輸入數據的統計、計算和分析，獲得企業不同部門、不同層次的小指標數據，為企業生產經營決策、班組考核等提供依據，應具備以下功能：

1)班組運行數據分析：對各個班組的生產運行數據進行橫向和縱向的比較

分析，并以各種圖形方式進行顯示（包括直方圖、曲線圖等）。2)車間小指標核算：進行車間各項小指標參數的統計計算和分析，并對各

項指標設立權重，進行班組的考核。

3)全廠綜合指標分析：由計劃統計部門在各車間日常生產運行數據的基礎

上進行全廠綜合性指標數據的統計、計算和分析。對分析結果以各類報表的形式顯現（包括生產日、月、年報等），并需要經過審批流程。4)根據用戶要求按班、值、峰/谷/平或其它任意時間段定制并形成各類小

指標核算日、月、年報表。主要考核小指標內容由買方定義。(七)

經濟指標考核

賣方提供的綜合經濟指標考核功能應以能夠對以下指標進行考核，與其它考核功能成為一體，以對機組運行狀況作出綜合的評價。

主要考核小指標內容由買方定義。(八)

發電計劃考核

賣方應提供完整的發電計劃考核功能，該系統應能夠利用現有的SIS采集到的各機組和網控實時數據，并根據網、省調下達的負荷。做出公司動態總發電以及各機組的實時負荷曲線，在線監測這些參數的實際運行狀況，以達到合理調配各機組出力、調整各機組運行參數，從而達到整個電網的安全運行的目的。

發電計劃考核功能應能夠形成直觀的管理圖形供各級管理人員查看。值長在調度臺即可總攬全局，隨時監視各機組的出力。各級、各類管理人員也可以及時通過計算機網絡瀏覽整個企業所有發電機組的運行狀況。

發電計劃考核功能應提供以下考核內容：

1)上網電量和年度合同電量完成狀況，發電利用小時數；實行峰谷分時電

價的，各發電企業峰、谷、平段發電量狀況；

2)執行調度指令和調度紀律狀況，發電機組非計劃停運狀況，調峰、調頻

和調壓狀況；

3)對非調頻機組按下達的發電出力計劃考核；4)調頻機組按電網頻率和發電機組的實際出力考核；

5)事故備用機組按在電網事故和調度命令狀況下，按機組的實際執行狀況

考核；

6)記錄發電機組的運行工況、AGC機組的投運狀況、機組的事故支援情

況；

發電計劃考核功能應提供以下考核方法：

1)把當日省公司下達的288點負荷曲線點(5分鐘一個點)做成0-24小時平

滑計劃負荷曲線,并做出兩條±3%的計劃負荷曲線上下限。由于機組實際運行時是根據AGC指令調整，所以計劃曲線需要和省調一同逐點調整。

2)實際負荷曲線為可以采用DCS/SIS傳入數據。

3)計劃負荷曲線與實際負荷曲線在一張圖上進行比較,其中包括計劃曲線

的±3%曲線上下限。

4)所有數據可以保存歷史紀錄一年,也就是可以查看一年內任何一天的曲

線。

5)可以按日、月、年或任一時間單位統計超過計劃曲線±3%的時間，統計

時可以按峰、谷、平劃分時段6)每天自動打印生成的負荷曲線表。

不能由于人為的調整時間使其生成的曲線發生變化。

2.3廠級性能計算和分析功能（PCAS）

賣方應提供專用的廠級性能計算和分析（PCAS）應用軟件，并應提供在線計算的能力，以計算整個電廠的各種效率(鍋爐、汽輪發電機組及其輔助系統等)、損耗（煤、水、電、熱耗等）及性能參數等，系統應能成組顯示各種性能計算的結果數值、目標值、測量的輸入數值、計算中間值和相關參數。賣方應在投標書中說明可進行的廠級性能計算和分析項目，并由買方認可。具備機組技術指標的計算。技術指標以達標技術指標為基本要求。對超臨界機組的超臨界狀態運行的時間進行統計和分析。對機組的性能評估和指標分析，用簡單的圖形方式顯示目前機組的狀態。這些指標的計算應與機組168同步。在168完成時，應對機組的性能有一明確的性能分析和評估，并從指標的差異中發現存在的問題。(一)

機組經濟性指標分析來源于機組耗差分析，損失（耗差）分為兩部分：

（1）可控損失：主蒸汽壓力、主蒸汽溫度、再熱器溫度、排煙溫度、煙氣

含氧量、飛灰含碳量、廠用電率、真空、最終給水溫度、各加熱器端差、過熱器減溫水流量、再熱器減溫水流量；

（2）不可控損失：再熱器壓損、燃料發熱量、高壓缸效率、中壓缸效率、

輔汽用汽量、機組補水率、凝結水過冷度、軸封漏汽量。

(二)

運行人員可控損失可分為主要的和次要的可控損失。

（1）主要可控損失

?主汽溫?主汽壓?熱再汽溫?再熱器噴水流量?鍋爐煙道出口煙氣溫度?鍋爐過氧量?暖風器?空預器溫度（2）次要可控損失

?凝汽器背壓?過熱器噴水流量?凝結水輔助冷卻?最終給水溫度?廠用電?凝汽器補水流量?蒸汽流量?連續排污量

(三)

系統應能基于機組耗差計算完成機組的性能分析，指出實際性能值與目

標性能值之間的偏差以及導致這個偏差的原因和參數，分析出偏差產生的原因和改進的措施。系統應能提供機組性能計算的更新值，以指導增/減負荷或負荷分派。(四)

該軟件應能提供機組性能的長期歷史數據記錄用于經濟和維護分析。該

系統應測量和評估測量性能偏差值與性能目標值之間的偏差以及設備異?；驌p壞導致的偏差，發出對設備的警示與維修的提醒，并以曲線和百分數形式顯示在計算站和值長站CRT上和操作員CRT上。通過該系統，值長可對可控的參數結果進行分析，協調運行人員通過調理控制設備來減小這些偏差，以使機組運行在最正確狀態。(五)

所有用于性能計算和耗差（可控損失和非可控損失）的計算公式和仿真

模型的精度應不低于1%。

性能計算至少應包括以下內容，但不限于這些內容：（1）電廠總體性能???????????

機組功率因素計算機組出力計算機組負荷因素補給水流量百分比蒸汽效率計算加熱效率計算加熱效率校正煤耗計算廠用電率機組用電率標準煤耗

（2）系統質量和能量平衡????????????????

主蒸汽流量汽機泄漏計算

汽機抽汽計算（包括流量、壓力、焓等）加熱器能量平衡計算加熱器疏水熱焓計算加熱器給水熱焓計算

主蒸汽和再熱蒸汽的蒸汽參數泄漏蒸汽的熱焓

至5－8號加熱器的蒸汽流量計算至1－4號加熱器的蒸汽流量計算高壓缸汽機質量平衡冷再流量計算中壓缸汽機質量平衡除氧器質量平衡交織蒸汽流量計算低壓缸汽機質量平衡

（3）鍋爐性能應采用輸入/輸出和熱耗方法計算。??????????

鍋爐的輸入能量

蒸汽、給水和疏水的熱焓鍋爐輸出

鍋爐輸入/輸出效率熱損失計算過剩空氣百分比

對煙氣流量速率（質量）的總體計算爐管清潔系數

鍋爐空氣/煙氣側的阻抗計算鍋爐蒸汽/水側的阻抗計算

（4）汽機性能應采用輸入/輸出和焓降的方法計算。???

汽機高壓缸效率計算汽機中壓缸效率計算汽機低壓缸效率計算

（5）凝汽器性能、清潔系數應依照熱傳送標準計算????????

至每個凝汽器的加熱器負荷計算循環水流量率

每個凝汽器的循環水流速每個凝汽器對數方式下的溫差理論的加熱傳遞系數實際的加熱傳遞系數可獲得的清潔系數端差計算

（6）給水加熱器性能

給水加熱器性能應采用末端溫差計算和近似值的方法計算。????

計算進入加熱器的飽和蒸汽末端溫差計算

排放冷端近似的溫度計算給水溫升計算

（7）鍋爐給水泵和給水泵汽機性能

?????

泵的蒸汽能效

理想的給水泵汽機效率實際的給水泵汽機效率軸功率等效發電量

（8）空預器性能應采用能量平衡的方法計算??????????????

用理想的煙氣標準計算空氣密度一次風（A）吸收的能量一次風（A）帶走的能量空預器（A）的效率一次風（B）吸收的能量一次風（B）帶走的能量空預器（B）的效率

混合后的一次風和二次風的流量并計算輸入和輸出的加權平均溫度加權平均的進風溫度加權平均的特定加熱計算空氣溫升風箱出口溫度空側效率煙側效率

（9）過熱器和再熱器的性能（10）大泵和大風機的性能

以上所有的計算量都能在所有機組之間進行定量對照與比較。

賣方應提供上述性能計算項目的算法。上述的性能計算應每隔1分鐘計算一次。賣方應在其報價書中提供一套相像機組的性能計算公式。(六)

機組的技術指標的計算應至少包括達標技術指標(詳見附表八)，全面的

對機組的性能和狀態進行評估，并以簡單的圖形方式顯示機組的性能，在168期間對機組的各項指標是否達到設計指標有明確的指導意義，在完成168后能充分評估機組的性能，并對存在的問題進行分析。(七)

主輔機的技術指標的分析應至少包括主、輔機設計指標與實際指標的差

異，全面的對主輔機的性能進行評估，并以簡單的圖形方式顯示主輔機的性

能，在168期間對主輔機的各項指標是否達到設計指標有明確的指導意義，在完成168后能充分評估每一主輔機的性能，并對存在的問題進行分析。(八)

所有的計算均應有數據的質量檢查，若計算所用的任何一點輸入數據發

現問題，應告知有關人員并中斷計算。如若采用存儲的某一常數來替代這一故障數據，則可繼續進行計算完成相應功能。如采用替代數據時，打印出的計算結果上應有注明。(九)

性能計算應有判別機組運行狀況是否穩定的功能，使性能計算對運行有

指導意義。在變負荷運行期間，性能計算應根據穩定工況的計算值，標上不穩定運行狀態。除了列出所有偏差原因外，操作指導功能應能無需操作員干預自動判斷出產生偏差的最終原因。(十)

性能計算應在機組啟動同期后帶初始負荷直到機組停運期間一直有效。

在機組負荷進入直流狀態直到100%負荷范圍內時，通過煤耗分析計算得出的機組負荷應是確鑿的。負荷初始值應能由業主修改。當機組負荷低于初始值，終止性能計算。當機組負荷高于初始值時，則可自動進行性能計算。(十一)性能計算的目標值應是主輔機合同規定的設備性能值。由鍋爐和汽機供

貨商提供的設計值應作為機組性能計算的目標值輸入，并且這些輸入值可以在現場便利的根據業主要求進行修改。輸入值也應考慮業主的運行條件，如滑壓運行方式，定壓運行方式，高加部分或全部離線運行等。

(十二)除在線自動進行性能計算外，系統還應為工程研究提供一種交互式的性

能計算手段。

(十三)系統還應具有多種手段，以確定測量誤差對性能計算結果的影響。同時

，還應具有對不正確的測量結果進行定量分析和指明改進測量儀表的功能，從而大為提高性能計算的精度。

(十四)賣方應在三聯會前對上述性能計算向買方提交文字說明和計算實例，以

表達性能計算的精度和可靠性。

(十五)性能計算應遵守ASME“電廠試驗規定〞的最新版本。

(十六)廠級性能計算和分析的項目包括:全廠供電煤耗率、全廠發電煤耗率、

全廠供電量、全廠發電量、全廠廠用電率、發動機電壓品質、全廠燃煤量、全廠燃油量、全廠補給水量、全廠汽水品質指標、全廠輔助用汽量等。(十七)賣方提供性能計算的期望值與實際計算值相比較的系統。比較得出的偏

差應以曲線和百分數顯示在計算站和值長站CRT上。值長可對顯示結果進行

分析，以使機組運行在最正確狀態。系統還應分析出偏差產生的原因和改進的措施。

2.4設備狀態監視（不包括診斷）

采集和監視全廠主機及主要輔機設備運行狀態及參數，并將其存入數據庫，作為實現電廠狀態檢修功能和設備故障診斷的基礎數據。

2.5具備基建調試階段調試數據的采集、存儲、分析、統計

功能。

1)對開關量設備顯示記錄設備的動作統計（動作的次數，每次發生的時間）。對電動門動作時間的計算并保存。

2)對主輔機保護能顯示記錄保護動作試驗的時間和次數。3)對模擬量設備能顯示記錄執行器操作試驗的時間、命令和反饋曲線記錄。

4)對所有測點能按機組的不同狀態分析顯示值是否在正常范圍（超出正常范圍或壞質量時，進行報警統計）。

5)機組啟動數據記錄（設備啟動操作的設備、參數，歷史趨勢）。6)168開始后的數據記錄包括操作記錄、趨勢，參數分析（超過額定范圍或壞質量）、自動投入率統計、保護投入率統計、儀表投入率統計（全部儀表）、DCS報警記錄、DCS首出記錄。7)性能計算、小指標計算、機組技術指標計算等功能全部投用。8)對未調試、未投用、不正常、未設計（在參數分析的基礎上人工分類確認）等設備分別列出清單，并以簡單的圖表方式顯示。在顯示圖中點擊后可以很快查詢詳細清單。

3高級功能

3.1運行調度（根據電廠實際運行調度方式，運行成熟度達

到要求后逐步實施）

(一)

負荷分派和調度功能是能在全廠運行總值長站上根據遠方AGC（自動

發電控制）指令和其它生產調度指令結合本廠主、輔系統和設備運行狀況決定各臺機組的負荷分派。作為提高電廠經濟效益的重要手段，負荷經濟分派能夠實現在SIS內實現“調度到廠〞的AGC方式(即調度所的AGC指令，通過電力調度網下達到電廠的SIS，經由全廠的負荷經濟分派，把負荷分派到各臺機組)。(二)

對于配置負荷分派和調度功能的LDS系統，賣方應提供優良的信息處

理軟件和運行指導軟件，以幫助值長能夠有效地利用大量的過程信息，迅速、確鑿地把握全廠生產過程運行狀況，正確下達指令。值長下達的每一條指令應有記錄，并進行打印。(三)

負荷分派和調度功能應建立在廠級性能計算分析和設備狀態分析的基

礎上，以保證電廠安全經濟運行。(四)

LDS的系統軟硬件的安全性與可靠性要求與DCS一致，屬I類信息安

全區、要求99.9%的可用率。并有完善的在線診斷、隔離、修復、組態、復置、服役等完整的故障恢復機制。(五)

賣方提供的軟件包應是針對本工程機組要求開發、設計的軟件，軟件

應具有良好的透明性和二次開發能力，并提供給買方軟件的開發工具，以便買方進行二次開發。(六)

從ADS（自動調度系統）指令信號送達LDS接收端子，經過最優負荷

分派，送到LDS的出口端子的時間應當小于3秒鐘。賣方應提供SIS接受計劃曲線的接口，相關的軟硬件包括通訊協議應由業主確定。(七)

電廠負荷經濟分派系統應接受NCSSCADA的指令，并將機組的信息送

到NCSSCADA。系統還應能夠接受96點(/288或更多點)/天的負荷曲線（每1點隔15分鐘）。在DCS與NCSSCADA之間使用硬接線接口。SIS與RTU的接口應使用硬接線接口。(八)

負荷分派的運行方式

（1）電廠負荷經濟分派系統應有三種運行方式：手動、96點（/288或更多

點）/天負荷曲線和自動發電量控制(AGC)方式。

（2）系統應根據機組負荷調理的范圍以及MCS的閉鎖增、閉鎖減、

Runback和經濟分析來分派機組負荷。

（3）計算機組的負荷余量。(九)

循環冷卻水優化調度

賣方應提供循環水優化調度系統，它基于汽輪機特性參數和試驗數據，借助計算機軟件，確定當前工況下的循環水系統最正確運行狀態點，在保證安全生產和運行的前提下，以最小的代價獲得收益。

循環水優化調度系統應為運行人員提供完整的汽輪機特性試驗方法、內容及修改系統參數的手段，以當機組狀況發生變化后能夠自行修改系統和參數。

賣方在其投標文件中應詳細說明進行汽輪機特性試驗的內容及所采用的標準和方法，以及對相應設備的接口要求(如需在設備上增加某些測點或需設備制造廠提供的有關設備資料等)，并由買方確認。(十)

吹灰優化

賣方應提供一套吹灰優化系統，它基于鍋爐模型的分析和試驗數據，借助計算機軟件，并應直接利用DCS系統數據庫中對流受熱面上的鍋爐運行參數，計算出衡量積灰嚴重程度大小的污垢熱阻，在保證安全生產和運行的前提下，適時依據受熱面實際沾污程度、排煙溫度、金屬壁溫、減溫水量、空預器出入口壓差等參數綜合考慮進行優化，提出水冷壁、過熱器、再熱器、空氣熱預器、省煤器吹灰指導建議，達到經濟吹灰的目的。

賣方所提供的吹灰優化系統應包括以下功能：受熱面污染參數在線監測

利用污垢熱阻監測模型，在線計算不同負荷、不同煤種下鍋爐各受熱面的污垢熱阻、平均積灰厚度、積灰速度系數等。

現場操作指導

利用最正確吹灰閾值模型，確定吹灰時污垢熱阻的閾值和吹灰時的當量積灰厚度，從而指導運行人員進行科學吹灰。

歷史數據分析

分析負荷、煤種對積灰速度的影響，統計吹灰器的投用狀況和操作人員考核,比較分析吹灰優化投用前后的經濟性。

賣方在其投標文件中應詳細說明吹灰優化所采用的標準、方法及原理，以及對相應設備的接口要求(如需在設備上增加某些測點或需設備制造廠提供的有關

設備資料等)，并由買方確認。

3.2機組在線性能試驗

(一)

通過性能試驗界面，給操作人員提供必要的在線幫助和信息提醒，進行

在線性能試驗，試驗完畢后自動生成試驗報告，包括鍋爐性能試驗、汽機性能試驗、凝汽器性能試驗、空氣預熱器漏風率試驗、真空嚴密性試驗等。(二)

提供常規性能試驗的各項界面，自動采集試驗數據，試驗完畢后自動生

成試驗結果和精度分析報告。

(三)給定試驗條件、試驗起始和終止時間，尋覓符合試驗條件的計算段，作

為試驗數據來源，進行試驗結果計算和精度分析。

3.3主機和主要輔機故障診斷

(一)

SIS應提供基于數據庫和專家系統的主機和主要輔機以及輔助系統故

障診斷功能，通過診斷軟件，應能夠實時分析出主機設備的故障原因，故障點并提供排除故障的處理方法，通過診斷軟件，能夠實時分析出主、輔機設備的故障原因，故障點并提供排除故障的處理方法。診斷信息應能夠存儲、打印并能將故障點反映到值長站上的流程畫面中，以便值長能夠了解設備運行狀況，主、輔系統運行人員能夠快速、確鑿地進行故障處理。(二)

賣方提供的故障診斷系統至少應包括主設備或系統的故障診斷：

——鍋爐、汽輪機及發電機的主要部件：

——送、引風機，一次風機，空氣預熱器，給煤機和磨煤機；——汽動和電動給水泵組；——循環水泵組；

——主要的輔助系統，包括化學水處理系統、凝結水精處理系統、輸煤系統和除灰系統等。

(三)故障診斷和事故預報應可以提供速率報警功能，如：

1)負荷升降速率

2)汽機軸振變化速率3)凝汽器真空變化速率4)主輔機本體參數變化速率(四)

故障診斷和事故預報應提供根據系統工藝特性判斷運行參數故障的功

能，如：

1)從送風機出口至引風機入口風壓、煙壓應逐步降低；2)從送粉風機出口至噴燃器入口風壓、煙壓應逐步降低；3)從爐膛出口至引風機入口，溫度應逐步降低；

4)從給水泵出口至給水泵入口，給水、蒸汽、疏水壓力應逐步降低；5)從汽包出口至鍋爐主蒸汽聯箱，溫度應逐步升高等；(五)

故障診斷和事故預報應提供報警閉鎖功能

1)停運設備的報警閉鎖：備用狀態的給水泵、低負荷下停運的送、引、排

粉\\磨煤機等；

2)閥門關閉狀態或泵、風機停運狀態下門或泵、風機后壓力、溫度和流量

的的報警閉鎖；

(六)

賣方提供的故障診斷和事故預報應提供溫度群多點組合報警功能，如：

轉動設備（送風機、引風機、給水泵和汽輪機）有大量的溫度群多點報警，其物理意義是只要一點異常即要報警，故障狀態下會出現多點報警，通過報警規律組合為一個報警信息，必要時運行值班人員可查詢具體的報警點。(七)

賣方提供的故障診斷和事故預報應可以根據故障知識庫對某無法測量

的故障進行預報，故障和事故數量約400個，至少包括以下類型：1)凝汽器、加熱器、爐管、過熱器、再熱器、管道堵塞或泄漏故障診斷；2)風機、泵性能下降3)風機聯軸器損壞4)調理閥卡澀、誤動；5)空預器漏風、堵灰、著火；

6)軸瓦磨損、損壞、汽輪機斷葉片、管結垢、泄漏、汽輪機發生水沖擊；7)汽水共騰；

8)鍋爐爐管（包括水冷壁和過熱器、再熱器爐管）檢漏；9)汽機推力瓦磨損，

10)空氣預熱器冷端溫度分析；

11)凝汽器冷卻水堵、漏

12)鍋爐受熱面積灰及結垢的分析。(八)

賣方提供的故障診斷和事故預報應提供故障主因報警、報警細目和操

作指導功能。例如：當發生運行給水泵事故跳閘后，會發生一系列報警：給水泵事故跳閘報警、汽包水位低報警、給水調理自動退出報警、主蒸汽壓力低報警等。該系統應僅發出“給水泵事故跳閘〞報警，運行人員查看報警細目時才看到“汽包水位低報警、給水調理自動退出報警、主蒸汽壓力低報警等〞內容；運行人員可查看操作指導：（1）、注意備泵是否聯鎖啟動，必要時手動啟動備用泵；（2）、密切監視給水壓力和汽包水位；（3）、根據需要適當降低機組負荷。(九)

除上述已完成功能外，系統應提供基于建模語言ML(Modeling

Language)和專家系統開發工具的開發平臺，基于自然語言表達的計算機編程語言：使用者無需學習計算機編程語言就能開發計算程序；

故障知識庫和推理機制應相互分開