← Back to Use Cases

Offshore Oil & Gas · Maritime · FPSOs

Offshore & Maritime Operations

An offshore platform or FPSO is a floating industrial city — pumps, compressors, turbines, generators, fire and gas detection, structural and vibration sensors, all with different protocols and different vendors. Relay connects it as one system, and keeps working when the link to shore drops.

The environment: thousands of sensors, one connection to shore

A floating production, storage and offloading vessel or a fixed platform runs on a scale of sensing that rivals a small factory: vibration and pressure on rotating equipment, temperature across process trains, gas and fire detection throughout the structure, structural monitoring on the hull or jacket, plus navigation, communications and dozens of legacy control systems layered in over the asset's operating life. All of that generates a continuous stream of data that increasingly feeds machine-learning models watching for the early signature of a failure — a bearing starting to wear, a compressor drifting off its normal operating envelope.

The one thing every offshore asset shares is a connection to shore that is expensive, bandwidth-limited, and not always up. A satellite link can be the only path off the platform, and it is not a link you want a safety-relevant decision waiting on. Whatever runs the sensor network and the anomaly detection has to work whether or not that link is up at any given moment.

How Relay fits

  • →Modbus and OPC UA, natively: the DCS and SCADA systems already running on the platform connect directly, with no translation gateway sitting between a sensor reading and the model watching it.
  • →Offline-first operation: Relay keeps routing, aggregating and alerting on platform-local traffic through a total loss of shore connectivity, and never halts message flow because a licence check or control-plane call couldn't complete.
  • →Local anomaly detection: streaming vibration, pressure and temperature data feeds models running on the platform itself, so a developing fault on rotating equipment is caught in the time it takes to matter, not on the next satellite window.
  • →Air-gapped and sovereign deployment: for assets where the operator's security posture rules out any standing cloud dependency, Relay runs entirely on platform hardware, with offline licensing and no outbound requirement.

A typical architecture

Field instruments and rotating-equipment sensors publish to a Relay cluster running on the platform's OT network, over Modbus, OPC UA or whichever protocol the installed equipment already speaks. Local rules and models consume that stream directly for anomaly detection and alerting, with results surfaced to the platform's control room over the same cluster. A filtered, aggregated feed — not the raw sensor firehose — is what actually goes over the link to shore, so the expensive, intermittent connection carries only what an onshore engineering team actually needs to see, and the platform's own safety and maintenance decisions never depend on that link being up.

Why this matters for predictive maintenance offshore

Unplanned downtime on an offshore asset is enormously expensive, and a maintenance crew or spare part often can't reach the platform on short notice regardless of budget. Catching a developing fault early — days before it would otherwise cause a shutdown — turns an emergency mobilization into a scheduled one. That only works if the detection runs where the sensors are, continuously, independent of whether today happens to be a day the shore link is up.

See it against your own architecture

Every protocol and transport on this page is available on the Free plan. Run it on your own hardware before you talk to anyone.