1\并不是说使用M的就是垃圾程序,结构化要从设计图纸开始来实现的,IO区间怎么排列这是之前就应该在Excel中规划好的,,有规则可循这是最基本的也是结构清晰的重要一步,楼主说的那些200 smart类的是垃圾我不知道你怎么认为它是垃圾的难道就是因为他没有DB?还是他的编程软件局限性大?这明显的失言,(虽然200不方便但是并不是说他就没有优势,他不能实现常规应用),M不是不能用只是尽量少用,那用M做什么呢?有些系统标志用,我也看到很多国外设备还有在这个行业做的不错的公司(包括西门子)结构化程序中也是有用M的,难道人家的程序很垃圾?没必要说的这么理直气壮的,当然也不能诋毁别人认为自己的程序就是完整的优秀的

always_True/False/Initial_Flag

1s_Pulse/10s_Pulse/30s_Pluse/1M_Pulse/1H_Pulse..../Keep_1s_Pluse

Monday_Flag/...

False_DelFlag/TEMP_Flag

SYS_Ack/Fault_Ack/Alarm_Ack

Test/Sim

2\没有MT的程序好不好要看编程人的技术水平与对设备的了解,MT并不是一个判断标准,虽然我也不喜欢看到用很多M,当然对于我们改造的项目看到程序中用M唯一的好处就是看完可以快速标定符号.如果用M建议一定要使用英文符号即使自己英语不行也要有一套基本的变量接口命名方法,看到中文的符号我感觉很多人可能会理解错含义.从题目联想到一个现实中的人之前看到人家使用FB他就感觉FB好背景数据块好用一大堆FB但是其程序看着生气,其实我感觉有时候FB的背景数据块是给懒人准备的接口用一个填一个多方便只不过这样只是浪费工作内存(FB接口使用所占),我感觉程序要分区块即使多几个FC FB DB也不要将所有的弄到一个里面当然这是方便了但是以后可能的改动可能并不方便,最好在Excel中将标准FC FB编号和自由编号的区间都统计一遍做好规划,这样可能一个程序库中将所有的标准块都涵盖了,

3\主观上我判断一个程序好坏并不是说楼主说的MT而是你的程序占用了多少容量(当我看到5%的使用率我就在想这个选型的依据是什么为什么程序这么简单),当然并不是绝对的有些人用UDT FC指针将程序做的精简但是程序功能结构都是很清晰的.从程序来讲好的就是逻辑严密,接口自由,结构合理.

4\说个题外话我感觉我们有些客户对程序不懂只要能满足基本的功能即可其他的对他来说都没用,程序是否可以交付给客户这是另外的重要的是是否有一些组织针对行业来验证程序可靠性.