源于很多年前参加的一个招聘，我觉得DCS工程就是一个组态的过程，把各种功能块堆叠起来，任务也就完成了，特别是非常专业的系统，DCS厂家更是提供非常傻瓜化的操作，所以我觉得这根本就谈不上是在编程。但招聘方的工程师觉得DCS工程就是编程的过程，我们来了几个来回，他的编程观没说服我，我也没有说服他。
也有DCS工程师说过，既不懂梯形图，也不懂C，我就觉得这两东西都不懂，能叫编程吗？
这么多年过去了，由于我并没有全面的参加过真正的DCS工程建设，这个问题我依然没有搞懂。
究竟是组态，还是应该上升到编程。

看来是要闹笑话了！
这个观点来之于一个DCS现场工程师，跟他的接触中接受了他的观点。
大家觉得这个问题过于“弱智”，其实在隔壁论坛很多年前也有过相似话题的讨论，有DCS工程师表示PLC工程师干的才是真正编程的活，他们干的就是搭积木的组态活，他们挺羡慕PLC工程师的，觉得那才是真牛皮。
当然，那些基于PLC系统的DCS就不讨论了，因为那是DCS与PLC相互交叉发展后的产物。
大家觉得如果我的观点完全错误，尽情扔砖，被砖砸去糟粕，学到不懂的知识，值得。

引用

引用第1楼南郭先生于2016-08-25 06:38发表的  :
当然包括编程，你可以认为DCS是上位机和高端pLc的组合，只是更强调安全，功能更强大，支持的库文件更多。你能说西门子PCS7不算DCS，但它就是DCS系统。楼主可以先找个软件试用，就不会有这种想法了。

PCS7底层是PLC，这个清楚，但是对于传统的DCS系统不知是否熟悉？

引用

引用第2楼刘永于2016-08-25 06:48发表的  :
人不要那么自大，自己懂点就那么去说别人，如果是我、我不会要你的。因为今天你能说别人，明天你就可以说我。祝你好运

都是很多年前的事了，很牛皮的国有企业，那个面试工程师非常客气的，底下员工说是他们公司最牛皮的，专业能力非常、非常、非常厉害，能跟他前途无量。他想把我收编了，估计是想关我进去好好修理我，不过待遇不归他管，现在觉得当时还是应该去。
俗话说，满壶不响，半壶响叮当！谁年轻时候还没有狂妄过呢！

引用

引用第3楼xiakebiao于2016-08-25 07:24发表的  :
多年后，你还是对DCS一窍不通！很佩服你敢于说出“DCS工程就是一个组态的过程”的勇气。

教训得对。
我想请教下，是否接触过传统类型的DCS，因为看资料，都没有提到“编程”的概念，而都说这个过程是“组态”。

引用

引用第10楼南郭先生于2016-08-25 11:39发表的  :

现在当然在做，和利时，以前用过ABB，做西门子pLC时顺便熟悉了下PCS7，DCS动不动上千点，不编程控制动作从何而来。

谢谢你耐心的回复。

由于现在没有机会接触DCS系统，原来接触过，但不深入。

百度词条对组态概念的解释：
“组态(Configure)”的含义是“配置”、“设定”、“设置”等意思，是指用户通过类似“搭积木”的简单方式来完成自己所需要的软件功能，而不需要编写计算机程序，也就是所谓的“组态”。
解释里还把组态与编程进行了对比。

刚又去翻了下教科书《计算机工业控制》DCS章节（我学的电子，工控我是半路出家，原来买了些工控专业的教科书），DCS工程步骤中的确没有编程这个环节，但在“脚本语言”章节的描述中有一段话：“当某些控制、计算任务通过常规组态方法难以完成时，脚本语言保证能够解决问题。”
里面指的“脚本语言”是否就是编程的环节？

大家所指的DCS中的编程，是否就类似于触摸屏的脚本？

也就是说  编程  是  组态  的一部分？

那么在DCS工程中，这种“编程”在整个工程过程中能占到多大的比重量？

引用

引用第13楼南郭先生于2016-08-26 07:18发表的  :
以和利时为例，先组态硬件，然后生成编辑数据库，编程部分叫控制算法，和主流PLC编程语言基本—样，然后画面组态，也可以编辑一些报表之类。控制算法在工程当中的量我个人认为占百分之六十。楼主有点钻牛角尖，pLC的ST语言你说是不是脚本，尽信百度不如无百度，还是实践出真知。

非常感谢你的解答，现在明白了。再次感谢！