4. GX Works3安全工程环境
在MELSEC iQ-R安全PLC工程中，GX Works3不仅是编程工具，更是安全工程与标准工程共存的管理容器。理解它的工程环境，核心要抓住三件事：安全工程如何创建、安全CPU参数如何设置、安全程序与标准程序如何分区管理。这三件事共同决定了后续安全程序的编写、验证与下载是否能够顺利进行。
一、安全工程的创建与工程类型选择
GX Works3启动后，通过“新建工程”进入工程创建界面。此时需要选择PLC系列（如R系列）、机型（如R08SFCPU、R16SFCPU等安全CPU）、程序语言（梯形图、ST、FBD等）。关键点在于：当所选CPU为安全CPU时，工程中会自动具备安全程序与标准程序两个分区，而不是像普通CPU那样只有一个程序体系。
创建安全工程时，建议在工程名中明确标识“Safety”或“安全”，例如“Line1_Safety_R08SF”。这样在后续多工程并行、版本备份或与标准工程对照时，能够快速区分。工程创建完成后，左侧导航窗口中会出现“安全程序”“标准程序”“安全CPU参数”“模块配置”等节点，这是安全工程环境最直观的结构体现。
二、安全CPU参数设置的关键项
安全CPU参数设置决定了安全功能的运行方式与安全通信行为。在导航窗口中双击“安全CPU参数”，主要涉及以下几类设置：
- 安全模式与安全认证：设置安全CPU的访问认证方式，通常需要设置安全密码或安全密钥，防止未授权修改安全程序。
- 安全程序执行周期：安全程序以固定安全周期执行，需确认安全周期时间与标准程序扫描周期的关系，避免安全响应超时。
- 安全I/O模块参数：对连接的安全输入/输出模块设置双通道评估、诊断测试脉冲、断线检测等参数。
- 安全通信参数：若使用安全通信（如CC-Link IE Field Safety），需设置安全连接编号、安全通信周期、看门狗时间等。
- 安全CPU动作模式：设置安全CPU在检测到安全异常时的行为，例如停止安全输出、保持或进入安全状态。
这些参数不是孤立的，它们与安全程序中的安全功能块、安全I/O模块的硬件设置共同构成安全功能链。例如，安全输入模块的诊断测试脉冲周期必须与安全程序中的输入评估逻辑匹配，否则可能导致安全输入被误判为故障。
三、安全程序与标准程序的分区管理
安全CPU工程最显著的特点是“双分区”：安全程序区与标准程序区。两者在工程中物理隔离，执行机制也不同。
安全程序区用于编写安全功能逻辑，例如急停、安全门、安全光幕、安全速度监控等。安全程序只能使用安全功能块和安全指令，不能调用标准程序中的普通功能块。安全程序执行结果通过安全输出模块或安全通信输出到现场。
标准程序区用于编写非安全逻辑，例如设备启动、模式切换、报警显示、与上位机通信等。标准程序可以读取安全程序的状态（如安全OK信号），但不能直接修改安全程序内部逻辑。
分区管理的实际意义在于：安全程序必须经过独立的安全验证，而标准程序的修改不会影响安全程序的完整性。在GX Works3中，安全程序与标准程序分别编译、分别下载，安全程序下载时需要安全密码认证。
四、工程文件结构与实际管理建议
GX Works3的工程文件并非单一文件，而是一个工程文件夹结构。典型的安全工程文件夹中包含：工程文件（.gx3）、安全程序数据、标准程序数据、安全CPU参数数据、模块配置数据、安全认证信息等。安全程序数据通常以独立文件或加密形式保存，与标准程序数据分开存储。
在实际工程管理中，建议遵循以下做法：
- 版本命名规范化：工程名中包含日期、设备号、安全版本号，例如“Line1_Safety_R08SF_V1.2_202506”。
- 安全程序单独备份：安全程序修改后，除了整体工程备份，还应单独导出安全程序数据，便于安全验证追溯。
- 参数变更记录：安全CPU参数中的安全周期、看门狗时间、安全通信参数等变更，应记录在工程变更日志中，并与安全验证报告对应。
- 分区权限控制：安全程序区应设置安全密码，只有安全工程师可修改；标准程序区可由设备工程师维护，但不得触碰安全分区。
理解GX Works3安全工程环境，本质上是在理解“安全”与“标准”的边界。安全工程创建确定了边界的存在，安全CPU参数设置了边界的规则，分区管理维护了边界的完整性，工程文件结构则记录了边界的全部证据。掌握这四点，后续的安全程序编写、安全通信配置和安全验证才能有据可依。