2. Ignition平台概述

Ignition 是 Inductive Automation 推出的工业自动化与 SCADA 平台,其最大特点在于“以 Gateway 为中心”的 Web 化架构。传统 SCADA 往往需要在每台操作站安装客户端、逐台配置驱动与画面,而 Ignition 把核心服务、设备通信、历史存储、报警与项目发布集中在 Gateway 中,用户通过浏览器或移动端即可访问。理解 Ignition,必须先理解它的核心模块如何分工,以及 Gateway 在网络架构中处于什么位置。

一、Ignition 的核心模块

Ignition 采用模块化授权,基础平台提供 Gateway、Designer、Vision、Perspective、SQL Bridge、Tag Historian、Alarm Notification 等能力,不同模块负责不同层面的工作。可以把它们理解为“平台底座 + 功能插件”的组合。

  • Gateway(网关服务):整个平台的运行核心,负责项目托管、设备连接、标签引擎、历史记录、报警、用户认证、Web 服务与模块管理。
  • Designer(设计器):基于 Java 的桌面开发工具,用于创建窗口、页面、标签、报警、事务组和脚本,通过 Gateway 连接进行项目编辑与发布。
  • Vision:面向传统 HMI/SCADA 的客户端模块,支持桌面客户端和 Web 启动,适合高交互、多窗口的监控画面。
  • Perspective:基于 HTML5 的现代 Web 客户端模块,适合跨平台、移动端和响应式页面,是当前主推的可视化方向。
  • Tag Historian:标签历史模块,将过程数据写入 SQL 数据库,支持趋势、报表与查询。
  • SQL Bridge:事务组模块,用于把 PLC 数据与数据库表进行双向交换,常用于配方、批次和 MES 集成。
  • Alarm Notification:报警管道模块,负责报警状态管理、通知策略与确认流程。

这些模块并非孤立运行,而是统一注册在 Gateway 中,由 Gateway 提供生命周期管理、许可校验和运行时服务。因此,Gateway 是 Ignition 平台的“心脏”。

二、Gateway 的作用

Gateway 是一个常驻服务进程,通常部署在服务器或工控机上,监听 8088(HTTP)和 8043(HTTPS)等端口。它承担以下关键职责:

  1. 设备连接与协议驱动:通过 OPC UA、Modbus TCP、EtherNet/IP、Siemens S7 等驱动连接 PLC、RTU、仪表和第三方 OPC 服务器。
  2. 标签引擎:维护 Tag Provider,管理标签的实时值、质量码、时间戳和报警状态。
  3. 项目托管与发布:保存项目资源,向 Vision 客户端和 Perspective 会话按需下发。
  4. 历史与报警服务:将数据写入数据库,管理报警管道、报警状态与通知。
  5. 安全与认证:提供用户、角色、身份源和 SSL 证书管理。
  6. 模块与许可管理:加载已授权的模块,控制功能可用性。

核心结论:Ignition 的客户端不直接连接 PLC。所有设备通信、标签计算、历史存储和报警判断都在 Gateway 内完成,客户端只与 Gateway 交互。这种“单点服务、多点访问”的模式,使系统扩展和集中运维变得非常自然。

三、网络架构在工业自动化中的定位

在典型的工业网络分层中,Ignition Gateway 通常位于控制层与管理层之间,起到“数据汇聚与向上服务”的桥梁作用。向下,它通过工业协议采集 PLC 与现场设备数据;向上,它通过 Web、SQL、REST、MQTT 等方式向 MES、ERP、云平台和移动终端提供数据。

下图展示了 Ignition 平台的核心模块关系与 Gateway 在网络中的位置。图中左侧为现场设备层,中间为 Gateway 服务层,右侧为客户端与上层系统,底部为数据库与历史存储。

Ignition 平台核心模块与 Gateway 网络定位 现场设备层 PLC / PAC S7 / Modbus / EtherNet/IP RTU / 仪表 串口 / 无线 / 总线 第三方 OPC OPC UA / DA 传感器 / 执行器 IO / 现场总线 Ignition Gateway(核心服务) 设备连接与驱动 OPC UA / Modbus / S7 标签引擎 Tag Provider / 质量码 项目托管 Vision / Perspective 报警与历史 Alarm / Historian 安全与认证 用户 / 角色 / SSL 模块与许可 Module / License Web 服务与 REST / MQTT 接口 HTTP 8088 / HTTPS 8043 Designer 连接入口 项目编辑 / 发布 / 调试 客户端与上层系统 Vision 客户端 桌面 / Web 启动 Perspective 浏览器 HTML5 / 移动端 MES / ERP REST / SQL / MQTT 云平台 / 报表 数据订阅 / 推送 Designer 开发端 项目编辑 / 调试 SQL 数据库(历史 / 报警 / 事务) MySQL / SQL Server / PostgreSQL / Oracle 设备数据采集 客户端访问与上层集成

四、典型场景与配置示例

假设一条包装产线需要实现集中监控:现场有 3 台西门子 S7-1200 PLC、1 台 Modbus 温控仪表,操作室需要 2 台 Vision 客户端,同时车间主任希望通过手机查看 Perspective 页面,历史数据保存到 SQL Server。此时 Gateway 部署在操作室服务器上,配置如下:

Gateway 网络配置示例:
HTTP Port        : 8088
HTTPS Port       : 8043
Gateway Address  : 192.168.10.50

设备连接:
  S7-1200-1  -> OPC UA / S7 驱动  -> 192.168.10.11
  S7-1200-2  -> OPC UA / S7 驱动  -> 192.168.10.12
  S7-1200-3  -> OPC UA / S7 驱动  -> 192.168.10.13
  温控仪表   -> Modbus TCP 驱动   -> 192.168.10.21:502

Tag Provider : default
历史库       : SQL Server 192.168.10.60 / Ignition_Hist
报警管道     : Alarm Pipeline -> 邮件 + 企业微信

客户端只需访问 http://192.168.10.50:8088,即可打开项目。PLC 的 IP、端口、标签地址全部在 Gateway 中维护,客户端不保存任何设备连接信息。这种集中配置方式,使新增一台客户端或修改一个 PLC 地址都只需在 Gateway 操作一次。

五、常见误区与复盘

误区一:把 Gateway 当成普通 Web 服务器。Gateway 不只是页面发布器,它同时是 OPC 服务器、标签引擎、历史采集器和报警引擎。关闭 Gateway 意味着整个系统失去设备通信与数据服务。

误区二:客户端直连 PLC 更“快”。Ignition 的设计原则是客户端不直连设备。绕过 Gateway 会导致标签、报警、历史和安全策略失效,后期无法统一运维。

误区三:Gateway 可以随意重启。重启会中断设备连接、历史写入和客户端会话。生产环境应配置冗余 Gateway 或维护窗口,并提前确认数据库连接与许可状态。

层级 典型对象 与 Gateway 的关系 关键协议 / 接口
现场设备层 PLC、RTU、仪表、传感器 由 Gateway 主动采集 OPC UA、Modbus TCP、S7、EtherNet/IP
Gateway 服务层 标签、报警、历史、项目、安全 平台核心,统一托管 HTTP 8088、HTTPS 8043、内部服务
客户端层 Vision、Perspective、Designer 通过 Gateway 访问项目 HTTP / HTTPS、WebSocket
数据与上层系统 SQL 数据库、MES、ERP、云平台 由 Gateway 写入或转发 JDBC、REST、MQTT、OPC UA

理解 Ignition 的平台概述,关键抓住三点:核心模块围绕 Gateway 注册与运行;Gateway 是设备通信、标签、历史、报警和安全的统一入口;网络架构上,Gateway 位于现场设备与客户端、上层系统之间,是工业数据向上汇聚和向下采集的枢纽。掌握这一层关系,后续学习 Gateway 网络配置、冗余、安全与模块部署时,才能建立清晰的系统观。