📚 课程目录第4章 DeltaV SIS组态环境与项目结构

4. DeltaV SIS组态环境与项目结构

DeltaV SIS 的工程实施并不是在单一界面里完成的，它由一组彼此关联的组态环境共同支撑：SIS Workstation 提供安全逻辑的离线组态与仿真入口，DeltaV Explorer 提供整个项目（含安全区与非安全区）的层级导航，安全逻辑组态工具负责具体逻辑的编写与编译，项目数据库则保存所有对象、版本与变更记录。理解这些环境之间的分工与数据流向，是后续做联锁逻辑、做集成和做变更管理的前提。

一、四个组态环境的分工

SIS Workstation 是安全仪表功能的工程站。它安装 SIS 专用的组态软件，用于创建安全逻辑、定义安全仪表功能（SIF）、分配 SIL 等级、执行离线仿真。它与 BPCS（基本过程控制系统）的工程站可以物理上分开，也可以在同一台工作站上通过不同数据库实例区分。

DeltaV Explorer 是项目的“总目录树”。它以层级方式展示控制网络、控制器、I/O 卡件、控制模块、安全逻辑模块、报警、历史等对象。安全区与非安全区在 Explorer 中通过不同的节点或文件夹区分，例如 Control Strategies 下可能同时存在 SIS_Logic 与 BPCS_Logic 两个分支。

安全逻辑组态工具 是实际编写逻辑的地方。DeltaV SIS 通常使用功能块图（FBD）或因果矩阵（CEM）方式表达联锁逻辑。功能块包括 AI、DI、PID、逻辑运算、定时器、表决（2oo3、1oo2）等。组态完成后需要编译，编译通过才能下载到 SIS 控制器。

项目数据库 保存所有组态对象、版本、变更历史、用户权限和审计记录。DeltaV 使用统一的工程数据库，SIS 部分的数据与非 SIS 部分的数据在逻辑上隔离，但物理上可能位于同一数据库实例中。版本与变更管理依赖数据库中的版本记录和审计追踪。

二、安全区与非安全区的划分

在 DeltaV 项目中，安全区（SIS Area）与非安全区（BPCS Area）的划分不是简单的文件夹分类，而是涉及数据隔离、访问权限和通信边界的工程决策。典型做法是：

在 DeltaV Explorer 中建立独立的 SIS 节点，其下再按装置或单元划分 SIS_Unit01、SIS_Unit02。
非安全区放在 BPCS 节点下，按同样的单元划分，便于对照。
安全逻辑模块命名采用统一前缀，如 SIS_，非安全逻辑用 BPCS_，避免混淆。
跨区通信通过 DeltaV 的集成接口（如 SIS 与 BPCS 之间的硬接线或通信网关）实现，组态时需明确哪些信号允许跨区传递。

划分的核心原则是：安全逻辑的输入、输出和内部运算应尽量在 SIS 内部闭环，只有经过评估的、必要的状态和报警信号才允许送到 BPCS 用于显示或操作。这样做的目的是避免非安全区的故障或误操作影响安全功能。

三、项目结构示例

下面给出一个典型的 DeltaV SIS 项目结构示例，用于说明 Explorer 中的层级关系。该结构为教学示例，实际项目应根据装置规模和 SIF 数量调整。

DeltaV_Project
├── Control Network
│   ├── SIS_Controller_01
│   │   ├── SIS_Logic
│   │   │   ├── SIF_101_HighPressure
│   │   │   ├── SIF_102_HighTemp
│   │   │   └── SIF_103_LevelHigh
│   │   └── SIS_IO
│   │       ├── AI_101
│   │       ├── DI_101
│   │       └── DO_101
│   └── BPCS_Controller_01
│       ├── BPCS_Logic
│       └── BPCS_IO
├── SIS_Area
│   └── Unit01
│       ├── SIF_101_HighPressure
│       └── SIF_102_HighTemp
└── BPCS_Area
    └── Unit01
        └── BPCS_Logic

在这个结构中，SIS_Controller_01 下的 SIS_Logic 存放安全逻辑模块，SIS_IO 存放安全 I/O 通道。非安全区在 BPCS_Controller_01 下。两个区域通过控制器之间的通信或硬接线交换必要信号。

四、版本与变更管理

DeltaV SIS 的版本管理依赖工程数据库的版本记录功能。每次修改安全逻辑后，应执行以下操作：

在 SIS Workstation 中打开对应逻辑模块，确认修改内容。
编译逻辑，检查是否有错误或警告。
将修改后的模块提交到数据库，生成新版本号。
在变更记录中填写变更原因、变更人、审核人、生效日期。
下载到 SIS 控制器前，确认当前版本与审核通过的版本一致。

变更管理的关键是“先审核、后下载”。任何安全逻辑的修改都必须经过 MOC（变更管理）流程，不能直接在运行中的控制器上修改。DeltaV 的审计追踪会记录每次下载、每次参数修改和每次用户登录，这些记录是功能安全审计的重要证据。

五、实际操作中的注意事项

在 SIS Workstation 上创建安全逻辑时，应先确认当前连接的数据库是 SIS 数据库而非 BPCS 数据库。DeltaV 允许在同一台工作站上切换数据库，但切换后 Explorer 中显示的节点会不同。如果误在 BPCS 数据库中创建了安全逻辑，后续下载到 SIS 控制器时会失败，且版本记录会混乱。

编译安全逻辑时，工具会检查功能块连接是否完整、表决逻辑是否合法、I/O 引用是否存在。常见的编译错误包括：输出端未连接、表决块输入数量不足、引用了不存在的 I/O 通道。编译通过后，逻辑模块的状态会变为“已编译”，此时才能下载。

下载前应确认控制器处于“程序模式”或“下载允许”状态。DeltaV SIS 控制器通常不允许在运行模式下直接下载修改后的逻辑，必须先将控制器切换到程序模式，下载完成后再切回运行模式。这个过程会短暂中断安全功能，因此必须在停车或安全条件允许时进行。

版本管理方面，建议每次修改后都生成一个明确的版本号，例如 V1.0、V1.1，并在变更记录中写明修改了哪个 SIF、修改前后的逻辑差异、审核人和生效日期。DeltaV 数据库中的审计追踪会自动记录操作，但人工填写的变更记录才是审计时最直接的证据。

提示：安全区与非安全区的划分应在项目初期就确定，并在 DeltaV Explorer 中建立清晰的节点结构。后期调整区域划分会导致大量对象移动和引用更新，容易引入错误。

注意：不要将安全逻辑的最终输出直接接到 BPCS 的输出通道上。安全输出应通过 SIS 的 DO 通道驱动最终元件（如切断阀、停机继电器），BPCS 只接收状态反馈用于显示。

总结来说，DeltaV SIS 的组态环境是一个“工具链 + 数据库 + 区域划分”的组合。SIS Workstation 和组态工具负责“做”，DeltaV Explorer 负责“看”，项目数据库负责“存”，安全区与非安全区的划分负责“隔离”，版本与变更管理负责“控”。把这五者的关系理清，后续的联锁逻辑组态、SIS 与 BPCS 集成、功能安全审计才能顺利推进。