人机界面死机情况的诊断

人机界面（主要是操作站）死机现象所有DCS都不同程度地存在，只是频繁程度不同。另外与DCS使用时间长短有关。因硬件引起的死机，显示不再能恢复。如操作站电源电压偏低，很容易使操作站死机。由于软件和通信连线的速率选择不合适引起的死机现象经一段时间仍能恢复。操作站操作系统与监控软件磨合不好也能引起死机，对此维护人员毫无办法，称为原发性死机。由于某些配置不合理引发网络堵塞、内存太小等原因造成的死机，过几分钟后自己能恢复。
　　
　　DCS人机界面的死机现象
　　
　　近来，由于MIS系统需从DCS中读取生产实时数据。在网络中接进动态数据服务器，有的采用DDE方式，在读取数据较多情况下（如3000点），由于DDE消耗资源较多，网络堵塞现象就变得十分频繁，并使得各种人机界面的节点死机现象变得严重。网络堵塞现象的严重程度与多种因素相关。从操作站取数据，采用DDE方式，如果取的数据在500点以下，问题还不算太大。如果取几千点数据，操作站死机几乎是必然的。如果把节点连到DCS的通信网络上，从网络接口取数据，情况要好一些。
　　
　　控制器把数据送到接口，人机界面从网络接口读取数据应遵守网络通信协议。网络物理结构有环型和总线型两种，总线网络在逻辑上也是环型的。星型网络只用于小系统（100个I/O点内）。常用通信协议是广播式，网络上的节点只要把数据送到网络上，它就要不断广播数据，需要数据的节点就接收数据。广播式协议的网络除这种方式外，还有一种方式：一个节点向网上其他节点问询数据，如其他节点没有，它就反复进行问询直至读取到这个数据。如果网络上根本没有这个数据，就会造成网络堵塞。为使运行人员熟练DCS操作站的操作，可采用仿真系统，了解DCS的键盘，以减少误操作引起死机；也可了解操作站死机情况。在DCS运行时间较长的情况下，组态只加不减，有一部分组态实际上已没有与真正的I/O点相连，与控制无关。另一个应注意问题是在接入动态数据服务器时，应检查所有接口的软件版本是否一致，否则会影响数据传递。
　　
　　如果采用例外报告方式，可加大例外报告区域以减少网络通信量。例外报告是指现场某点只在发生变化时把数据送到网络上。为防止点已坏而人机界面未知的情况，即使点不变化，超过一段时间也要报告。为减少网络上的通信量，把例外报告的两个参数都适当加大，也能达到减少数据量的目的。