Feb 16-20, 2026 · Dallas, TX
EMQX + ProveIt Manufacturing Demo

Edge-to-Cloud Manufacturing with Network Resilience

Unified Namespace Demo : Store & Forward for Zero Data Loss

EMQX Platform 6.1 Store & Forward Unified Namespace

About This Demo

This demonstration showcases a resilient edge-to-cloud architecture for manufacturing data collection built on EMQX. It proves how industrial data can flow reliably from OPC UA assets through edge brokers to cloud storage, even when network connectivity is interrupted.

The system demonstrates Unified Namespace (UNS) principles: a single source of truth for manufacturing data, with store and forward capability ensuring no data is lost during network outages. When connectivity is restored, buffered data automatically flows to the cloud.

EMQX 6.1 EMQX Neuron MQTT EMQX Tables Grafana OPC UA UNS MCP

The Problem

Manufacturing sites lose data when the network between the factory floor and the cloud goes down. OPC UA tags stop flowing, dashboards go blank, and when connectivity returns the gap is permanent: that production window is gone. For OEE tracking, quality monitoring, and compliance reporting, missing data means missing insight.

Most edge-to-cloud architectures treat the network as reliable. It isn't. Firewalls reset, VPN tunnels drop, ISPs have outages. A manufacturing data pipeline needs to handle this without operator intervention and without losing a single message.

How We Solved It

EMQX Edge with store-and-forward sits on the factory floor and buffers all MQTT messages to disk when the upstream connection is lost. When connectivity returns, buffered messages are automatically forwarded in order. No data loss, no operator action, no gaps in the time-series.

The full pipeline: EMQX Neuron reads OPC UA tags from the Enterprise B virtual factory (3 sites, ~3,340 topics) and publishes them as MQTT. EMQX Edge bridges to EMQX Cloud, where the rule engine parses payloads and stores them in EMQX Tables (built-in time-series storage). Grafana queries the tables to render OEE, production counts, and process data in real time.

The edge layer (EMQX Neuron + EMQX Edge) runs on-site; the cloud layer (EMQX Cloud + Tables) is a managed service. Grafana connects to the cloud layer over the WAN. Additionally, MCP (Model Context Protocol) servers expose both the time-series data and the broker API to AI agents, enabling natural-language queries against live manufacturing data.

How long to implement

The edge-to-cloud pipeline was configured and running in under a week, including OPC UA tag mapping, MQTT bridging, rule engine configuration, time-series storage, and Grafana dashboards. No custom code; everything is configuration on the EMQX platform.

What it would cost

EMQX Neuron licensing is tag-based, EMQX and EMQX Cloud are priced by connections message throughput. For a single-site deployment like this demo, typical costs start in the low thousands per year. Multi-site scales linearly with one edge node per site.

Reference System Flow

Data is collected at the edge, buffered locally during outages, then synchronized to cloud storage and dashboards once connectivity recovers.

Live data path from edge to cloud

AI Agent Integration

MCP (Model Context Protocol) servers connect AI agents directly to the manufacturing data layer, enabling natural-language interaction with live production data.

EMQX Tables MCP Server

Queries time-series data stored in EMQX Tables (GreptimeDB). Ask an AI agent about OEE trends, production counts, process temperatures, or any metric flowing through the pipeline.

# Example queries an AI agent can answer "What was OEE for filler production in the last hour?" "Show temperature trends for vat01 over 24 hours" "Which lines had availability below 80% today?"

EMQX Cloud MCP Server

Connects to the EMQX Cloud broker API. AI agents can inspect connected clients, active topics, subscriptions, rule engine status, and broker health — all through conversation.

# Example queries an AI agent can answer "How many clients are connected to the broker?" "List active rule engine rules and hit counts" "What topics is EMQX Neuron publishing to?"

Edge Intelligence

EMQX Neuron doesn't just forward data — it computes at the edge. A PID temperature controller runs directly on live OPC UA data and publishes control signals back to the Unified Namespace.

PID Temperature Controller

EMQX Neuron reads vat temperature from OPC UA every 10 seconds and runs a PID control loop using a 30-second sliding window. The controller computes proportional, integral, and derivative terms to output a heating/cooling signal (-100 to +100). Control signals are published back to the ProveIt UNS (HiveMQ) for any system to consume.

# Live PID output on the UNS Topic: Enterprise B/emq/Site1/.../vat01/control/temperature {"temperature": 30.4, "setpoint": 25, "control_output": -29.4}

What This Deployment Proves

What This Proves

  • Zero Data Loss - Messages buffered during outages
  • Automatic Recovery - Data sync resumes after reconnection
  • QoS 1 Delivery - At-least-once delivery semantics
  • Real-time OEE - Continuous production visibility

EMQX Capabilities

  • Edge Broker - Local MQTT with cloud bridge
  • Store & Forward - Durable disk buffering
  • EMQX Cloud - Managed dedicated deployment
  • EMQX Tables - Native time-series integration
  • Edge PID Control - Compute at the edge, publish to UNS

Dashboard Coverage

  • Site Overview - Availability, performance, quality
  • Production Lines - Per-line trends and KPIs
  • Liquid Processing - Temperature, flow, and weight
# Outage and recovery sequence mqtt publish edge/offline buffer=on mqtt publish edge/reconnect sync=automatic