全面披露:
简单地说,无论您是使用梯形逻辑、结构文本、指令列表、顺序流程图、FBD 还是连续流程图,对 PLC 进行编程都与使用 C++、Java、JavaScript 等语言编写的编程软件不同。 ..
简而言之,没有一套适合每个用例的“最佳实践”。原因是,因为与标准软件开发不同,您可以应用SOLID原则之类的原则来始终使您的代码更易于阅读、维护和扩展。PLC 程序与非常真实的物理过程和物理机械相关联。通常,您在该行业中会发现,每个工厂/制造商/设施都根据其设施需求和流程建立了自己的一套最佳实践。
举个例子:
场景 1: 用于运行小型本地啤酒厂的蒸馏过程的逻辑可能包括子程序甚至循环。他们可能允许在他们的代码中出现 5 个或更少的警告,并允许一些未使用的标签。这完全没问题,因为他们正在制作啤酒,这个过程并不重要,一个坏批次不会杀死任何人,而且他们只有 2 个泵,他们使用逻辑来迭代。所以如果有问题需要解决子程序或循环中的逻辑问题也不会太头疼。
场景 2: 我是一家全球制药公司,每年生产数百种生命攸关的药物(例如胰岛素)。现在我的逻辑是零子程序,没有循环,我对错误或警告零容忍,绝对没有未使用的标签。为什么,因为我是一个受到高度监管的行业,如果我的产品出现问题,人们可能会死亡。还有为什么没有子程序或循环,因为我是一家拥有数百个泵、混合器等的大公司......当这些设备中的一个出现故障时,我不想看到一些可怕的循环逻辑负责对于数百个泵的逻辑。我想看看我可以快速理解、纠正并让我的生产线恢复运行的逻辑的一部分。
我相信你可以找到一些文章或课程(比如你已经学过的),解释了一些基本的“最佳实践”,但在现实世界中,你需要将你的逻辑调整到每个单独的场景中,以实现最好的结果。这是我对此事的谦虚两分钱,祝你好运!
| 归档时间: |
|
| 查看次数: |
1470 次 |
| 最近记录: |