为什么你写的PLC程序那么烂？

显示全部楼层 · 2024-6-16 08:32:15

下面阅读摘取网络，不代表个人或公众号观点

说实话，我还从来没有见过另外一个行业的工程师，如本行业一样，动辄对同行的作品彻底否定。见过了太多的PLC编程工程师，公开声明自己的原则：不愿意读别人的程序，不爱修改别人的程序，情愿另起炉灶自己从头编写程序。理由就是：别人的程序，烂。至于原因么，很简单，别人的编程水平不行，就我的最好。

记忆最清晰的是两次现场救援，系统原本的程序烂掉了，跑不起来，原来的程序员干不下去了，撂挑子不管了，我来接了烂摊子。因为摊子本来就烂，所以不得已，毁掉了原来的所有程序，只保留了符号表，所有程序从头做的。

除此之外，只要系统原本是能运行的，无非有缺陷，总出事情，那也尽量在其原本基础上读懂，修改。找到问题，解决问题。别人的程序再烂，也总有一些可以参考学习的闪光点。

不过也确实有些程序烂到实在不像话。读那种程序，实在是要忍着恶心的。有那么几年，我一边读这种程序，心里一边暗暗排名，哪个是我见过的第一烂的程序，哪个是第二烂。也曾经长时间的在硬盘上保留着，仅仅是为了作为比烂的样本。打算谁要发起比烂大赛，拿出来参加的。

但也实在明白得很，这种专业技术人员之间互相倾轧的心态是要不得的，是自古以来的文人相轻的陋习的传承。还没有不要脸到只要别人的程序都烂，只有我的程序最好，最完美最合理最优雅最简洁。

所以，这里面一定有一个客观衡量的标准。这些年，一直在寻找，在思考。首先，要找到最合理，最理想的程序范本。最终我认为，是PCS7 。使用PCS7高级工具生成的程序，最终落到S7-400的PLC中，其本质上还是PLC程序。尽管其代码规模大，不够精简，运行效率低，但是从编程的规范来说，它一定是最合理的。其次，是从中提炼出其可度量的好的标准。

好的程序，一定是模块化的，面向对象的，层次分明的。PCS7显然是依循这一点做的。但还不足以作为考量程序好坏的标准。我最终总结，认为，好的程序的标准是：不使用M中间量，不使用Timer。

不希望有人给我耍滑头，耍脑筋急转弯。说，不让用M量，可以啊，那我用全局数据块，建立数据，一样可以。也用DB块自己脉冲计数，也可以绕过不使用TIMER。那性质是一样的，特征都是：全局变量。

如果学过高级编程语言，就会知道，高级语言里面最基本的原则就是少用全局公用变量。尤其禁止在函数块与函数块内部使用PUBLIC变量来交互数据。放到PLC环境，其实说的就是M和T。我自己以前做程序，程序块基本上靠M和T做出来的。为了清晰，便于传承，给每个FC块严格分配了可以使用的M区和T区域。

现在看来，都是属于落后的编程思想。也害了不少跟在我后面学习的徒弟。惭愧。那么如何避免使用M量和T呢？答案是大量使用FB，每一个设备，单元类型，均提炼做成类库，需要的存储区使用FB块内部的静态变量，而定时器则使用SFB的定时器，背景数据来自FB的多重静态数据。那么是否可以完全做到呢？PCS7显然是可以做到。而我自己做过的程序，也有做到过没有使用1个M和1个T的。CPU中指定的系统变量不算。

偶尔也有偷懒，不够追求满分。特别是调试到后期，一些小的细节的功能，顺便就用M量简单实现了。那怎么办呢？内心给自己的程序打个分扣上5分就可以了！

当你掌握了客观评价标准，都能给自己扣分了，那么就可以理直气壮地评价别人的程序了。比如你如果见到我10年前的某个程序，规定了多少M区不许使用，就可以尖锐地指出：烂！

关于我们：启程自动化培训中国领先的工业机器人培训服务提供商

联系电话： 13809869603

培训项目：机器人+PLC 系统集成+机器视觉

培训方式：线下实训

特色服务：3000平米实训中心 +推荐就业+ 业界领先的课程体系

地址：深圳市宝安区沙井107汇聚创智园

+老师微信，了解课程详情

[三菱] 为什么你写的PLC程序那么烂？

本帖子中包含更多资源