一直认为DCS和PLC有“血缘关系”，想不到......

发展到现在，DCS和PLC之间没有一个严格的界线，在大多数人看来，大范围的控制就是用DCS，小范围的控制就用PLC。这么说很不准确，现在我们来重新建立这个观念。

那么，DCS和PLC 之间有什么不同？

发展

DCS从传统的仪表盘监控系统发展而来，因此，DCS从先天性来说较为侧重仪表的控制。PLC从传统的继电器回路发展而来，最初的PLC甚至没有模拟量的处理能力，因此，PLC从开始就强调的是逻辑运算能力。

系统的可扩展性和兼容性

市场上控制类产品繁多，无论DCS还是PLC，均有很多厂商在生产和销售。对于PLC系统来说，一般没有或很少有扩展的需求，因为PLC系统一般针对于设备来使用。一般来讲，PLC也很少有兼容性的要求，比如两个或以上的系统要求资源共享，对PLC来讲也是很困难的事。

DCS在发展的过程中也是各厂家自成体系，但大部分的DCS系统，比如西门子、ABB、霍尼韦尔、GE、施耐德等等，虽说系统内部（过程级）的通讯协议不尽相同，但操作级的网络平台不约而同的选择了以太网络，采用标准或变形的TCP/IP协议。这样就提供了很方便的可扩展能力。

数据库

DCS一般都提供统一的数据库。换句话说，在DCS系统中一旦一个数据存在于数据库中，就可在任何情况下引用，比如在组态软件中，在监控软件中，在趋势图中，在报表中。而PLC系统的数据库通常都不是统一的，组态软件和监控软件甚至归档软件都有自己的数据库。

时间调度

PLC的程序一般不能按事先设定的循环周期运行。PLC程序是从头到尾执行一次后又从头开始执行。（现在一些新型PLC有所改进，不过对任务周期的数量还是有限制）而DCS可以设定任务周期。比如，快速任务等。同样是传感器的采样，压力传感器的变化时间很短，我们可以用200ms的任务周期采样，而温度传感器的滞后时间很大，我们可以用2s的任务周期采样。这样，DCS可以合理的调度控制器的资源。

网络结构

 一般来讲，DCS惯常使用两层网络结构，一层为过程级网络，大部分DCS使用自己的总线协议，比如西门子和ABB的Profibus、ABB的CAN bus、施耐德的Modbus等，这些协议均建立在标准串口传输协议RS232或RS485协议的基础上。现场I/O模块，特别是模拟量的采样数据（机器代码，213/扫描周期）十分庞大，同时现场干扰因素较多，因此应该采用数据吞吐量大、抗干扰能力强的网络标准。基于RS485串口异步通讯方式的总线结构，符合现场通讯的要求。

I/O的采样数据经CPU转换后变为整形数据或实形数据，在操作级网络（第二层网络）上传输。因此操作级网络可以采用数据吞吐量适中、传输速度快、连接方便的网络标准，同时因操作级网络一般布置在控制室内，对抗干扰的要求相对较低。因此采用标准以太网是最佳选择。

PLC系统的工作任务相对简单，因此需要传输的数据量一般不会太大，所以常见的PLC系统为一层网络结构。过程级网络和操作级网络要么合并在一起，要不过程级网络简化成模件之间的内部连接。PLC不会或很少使用以太网。

应用对象的规模

     PLC一般应用在小型自控场所，比如设备的控制或少量的模拟量的控制及联锁，而大型的应用一般都是DCS。当然，这个概念不太准确，但很直观。