???? 根據給粉機跳閘表現出的可視現象，故障同時發生在丁層四臺給粉機，我們認為故障源是丁層給粉機控制總線和擴展總線的通訊瞬間脈沖干擾信號或者是公用控制主模件21通訊到丁層給粉機控制主模件15的MFT通訊瞬間脈沖干擾信號。為了防止控制總線和擴展總線的通訊干擾信號，將J1、J2、J3、J4給粉機Infi-90輸出控制命令分兩組輸出， J1、J3給粉機控制命令由原來的15控制主模件直接輸出； J2、J4給粉機輸出命令由15控制主模件編輯至17控制主模件輸出板輸出。利用控制總線數據傳輸速率1M波特和擴展總線數據傳輸速率500K通訊瓶頸，屏蔽通訊過程中出現數據瞬間傳輸誤碼導致給粉機跳閘。其中丁1、丁2給粉機控制命令直接脈沖輸出；丁3、丁4給粉機控制命令保持延時1秒生效處理輸出，這樣，丁3、丁4給粉機停控制命令小于1秒，給粉機不停運。四臺給粉機輸出控制命令進行分散輸出處理，也是為了分散控制輸出點，防止故障同時大面積發生。機組實際運行中，若鍋爐MFT動作，不可能在幾秒內恢復燃燒。基于這種思路，為了防止公用控制主模件21通訊到丁層給粉機控制主模件15的MFT通訊干擾信號引起的給粉機跳閘，對送到15主模件的MFT信號進行保持延時0。5秒生效處理，也就是公用主模件21通訊到丁層控制15主模件的MFT信號發生時間小于0。5秒，丁層控制15主模件就認為MFT信號無效。MFT信號發生時間大于0。5秒，切丁層給粉機。為防患于未然，對公用主模件21通訊到11、13、17主模件的MFT信號也進行保持延時0。5秒生效處理。

(2).丁層給粉機層有火信號控制邏輯完善

???? 經過對丁層給粉機控制邏輯重新編輯后，同時加強丁層給粉機追蹤監視。發現丁層給粉機數字邏輯站DLS控制面板上的指示燈“在投/已投”、“在切/已切”有時依然突然同時亂閃，但此時丁層給粉機實際已經不跳閘。說明原控制回路的跳閘現象仍然存在，進一步還發現跳閘現象發生時丁層給粉機層無火信號消失。分析給粉機層火焰邏輯原理，如圖5。其中給粉機層火焰信號由給粉機對角火焰信號組成。機組運行期間，給粉機單角火焰消失，DLS火檢指示燈閃爍報警。當所有給粉機層火信號消失，全爐無火，觸鍋爐MFT動作。我們從故障現象發生時丁層給粉層無火信號同時消失和給粉機“在投/已投”、“在切/已切”燈閃爍現象進一步證明故障根源是Infi-90內部的給粉機切命令。因為，原給粉機停控制命令仍在DLS控制面板指示燈控制回路和給粉機層火焰邏輯中發揮作用。如圖5給粉機層火焰邏輯，當有給粉機停命令時，RS觸發器被置“0”，各角給粉機火焰消失，當然給粉機層火焰也就不存在。為了使丁層給粉層火焰信號更直接反映噴燃火嘴燃燒狀況，取消排粉機運行信號、給粉機控制命令等參與丁層給粉角火焰信號邏輯，如圖5中虛線框內部分。? 用新編輯的丁層給粉機角火焰信號和給粉機控制命令代替原DLS控制面板指示燈控回路的相應信號和命令。

(3).個別給粉機跳閘處理通過分析事故追憶和跳閘現象，認為不同層幾個給粉機同時跳閘是因為集控室的數字邏輯站到電子間的Infi-90通訊電纜干擾。在建廠和以后的設備改造中，將動力電纜和Infi-90通訊電纜敷設在同一電纜橋架的同一層，現在移動電纜比較困難。我們通過對數字邏輯站發出的給粉機控制命令冗余確認處理，給每層給粉機增加一個確認按扭。改進后的邏輯如圖6。因數字邏輯站發出的控制命令為脈沖信號，脈沖寬度只有20ms。運行人員不可能在20ms內完成兩個鍵的操作，將給粉機停按扭發出的脈沖增加到2秒，當給粉機停按扭按下后2秒內按停給粉機確認按扭，手動停給粉機命令有效。

???? 另外，煤粉在爐膛內燃燒是一個復雜的過程，它受多種不確定因素影響。爐膛壓力的波動，一、二次風量的變化等都影響火檢的正常工作。為了防止機組高負荷時的滅火，在保證火焰檢測總延時不變的情況下，將火焰檢測單元的火焰信號延時縮短1秒，Infi-90內部通過軟件對給粉機層無火信號進行0。5秒的保持延時觸發鍋爐MFT。也避免干擾引起火焰信號瞬間消失，造成不必要的滅爐事故。

???? 結論：鍋爐燃燒管理系統BMS的可靠性不僅與設備制造、系統設計、安裝調試質量有關，而且與機組運行操作手段和調整方法也有很大關系。鍋爐燃燒工況的質量直接影響BMS的穩定可靠運行。? 通過對#6爐丁層給粉機控制軟件完善，動態試驗、靜態試驗和機組一年多的運行證明，控制軟件完善是成功的，取得了一定的經濟效益。事故追憶記錄也證明了Infi-90內部邏輯運行正常，火檢邏輯穩定可靠。