由于MIS系统需要从DCS系统中读取生产实时数据。在网络中接进动态数据服务器就会造成通讯网络堵塞，网络堵塞现象的严重程度与多种因素相关。
当结点连到DCS系统的通讯网络上时，通常有一个网络接口，控制器把数据送到接口。人机界面从网络接口读取数据，读取数据应遵守网络通讯协议。网络物理结构有环形和总线两种，总线网络在逻辑上也是环形的。星形网络只用于小系统（100个I/O点内）。常用的通讯协议是广播式的，在网络上的结点，只要把数据送到网络上，它就要不断广播数据，需要数据的结点就接收数据。广播式协议的网络除了这种方式以外，还有一种方式：一个结点向网上的其他结点问询数据，但如果其他结点没有这个数据，它就反复进行问询工作，直至读取到这个数据。那么如果网络上根本没有这个数据，就会造成网络堵塞。
操作站死机现象，不管何种DCS系统，在DCS七十年代问世以来，都不同程度的存在死机现象。操作站主要软件是操作系统、监控软件和控制器的驱动软件。早期的DCS系统，所有这三个软件都是由DCS厂家自行开发的，或者说是的。这三个软件可能有不相配的地方，所以在运行时产生死机，特别是键盘操作时几个特殊键按下时，就会产生死机。另外一种情况是：有的DCS系统、监控软件从其它系统移植过来，DCS制造厂家只开发一个驱动软件。这种情况下，由于DCS销售量小，软件之间配合问题没有得到充分暴露，死机就更为频繁。
动态数据服务器不是系统刚投运时就存在的，许多DCS用户是zui近几年根据需要才添加的。DCS运行时间比较长的情况下，工厂的维护人员不断更替，控制器的组态也不断变化，但有一个现象是：组态只加不减，有一部分组态实际上已没有与真正的I/O点相连。而动态数据服务器接入时，欲将DCS上所有数据点都读上去，而其中有很大数量的数据点是无效的，因而造成网络堵塞，所以人机界面就发生死机现象。这时可以用逆向工程师站读取控制器中的组态，与正向工程师站的内容进行比较，删除无效点，就可以避免网络堵塞和死机现象。
另一个应注意的问题是在接入动态数据服务器时，应检查所有接口的软件版本是否一致。否则也会影响数据的传递。
解决网络堵塞的方法是：如果采用例外报告的方式，可将例外报告的区域加大一些，以减少网络的通讯量。例外报告的意思是现场的某点只在发生变化时把数据送到网络上，如果不发生变化就不会传送。但为了防止点已经坏而人机界面不知道的情况。所以，即使点不变化，超过一段时间也要报告。为了减少网络上的数量，把例外报告的二个参数都适当加大，也能达到减少数据量的目的。
zui近几年推出的通用操作站，大多采用NT操作系统，监控软件也采用通用的，如：FIX、INTOUCH等。由于软件的销售量大，软件存在的问题较少。通用操作站的开放性能好，死机现象会大大减少。无论维护成本、备件采购都不受DCS制造厂家的限制。
本站客户服务
仪表网官微
仪表APP
仪表手机版
仪表小程序
