跳至主要内容

多台 PC 部署:从独立运行到跨站点读取

左右滑动查看完整表格

部署教程

部署教程: 多台 PC 部署:从独立运行到跨站点读取

以两个独立站点完成本地采集、连接、设备范围和首次远端读取。浏览器终端无需另建站点。

1. 确定每台机器承担的工作

左右滑动查看完整表格

部署方式如何配置运行关系
多台终端查看同一站点在服务器安装完整运行环境;其他电脑、平板或手机使用浏览器访问。共用同一站点的账号权限与运行内容。
多个独立站点协同每台服务器独立安装,再在消费方连接来源、选择能力与设备范围。各站点保留自己的身份、配置和数据。
专用 IO 节点使用 dedicated-node 安装,预先准备同机回环地址的数据服务与数据库结构。仅提供 IO;当前正式安装不支持连接另一台 PC 的数据库。
采集备用接管跨 PC 主备需要与交付版本匹配且经验证的专门部署方案。加入远端站点或选择其 IO 能力不会自动建立采集主备。

2. 示例:A 读取 B 的压力值

A 读取 B 已采集的压力值,两站点独立运行。A、B 为示例名称;地址和点位按项目配置填写。

左右滑动查看完整表格

项目站点 A站点 B
职责使用 B 的压力值,也可运行自己的设备。维护目标设备与 Tag,提供已采集值。
安装与数据独立身份、持久数据与运行服务。独立身份、持久数据与运行服务。
连接方向在 A 加入 B,选用 B 的 IO。不需要为此反向加入 A。
PLC 连接通过来源引用读取,不创建 B 设备的采集副本。由 B 的活动 IO Owner 维护。

完成标志 分别配置 B 的设备采集、A 的 IO 范围和脚本。

3. 分别完成两台服务器安装

  1. 按 Windows、Linux 或 Linux 容器安装指南,为两台服务器选择兼容版本与匹配架构的安装包。
  2. 分别完成数据库、Redis、运行服务、首次账号和授权配置,持久保存各自的数据与节点身份。
  3. 创建独立站点时使用独立安装身份。完整复制另一台的数据库与节点私钥会复制身份,不适用于创建独立站点。
  4. 记录两台服务器对外公布的 HTTPS 地址,在各自“系统状态”确认运行服务和基础设施状态。

完成标志 确认两台服务器均可独立登录、运行后,再连接站点。

4. 准备访问路径

  1. 让 A 的服务器可以访问 B 的门户 HTTPS 根地址;双向使用时也验证 B 到 A。使用实际监听端口,不假定所有安装都相同。
  2. 在各浏览器终端核对门户和画面地址、端口及 HTTPS 证书信任。
  3. 普通 LAN 模式直接使用发现或按地址添加。明确配置项目证书的安装,先完成项目连接配置。
  4. 容器部署核对公布地址、端口映射与持久化目录。不要把仅容器内部可达的地址交给另一台服务器。

完成标志 浏览器访问路径与服务器之间的连接路径均可达。

5. 在 B 准备有效采集值

  1. 登录 B,在“设备”和“Tag 管理”配置目标 PLC 与压力 Tag,填写实际协议、地址、数据类型与采集设置。
  2. 保存设备和 Tag。正常保存会自动进入配置应用流程,无需打开单独的发布页面。
  3. 在设备页核对 PLC 连接与当前采集,再到 Tag 测试查看该点的值、质量与更新时间。
  4. 首次读取选用已经持续采集的只读过程量,记录其设备与 Tag 名称。

完成标志 确认 B 的当前值有效且质量为 good;保存成功不表示 PLC 已连接。

6. 在 A 配置远端读取

  1. 登录 A,在“站点”中发现或按 B 的门户 HTTPS 地址加入 B。
  2. 切换“本站能力”,在 IO 采集卡片添加 B 的执行节点,确认来源已选用且可用。
  3. 点击“浏览设备”,将目标 PLC 勾选为本站使用,预览后确认保存范围。
  4. 在“Tag 管理 → 站点 Tag”按下方远端数据教程取得目标点的“来源引用”;已有该点完整 TagRef 时可直接使用。
  5. 在 A 保存教程中的只读 Python 脚本,再将同一远端 Tag 配置为点位变化事件来源并绑定该脚本。按教程启用并保存事件后,等待有效的新变化,在记录中核对执行结果。

完成标志 正式动作在 A 执行,并在该事件的授权范围内读取 B。代码页“Run Test”只解析本地 Tag,不能用它验证这条跨站读取链路。

7. 增加站点或反向使用

左右滑动查看完整表格

新增用途操作位置与步骤
C 只查看已有运行画面在 C 的浏览器打开已有门户,使用相应账号;无需另建站点。
C 自己连接设备在 C 独立安装并验证本地采集,再由需要使用 C 的站点加入它。
A 同时读取 B 与 C在 A 分别选择两方 IO 来源和 PLC 范围,业务引用保留各自的完整来源身份。
B 也读取 A在 B 加入 A,选择 A 的 IO 与 PLC 范围,再配置具体消费。

8. 专用节点与跨 PC 主备的边界

Windows/Linux dedicated-node 须预先准备同机、由安装器之外管理的 PostgreSQL / Redis 和数据库结构;不支持远端数据服务或“多台 PC 共用数据库”的采集备用部署。

  • 同一运行单元中的采集归属按 PLC 定义协调。两个独立站点即使配置了相同物理 PLC,也不会因此自动互斥;应在来源站点采集并供其他站点读取。
  • 同域接管机制需要有效的租约、配置与候选节点条件;这些运行机制不等于当前安装器已经提供跨 PC 主备部署。
  • 两个独立数据库的站点相互加入不构成整机主备;浏览器入口也不因此获得自动切换。

9. 核对部署结果

左右滑动查看完整表格

核对项完成标志
B 本地采集目标点有当前有效值;设备连接、采集与 Tag 质量分别可核对。
A 的来源选择B 的 IO 已选用且可用,目标 PLC 范围已保存并生效。
A 的业务读取来源引用指向 B,Python 结果与 B 的值和质量可对照。
中断与恢复在计划好的验证环境检查中断状态;恢复后等待有效新值,再核对业务消费。
运行依赖记录各站点哪些功能依赖远端来源,保留身份、地址、版本和设备范围记录。

完成标志 完成后,B 负责目标 PLC 的采集,A 按所选范围使用其数据;两站仍分别管理自己的配置与运行服务。

再次点击图片或按 Esc 关闭