污水处理厂数据采集、本地看板与政府平台推送应用场景

交接班时，水质仪表上的读数、PLC 中的泵和风机状态、值班记录里的流量，往往需要分头查看。到了报送环节，还要核对点位名称、采样时间和平台要求的格式。数据已经存在于设备里，却没有形成便于查看和对接的一条链路。

以一个典型污水处理厂的场景演绎为例：通过 Woody 工业智能网关读取已开放的设备数据，在网关本地 App 中集中展示，再按政府平台要求整理并推送。这是一种通用接入思路，不对应某个已实施客户项目，也不代表已通过某地监管平台验收。

先把设备数据接进来

本例采用 WD2EC，使用其双网口、多串口与 4G 接入能力。支持 Modbus TCP 的 PLC 经 Ethernet2 接入；支持 Modbus RTU 的在线仪表通过 RS485 接到 COM1。网关按设备开放的地址表读取变量，采集周期、数据类型和通信参数需结合设备要求配置。

可纳入的变量包括流量、液位、pH、化学需氧量（COD）、氨氮，以及泵、风机的运行状态。它们只是候选点位，实际采集范围取决于现场已安装的仪器、PLC 已汇集的数据及开放权限，不意味着所有设备均可直接接入。网关读取通信数据，不直接测量水质，也不将仪器的模拟信号直接接入本例网关。

接入后，按约定统一变量名称、点位编码、单位、时间戳及有效状态。例如，仪表通信中断时，应保留最后一次更新时间并标记失效，而不是把上一次读数继续当作实时值。涉及设备时间与网关时间时，也要明确时间来源和同步方式。

图中以 WD2EC 的 4G 作为互联网接入示例，Ethernet1 连接厂内管理网络，供值班室浏览器访问网关。设备侧、管理侧的地址规划、访问权限及 4G 出口路由需按现场网络配置验证，不假定有线与无线自动切换。方案层面可选择 WiFi、4G 或有线接入，须匹配相应型号；若改为有线同时连接互联网与 PLC，则使用 Ethernet1 接互联网侧、Ethernet2 接设备侧。

在值班室浏览器里集中查看

值班员不必先登录外部云平台，可以通过厂内管理网络，在电脑或大屏的浏览器中访问网关 Web 管理界面内嵌的本地 App。页面可按工艺区域组织当前值，并同时显示更新时间和通信状态；需要了解变化过程时，再查看按策略保存的历史趋势。

例如，可以把处理单元、管线、流量和水质测点放在同一张工艺组态图上，结合设备状态与点位表，按区域查看数据，而不是只面对一长列变量名。

本地 App 组态模拟运行演示。画面中的读数、设备状态和事件时间均为模拟数据，并非现场测量或验收记录。实际工艺与测点需按现场配置；本图仅展示只读监视，不提供设备控制。

这套污水处理看板并非预装成品。网关提供本地 App 框架，具体页面用 JS/CSS/HTML 开发，数据处理与后端接口用 Lua 编写，历史记录可使用内置 SQLite 存储。点位布局、状态表达、记录频率、历史查询与用户访问范围，都需要按项目需求配置或开发。

经过这样的整理，交接班可以围绕同一个页面核对“现在读到什么、数据是什么时候更新的、哪个设备已经失联”，不再只对照一组看似正常的数值。历史保留周期、采样或变化记录策略及备份方式，应结合网关存储资源确定，不承诺无限保存。

按政府平台的要求组织推送

本地展示和平台报送是两个用途：App 负责现场查看与按策略存储，发布模块负责把约定的数据组织成目标平台要求的报文。两者可以使用同一批已核对的采集变量，但不能把“页面能看到”当作“平台已经收到”。

接入前，应取得平台开放接口资料及接入授权，明确点位编码、时间戳格式与时区、单位和数据口径、有效状态表达、鉴权方式、报送周期，以及返回结果的含义。网关支持 HTTP/HTTPS、MQTT 等发布技术路径，并可通过 Lua 编写自定义发布逻辑；实际使用哪一种、报文如何组织，仍以目标平台要求为准。

如果平台要求专用协议或特殊接入流程，需另行确认可行性并完成适配与联调。本方案不声称已支持 HJ 212 等尚未确认的协议，也不把网络连通等同于获得监管接入资格。

发布过程还应记录发送失败、返回错误及可获得的平台确认结果。看板若展示“已接收”状态，应以平台提供的相应确认结果为依据，不能仅凭请求已发出或数据已进入缓存判断成功。

中断时，分清采集异常与推送异常

设备通信失败或数据无效时，先标记受影响点位，按平台约定处理缺测和无效状态，不用旧值填成正常实时数据。互联网或平台连接异常时，则记录推送失败，并根据配置使用网关的离线缓存能力。

缓存容量、保留时间、满载处理和重试策略需要在实施时确定。网络恢复后，只有在平台允许的时间窗和去重规则内，才按约定重试或补报；并非所有平台都接受历史补传。缓存不等于平台已接收，也不能据此承诺永不丢失。现场查看与向外报送的状态应分别呈现，便于值班员判断问题发生在哪个环节。

接入前需要确认什么

• 设备与点位：核对 PLC、仪表型号、通信协议、地址表、数据类型、单位和读取权限；确认候选指标确有可靠的数据来源。
• 页面与记录：明确本地 App 的开发范围、数据失效判定、时间来源、访问权限、存储保留和备份策略。
• 网络与平台：核对管理侧和设备侧网络、4G 覆盖及出口路由，取得平台接口和授权，并完成字段、鉴权、周期、返回结果及补报规则联调。
• 监管要求：向主管部门或平台方确认是否允许网关直接对接，是否必须使用指定数采仪、认证设备或专网，以及相关验收要求。

厂内运行数据展示不等于法定监测结果。网关不能替代水质仪器校准、法定监测设备或政府平台判定；本例仅讨论数据读取、查看与推送，不扩展到远程控制、自动加药或安全联锁。

从分头查数，到一条清楚的数据链路

对已有可通信 PLC 和在线仪表的污水处理厂，这种方案把设备读取、本地查看和平台推送串联起来：值班员通过浏览器集中核对运行信息，集成商则按明确接口完成报文适配。核心不是再添一张孤立的表，而是让数据来源、更新时间、有效性和报送结果各有依据，同时保留设备、应用与监管平台各自的职责边界。