控制任务用状态机描述如下：

下面是程序：

自定义数据：

是不是很精巧，还额外提供步上升沿。

AB程序写起来比TIA更方便。

请大家给点建议，看看是否还有改进空间。

RSLOGIX 的梯形图 用起来 比TIA PORTAL STEP7 的强大多。
这也是我一直在使用西门子PLC 时 坚持用使用文本编程的原因,TIA PORTAL STEP7 的LAD/FBD编程效率太低，不好用，虽然和经典STEP7比起来有进步，而且LAD/FBD 和WINDOWS 不是共用剪切板的。

AB的LAD等也是可以通过文本化方式导入的，比如 L5K 文件的方式，西门子目前的导入导出源程序只支持文本编程方式。。。。。路漫漫长而修远兮，西家尚需努力 

TIA PORTAL 在LAD/FBD编辑器这块 需要向AB/GE 学习！

楼主，看来是个编程浪子啊，赞一个！

到了1500，博途已经提高了很多了，AB的的确比较随意，而且更强大一些。但是西门子也是有很多优势的，比如程序的比较、下载什么的，在fb、fc块这方面，西门子的比ab的自定义指令要更开放随意一些，不会限制那么死只能用内部变量什么的。现在用博途感觉已经越来越顺手了。

我觉得1500还是太随意了，容易些错程序。

• 数组下标可以是负值，很是奇怪，最好从0或1开始。从1开始会更好点，更方便做循环变量。

• 看过很多程序，大家很喜欢用M变量，其实M变量是全局变量，能不用则不用。
  如果函数或函数块需要和外部通讯，可以专门建个共享数据块。而M变量建议只在OB块用。

• scl编程中，变量名不区分大小写，这个很失败，把Pascal的缺点也抄来了。这个其实是IEC61131类

  语言的通病。

  
  

在scl编程中，变量名不区分大小写，反而是优点。以前变量名短，就限制几个字符,所以需区分大小写以增加字符种类，现在变量名可以很长，再区分大小写，则只是增加混淆，无实际意义。

1500目前我们项目中才刚刚要开始用，很多东西很不熟悉，你说的几点 都没注意到，在此要谢谢提醒了。

我觉得就一个项目来说，m区用起来也挺灵活的啊，需要临时增加的时候，比较方便。另外就读取速度来说，m和db比应该是有优势的吧！当然功能块里使用了m，可能不方便程序跨项目移植。但是如果只是把针对m区的变量进行读访问，就一个项目内来说，是没有问题的。

不区分大小写，容易看错。看代码费劲。

现代编程语言都是严格区分大小写的。

我一般做程序只用mb0 ,mb1,mb 0 用与做常0，1，首次扫描,mb1 用作时钟脉冲。用m 编程程序可移植可扩展可维护都会打点折扣。
不区分大小写不是什么问题。命名规范的前提下。大小写主要用于区分标识单词的分隔位置。如StartAuto

如果对西门子比较熟上手AB会比较容易，很多东西都已经封装好了。各有千秋吧，对很多习惯了西门子的人来说还是喜欢从头到尾自己做，可利用的资源比较多，对于简单应用的人来说AB比较受欢迎，一些东西直接封装好了，直接可以用，也正是因为这点AB不能像西门子那么自由像用什么用什么。TIA有意识在学习AB的这种模式，的确在应用层面来说直接用封装好的功能更实用。