编程软件是和我们工控人关系最密切的部分，我们整天和它们打交道，软件的好坏直接影响我们的使用效果。开篇不的不谈编程软件
1、 操作简单化的同时功能任务复杂化
将复杂的业务逻辑封装起来。物联网的流行，软件应用对软件的要求更底层化，
应用过程已经不再仅仅是编写一些简单的逻辑代码，开发人员不得不理解应用程序分割、用户接口设计和网络协议的概念。而这些恰恰是我们应用人员的软肋，更是系统集成商的软肋。比如在s7-200的编程软件MicroWIN中就有不少这样的标准库。拿modbus通讯来说，如果没有这些标准库，我想就目前看我文章的很多同行对如何封装一个modbus通讯借口也是不知道从什么方面下手。所以要的是更有效率，更快的解决方案。对于以后的plc软件我们希望能有更多的这样标准功能封装。
2、 操作界面一定要友好、方便
这个一定要说，说到这个，不得不说我很多次提到的TIA软件，整个给人臃肿的感觉，像是一个被裹了一层层棉被似的，咋一看挺好看，但用起来就就对刚才的影响给骗了，首先整个界面布局满满的。当我要查找某项功能时候，满满的界面不知道是那一个时常发生，曾经有同事直接打电话现场指导，光到功能位置说了大半天。刚开始用过博途的朋友应该对这个都有体会。建议帖，不是吐槽帖，不说太细了
3、 编程语言并存的同时向统一化靠拢
目前个个厂商基本上有以下几种
梯形图（LD）
功能块图（FBD）
顺序功能图（SFC）
结构化文本（ST）
指令表（IL）
虽然各有差异，但是还算是一通百通，如果能有个行业标准就更好了。这样就可以对个个不同厂家的PLC程序相互转换，听起来是不是很有诱惑力？
以后的PLC肯定要担负复杂的任务，是时候引入C，vb这样更灵活方便的编程语言了。
4、 数据管理更方便
在数据管理方面不的不说AB，相对于西门子，ab的数据管理更开放，数据的使用更高效，应用方法上更灵活，当然AB也有要加强的地方，比如数据类型，没有西门子的丰富，对I/O接口的处理，虽然AB所谓的符号编程,但是不得不说，并不方便
5、 软件的帮助
能够更好的培养新的应用编程人员，可以避免客户对人员培训的投入，对于大型的plc，由于功能过于庞大。需要更强大的帮助任务，不过这方面希望能够加强。
软件功能帮助化如果能和各大论坛的整合起来就更好了，想象一下，如果你不会用一个功能块，只要选择它，按下F1，各大论坛关于这个功能块的帖子都出来了，多省事啊，好吧，可能我意淫了。
6、 功能任务封装化
将复杂的业务逻辑封装起来。物联网的流行，软件应用对软件的要求更底层化，
应用过程已经不再仅仅是编写一些简单的逻辑代码，开发人员不得不理解应用程序分割、用户接口设计和网络协议的概念。而这些恰恰是我们应用人员的软肋，更是系统集成商的软肋。比如在s7-200的编程软件MicroWIN中就有不少这样的标准库。拿modbus通讯来说，如果没有这些标准库，我想就目前看我文章的很多同行对如何封装一个modbus通讯借口也是不知道从什么方面下手。所以要的是更有效率，更快的解决方案。对于以后的plc软件我们希望能有更多的这样标准功能封装。
7、 可设置可扩展，升级，硬件要求不能苛刻
不得不说，工控软件的升级实在是让我们工控人头疼了，基本上每年每个型号的PLC软件都有升级，有的甚者几次升级。不得在次说起TIA，如果你想用用V10.0打开V11，我告诉你是在做梦，如果你想用V11.打开V10，你要进行半天的转换。同样的是西门子，为什么STEP7的个个版本可以很好的衔接，MicroWIN也不错，AB的个个版本也可以整合到一个软件上面。TIA怎么可以越做越垃圾了。怪不得S7-1200销量一直很差，和他的软件硬件的结合不好有很大的关系。各个版本之间的转换问题。希望程序的兼容性更好。下一代#PLC发展趋势#就像word一样，03的只需要打一个很小的补丁就可以打开07的，或者干脆像MicroWIN个个版本之间都能打开
这让我想起来2006年Windows Vista操作系统就是一个最佳的例子，Vista对硬件要求的苛刻和最低配置（仅内存就需最少512M）无疑将让Intel、Samsung、LG等CPU和内存生产商笑逐颜开，而离开了硬件厂商在技术和生产上的支持，而对于本事的XP系统下的软件兼容性很差，自己的程序自己也不认识，注定了Vista的失败，
希望s7-1500不要步S7-1200的后尘。
8、 安全可靠稳
这个就没什么好说的了，大家都懂得
各位支持我的顶一下
最后修改：2013/1/6 9:00:52
