📚 课程目录第3章工业可视化项目创建与工程环境配置

3. 工业可视化项目创建与工程环境配置

在 AVEVA 工业可视化平台（如 InTouch、System Platform 或 OMI）中，一个可视化项目并不是从画第一张流程图开始的，而是从“工程环境”开始的。工程环境决定了后续所有画面的命名规则、变量引用方式、单位体系、节点归属以及谁能改、谁只能看。如果这一层没有配置好，后期会出现变量重名、单位混乱、工作站连不上、权限失控等难以返工的问题。本节围绕新建项目、命名空间管理、工程单位定义、工作站节点配置、用户权限与安全策略初始化五个环节，说明一个可交付的工程环境应当如何搭建。

一、新建项目与工程结构规划

新建项目的核心不是点击“New Project”，而是先确定工程结构。以 System Platform 为例，一个典型的工程包含 Galaxy（全局数据库）、Plant/Area 层级、对象模板与实例、部署模型以及可视化客户端。建议在创建时先约定命名前缀，例如项目代号 WTP（水处理厂），则 Galaxy 命名为 WTP_Galaxy，区域对象命名为 WTP_Area1，避免与后续其他项目冲突。

创建后应立即设置工程属性：项目路径、备份路径、默认语言、时区。时区必须与现场 PLC 和 Historian 保持一致，否则趋势曲线会出现时间偏移。示例配置如下：

Galaxy Name: WTP_Galaxy
Project Path: D:\AVEVA\Projects\WTP
Backup Path: E:\AVEVA\Backup\WTP
Time Zone: (UTC+08:00) Beijing
Default Language: zh-CN

工程结构建议按“厂—车间—工段—设备”四级划分，而不是把所有对象平铺在根节点下。层级越清晰，后续命名空间和权限继承越容易管理。

二、命名空间管理

命名空间（Namespace）是工业可视化中防止变量冲突的关键机制。它类似于编程语言中的包名，用于限定对象和变量的作用域。例如，同一套模板可能被多个泵实例复用，如果都叫 Pump1，就会冲突；使用命名空间后可以写成 WTP.Area1.Pump1.Speed 与 WTP.Area2.Pump1.Speed，彼此独立。

命名空间管理应遵循三条规则：第一，层级不超过五级，过深会导致引用路径冗长；第二，每级使用英文或拼音缩写，避免中文和空格；第三，模板内部引用使用相对路径，实例化后再绑定到具体命名空间。例如模板中写 .\Speed，实例化到 WTP.Area1.Pump1 后自动解析为完整路径。

命名空间一旦部署并被客户端引用，修改成本很高。建议在项目初期用表格列出所有命名空间，评审后再创建。

三、工程单位定义

工业可视化中的单位不是显示文字，而是与变量绑定的工程属性。单位定义错误会导致操作员误判。例如液位若以 m 显示但实际是 mm，操作员会以为只有 0.5 m 而实际是 500 mm。因此，单位应在项目初始化阶段统一定义，并与 PLC 工程单位一致。

常见做法是建立单位字典，把物理量、单位符号、量程、小数位、报警限值一起定义。示例：

物理量	单位	典型量程	小数位	报警低/高
液位	m	0～5	2	0.5 / 4.5
流量	m³/h	0～200	1	10 / 180
压力	kPa	0～1000	0	50 / 900
温度	℃	0～150	1	20 / 120
频率	Hz	0～50	1	5 / 48

单位定义完成后，应在变量属性中绑定单位，而不是在画面上手工加文字。这样趋势、报警、报表都能自动带单位，减少人为错误。

四、工作站节点配置

工作站节点配置解决的是“哪台机器运行什么角色”。一个典型系统包含：工程开发站（IDE）、操作员站（Operator）、历史站（Historian）、报警服务器（Alarm Server）以及可能的 Web 客户端。每台节点需要配置计算机名、IP、角色、所属 Galaxy、通信端口和冗余关系。

配置时要注意：操作员站的计算机名必须与部署模型中的节点名一致，否则部署会失败；冗余节点要成对配置，主备切换时间通常要求小于 5 秒；通信端口默认 1234/5678 等需与防火墙策略一致。示例节点表：

Node Name      Role          IP              Redundant
ENG01          IDE           192.168.10.11   No
OP01           Operator      192.168.10.21   Yes (OP02)
OP02           Operator      192.168.10.22   Yes (OP01)
HIS01          Historian     192.168.10.31   No
ALM01          Alarm Server  192.168.10.41   No

节点配置完成后，应通过“部署”功能把对象实例下发到对应节点，并在操作员站上验证能否正常连接 Galaxy、读取实时值、显示趋势。

五、用户权限与安全策略初始化

权限与安全策略是工程环境的最后一道门。初始化时应先定义角色，再分配权限，最后绑定用户。常见角色包括：管理员（Admin）、工程师（Engineer）、操作员（Operator）、观察员（Viewer）。权限粒度应覆盖画面打开、变量写入、报警确认、配方修改、脚本编辑等。

安全策略还应包括：密码复杂度、登录失败锁定、会话超时、操作审计。例如设置密码至少 8 位含大小写和数字，连续 5 次失败锁定 10 分钟，无操作 30 分钟自动注销。这些策略应在项目初始化时写入，而不是等上线后再补。

不要给操作员分配“工程师”权限。操作员能改画面或脚本，等于把整个系统的稳定性交给现场，风险极高。

六、工程环境配置的整体关系

上述五个环节不是孤立的，而是相互依赖：命名空间决定变量引用路径，单位定义依附于变量，工作站节点决定部署目标，权限决定谁能操作。下图用一张结构关系图表示它们之间的依赖与配置顺序，帮助理解工程环境初始化时各要素如何协同。

从图中可以看出，工程环境初始化是一条有依赖的链：项目结构决定命名空间，命名空间承载单位，单位随变量部署到节点，节点再受权限约束。实际项目中，建议把这六个环节做成一份初始化检查表，每完成一项由负责人签字确认，再进入画面开发阶段。这样能最大限度避免后期返工，也能让操作员站、历史站和报警服务器在第一次部署时就处于可用状态。