多工厂设备数据集中查看应用场景

设想一家在不同地点设有生产车间的制造企业。准备生产协调会时，负责人需要向各厂询问设备状态和生产进度：有的发来设备屏幕照片，有的提交手工表格，有的还在等现场确认。等信息凑齐，截图里的状态可能已经变了。

问题不只是工厂离得远，而是信息没有共同的入口。通过各工厂的工业智能网关采集设备数据，再接入统一平台，可以先集中查看已接入设备的状态和计数，再针对具体问题联系现场。网关负责把数据送出来，平台负责把不同工厂的信息组织成可用的页面。

每个工厂先接出需要的数据

不必一开始就把设备的所有参数搬到总部。对于日常协调，可以先选择设备编号、运行状态、已有报警信息和可用于生产统计的计数值。

Woody 工业智能网关支持多种主流 PLC/CNC 的数据采集。工程师在各厂核对设备的具体型号、接口、协议与读取权限，在网关 Web 管理界面配置适配的驱动、通信参数和数据点，再将读取结果与设备屏幕或现场逻辑对照。

例如，一台加工中心提供的计数可能是加工循环次数，而不是合格件数。是否能用于产量统计，要结合设备信号和现场口径确认，不能把采集到的数字直接改名为“产量”。

网关型号按现场接口和网络条件选择；多厂部署也不意味着必须使用同一种硬件型号。先把关键数据接准，再逐步扩大接入范围。

同一个字段，要有同一个解释

跨工厂查看最容易遇到的，并不是少一个图表，而是同名字段的含义不同。一个工厂的“运行”表示自动加工，另一个工厂可能只表示设备已上电；两者放在同一列，反而容易误判。

对接前，应共同约定工厂标识、设备标识、状态含义、计数口径、单位和采集时间。设备编号需要在约定范围内唯一；无法对应的状态不要勉强归类，可明确显示为“未知”或“待确认”。

涉及班次或每日汇总时，还需明确时区、班次边界和计数复位处理。不能简单把不同工序、不同产品的计数相加，当作整个集团的生产总量。这些业务规则需要在配套平台配置或开发实现。

网关发布数据，平台组织查看

在现场采集完成后，各厂网关可使用 MQTT 或 HTTP/HTTPS 等方式，按接收平台要求发布数据。工程师需要配置平台地址、认证信息、主题或接口路径，以及字段映射；具体采用哪种协议，以双方支持的接口为准。

这条链路中的职责需要分清：

• 设备提供原始信号：开放可读取的状态、计数和报警等数据。
• 各厂网关负责采集与发布：读取配置的数据点，并按约定格式传输。
• 统一平台负责业务页面：实现按工厂筛选、设备列表、历史查询，以及需要的统计规则和权限设置。

平台可以是已有系统，也可以是另行搭建的应用。网关支持数据发布，不等于已经附带一套多工厂管理看板；平台接收接口和展示功能仍需落实。

先看更新时间，再看设备状态

回到生产协调会。完成接入和页面配置后，负责人可以先按工厂查看设备列表，定位哪些设备正在运行、哪些出现已有报警，再向相应现场核实情况，不必为了了解一个状态逐厂收集截图。

但页面显示“运行”，不代表数据一定是当前的。平台应同时展示更新时间，并按约定阈值标记过期或通信异常，避免把上一次收到的状态当成现场实时状态。这些提示需要由平台配置或开发。

网关支持离线缓存和断点续传，可用于网络恢复后的数据补传。实际使用需要核对配置、可用存储和发布链路行为，不承诺所有中断情况下都不丢数据。对需要历史记录的方案，应在对接时确定采集时间标记及平台处理方式，区分补传记录与当前数据；补传不能消除断网期间的查看空档。

设备停止，也不能单凭一个状态判断为故障或缺料。集中查看提供的是联系现场的线索，停机原因仍需结合报警、现场反馈或另外配置的原因记录确认。

接入前需确认

• 逐厂核对设备型号、协议、接口、读取权限和开放数据，支持某个品牌不代表支持其全部型号。
• 对齐工厂与设备标识、状态定义、计数含义、单位、时间标记和汇总规则，明确异常数据的处理方式。
• 确认各厂网络访问条件、平台接收接口及认证方式，按接收端要求使用受支持的加密连接，并配置凭据和访问权限。
• 与现场维护人员确认采集频率及通信负载；落实平台页面、权限、历史记录与过期提示，按实际存储资源规划缓存和历史数据保留。

本文方案只读取和发布设备数据，不涉及远程启停、参数写入或程序下载，也不以多网关 Grid 组网作为跨工厂集中查看的前提。

从一次协调会真正要看的信息开始

适合先接入的，是各厂每天都要反复询问、又确实能从设备读取的信息。选定一组关键数据，统一解释和时间口径，再把平台页面交给实际使用的人检验。

这样，集中查看不只是把各厂的数字放到一个屏幕上，而是让负责人先获得可追溯、能判断是否过期的信息，再带着明确的问题联系现场。现场沟通仍然重要，但不必每次都从重新收集截图开始。