FOXBORO 系统在电厂应用中的常见故障分析及处理

  控制数据库的备份   在线恢复备份 1 在根目录下创建备份文件夹Cponlinebk 2 拷贝 opt/fox/下 ciocfg 文件到备份文件夹 3 拷贝 opt/fox/下 csa 文件到备份文件夹 4 拷贝 usr/fox/sp/files/下 DB* BB* 文件到备份文件夹 5 键入恢复命令      离线恢复备份 1 创建备份文件夹 Cpofflinebk 2 在 Cpofflinebk 文件夹下手动创建 CP2001CP2002 CP2023子文件 不包括CP004 CP2005 3 打开 API 文件 执行保存程序 4 键入恢复命令

   DCS 故障原因分析及防范措施    DCS 死机故障情况 T09 00 1 号机所有操作员站工程师站无法操作 CRT 画面虽有数据显示 但不变化ATS 网络通信负荷为 560 包/s 认定为 DCS 死机 1min 左右 系统自动恢复正常 重新启动操作员站后 ATS 网络通信负荷降至 220 包/s 10 00 左右DCS 再次网络中断 死机 1 min 左右 系统自动恢复 11 09 DCS 出现与之前相同的故障 ATS 网络通信负荷降到 250 包/s 死机 3 min 左右 系统自动恢复正常     原因分析 调用 NFD 日志文件检查 显示多条相似的错误信 息 STATE CHANGE 0 CBL 0 0 S CP10094000 4000 D WP1002 4077 4000 M AW1003 40004000 表明 CP 与操作员站有通信中断的现象 该现象易使通信负荷逐渐增大 达到某种程度时将会引发网络通信拥堵 致使操作员站瞬间死机 因此确定故障是由 DCS 2 台交换机瞬间死机引起的。

   防范措施 1 在操作员站 工程师站上增加检测 CPU 负荷及网络负荷的程序 并记录到日志文件中 观察设备正常后再停止程序 2 加强对 DCS 的定期检查 要求每天检查 1次系统网络负荷 并做好相关记录 当网络通信负荷达 450 包/s 时 必须采取相应的措施 3 每周需重启 1 次操作员站4 更换 1 号机 DCS 的 2 台交换机

    大屏幕画面数据蓝点故障故障情况      2 号机大屏幕 WP2007 画面中部分数据显示蓝点 画面翻动及操作正常 经查询发现显示蓝点的全部为 CP2010 的数据 初始判断该现象可能是 WP2007 本身和整个网络通信存在问题造成的 断开该处网络 重启机后恢复通信线 WP2007数据蓝点故障消失 但之后工程师站 AW2005 数据又显示蓝点 重启 AW2005 后 AW2005 显示正常但将会有另 1 台操作员站或工程师站出现上述相同的问题     原因分析 经分析 CP 接收和发送数据有一定的限制发送的数据站最多为 20 个 接收的数据站最多为 30个 而 CP2010 的接收和发送数据站达 41 个 该值达 38 则已处于危险状态 已超过上限 原因是操作员站所监视的画面下方有 1 个数据条 在数据条中有 2 个数据是 CP2010 中的点 相当于 CP2010 一直在发送数据站 而系统改造后新增了AW2005 若再 调用的画面中 CP2010 数据较多 将可能达到CP2010 发送数据站的上限 导致 CP2010 对某台机不发送数据 画面数据显示蓝点3.2.3 防范措施

1 画面优化 改变画面下方数据条中 CP2010点的连接属性 即在 CP2008 中创建中转块 由于原CP2008 和 CP2010 有跨 CP 通信点 新增中转块后将不增加 CP2010 发送数据站的数量 画面下方数据条将从 CP2008 中调用 直接降低 CP2010 发送数据站的个数 2 组态优化 对与 CP2010 有跨 CP 点通信的进行优化 如空冷逻辑有 4 个函数只引用了 CP2010的机组负荷点 把该负荷点引用端改成 DEH 逻辑经修改后 CP2010 发送数据包个数有明显下降

3 重启操作员站及工程师站 重启前 将每台机界面调至初始画面 即释放所有的数据链接

   DCS 操作员站故障故障情况    T09 25 2 号机操作员站画面不能翻动 无法操作 约 1 min 后 系统自动恢复 09 32左右 故障再次发生     原因分析 由于 2 号机的时间均自动与 AW2001 对时 发生故障时 AW2001 的时间比标准时间快 30 min 这样其他设备在与 AW2001 自动对时期间易卡死 导致数据扫描停止而无法操作 故障发生后 其他设备重启恢复正常 而 AW2001 重启失败 采用备用机箱试验 确定故障是由 AW2001 主机硬盘损坏导致时间误差引起的     防范措施 1 加强对 DCS 的学习培训 以便发现故障及时处理 并做好日常 DCS 设备点检工作 2 做好 DCS 专用备件的材料计划 保证备品全不影响机组稳定运行   ATS 网络通信负荷偏高 1 号机改造后 由于新 旧网络通信还存在问题 导致 MESH 与 NODEBUS 的网络通信负荷长时间偏高 当负荷达 600 包/s 左右时 仍有可能导致通信拥堵 造成操作员站死机经试验 排除 ATS 硬件 图形 FOXVIEW 版本操作员站系统版本等问题 判定是因操作人员频繁双击FOXVIEW 造成的 FOXVIEW 有时无法最大化 操作人员直接点击 QUIT 非法启动 导致操作员站画面数据连接无法正常释放 造成通信负荷越来越高 为了防止 FOXVIEW 无法全屏 在各操作员站设置了重启 DM 键 彻底解决了上述问题通过对京隆公司近期发生的几起较为典型的DCS 故障案例的分析可以看出 DCS 的可靠性关系到电厂的安全稳定运行 必须引起热工专业人员的高度重视要防止各类故障的发生 必须从 DCS 软件组态和硬件生产抓起 将国内应用的各种类型的 DCS 发生的故障情况反馈到有关部门及 DCS 生产厂家 由 相关部门召集专家进行分析研究 制定出相应的标准 制度和反措 有助于降低 DCS 故障的发生概率提高机组的安全运行水平。