编程plc:保持文档的清晰和简单

糟糕的可编程逻辑控制器文档和管理可能导致不必要的故障排除和停机时间。保持简单,以避免可能的风险和混乱。

通过米格尔古铁雷斯 2014年5月20日

根据所使用的硬件和软件,需要不同的规则和编程方法。在西门子可编程逻辑控制器(PLC)中编程与在艾伦-布拉德利PLC中编程是不同的。在任何编程中都应该遵循一些通用的良好实践。显而易见的是,要有所需的程序功能和控制。维护良好的文档和内务管理是编程中的良好实践。代码应该易于编程同事和客户阅读和理解。糟糕的文档和管理工作可能会为故障排除、停机和编程增加不必要的时间。编程结构及其复杂程度是影响代码破译难易程度的另一个变量。我建议遵循KISS原则:“保持简单,笨蛋。”避免不必要的复杂性,保持简单直接。

通过文档轻松生活

好的文档将使您的编程生活更加轻松。向标签中添加梯级注释和描述可以极大地帮助理解代码和代码控制的过程。通常,如果程序员有一个分配的计划来编程,文档就不是问题。当时间不够用,需要大量编写代码时,这可能会成为一个问题,因为程序员会在稍后的时间添加文档,但稍后的时间可能会到来,也可能不会到来。

在调试代码的同时跟上文档的进度是很困难的;在调试时,首要任务是确保代码具有功能性并满足客户处理需求。在同一个PLC程序上使用多个程序员也可能导致文档方面的困难。程序员之间的沟通和协调将有助于最大限度地减少文档的丢失。

向他人记录,如……

文档很重要,因为它可以帮助客户/程序员更容易地理解正在发生的事情或代码的意图。我建议以程序员需要维护它的心态来编程。通常情况下,我们编写完程序后就会离开一个站点,可能很长一段时间都不会再回到这个站点。如果您返回站点为一个新流程添加代码或增强他们的流程,那么您可以轻松地理解您几年前所写的内容,这将是一件很好的事情。公司内的其他程序员或客户可能雇佣的其他分包商也是如此。当然,我们可以很容易地确定我们可以以最复杂的方式编写代码,并且几乎没有文档来让其他人依赖您进行任何编程更新或更改。虽然这听起来对工作保障有好处,但并不是一个好的做法。顾客不会喜欢依赖一个人。客户通常想要现成的零件,以减轻维护和停机时间;同样的概念也可以应用于编程。 Customers typically steer away from custom software and would rather move to something that has an open source code and good software support—whatever makes sense to minimize possible future downtime and future upgrades, enhancements, and additions.

代码:保持干净

对于文档,另一个好的实践是内务管理:保持代码干净,并删除无处可去且不需要的标记和代码。作为程序员,我们通常会将最佳实践应用到新项目中,特别是在新项目没有预先确定的代码结构标准的情况下。毕竟,为什么要重新发明轮子呢?但是,在这样做的同时,我们需要删除从复制粘贴中遗留下来的任何不需要的代码——去掉多余的部分。作为一名程序员,要进入一个只有很少或没有文档的程序并不容易;在对代码进行逆向工程之后,您会发现有一部分代码是伪造的和不需要的,这也无济于事。在几句话之后,你问自己的第一个问题是,这是谁写的?不要成为那样的程序员。

好的文档和内务管理是很好的编程实践。我相信我们都遇到过没有文档的程序;对程序所做的工作进行逆向工程需要很多时间。即使程序文档是用外语编写的,至少也有文档。翻译救援。

本文由Miguel Guiterrez撰写。米格尔是高级控制系统专家特立独行的技术是一家领先的自动化解决方案提供商,为流程工业提供工业自动化、战略制造和企业集成服务。MAVERICK提供广泛领域的专业知识和咨询,包括工业自动化控制、分布式控制系统、制造执行系统、运营战略、业务流程优化等。