1. The Problem

Challenge: Operate and observe hundreds of distributed midstream sites with PLCs and intermittent, bandwidth-limited links—while keeping on-site autonomy and ensuring a unified, secure, and scalable publish/subscribe model for corporate operations, analytics, and alarms.

Specific pain points:

Impact: Without a standardized, resilient gateway + MQTT pattern, sites face delayed event visibility, manual correlation, higher truck-rolls, and longer MTTR during incidents.

Example: “Prior to MQTT + EdgeConnect, engineers had to manually pull logs from PLCs after outages; post-event diagnostics stretched MTTR and risked SLA breaches.”

2. The Solution

2.1 Overview

2.2 Logical Diagram (high level)


[PLC Layer: ControlLogix / DF1]           [Edge Layer: Per-Site Gateway]                [Network Layer]
  • CIP/EtherNet/IP (CLX)                   • FrameworX (EdgeConnect on Linux)         • MQTT brokers (HA, N=4)
  • DF1 (serial)                            • Poll ? Buffer ? Publish                  • Subscribers: Third-Party brokers consumers
                                            • Watchdog, AutoStart                      

   ????TCP/IP ???????????????????????????????  Router  ???????????????????????????????????  Broker



2.3 Topology

Layer

Component

Role

Notes

Field

ControlLogix (CIP), DF1 devices

Signals/controls

-

Edge (Site)

EdgeConnect (Linux)

Collection, buffer, publish

Runs on router/IPC; AutoStart; Watchdog; local logging

Transport

Satellite / WAN

Telemetry backhaul

-

Brokers

MQTT brokers (HA, N=4)

Pub/Sub backbone

Persistent sessions, retained health topics

Consumers

SCADA/Historian/Analytics

Enterprise visibility & actions

-

2.4 Network Architecture

2.5 Redundancy & Failover

2.6 Protocols & Equipment

2.7 Data Model & Topics

2.8 Scale & Capacity

2.9 Observability & Health

3. Key Enablers

Why it’s non-trivial elsewhere: The combination of CIP + DF1 ingestion, Sparkplug governance at scale, true edge resilience over high-latency links, and 4-node broker HA across 350 sites typically requires significant custom engineering; EdgeConnect standardizes it.

4. The Results