AVEVA学习

AVEVA学习

• 学习目标

创建一个新的应用程序

模型化工厂

从现场设备获取数据

处理警报和历史记录配置

InTouch For System Platform程序的构建

名词解释：

• Application Server

​ 可视化，工厂历史，设备通信和自动化应用程序集成的同一环境。

• Bootstrap

  计算机与计算机之间的通讯所需的基础ArchestrA服务。

• ArchestrA IDE

​ 用于配置和部署应用程序的开发环境。

• Galaxy

​ 指一个工程的意思，Application Server的应用程序，包含配置信息和项目数据库。

• Galaxy Repository

​ 托管和管理Galaxy程序的单台计算机和软件。可以理解工程项目数据库，存在一个特定的计算机上，这个计算机就叫GR服务器。

一、系统平台和客户端

​ 基于C/S架构

（1）System Platform Topology：

1、工程师栈上面做工程开发，连接GR服务器上（工程连到GR服务器，开发环境在工厂栈上，真正的工程在GR服务器上），开发完工程后，GR服务器将不同的工程部署到不同服务器或不同客户端上，部署之后系统运行起来，数据先从数据采集服务器过来，来到对象运行服务器上，此时数据是原始数据，我们在平台中会对数据做一些数据处理，比如后台数据转换等这些在数据服务器上实现，一方面可以送到客户端展示，另一方面可以送到历史服务器存储，数据采集服务器和对象服务器可以做冗余，数据库服务器也可以做冗余，可以成对出现；如果历史服务器出现宕机，对象运行服务器可以先将数据缓存到本地，然后等数据库服务器运行正常后转发到数据库中，保证数据不丢失。
2、数据采集服务器和数据处理服务器可以放在一起。

（2）界面介绍

Template Toolbox：

Application：应用模板

Device Integration：通讯模板

System：系统模板，搭建工程部署架构

工具箱：符号的建立等。

二、自动化对象

​ 一个对象就是一个类，一个类就是一个模板，从一个类派生一个个实例，一个实例就是一个设备。这个设备就是现场所真实的设备，所有实例上的配置信息从模板继承，可以从模板派生实例。

• 模板分类：

（1）Base Template：基础模板/原始模板

​ 软件自带的库创建。只读的，不能编辑

（2）Derived Template：延申/派生模板

​ 可以编辑。

**不要在原始模板派生 **

简单解释：将相同的设备归成一个类，把这个类作为一个模板开发，这个类所有配置信息全部合在一起，把它做在功能块内，功能块做成模板，通过模板派生实例。

建议工作流

1. 首先对现场设备控制要求等进行归类。比如一个阀门类别，它的控制点怎么样的，所有都一样的控制点归成一类。（这一步是前期花时间比较多的）。
2.设备命名规则定义。比如按设备类别，规则，名称，可以加入公司规范，名字不超过多少字符等。
3.定义模板
4.定义工厂模型 可以按照工艺、设备类别或架构去定义
5.定义安全模型
6.定义部署模型 有多少机器创建多少模型

---

三、Application Infrastructure

• 工厂模型：将所有设备创建在System下的Area中
• 部署模型：创建winPlatform带不同AppEngine，里面有不同Area和DI Object
• 模板派生：共性的东西在模板修改，个性东西在实例上修改。

创建

System Management Console （SMC）

系统管理控制台（SMC），允许查看系统中对象的运行状态并对这些对象执行操作，从而提供系统平台和应用程序服务器的管理和诊断。管理和维护。

• 运行环境

​ 所有部署的对象构成了Galaxy的运行时环境，应用对象由AppEngine对象管理：Areas、Device Integration对象、自动化对象。

​ 对象查看器是一个运行时的工具，允许测试，诊断和排除Galaxy故障。基于其配置，允许对自动化对象进行读写访问。

• 运行时工具

​ Object View是应用程序开发人员和维护人员的工具。

​ 操作员或其他用户应使用图形界面：InTouch for System Platform、 InTouch OMI

• Object Viewer

​ 工程部署之后可以调用Object Viewer，它是写实时数据的,检测后台数据。

四、Application Objects

1.应用模板，如泵阀等

2.通讯设备模板

3.平台中部分模板搭建用的。

• UserDefined对象

• 改变的控制与传播:

​ 锁定属性可防止在派生的模板和实例上对该属性进行修改锁定模板属性会将子模板和实例的属性都锁定.锁定属性有助于在Galaxy中建立标准化解锁属性仅释放“锁定”的这一级

五、Configuration the OI Server

​ 通讯协议： Node、Application、Topic

1、Engine 放Area，Area放对象，Engine也下·可放DI对象。

2、需要部署。对象查看器查看。

3、地址结构组成:

<DIObjectName>.<DeviceGroupName>.<ItemName> 通讯对象名字.topic名字.地址对应表的名字,可以理解成对象.属性。

4、建议一个对象的属性分配到一个PLC中，或者说一个topic中

自动绑定对象的属性：当数据量大时，可选用自动绑定，前期需要大量创建命名规则。

• 为对象属性启用1/O时，它也会自动配置自动绑定( Autobind )

• 这允许属性在分配给I/0源时根据对象和属性的名称构建自己的1/O地址

• Autobind要求在OI Server中的“Device Items列表中使用适当的别名

• 可以将区域分配给I0设备中的1/ 0源

• 分配给这些区域的对象会自动分配给同-一个1/ 0源

• 可以手动分配属性的I/0地址，但这会禁用属性的Autobind功能。

• 将重新启用自动绑定
  

建议：一个对象里的属性分配到一个topic中，不要有混配一起的情况

5、Eng units：单位设置

历史数据

1、通过引擎AppEngine将数据送到数据库中，对每个Engine和对象配置。对象运行服务器可以先将数据缓存到本地，然后等数据库服务器运行正常后转发到数据库中（转发Store & Forward）。

$AppEngine是数据库的一个客户端对象，AppEngine仅存储它所托管的对象，$AppEngine还能将报警到Historian，内置存储转发功能(Store&Forward)

History配置

• Engine配置

​ (1)启用Storage to Historian

​ (2)启用标记层次结构

​ (3)标识Historian节点

• Attribute配置
  (1)启用History

  (2)属性的特定配置

六、Alarms and Events

• 报警由对象产生
• 报警供应器提供报警给报警消费者
• 报警消费者可以：报警事件可视化，打印报警，记录报警事件到报警数据库。

报警配置

Analog属性

​ 启用Alarm的类别：
​ （1）Limits：直报警
​ （2）Rate of Change：变化率报警
​ （3）Deviation：偏差报警
​ （4）Bad Value：坏报警

Boolean属性：
启用Alarm的类：
（1）State and Category
（2) Bad Value

Galaxy报警事件配置

• 可以在IDE完成其他整体警报配置
• Galaxy > Configure > Alarms and Events Configuration

历史报警：

为引擎配置历史记录时，所有警报和事件的发生、交互都存储在Historian中 ，可以通过从MS SQL Server查询 Historian来检索报警历史记录，如果属性也已配置历史记录，也可以使用Insight检索警报历史。

七、认证模式

None :没有安全性

Galaxy：使用本地Galaxy配置来创建和验证用户

OS-User Based：允许个人用户利用os用户身份验证系统权限

OS-Group Based：根据用户已分配的OS-Group，为他们启用权限

八、InTouch For System PlatForm

• InTouchViewApp模板
  

原始模板不能派生实例，可以创建延申模板；延申模板创建实例

实例修改等同于修改模板，几个不同程序创建几个不同模板；

• 创建托管InTouchViewApp的步骤
  

份验证系统权限

OS-Group Based：根据用户已分配的OS-Group，为他们启用权限

八、InTouch For System PlatForm

• InTouchViewApp模板

原始模板不能派生实例，可以创建延申模板；延申模板创建实例

实例修改等同于修改模板，几个不同程序创建几个不同模板；

• 创建托管InTouchViewApp的步骤