罗克韦尔自动化有限公司(NYSE: ROK)是全球最大的致力于工业自动化与信息的公司,致力于帮助客户提高生产力,以及世界可持续发展。罗克韦尔自动化总部位于美国威斯康星州密尔沃基市,在80多个国家设有分支机构,现有雇员约19,000人。
标题 | FactoryTalk服务平台的基本功能 |
技术领域 | 仪器仪表 |
行业 | |
简介 | |
内容 |
![]() 华 镕 男,1982年毕业于北京科技大学自动化系,现任罗克韦尔自动化(中国)有限公司全球标准及贸易部中国地区经理。 FactoryTalk通过分布式系统实现数据共享。当系统发生问题时,它还可以实现冗余和容错。FactoryTalk简化了信息系统和自动化系统的设计, 允许不同厂商产品进行互联, 提供了关键功能的集中管理。 FactoryTalk 服务平台使用方便,灵活。允许分步进行实施,既保护了用户已有的投资,又可以在后期不断增加新技术的成果。FactoryTalk培训费用低廉,因为这个服务平台是基于共享服务的公共套件。 下图为FactoryTalk产品和功能的矩阵图,左边第二列是产品名称,本文将分五篇文章连载介绍,上边第一行为功能组件,本文将说明这七大功能。 ![]() 1 FactoryTalk 激活(Activation) FactoryTalk激活是FactoryTalk服务平台的一部分,这个组件能够使多个 FactoryTalk产品生效,它可以通过因特网发布。 改变了以前通过独立的物理介质激活罗克韦尔自动化应用软件的方式。 结果使软件激活可以实现交货、分发、存储、备份或者转移的电子化。 特色 Factory Talk激活是一种基于软件激活管理系统而实现的。新激活系统由安全、数字签名、包括软件目录号的文本文件、序列号、产品代码和唯一的计算机识别码(称为主机ID)组成。这个文本文件简单地拷贝到由主机ID指定的计算机,然后相关的应用软件便能够生效使用。 FactoryTalk激活使用主机ID针对一个特定计算机的“被锁”应用软件。 这个主机 ID是实际使用应用软件(节点被锁)的计算机,或者是用做服务器激活其他客户计算机运行FactoryTalk产品(同时)的计算机: · 节点被锁应用的激活。 · 同时激活。 收益 · 基于软件激活。 · 提高软件资产使用率。 · 简化软件管理。 · 宽限期的支持。 · 基于Web重定主机。 · 最终用户选项。 · 软件的电子投递。 迁移 罗克韦尔自动化软件产品今后不再使用物理介质激活。当然,产品仍然支持基于介质激活,使客户能在方便的时候迁移到新的FactoryTalk激活系统。如果客户把现有应用软件升级到最新版本,在升级过程中,需要进行基于介质激活到FactoryTalk激活的转换。产品在短时间内,仍然支持基于磁盘激活的操作,然而这种功能将在不远的将来停止使用。 2 FactoryTalk目录(Directory) FactoryTalk目录使FactoryTalk产品能够创建和组织应用、 确定和共享定义以及管理服务。FactoryTalk目录为FactoryTalk系统提供一种中央查找服务,因此所有定义不存在一个单一的物理项目文件。FactoryTalk目录存储参考或者“指针” ,并被FactoryTalk生效的产品使用,当需要时,FactoryTalk 服务能够找出定义。它允许客户机找出关键配置信息,诸如:系统组织、服务器位置和策略信息。FactoryTalk目录提供一种公共地址或者工厂资源的电话簿,在一个分布式系统中,FactoryTalk的应用能够共享它们。 特色 FactoryTalk目录提供下面特性,使用户能够通过FactoryTalk管理屏幕管理应用: · 本地和共享网络目录。 · 按物理位置区分名称。 · 简化和管理系统连接。 · 在连接中查找和分解名称。 · 为目录对象管理安全访问。 收益 FactoryTalk目录围绕一套组件和服务,一起提供一种中央集成点,进入到FactoryTalk系统中。 FactoryTalk目录允许使能产品和组件共享一个公共的地址簿, 查找地址,对于共享的定义和资源,可提供基于角色的安全访问。这些共享定义包括诸如:数据标签、报警和事件、图形显示、用户和组等项目。 FactoryTalk目录不是一个单一的公共数据库,而是一种服务, 提供存储于分布式系统任何地方的参考资源或者在运行于单一计算机资源中的一系列产品。 3 FactoryTalk 安全(Security) FactoryTalk 服务平台提供集中化的安全服务, 全部集成在FactoryTalk目录中, 并且由称之为FactoryTalk安全的软件服务进行管理。 FactoryTalk 安全架构很像微软的视窗系统,提供很多相同的功能, 外加用户可定制自动化系统需要的特定性能。FactoryTalk 安全提供用户验证和授权,控制用户对应用和设备的访问,增强了自动化系统的安全性。 特色 FactoryTalk 安全验证用户的身份并授权用户允许访问FactoryTalk系统,而不是开出一堆用户账号,允许访问者挂在FactoryTalk目录上。 FactoryTalk 安全提供下面特性: · 验证核实一个用户的身份、资格,并且核实服务请求来自这个用户。 · 验证核实一个用户对一个软件产品、特性或者系统资源的请求, 而不是一系列的访问许可。 · 集中化访问控制和集中化系统管理。 · 集成视窗系统的安全,建立连接视窗系统账号,由视窗系统管理和验证, 但还有对自动化系统访问的许可。 · 集成了视窗系统的域; 然而不使用视窗系统的域。 · 支持单一签入方式,这时用户只能登录FactoryTalk系统一次。 · 安全信息存于本地, 安全检查却不中断地连续工作, 甚至在客户端计算机与 FactoryTalk 目录断开的时候。 收益 FactoryTalk安全靠核实每个试图访问自动化系统用户的身份,提供了集中化验证和访问控制, 并且对准许或者拒绝的每个用户执行特定的行动。 4 FactoryTalk诊断(Diagnostics) FactoryTalk 诊断是FactoryTalk 服务平台的一部分,当FactoryTalk 系统发生问题时,为FactoryTalk产品提供定义、路由和存储相关错误或者变化的信息。关于这些错误或者变化事件的信息,按统一格式由FactoryTalk 诊断路由到指定的记录位置存储,便于查看和分析。FactoryTalk 诊断支持多记录目的地, 包括一种安全目的地,允许所有FactoryTalk 产品管理变化和遵从规则约束。 特色 FactoryTalk 诊断选择、存储、并提供对活动、状态、报警和错误信息的访问, 包括安装、配置和运行时的信息。 FactoryTalk 诊断和FactoryTalk审计提供历史记录,可帮助用户得到格式一致的答案,如发生了什么、什么时间发生、哪台计算机、包括的用户或者产品、系统或者用户有什么反应。其他的特性包括: · 一致性格式,包括一组缺省的信息段,如日期/时间、用户名称、用户描述、类别(严重和一般)和信息文本。 · 可选段落,可以包含产品的具体信息。 · 通过使用资源ID,信息文本支持多种语言。 收益 FactoryTalk 产品带有FactoryTalk诊断能够使单一报警和路由信息不仅能自己存储, 也能在FactoryTalk 诊断本地记录, FactoryTalk 查看记录,并可以到 FactoryTalk 诊断ODBC(开放式数据库互接)数据记录—那里的数据可以是跨越产品和组件边界的。FactoryTalk诊断使数据的回放、过滤和信息显示成为可能。 另外, FactoryTalk诊断使得计算机在本地生成的信息记录, 也能发送到远程的中心数据库,用于整个FactoryTalk系统。 5 FactoryTalk 审计(Audit) FactoryTalk审计是FactoryTalk服务平台的一部分,它使用FactoryTalk诊断, 与FactoryTalk目录和FactoryTalk安全一起, 收集特殊信息,捕捉配置和运行系统中发生的变化。这些特殊信息被称为“审计信息”。审计信息还包含其他的信息,如谁制造的变化、来自哪种资源和哪个产品以及用户改变的内容,管理机构需要这些审计信息,用于安全和管理。存储和管理这个信息的能力以及观看和管理变化的工具, 都由FactoryTalk AssetCentre一起提供。 特色 FactoryTalk审计收集信息,在设计、管理和生产运行期间,用户需要记录变化信息。这些信息要被捕捉做进一步分析或者报告。 FactoryTalk诊断和 FactoryTalk审计提供历史记录,可以帮助用户得到格式一致的答案,如发生了什么、什么时间发生、哪台计算机、包含的用户或者产品以及系统或者用户有什么反应。 收益 使用FactoryTalk审计, 任何由用户或者系统产生的可审计变化,都被捕捉并且转发到一个安全的位置,进行处理或者分析。 FactoryTalk 目录和FactoryTalk 安全允许使用多资源、多用户和多组,一次定义后,审计信息就会自动生成。 6 FactoryTalk 实时数据(Live Data) FactoryTalk实时数据是FactoryTalk服务平台的一部分。它允许 FactoryTalk产品用安全、可伸缩的方式发现、连接和共享实时数据。 FactoryTalk 实时数据提供的基本服务是: 读、写、浏览和订阅数据项。 除了这些基本服务,FactoryTalk实时数据提供了用户界面组件,提供与配置时相同的用户体验。为了确保在运行系统中一致的用户体验, FactoryTalk实时数据包括了工具箱,使得数据服务器的开发更加容易,提升了FactoryTalk实时数据的价值。为了进一步提高FactoryTalk实时数据的价值, 它使用其他FactoryTalk服务提供的一致性用户体验, 重用共享定义和坚固的实时操作。 FactoryTalk实时数据基于和支持 OPC(用于过程控制的对象链接与嵌入)基金会的OPC-DA(数据访问)规范。 特色 FactoryTalk实时数据管理客户端与服务器的连接。它代表了客户机产品实时地读写数据服务器的值,诸如FactoryTalk 观看客户机和FactoryTalk 事务管理器的连接。它基于OPC标准,能够与OPC–DA 服务器通信。FactoryTalk实时数据特性如下: · 不使用DCOM(分布式组件对象模型)就能够实现容错和冗余。 · 与集成架构中的控制器和第三方产品经过OPC实现一致性通信。 · 驱动了FactoryTalk目录、安全和FactoryTalk诊断的通信。 收益 整体收益是一致性,或者在标准架构中数据客户机和数据服务器之间的实时数据通信,包括OPC标准和对任何FactoryTalk服务器产品提供的延伸收益。 · FactoryTalk实时数据客户机可跨多数据跨服务器,“看见”一批单一的数据项名称或者“命名空间”— FactoryTalk实时数据使能数据服务器或者OPC 数据服务器。 · FactoryTalk 实时数据客户机不用管理与多台数据服务器的连接。配置数据访问服务器、物理到逻辑名称分辩都由FactoryTalk目录服务管理。 · FactoryTalk 实时数据客户机不用管理服务器连接的健康。当配置成自动连接冗余数据访问服务器时,中断的连接会很快恢复。 · FactoryTalk 实时数据产品不用创建配置用户界面。它由FactoryTalk 管理控制台提供。 · FactoryTalk 实时数据服务器可以使用已证明的服务器工具包来建立。 · FactoryTalk 实时数据服务器能在同样的物理硬件上支持多个逻辑命名空间。 · FactoryTalk 实时数据服务器能利用FactoryTalk安全对客户机的验证信息,保护数据。 · FactoryTalk 实时数据已经接到微软CE平台,扩展了从标准数据访问层到嵌入组件的收益。 7 FactoryTalk 报警与事件(Alarms and Events) FactoryTalk 报警与事件, 结合RSLogix 5000报警指令, 能帮助用户消除传统的关联报警的问题。 FactoryTalk 报警与事件允许多个FactoryTalk产品一起参与到一个公共、一致、出现在整个FactoryTalk系统的报警与事件画面。 特性 FactoryTalk 报警与事件: · 提供一个单一的、集成的报警信息集。所有参与的FactoryTalk产品可以一起工作,提供一个一致的方法,对 FactoryTalk 应用进行定义、管理、记录和观看报警与事件信息。 · 提高报警程序的效率,消除基于设备轮询的报警监视。如果用户的自动化系统包括RSLogix 5000控制器,用户能够使用预建立报警指令,它已经在RSLogix 5000 v. 16 或者更新的版本中生效,简单编程后,下载到控制器中。基于设备报警监视,消除了在HMI(人机界面)服务器中重复报警标签。消除了轮询,减少了控制器通信数量。 · 在集成的系统中,允许其他控制器参与使用基于标签的报警监视。如果用户的自动化系统包括其他罗克韦尔自动化控制器,诸如PLC 5或者SLC 500,或者如果用户不喜欢使用RSLogix 5000控制器的新报警指令,基于软件的标签服务器可监视控制器的报警条件和发布的事件信息。 · 允许监视来自第三方控制器的报警与事件。通过OPC-DA服务器的通信,基于标签的报警监视,也可以监视来自第三方控制器的报警条件。 · 在报警条件上提供精确的时间戳,报警条件由RSLogix 5000控制器生成,使用基于设备的报警监视。使用基于设备的报警监视,控制器能马上盖上时间戳,不会延时到报警标签到达HMI服务器。为了确保时间戳的精度,基于设备的报警信息,要和所有产生报警控制器的时钟进行同步。 事件时间是通过各种方式在系统中传播,到达报警历史记录服务器,所以不精确的时间戳会影响报告和审计的信息。 · 用事件和报警发送过程数据。每个报警,可以关联最多四个标签,包括带有事件和报警信息的过程数据。 · 通过集成的FactoryTalk 安全可以安全地访问报警和事件操作。 · 生成信息的记录, 包括了跟踪操作员操作的审计信息, 系统相关的诊断信息和历史报警和事件信息。 收益 使用FactoryTalk报警与事件: · 报警指令只编程一次, 然后下载到控制器, 减少了工作和错误。 · 报警条件检测非常快速。 · 在控制器内执行实时报警。 · HMI标签或者在报警和事件服务器中的报警不需要了, 减少了开销和潜在标签映射错误。 · 报警状态的管理、处理和完成由控制器完成, 不用担心计算机宕机。 · 数据轮询被取消;仅当报警状态变化时才进行通信,减少了网络负载、控制器处理,提高了整个系统的性能。 · 报警条件的时间戳是精确的,因为它们是在控制器中完成的,它们不会因到达HMI软件或者到报警和事件服务器而产生延时。 转自《自动化博览》 |