1. DeltaV系统架构与工作站角色认知
DeltaV 系统架构与工作站角色认知
DeltaV 是一套分布式过程控制系统，其核心思想是把"控制逻辑执行"与"人机交互"分离到不同的软件节点上。理解各节点角色，是后续所有组态、下载、仿真操作的前提。本节以一台最小可用系统为对象，识别 DeltaV Explorer 中出现的节点类型，并完成硬件与软件节点分配表。
DeltaV 网络中的节点按功能可分为三类：工程组态节点（Professional Plus）、应用/服务节点（Application Station）、操作员节点（Operator Station）。它们都通过 DeltaV 控制网络与控制器通信，但承担的职责完全不同。
- Professional Plus（专业增强站）：工程师使用的组态工作站，安装 DeltaV Explorer、Control Studio、DeltaV Operate 配置工具等。它是唯一可以创建、修改、下载控制模块的节点，通常也兼作数据库服务器。
- Application Station（应用站）：运行 DeltaV 应用软件（如历史库、批量管理、AMS 设备管理、OPC 接口等）的服务器节点，不直接面向操作员，也不用于日常组态。
- Operator Station（操作员站）：操作员监视和干预生产过程的节点，运行 DeltaV Operate 运行画面，只能执行已授权的操作（改设定值、切手动/自动、确认报警），不能修改控制逻辑。
- Controller（控制器）：执行控制模块的实际硬件，独立于上述软件节点运行，即使工作站全部离线，控制器仍按已下载的逻辑继续控制。
关键区分：Professional Plus 是"改逻辑"的地方，Operator Station 是"用逻辑"的地方，Application Station 是"存数据、接外部系统"的地方，Controller 是"跑逻辑"的地方。四者角色不可互换。
最小系统节点分配表
下面这张表是本节要交付的成果。以一台最小可用 DeltaV 系统为例：1 台 Professional Plus、1 台 Application Station、1 台 Operator Station、1 台控制器。表中"节点名"是 DeltaV Explorer 中显示的默认名称，"软件角色"决定该节点能做什么，"硬件归属"说明它运行在什么物理设备上。
| 节点名 | 节点类型 | 软件角色 | 硬件归属 | 可执行操作 |
|---|---|---|---|---|
| PROPLUS01 | Professional Plus | 工程组态 + 数据库 | 工程师 PC | 创建/修改/下载控制模块、组态 I/O |
| APPSTN01 | Application Station | 历史库 + OPC 服务 | 服务器 | 存储历史数据、对外提供 OPC 接口 |
| OPSTN01 | Operator Station | 操作员运行界面 | 操作台 PC | 监视画面、改设定值、确认报警 |
| CTLR01 | Controller | 控制逻辑执行 | DeltaV 控制器 | 运行已下载的 PID/AI/AO 模块 |
在 DeltaV Explorer 中，节点角色由节点属性中的"Node Type"决定，而不是由计算机名决定。把一台机器命名为 OPSTN01 并不会自动让它成为操作员站——必须在组态时明确指定节点类型，并安装对应的 DeltaV 软件组件。
在 DeltaV Explorer 中识别节点角色
- 打开 DeltaV Explorer，展开 System Configuration → Physical Network，可以看到所有已组态的节点。
- 每个节点图标旁会显示节点名。右键节点 → Properties，在 Node Type 字段确认它是 Professional Plus、Application Station 还是 Operator Station。
- 展开 Control Network → CTLR01，可以看到控制器下挂的 I/O 卡件与已分配的控制模块。
- 若某节点在 Explorer 中显示为灰色或带警告标记，说明该节点未激活或软件未安装完整，需要先处理再继续组态。
常见误区：把 Professional Plus 当作操作员站使用。Professional Plus 上虽然也能打开 DeltaV Operate 画面，但它同时拥有组态权限，操作员误操作可能改到控制逻辑。生产环境中操作员站应只安装 Operator Station 角色，不授予组态权限。
完成本节后，应能回答：给定一个节点名，判断它属于哪类角色、能执行哪些操作、不能执行哪些操作。这是后续创建控制模块（例2）和分配 I/O 通道（例3）的基础——只有先明确"在哪台节点上做什么"，才能正确选择组态入口。