制度,政治行动委员会

了解你的PLC编程听众

可编程逻辑控制器(PLC)的代码永远不应该成为故障排除的瓶颈,应该设计成满足尽可能多的工程师的需求和知识。

迈克Blenman 2021年9月25日
提供:VIPA ControlsAmerica和工程师数据库新产品188金宝搏安不安全

每个程序员的天性都是写出闪闪发光、高效的代码,这反映了他们多年的经验和能力。有了经验丰富的专业人员在他们的工作知识中所拥有的各种命令,编写15行原始代码是很诱人的,甚至是很诱人的,而一个缺乏经验的程序员可能需要100行代码才能实现相同的功能。

记住,在制造业中,时间就是金钱。在紧张紧张的崩溃事件中,你最不希望看到的是一个技术人员在努力理解你的代码是如何操纵信号的,特别是当这种努力是5分钟和45分钟的停机时间之间的差异时。可编程逻辑控制器(PLC)代码不应该成为故障排除的瓶颈。

当我编写程序时,我试图记住的人是“三班电工”。这是一个对很多不同的系统负有很多责任的人,而且很可能没有白班工人在重大故障时可能拥有的专业知识的全面支持。重要的是要为这个人提供一个清晰的、有良好文档记录的程序,使跟踪运动控制背后的标签变得轻而易举。

记住一些简单的指导原则将有助于确保您的代码永远不是延长停机时间的原因。

遵循PLC编程标准

首先,遵循客户提供的所有编程标准,其次是内部定义的标准。在有许多原始设备制造商提供设备的制造操作中,一致性对于保持生产移动至关重要。即使你确定你看到了一个更好的方法来做事情,也要抵制这种冲动,坚持标准!如果维护人员希望以某种方式编写内容,偏离标准可能会造成大量时间损失。

撰写文档

现代控制人员具有提供良好文件的固有能力。清晰而简洁的标记名称、标记描述和梯级注释对于向故障排除人员传达您的意图非常重要。当适用时,描述应该总是直接引用字段设备。这对于系统联锁尤其重要。如果你的设备的运动需要从另一个系统的许可,在你的程序的注释应该包括特定的I/O或标签地址在上述的联锁系统。在进行故障排除时,没有什么比标记被来自未记录源的消息填充更令人沮丧的了。

项目库存控制

对于不直接存储文档的plc来说,实施良好的程序库存控制至关重要。通常在一个现代项目中,多个集成商在同一个PLC上执行工作:OEM负责运动控制;另一个提供配方数据的集成商;还有做质量数据收集……项目有很多活动部件!建立一个清晰的修改协议,并将文档添加到主文件中,将节省每个人的时间和精力,最重要的是,确保在启动完成时,整个程序都得到了充分的评论。

保持简单,聪明的人

从整体的角度来看,处理数据的最快方法并不总是最好的。当然,对于您需要编写的代码,使用索引地址使用带有多个指针的嵌套for-next循环将单词移动到标记数组中可能是完成任务的最有效方法。但是,一系列条件复制语句是否可以提供相同的功能,并且更容易理解呢?像往常一样,了解你的听众。没人想在凌晨3点接到电话,因为有人需要帮忙让机器运转起来,而且第二天接到客户的唠叨也不太好玩。

记住这个指针列表:

  • 遵循的标准!
  • 使用清晰的标签名称,直观地对应于适用的硬件组件
  • 添加简洁、直接的注释来说明逻辑意图
  • 在系统联锁的描述中包括相应的I/O或标签地址
  • 做好版本控制;确保您正在使用最新的评论程序,并在完成更改后将该程序放入清单中
  • 尽可能避免索引寻址;如果不可避免,记录数组的所有组件
  • 尝试复制类似的数据类型到类似的数据类型
    • 好:力→力
    • 不太好:INT→INT
  • 复制数据时,尽量保持数字地址相同
    • 好:FaultArray [5] HMIArray [5]
    • 差:FaultArray [10] HMIArray [7]

-这个最初出现在RedViking的博客RedViking是CFE媒体和技术内容合作伙伴。由Chris Vavra编辑,网页内容经理,188金宝搏备用, CFE Media and Technology,cvavra@cfemedia.com


迈克Blenman
作者简介:Mike Blenman, RedViking的高级项目工程师