dcs的通信网络上连接着若干不同的节点，通常分为两类。 一类是通过I/O板直接连接到生产过程的节点，我们称之为控制器。 控制器按功能不同可分为数据采集控制器和回路控制器，两者可合为一个节点。 另一种节点与人机相连，称为人机界面。 它们通过通信网络从控制器收集数据。 按功能分为操作站，是工厂运行的主要设备。 它既要从控制器读取数据，又要将操作者的意图发送给控制器，所以数据传输是双向的。 人机界面的其他节点有工程师工作站、历史趋势站和动态数据服务器。 工程师工作站通常只是在系统投入运行前，根据生产需求连接控制器中存储的各种算法，填写参数，最后下载到控制器中。 它是一个配置工具，可以在系统上线后使用。 离线。 工程师站的工作不同于用算法语言编程，称为组态。

控制器内存中有各种控制算法，如：PID、加、减、乘、除、三角函数、矩阵运算、高级算法史密斯预估器，以及BASIC、C语言接口等。 操作站监控软件不能满足要求，也可以由工程师站制作动态流程图，加载到操作站。

为了升级DCS的控制器和操作站，不改变控制器的配置，由逆向工程站读取控制器的配置。 然后将其下载到升级后的控制器。 逆向工程站的另一个功能是查找故障并读取控制器配置进行分析。

人机界面的另一个重要节点是动态数据服务器，它是DCS与MIS系统的接口，是DCS与Web的隔离装置。 其特点是数据只能上行不能下行，存储数据量海量。 历史趋势站类似于动态数据服务器，其功能可以合并到动态数据服务器中，也可以是单个节点。

系统刚投入运行时，由于系统配置不完善，经常会出现网络拥塞的情况。 但是，经过一段时间的运行后，很少会出现网络拥塞的情况。

最近因为MIS系统需要从DCS读取生产实时数据。 当动态数据服务器接入网络后，网络拥塞现象变得非常频繁，各种人机界面的节点崩溃现象非常严重。 网络拥塞的严重程度与很多因素有关。

当节点连接到DCS的通信网络时，通常有一个网络接口，控制器向该接口发送数据。 人机界面从网络界面读取数据，读取的数据应遵守网络通信协议。 网络物理结构有环形和总线两种，总线网络在逻辑上也是环形的。 星型网络只用于小型系统（100个I/O点以内）。 常用的通信协议是广播类型。 网络上的节点只要向网络发送数据，就会源源不断地广播数据，需要数据的节点就会收到数据。 除了这种方法，广播协议网络还有另一种方法：一个节点向网络上的其他节点查询数据，但是如果其他节点没有这个数据，它就会反复查询，直到读取到数据为止。 这个数据。 那么如果网络上根本就没有这样的数据，就会造成网络拥塞。

操作站死机现象，无论是哪种DCS系统，自从70年代DCS问世以来，都不同程度地出现过死机现象。 操作站的主要软件是控制器的操作系统、监控软件和驱动软件。 在早期的DCS系统中，这三个软件都是DCS厂商自己开发的，或者说是专用的。 这三个软件可能存在不一致的地方，所以在操作的时候会出现死机，尤其是在键盘操作的时候按了几个特殊的键，就会出现死机。 另一种情况是：部分DCS系统和监控软件是从其他系统移植过来的，DCS厂家只开发一个驱动软件。 在这种情况下，由于DCS销量小，软件之间的配合问题还没有完全暴露出来，死机现象比较频繁。

系统刚投运时还没有动态数据服务器，近几年根据需要增加了很多DCS用户。 当DCS长时间运行时，工厂的维护人员不断更换，控制器的配置也在不断变化。 但是存在配置只增不减的现象，有些配置其实已经和真正的I/O点没有关系了。 连接动态数据服务器时，想读取DCS上的所有数据点，但大量数据点无效，造成网络拥塞，人机界面死机。 这时可以使用逆向工程师站读取控制器中的配置，与正向工程师站的内容进行对比，删除无效点，避免网络拥塞和死机。

另一个需要注意的问题是，在连接动态数据服务器时，需要检查所有接口的软件版本是否一致。 否则，也会影响数据的传输。

第三种解决网络拥塞的方法是：如果使用异常报告，可以扩大异常报告的区域，以减少网络的流量。 异常报告是指现场的某个点只有在发生变化时才会向网络发送数据，如果没有变化则不会。 但是为了防止点已经断了，人机界面不知道的情况。 因此，即使该点没有变化，也会在一段时间内报告。 为了减少网络上的量，适当增加异常报告的两个参数也可以达到减少数据量的目的。

近年来推出的通用操作站大多采用NT操作系统，监控软件也采用通用的，如：FIX、INTOUCH等。 由于软件销量大，软件出现问题的情况较少。 一般操作台打开性能好，死机现象会大大减少。 无论维护成本如何，备件采购不受DCS制造商的限制。 这是 DCS 向前迈出的一大步。