多品牌 PLC 设备数据采集与集中监控
设想一个装配、检测和包装设备并存的车间。交接班时，生产主管需要逐台看屏幕、询问现场人员，再把各工位的状态和计数拼到一起。记录来自不同时间，确认当前进度往往还要再跑一趟。
设备不是同一年买的，控制器也不一样。装配设备用西门子 PLC，检测设备用三菱 PLC，包装设备又是欧姆龙 PLC。单独操作都没问题，想把数据放到一起，却找不到一个共同入口。
通过工业智能网关采集已有设备数据，再对接配套平台，可以为主管建立统一查看入口，而不必为了集中查看统一更换 PLC 品牌。
不换整套设备，先接出真正要看的数据
生产主管最想知道的，往往不是几百个参数，而是几个具体问题：哪台设备正在运行，哪台停着，各工位的计数到了多少，有没有设备报警。
这正是工业智能网关的数据采集功能可以发挥作用的地方。
Woody 工业智能网关支持多种主流品牌的 PLC 数据采集。工程师先核对现场 PLC 的具体型号、通信接口、协议及访问条件，再配置需要读取的数据点。符合接入条件的设备，就可以通过网关把运行信号、计数值、报警码等数据采集出来，不必为了集中查看而统一更换 PLC 品牌。
实际配置时，工程师在网关 Web 管理界面中按设备建立记录，选择适配的驱动，填写通信参数和数据点地址、类型。以太网连接核对 IP 与通信设置，串口连接核对电气接口与通信参数，再将读取结果与设备屏幕逐项对照，确认运行、停止和报警信号的实际含义。
例如，包装机屏幕上显示“本班数量”，但 PLC 提供的可能只是累计计数。要得到班次产量，还需要由配套平台按班次规则计算，并处理计数清零等情况。网关能读取数据，不等于每个业务指标都已经准备好了。
接到一起，还要把含义对齐
接入时，一个容易被忽略的细节是：不同设备上的“同一个数”，未必是一回事。
装配设备的计数可能代表完成一次动作，检测设备记录的是检测次数，包装设备记录的则是包装件数。把三个数直接相加，并不能得到车间产量。
因此，工程师会和生产人员一起，把设备编号、数据点含义、单位和计数口径对清楚。哪个信号表示自动运行，哪个表示报警，哪个计数能用于交接班，都要对应到实际设备逻辑。
随后，再配置网关与平台的数据对接。网关支持 MQTT、HTTP 等通信协议，可按接收平台的接口要求传输数据；设备编号、字段映射、认证信息等需要在对接时配置好。
这条链路中，各部分的工作并不一样：
- PLC 提供原始数据：设备已有的运行信号、计数值、报警码等。
- 网关负责采集和传输：读取已配置的数据点，按约定接口交给平台。
- 配套平台负责展示和业务处理：配置设备看板、班次统计、历史查询等页面与规则，需要相应的平台功能或开发集成。
所以，“接上网关”与“已有一套生产管理系统”不是同一件事。网关解决的是设备数据怎么出来、怎么送过去；主管看到什么界面，则由配套平台实现。
交接班先集中查看，再定向核实
回到开头的车间。在完成采集配置和看板对接后，交接班可以换一种做法。
主管先打开平台的设备列表，查看装配、检测、包装各工位的状态和对应计数。看板同时显示数据更新时间，对通信中断或数据过期作出提示，避免把旧数据当成当前状态。这些显示规则由平台配置实现。
如果检测设备显示停止，主管可以先联系该工位，核实是否正在换型或存在异常。
这里仍然需要人的判断。PLC 的停止信号只能说明设备当时没有运行，不能单凭这个信号就断定是缺料、故障或人员离岗。停机原因需要结合设备报警、现场反馈，或另外配置的原因记录功能确认。
变化就在这个顺序上：原来要走遍车间才能拼出大致情况，现在先集中查看，再带着具体问题去现场。交接班时，也可以围绕同一组设备数据核对，而不是各拿一份不同时间抄下来的记录。
现场巡检没有被取消，但为了看一个数、确认一个状态而来回跑的环节，可以少一些。
接入前需确认
- 逐台核对 PLC 的具体型号、协议、接口、读取权限和可用数据；支持某个品牌不等于支持其全部型号。图中 WD2E 为外观示意，实际部署型号按接口与网络条件选择。
- 明确各工位的计数含义、单位、班次规则与清零处理，避免把动作次数、检测次数和包装件数混为产量。
- 与现场维护人员确认采集频率及通信负载；核对平台接收接口、认证和字段映射，落实看板、历史记录与数据过期提示的配置或开发。
从常用数据开始
对于设备来源多、PLC 品牌杂的车间，不必一开始就追求复杂分析。可以先选一条产线，把运行状态、关键计数和已有报警信息接出来，让每天真正要看这些数据的人先用起来。
本文场景只读取设备数据，不涉及远程启停或参数写入。
不同品牌的设备可以继续各司其职。通过工业智能网关采集数据，再对接合适的平台，管理者就有机会从“挨台找信息”，变成“先看清情况，再去处理问题”。