KS1-03*B      KS10-03*A    KS9-03*B      KS4-03*A      KS3-03*A      KS2-03*B

KS1-05*B      KS10-05*A    KS9-05*B      KS4-05*A      KS3-05*A      KS2-05*B

KS1-07*B      KS10-07*A    KS9-07*B      KS4-07*A      KS3-07*A      KS2-07*B

KS1-10*B      KS10-10*A    KS9-10*B      KS4-10*A      KS3-10*A      KS2-10*B

KS1-15*B      KS10-15*A    KS9-15*B      KS4-15*A      KS3-15*A      KS2-15*B

第五讲   DCS的通讯网络堵塞和

          人机界面死机现象

在DCS的通讯网络上连接有几种不同的结点，它通常分为两大类。一类是直接与生产过程通过I/O板连接起来的结点，我们称之为控制器。控制器根据功能不同又可以分为数据采集控制器和回路控制器，两者可以合为一个结点。另一类结点是与人机相连的，称为人机界面。它们通过通讯网络采集控制器中的数据。根据功能又分为操作站，这是工厂运营的主要设备，它既要从控制器中读取数据，又要将运营人员的意图送给控制器，所以数据传输是双向的。人机界面的另外几种结点分别是工程师工作站、历史趋势站和动态数据服务器。工程师工作站通常只在系统投运前，把存储在控制器中的各种算法按照生产要求连接起来，并填进参数最后下装给控制器，它是组态用的工具，系统投运以后可以离线。工程师站的工作区别于用算法语言编程，称之为组态KS1-03*B。

   控制器的存储器中存有各种控制算法，如：PID、加、减、乘、除、三角函数、矩阵运算、先进算法史密斯预估器，与BASIC、C语言接口等。如果操作站中的监控软件作图功能不能满足要求，也可由工程师站做动态流程图，然后装载给操作站。

为了DCS的控制器和操作站的升级，不改变组态，由逆向工程师站读取控制器组态。然后下装给升级后的控制器。逆向工程师站的另外一个功能是为了查找故障，读取控制器组态供分析使用KS1-03*B。

人机界面的另一个重要结点是动态数据服务器，它是DCS和MIS系统的接口，是DCS和Web的隔离设备。它的特点是数据只能上行，不能下行，而且存储的数据量是海量的。历史趋势站和动态数据服务器类似，它的功能可以合并到动态数据服务器上，也可以单独成为一个结点。

在系统刚投入运行时，由于系统组态不完善，经常发生网络堵塞。但投运一段时间后，就很少发生网络堵塞KS1-03*B。

近来，由于MIS系统需要从DCS中读取生产实时数据。在网络中接进动态数据服务器，网络堵塞现象就变得十分频繁，并使得各种人机界面的结点死机现象很严重。网络堵塞现象的严重程度与多种因素相关。

当结点连到DCS的通讯网络上时，通常有一个网络接口，控制器把数据送到接口。人机界面从网络接口读取数据，读取数据应遵守网络通讯协议。网络物理结构有环形和总线两种，总线网络在逻辑上也是环形的。星形网络只用于小系统（100个I/O点内）。常用的通讯协议是广播式的，在网络上的结点，只要把数据送到网络上，它就要不断广播数据，需要数据的结点就接收数据。广播式协议的网络除了这种方式以外，还有一种方式：一个结点向网上的其他结点问询数据，但如果其他结点没有这个数据，它就反复进行问询工作，直至读取到这个数据。那么如果网络上根本没有这个数据，就会造成网络堵塞KS1-03*B。

操作站死机现象，不管何种DCS系统，在DCS七十年代问世以来，都不同程度的存在死机现象。操作站主要软件是操作系统、监控软件和控制器的驱动软件。早期的DCS系统，所有这三个软件都是由DCS厂家自行开发的，或者说是专用的。这三个软件可能有不相配的地方，所以在运行时产生死机，特别是键盘操作时几个特殊键按下时，就会产生死机。另外一种情况是：有的DCS系统、监控软件从其它系统移植过来，DCS制造厂家只开发一个驱动软件。这种情况下，由于DCS销售量小，软件之间配合问题没有得到充分暴露，死机就更为频繁。