云计算、告警管理

工程师的社交媒体，如LinkedIn的自动化与控制工程集团，为自动化与控制工程师提供了一个分享想法、意见和解决方案的平台。CFE传媒控制工程管理和监控这个讨论平台。以下是该小组的一些观察和见解，更多信息发布在网上。

云计算技术会被应用到过程控制和自动化系统中吗?阿联酋石油和能源专业人士、ADMA OPCO控制工程部门负责人Majed Al Braik表示，我向领英(LinkedIn)的自动机和控制工程小组(Automaton and Control Engineering Group)的同事们大声提出了这个问题，并得到了一系列不同而有趣的见解。

Al Braik指出，云计算是工业控制高级应用(如历史学家、人机界面、培训系统和资产管理)的发展方向。他说:“在这些级别上采用这种技术为空间有限的海上应用程序提供了有益和最佳的硬件解决方案，但如果云暴露在肮脏的网络(例如Internet)中，则可能会考虑安全线程。”但是，如果云在本地受到限制，我的过程控制系统上的安全线程可以通过适当的保护和缓解措施进行控制。他接着说，“云计算还不够成熟，无法在控制器级别上被采用，但在某些云计算中使用的健壮的操作和虚拟化软件系统可能会在过程控制级别上可用的时候会到来。”

小组成员同意或不同意Al Braik的言论。“这很可能发生，”他说KAS造纸系统有限公司的设计工程师约翰·布莱克本Milton Keynes，英国，“但我认为这将是一个糟糕的举动。太多的人太有创造力了，以至于把数据置于风险之中。您不知道关键数据在哪里，谁负责保证数据的安全，或者那些保持数据安全的人的动机是什么。云计算的支持者可能会指出所有用于保护系统的安全技术，但我以前都听说过。”

在Blackburn看来，控制工程师应该保持他们的硬件和软件系统在他们的职权范围内。“相信我，这笔投资是值得的，”他说。“在遇到重大安全漏洞之前，你可能不知道有多严重，但到那时就太晚了。考虑一下系统故障和恶意操作的代价。这将为你做出决定。”

布莱克本补充说，他理解云运营的动机。他说:“云计算是关于资源的虚拟化，这样它们就可以在用户之间共享，并通过规模和效率降低成本。”“然而，好处是有代价的。想象一下，建立一个具有短期控制循环和故障保险的控制系统，这些控制系统都靠近系统，远离云，注意只将更高级别、更少时间关键的功能放在云上，并且只使用公司的私有云。通过公共承载的私有加密隧道在您的控制之下，但虚拟化资源可能不在您的控制之下，”他接着说，“特别是在大型组织中，对云的控制涉及许多项目的优先级，而您的只是其中之一。您的项目所需的安全策略可能与使用公共资源共享的其他项目不同。我怀疑，与系统妥协的财务后果相比，云计算节省的成本将是很小的。”

当然，实施云战略也有一定的优势Tatsoft有限责任公司渠道销售副总裁戴夫·海利尔迪克逊,病了。例如，在硬件、软件、基础设施和维护人员方面的投资要求较低。“并不是要求所有的云都是公开的，”他说。“希望实现基础设施现代化并获得这些优势的公司正在实施自己的‘私有’云。实施云战略的另一个优势是，利用云技术的软件提供了一个工程环境，在这个环境中，多个工程师可以在多个位置同时从事同一个项目，更有效地使用工程资源。”

报警优先级

关于管理警报的讨论同样丰富而富有成效。由摩根·威尔逊，Streat自动化公司的项目工程师，在新西兰的克赖斯特彻奇，这个论坛的重点是如何找到最有效的方法向工厂运营商发出警报，尤其是重要的警报。威尔逊说，警报列表很快就会失控。数百个可以淹没一个系统。她说:“我们通过仔细规划和设定严重程度来减少它们，但‘承认发烧’仍然会影响一些运营商。此外，”她接着说，“弹出式警报在操作人员用于控制的同一台SCADA上运行时可能会过于干扰。有没有人对基于scada的警报有其他想法?”

为了回答这些问题，卡尔·莱普，辉瑞公司的合同自动化工程师他指出，威尔逊的帖子提出了几个关键问题:

• 大量的警报
• 当新的警报出现时，操作员不知道该怎么做
• “承认发烧”，或者由于太多警报而导致的混乱。

莱普说:“试图找到一个更好的系统来管理产生的警报，就像试图管理收件箱中的垃圾邮件一样。”“这将永远是一场斗争。”他建议，如果可能的话，制定一个警报策略，并决定哪些警报可以消除。一旦删除了不必要的告警，现有系统中的告警管理功能可以简化和更容易地管理剩余的告警。

链接到这些自动化和控制工程小组在线论坛的更多评论www.globalelove.com．LinkedIn会员可以在LinkedIn.com上查看完整的讨论或提出自己的问题。

-珍宁·卡泽尔是一名特约编辑控制工程。联系她的邮箱是jkatzel@sbcglobal.net。

在线号外:继续讨论——他们在谈论什么?云计算、报警管理搅意见、提建议。更多…

2012年5月号控制工程杂志，印刷版和数字版，刊登了领英自动化与控制小组成员对两个热门话题的评论:云计算和警报管理。这个在线群众节目延续了这些对话。

问:你认为云计算会被应用到过程控制和自动化系统中吗Majed Al Braik是阿联酋的石油和能源专业人士，也是ADMA OPCO的控制工程部门负责人。他的问题引起了一些小组成员的评论，支持和反对使用这项流行技术。

KAS造纸系统有限公司的设计工程师约翰·布莱克本英国的米尔顿凯恩斯(Milton Keynes)列举了使用云计算的几个担忧，尤其质疑云计算的脆弱性以及无法控制和保护单个项目。他说，即使是安全的配置也会随着时间的推移而恶化。“一年之后，管理层发生变动，”他说，“一家云资源公司可能会打电话来问，为什么公司要自己承担云计算的重担，并提出为公司做这件事，以节省大量成本。新的财务总监会见常务董事和IT总监，他们都对你的项目不感兴趣。”“他们相信搬迁的好处，你的云资源在全球各地漂移，让你甚至不知道它发生了，直到事件发生，你的电话响了，因为毕竟，这个项目仍然是你的责任。”

系统安全是一个主要的问题Mark B. Strube, PE, ASICS美国公司仓库控制系统分析师，美国田纳西州的孟菲斯。美国，但系统可靠性也需要考虑。“在云中运行的过程控制系统100%依赖于与该云的设施网络连接，也就是您的互联网连接，”Strube说。“例如，如果几个人在YouTube上观看一个视频，会发生什么?你的互联网连接变得拥塞，你的网络开始运行不好，如果有的话。过程控制网络的最佳实践一直是保持这些系统与业务网络和Internet完全分离，主要原因有两个:可靠性和安全性。将云计算加入其中并不明智。”

Inova8的负责人Peter Lawrence说然而，美国俄亥俄州克利夫兰市的他坚信云是未来的趋势，但仅限于某些ISA级别。“云计算的安全问题必须与内部托管应用程序的安全问题相平衡，”他说。“例如:通过公共而非专用通道进行的通信有多安全?灾难恢复计划在实践中有多好，而不是纸上谈兵?”

更多关于警报……

新西兰克赖斯特彻奇的Streat Automation项目工程师Morgan Wilson曾向工厂操作人员询问如何最有效地向其发出警报(尤其是高度重要的警报)，有效的警报系统实施也引发了同样激烈的对话。

他说，当项目交付到工厂时，会有太多的警报，因为工程师会考虑所有的故障模式，然后想要提醒运营商所有可能的故障卡尔·莱普，辉瑞公司的合同自动化工程师，内布拉斯加州林肯，美国。他说:“通常情况下，同一故障会引发多个警报，或者运营商无法解决的异常情况会引发警报。”“此外，每个项目都有独特的警报策略，你就会出现‘承认热’，因为警报对运营商来说没有真正的意义。”

Lemp建议控制工程师后退一两步，决定哪些警报可以消除。“工厂需要制定一个警报策略，”他说。“警报是什么意思?”是为了引起操作者的注意，还是为了迅速采取行动，还是两者兼而有之?如果两者都是，那么应该设置警报，以便操作人员可以很容易地区分。操作员确认警报意味着什么?他继续说。“‘承认’是指操作员对报警负责，还是说他听到了?”紧急警报是意味着设备、产品或人员处于危险之中，还是仅仅意味着某些工程师认为这很重要?一旦消除了不必要的告警，剩余的告警可以通过设置适当的限制和消除颤振和重复来简化。现有系统内置的告警管理功能可以更方便地管理剩余的告警。”

Dannie Hughes, SSAB的自动化工程师阿拉巴马州莫比尔他所在工厂的警报系统也存在类似问题，该工厂有6000多个报警器，同时可能有几十个处于激活状态。Hughes说:“由于骚扰警报，操作员经常错过新的警报。“我们尝试过弹出警报，但它们有时会在不合适的时间掩盖关键的HMI信息。我们最终发现声音警报器是最有效的。它使用OPC连接到我们的系统，并通过文本到语音的双向无线电宣布或报警。操作人员在不分心的情况下被告知告警。Hughes继续说道，“即使我们的维护人员不在人机界面前，他们也会被告知报警情况。他们可以更快地做出反应并解决问题。”

合理设置告警优先级可以帮助操作人员将注意力集中在最重要的告警上Oleg Rojkovski，彭，控制系统工程师，斯巴达控制加拿大卡尔加里。他说:“我经历过几次警报合理化练习，有时得出的建议与操作人员习惯的建议相矛盾。”“相应的警报总是一个问题。我不知道有什么简单的方法来处理它们，除了编写逻辑，有条件地抑制/解除抑制它们。这是时间和资源消耗，并要求对流程有大量的了解。正确维护警报系统也很重要。”“工厂和工艺条件随着时间的推移而变化，需要对警报系统进行几乎连续的调整。有很好的工具可以帮助报警系统分析和基准测试，但实现条件报警通常仍然需要程序员。”

布鲁斯·勃兰特，Maverick科技公司的首席工程师美国德克萨斯州休斯敦市的国际自动化学会(ISA)标准18.2[过程工业报警系统管理;www.isa.org]和异常情况管理联盟[www.asmconsortium.net)的网站。勃兰特说:“我强烈推荐这两种方法。“最重要的是警报的定义。要定义为警报，事件必须要求操作员在指定的时间内采取行动，以防止或减轻警报周期的后果。其他任何事件都是操作员希望通过屏幕上的通知或事件日志了解已经发生的事件。”

接下来，使用ISA 18.2中的指导方针来发展你的工厂的警报理念，勃兰特建议。他说:“这包括制定一个矩阵，考虑你建议警告的事件对健康和安全、环境影响和财务影响的影响。”“由于这些领域通常是相互关联的，事件越严重，对这三个领域的影响就越大。它们应该放在矩阵的顶部。回应的时间在左边。告警级别越高或可用响应时间越短，优先级越高。最高优先级是影响最大、反应时间最短的事件。”

最后，勃兰特建议公司聘请一名受过训练的资源来指导工厂的员工对警报进行合理化处理。“在合理化的过程中，”他说，“所有现有的警报——或者，对于新站点，拟议的警报——都被审查，并提出问题:是什么导致了这一事件的发生?它发生的后果是什么?操作员必须采取什么行动?操作员必须行动多长时间?根据矩阵，事件有多严重?这些问题的答案将揭示你是否有“警报”及其优先级。为了有效地进行合理化，操作人员、工艺人员和工艺控制人员应包括在会议中。工厂还应制定变更过程管理以保持警报。最后，作业人员应该每5到10分钟不超过一次警报，并且在起下钻过程中不能出现洪水。”

Wilson总结道，基于上述讨论，似乎没有足够多的人在实施能够在警报出现时为操作人员提供更多信息的系统。“是否有自动化技术可以确保操作员对警报采取行动，而不是简单地按下确认按钮?她若有所思地说。她补充说，拥有真正了解整个过程的操作员是关键，“但如果那个人不在，或者不确定该如何处理警报怎么办?当然，拥有一个合理稳定的流程和正确配置的警报将意味着操作员不会处理“滋扰”警报。拥有一个强大的报警系统并不意味着消除所有的警报。它们的存在是有充分理由的，应该以最有效和用户友好的方式呈现。”

阅读原文。LinkedIn会员可以在www.LinkedIn.com上查看完整的讨论或提出自己的问题。

美国制造业:工程社交媒体——工业正在回归美国吗?https://bit.ly/wzNbvG

工程师的社交媒体:领英自动化与控制集团

https://www.linkedin.com/groups/Automation-Control-Engineering-1967039?gid=1967039

社交媒体与过程控制系统结合了吗?你被愚弄了吗?https://bit.ly/HPAl6I

您是否具有本内容中提到的主题的经验和专业知识?你应该考虑为我们的CFE媒体编辑团队做出贡献，并获得你和你的公司应得的认可。点击在这里开始这个过程。