3. Ignition平台入门

在正式进入 MQTT Transmission 配置之前,必须先理解 Ignition 平台的运行骨架。Ignition 不是传统“装在本机、打开即用”的组态软件,而是一个以 Gateway 为中心的 Web 化工业应用平台。Designer、Perspective 会话、Tag 系统、各功能模块,全部围绕 Gateway 展开。理解这条主线,后续配置 MQTT Transmission 时才能清楚“数据从哪里来、由谁转发、在哪里看状态”。

一、核心原理:一切围绕 Gateway 的模块化架构

Ignition 的架构可以概括为“一个服务端 + 多类客户端 + 可插拔模块”。Gateway 是常驻服务端,负责连接设备、维护 Tag、执行脚本、托管项目、对外提供 Web 访问;Designer 是开发客户端,用于创建项目、配置 Tag、编写脚本;Perspective 是运行在浏览器中的可视化客户端,通过 Gateway 提供的会话访问画面。三者不是三个独立软件,而是同一平台的不同入口。

模块化扩展机制是 Ignition 的关键设计。平台本身只提供基础能力,具体协议与功能通过模块安装到 Gateway 中启用。例如 OPC UA 驱动、SQL Bridge、Perspective、MQTT Transmission 等都以模块形式存在。模块安装后,Gateway 的配置界面会出现对应配置入口,Designer 中也会出现对应组件或配置项。因此,没有安装 MQTT Transmission 模块,就无法在 Gateway 中配置 MQTT 转发,这是初学者最常见的卡点。

Ignition 平台架构与数据主线 Ignition Gateway(服务端) 设备连接 · Tag 引擎 · 项目托管 脚本调度 · Web 服务 · 模块容器 默认端口 8088(HTTP) 状态页:/web/home 可插拔模块层(安装后启用对应能力) OPC UA 驱动 连接 PLC / 设备 Perspective Web 可视化 SQL Bridge 事务组 / 历史 MQTT Transmission Tag → MQTT 转发 其他模块 按需扩展 客户端入口(访问同一 Gateway) Designer(开发客户端) 建项目 / 配 Tag / 写脚本 Perspective 会话 浏览器访问画面 外部 MQTT Broker 接收转发数据 加载模块 提供访问

二、四大核心对象与职责

对象 角色 关键职责 与 MQTT Transmission 的关系
Gateway 服务端 连接设备、维护 Tag、托管项目、运行模块 MQTT Transmission 模块的安装与配置位置
Designer 开发客户端 创建项目、配置 Tag、编写脚本、设计画面 用于配置 Tag 结构与传输组
Perspective Web 可视化 浏览器中运行画面、展示实时数据 可展示 MQTT 连接状态与转发结果
Tag 系统 数据模型 统一组织设备数据、内存数据、表达式数据 MQTT 转发的数据源

三、Tag 系统:MQTT 转发的数据源头

Tag 是 Ignition 中数据的统一抽象。无论数据来自 OPC 设备、数据库、表达式还是脚本写入,最终都以 Tag 的形式被项目访问。Tag 按层级组织,常见结构为“提供者 → 文件夹 → Tag”,例如:

[default]Line1/Motor1/Speed
[default]Line1/Motor1/RunStatus
[default]Line1/Tank/Level
[System]Gateway/Performance/CPU

其中 [default] 是 Tag 提供者名称,通常对应一个 OPC 连接;[System] 是系统内置提供者。MQTT Transmission 在配置传输组时,正是按 Tag 路径选择要转发的数据。因此,Tag 命名是否清晰、层级是否合理,直接决定 MQTT 主题结构是否可维护。建议在项目初期就规划好设备—产线—点位的命名规范,而不是等转发配置时再临时整理。

四、方法流程:从安装到验证的完整路径

  1. 登录 Gateway 管理页,进入 Config → Modules,确认 MQTT Transmission 模块已安装并启用。
  2. 在 Config → MQTT Transmission → Settings 中配置 Broker 连接参数(服务器地址、端口、客户端 ID、认证信息)。
  3. 在 Designer 中打开项目,确认目标 Tag 已存在且能正常读取实时值。
  4. 在 Gateway 中创建 Transmission Group,选择要转发的 Tag 路径与主题模板。
  5. 保存后观察 Gateway 状态页中 MQTT 连接状态是否为 Connected。
  6. 在 Broker 侧或订阅客户端验证是否收到对应主题的数据。
建议先只转发 1~2 个测试 Tag,确认主题、格式、频率都正确后,再批量加入生产 Tag。这样排错范围小,定位速度快。

五、案例场景:一条产线的数据转发

假设某产线有 3 台电机,每台电机需要转发转速与运行状态。Tag 结构规划为 [default]Line1/Motor1/Speed、[default]Line1/Motor1/RunStatus,以此类推。在 MQTT Transmission 中创建一个传输组,主题模板可设计为:

enterprise/plant1/line1/motor1/speed
enterprise/plant1/line1/motor1/runstatus

这样 Broker 侧按主题即可直接区分工厂、产线、设备与点位。若后续增加 Motor4,只需在 Tag 树中新增节点并纳入传输组,主题结构保持一致,不需要重新设计命名规则。这正是 Tag 层级规划带来的长期收益。

六、误区与复盘

  • 误区一:把 Designer 当成服务端。Designer 只是开发客户端,关闭 Designer 不影响 Gateway 运行与 MQTT 转发。
  • 误区二:模块未安装就找配置入口。MQTT Transmission 的配置页面只有在模块安装后才出现,找不到入口时先检查模块状态。
  • 误区三:Tag 路径随意命名。后期主题混乱、订阅端难以解析,返工成本高。
  • 误区四:忽略 Gateway 状态页。连接失败、认证错误、主题冲突等信息都会在状态与日志中体现,是排障第一入口。
修改 MQTT Transmission 配置后,务必回到 Gateway 状态页确认连接已恢复,并检查日志中是否有重复客户端 ID、认证失败或主题权限错误。很多“数据没发出去”的问题,根源其实在连接层而非 Tag 层。

掌握 Gateway、Designer、Perspective、Tag 系统与模块化扩展这五个概念,就具备了理解 Ignition 平台运行方式的基础。后续配置 MQTT Transmission 时,你会清楚每一步操作发生在哪个对象上、影响哪条数据链路,而不是机械地照抄参数。