DCS系统通讯问题的分析与处理.pdfVIP

第11卷(2009年第12期) 电力安全技术 Q hengc生ha主ny二ixia堡n DCS莠痂通讯问题的夕祈与处理 张国峰 (大唐阳城发电有限责任公司，山西晋城048102) X350 阳城电厂一期6 MW机组分散控制系统 只有常用的DCS控制逻辑图的更改完善(包括增加、 采用德国西门子公司的T-XP控制系统，二期2×删除、修改其控制保护逻辑、性能计算公式以及运 600 Mw机组分散控制系统采用西门子公司的T一 行操作画面等)可以随时进行而不影响机组的正常运 2000控制系统。在多年的运行中，这2种分散控制行。而大量的控制逻辑的更改(几十张小逻辑图、 系统(DCS)运行稳定、维护方便，为机组的安全稳非常复杂的逻辑更改，删除某个设备的保护信号或 定运行提供了强有力的保障。但DCS系统发生的几 在不同的CPU之间新增加通讯信号等)可能导致 次通讯问题也给电厂的安全生产带来了很大影响， ES680无法正常生成代码；或即使已完成代码生成 经过仔细分析和多次处理，最终解决了这些问题。 过程，仍有可能无法在LoadPC计算机中完成代码 的转换工作；或因为转换后的代码与以前的代码相 1 T-XP和T-2000型DCS系统对比分析 差较大，而无法将代码传送到AS620的CPU中或 h～l T—XP系统主要包括，OM650操作和监视系经过长达0．5 h才能将代码传送到AS620的 统、AS620自动控制系统、ES680工程师站系统以CPU中l或即使已经正确传送代码但信号的通讯仍 及SINEC总线系统等。T-2000系统也是由这4个然不正常，在这个过程(正常的代码传送时间通常在 10 系统组成的，不同的是T-2000系统的AS620系统rain左右)中一旦出现意外的通讯故障，将会影响 中央处理器采用西门子公司S7系统的CPU417，而 机组的正常运行。 T-XP系统的中央处理器采用西门子公司S5系统的 2 DCS系统常见的通讯问题 CPU948。 T-XP系统的ES680工程师站是基于S5系统 的，因此其与As620自动控制系统的基础软件是一程中，常见的通讯问题是AS620系统的各个CPU 致的。当DCS控制逻辑图通过ES680生成S5系统之间的通讯有时不能正常进行，即各个AP自动处 的软件代码后，再传送到AS620的CPU时几乎不理器系统间的通讯不能正常进行(通常每个AP系统 S68 会发生通讯问题。E 0上的动态数据总能与 完成机组的一部分热力系统的过程控制，如凝结水 AS620的CPU中的数据保持一致，即使是模拟信系统、给水系统、润滑油系统、磨煤机系统、风机 号或去掉模拟信号都不会发生任何问题。对DCS控 系统等，l台机组常有10几个AP系统)。这时各个 制逻辑图的更改完善(包括增加、删除、修改其控制 热力系统间的信号无法交换，具体表现为：一个开 保护逻辑、性能计算公式、以及运行操作画面等) 关量信号在1号CPU中为“l”，通讯到2号CPU 可以随时进行而绝不影响机组的正常运行，ES680中看到的却为“0”；一个模拟量信号在l号CPU中 中的在线代码可以与AS620中的在线代码时刻保持 一致。 “0”。一旦出现这样的通讯故障，就会使1个CPU T-2000系统的ES680工程师站也基于S5系统，与本机组所有的其他CPU都无法通讯。当然本机组 所有的其他CPU之间的通讯此时