我先表明我的观点，我认为使用梯形图，还是语句表，或者c语言，根据个人的习惯有关，不能代表一个人的技术水平。毕竟1500在梯形图上他的功能指令更丰富，包括有些工艺模块本身就以梯形图做成了一个块方便调用和使用。这样看来梯形图的优势还是很大，但是总体而言不能拿一个人的技术水平用你编程序的方式不同而定论，那么只会用c语言写程序的就是1500的大拿或者高手，我感觉太片面了，不然1500不会有多与300/400那么多的功能指令，用什么方式只能代表你个人擅长的技能，不能代表一个人的技术水准，之所以有那么多方式只是让更多人有更多的选择方式，不知道大家认同不，欢迎大家讨论

大拿只需要把框架搭好，一些重要的功能块写好，模板做好。每个工位的具体流程就给一般的工程师来做，根据工艺来把模板内的程序组织下，再增加或删除一些东西，

TIA Portal V15  一个子程序同时支持各种语言就是让合理选择，逻辑控制肯定用梯形图方便，函数运算估计SCL，要根据具体功能选择编程语言吧。

语言这种东西确实还是有区别的，我觉得LAD就像 Vistual studion里面的VB，被鄙视为最低级的语言。

但是它入门快，又直观做小项目很快。LAD也是，如果你项目用LAD编程已经足够了。为啥不能用的LAD的可读性是最强的，不管对维修的还是自己(SCL语言时间长了自己看着都累）。

不过我记得@Letham 说过1200,1500开始SCL语言的执行效率是最高的，如果你的程序已经复杂到要考虑执行效率了，那你不得不得考虑这个问题了。

我提倡混合编程比如，逻辑联锁有些还要开放给用户诊断的用LAD

复杂的算法，可能自己还要封装的用SCL。

编程语言仅仅只是一种工具，工具虽然没有高下之分，但高水平的工程师肯定会用的工具就多，知其道用其妙，不用最高的，自用最合适的。

讨论这种问题，对提高技术水平有帮助吗？

还是套用IT行业那句话“没有最优秀的编程语言，只有最优秀的程序员”，大道至简，用最简洁高效的方式完成任务是最恰当的。有时简单的逻辑动作弄一堆IF..ELSE没有任何意义，也证明不了什么。

从编程角度来看，用C,SCL,STL 的确比LAD/FBD来的高大上点，尤其是在S7-300/400时代。

如今，在S7-1500平台上，LAD/FBD 也可以做出高大上的程序了。
具体用那种，看你以后怎么发展了，如果，喜欢编程 还是 用文本编程中SCL,C吧，像IT编程语言多靠一靠。

 编逻辑程序，IF THAN  ELSE   CASE这些SCL语言的程序，就用如S/R指令一样，都是脚踩西瓜皮贴狗皮膏药的活儿，滑到哪儿贴到哪儿。

程序呢，表面光鲜，实则裹脚布又臭又长。

以前在300/400 平台上 SCL编写的程序 ，在没有源代码的情况下，可以转换成STL，可以很清楚的看出SCL 编写的程序 在转换成机器码时 会有很多不需要的代码。

看下面，是SCL编写的程序块，在没有源代码的情况下，转换成STL的情况

      SET   

      SAVE  

      =     L      0.1

      L     DB855.DBD   12

      T     LD     2

      OPN   DI   845

      L     DID 1024

      T     LD     6

      UC    "DIV_R"

            P#L 2.0

            P#L 6.0

            P#L 10.0

      L     LD    10

      T     DID    0

      A     BR

      =     DB844.DBX    1.4

      SET   

      SAVE  

      =     L      0.1

以上三句 大家在自己编程的时候 是否会这样干，先把BR位保存到L0.1里？

其实以上代码就是如下

        CALL  "DIV_R"

         IN1 :=DB855.DBD12

         IN2 :=DB845.DBD1024

         OUT :=DB845.DBD0

      A BR

      =   DB844.DBX1.4

不过 从SCL转换成的STL代码里，可以看出更深层次东西，比如实参到形参的参数传递到底怎么来进行的。

STL让人更多的观察到硬件底层发生了什么，在口碑比较好的汇编语言著作里，针对高级语言不同形式的程序结构控制指令，如if...then... while()..do...for等，都给出了详细地底层代码(寄存器层面），两相比较，还是能有不少收获的，尤其是底层对编写高效率的代码要求很吃功力。

有空时，对照着看看也是一种消遣。

 用最简单的手段做出最复杂事情，那才叫真牛，就像你用圆规画园没什么，但你徒手画圆那就牛了

语言各有各优势吧，关键还是看工程师的逻辑能力。

梯形图在一些简单的逻辑上，好编好查。

用在有流程控制上。很多步骤条件的，我会用case of 方便好查。

这个问题抛出来说明楼主修炼的火候还不够啊。。。。。。。。。。开个玩笑

新手刚刚接触必然是对编程的细节很在乎，比如有人会纠结语言的选择。实际上这些编程技巧通过各类书籍、官方的例程资料手册等等，很快就能入门、提高了，当然到什么程度看个人火候了。我见过几十岁的老工程师写出来的程序质量还不如一个参加工作几年的人。

但是老手的区别在于能够清楚的知道程序需要达到的具体功能（很多细节的功能要求往往来源于某次工程中的经历），然后会划分程序结构、功能等等

放到IT行业里面所谓的系统架构师就是这类人，他们非常清楚具体的功能要求，并且能够拿出具体的解决方案包括系统框架等等

这个问题好热闹。 

我来凑一下热闹。

我的回答：是。

而且极其反对那种萝卜青菜各有所爱的说法。 

如果你鱼肉蛋奶萝卜青菜都摆在你面前， 你选择萝卜青菜， 那你是各有所爱。 如果你吃不起鱼肉，只吃得起萝卜青菜， 那就不是各有所爱， 那是穷。 没办法， 没得选。 

所以，喜爱用LAD编程的有两种人， 一种是所有编程语言都精通， 但最终选择用LAD编程。 另一种是只会用LAD，别的语言都不会，压根不懂，所以只好用LAD。 

必须要分清楚这两者的区别。 如果是后者， 就千万别跳出来标榜什么各有所爱了。 

  也觉得新手和老手的区别主要是在程序的架构上，语言适合自己就好，要是为了所谓的高大上，强行用某种语言，反而落了下乘。

语言是种工具，不同的工具擅长做不同的事情，每种语言都有各自的优缺。

楼主所说的C语言编写S7-1500的程序，不知道怎么个编写法，博图现在支持C语言开发程序吗，如果能支持的话有好多东西写起啦就容易多了。

学习了，不用最高的，只用最合适的，一切根据自己的实际情况来做

菲版，你用vb或者c做项目你就知道弊端了，当然视觉，还是c比较好，对于大部分工控来说，labview更简单，方便些。

我一直用VB做项目的呀，labview之前也看过一些资料。我只承认入手快，单不同意更强。现在的都工业4.0了，咱们工控人还要固步自封么，很多IT的也会写LAD了C咱们为啥不能搞点VB,VC呢。

我说一句，就目前的技术水平而言，谁最早把C开放出来给用户用，谁的系统水平最低。

西门子这点控制得还是很好的，结果就是博图会这么庞大，软件会这么好使，指令及库会这么丰富。

总有一天机器视觉会变成一条PLC内的指令，好像是快了，AI模块已经推出不是吗？

那是徒有虚名的大神，真正的大神编程绝对不比你少！

快过年了！这不是要写对联了吗。对联那就使用毛笔写呗，这个月签了几个合同，是使用钢笔签的。。。。。。

写的好不好看，写的成不成功。不还得靠你吗？

发表一下个人观点，就博图平台来说，SCL的移植性比较好一些，原来在S7-1200编写的程序，有可能要移植到S7-1500/300/400 使用SCL应该是比较好的选择了。同样要把S7-1500/300/400的程序移植到S7-1200 还是SCL比较合适，你这个时候千万不要和我说使用STL ，1200不接受STL了，也就是说使用STL编写的代码想移植到S7-1200就没有那么容易了。。。。

至于编程语言这个东西，你使用那个语言是你的事情，我有没有这个语言又是另外一回事。所以平台尽可能的满足广大用户，尽可能的做的丰富多彩。尽可能的满足各种各样的人的口味。。。。。我觉得就是这样而已。。。

我举双手赞同，如果大神不编程，我就纳闷他是怎么成为大神的

语言只是工具，不同语言适用于不同的工况。但是，最终要的还是使用语言的人！！！

高级工程师不是应该是在合适的场合用合适的语言吗。

LAD SCL 都有各自的优势。

一般控制逻辑 lad清晰明了

要是做数据运算什么的  scl就比较擅长了

不同的语言有不同的优势，要鞭策自己熟练运用所有的语言。

STL/SCL/LAD/FBD/GRAPH，是5把利剑，初学者才做选择，高手都是全要。

STL处理面向位的底层需求，SCL处理数据运算遍历等需求，GRAPH处理流程控制，LAD可读性强构建框架。

其实应该参照IEC61131。

参透指令表（IL）&梯形图（LD）/功能块图（FBD）&结构化文本（ST）&顺序功能图（SFC）&连续功能图（CFC）