DCS 中人机界面死机现象及处理方法dcs 死机现象有两种：人机界面死机、控制器死机。前者比后者损失要小。控制器死机是 I/O 卡件安排太多或存储器容量不够，一旦控制器程序运行到某一位置，就停留在该位置，程序不再往下走，即使重启也无济于事。人机界面（主要是操作站）死机现象所有 DCS 都不同程度地存在，只是频繁程度不同。另外与 DCS 使用时间长短有关。因硬件引起的死机，显示不再能恢复。如操作站电源电压偏低，很容易使操作站死机。由于软件和通信连线的速率选择不合适引起的死机现象经一段时间仍能恢复。操作站操作系统与监控软件磨合不好也能引起死机，对此维护人员毫无方法，称为原发性死机。由于某些配置不合理引发网络堵塞、内存太小等原因造成的死机，过几分钟后自己能恢复。一、DCS 人机界面的死机现象近来，由于 MIS 系统需从 DCS 中读取生产实时数据。在网络中接进动态数据服务器，有的采纳 DDE 方式，在读取数据较多情况下（如 30点），由于 DDE 消耗资源较多，网络堵塞现象就变得十分频繁，并使得各种人机界面的节点死机现象变得严重。网络堵塞现象的严重程度与多种因素相关。从操作站取数据，采纳DDE 方式，假如取的数据在 5 点以下，问题还不算太大。假如取几千点数据，操作站死机几乎是必定的。假如把节点连到 DCS 的通信网络上，从网络接取数据，情况要好一些。控制器把数据送到接，人机界面从网络接读取数据应遵守网络通信协议。网络物理构造有环型和总线型两种，总线网络在逻辑上也是环型的。星型网络只用于小系统（1 个 I/O 点内）。常用通信协议是广播式，网络上的节点只要把数据送到网络上，它就要不断广播数据，需要数据的节点就接收数据。广播式协议的网络除这种方式外，还有一种方式：一个节点向网上其他节点问询数据，如其他节点没有，它就反复开展问询直至读取到这个数据。假如网络上根本没有这个数据，就会造成网络堵塞。为使运行人员熟练 DCS 操作站的操作，可采纳仿真系统，了解 DCS的键盘，以减少误操作引起死机；也可了解操作站死机情况。在 DCS 运行时间较长的情况下，组态只加不减，有一部分组态实际上已没有与真正的 I/O 点相连，与控制无关。在工程师站的用户应用程序中有这样的 I/O 点。动态数据服务器接入时，欲将 DCS 上所有数据点都读上去，因其中有大量数据点无效而造成网络堵塞，所以人机界面就发生死机。这时可用逆向工程师站读取控制器中的组态，与正向工...
