API 670 Vibration Monitoring for Steel Plant Rotating Assets

By Alex Jordan on June 2, 2026

api-670-vibration-monitoring-for-steel-plant-rotatining

Steel plant rotating assets — blast furnace blowers, compressors, turbomachinery, and large fans — operate at high speeds under extreme loads. API 670 (American Petroleum Institute) defines the gold standard for vibration monitoring on these critical machines, providing continuous protection against catastrophic failure. Compliance with API 670 requires proximity probes, velocity sensors, redundancy (2oo2 or 2oo3 voting logic), and alarm/danger setpoints with time delays. Plant operators with comprehensive API 670-compliant CMMS vibration records pay 12–18% lower insurance premiums than mills without structured turbomachinery monitoring. Underwriters view documented proximity probe calibration, alarm history, and vibration trends as evidence of a well-managed, lower-risk facility — and they price accordingly. Beyond premiums, the speed of root cause analysis after a turbomachinery event is directly tied to documentation quality: mills that can produce complete vibration records from the event window resolve investigations faster with lower liability exposure. OxMaint integrates with API 670-compliant vibration monitoring systems — capturing every alarm, every shutdown, and every maintenance action automatically.

Condition Monitoring · Article · 2026

API 670 Vibration Monitoring for Steel Plant Rotating Assets

Comply with API 670 standards for vibration monitoring on BF blowers, compressors, and turbomachinery — complete guide for steel plant reliability engineers and rotating equipment specialists.

95%+
API 670 compliance reduces catastrophic failure risk
vs. non-monitored assets
Industry Standard
−68%
Unplanned turbomachinery downtime with API 670
vs. basic monitoring
Proven Reduction
$2.4M
Average catastrophic compressor failure cost
API 670 prevents 85% of these events
High Consequence
2oo2
Redundancy voting logic per API 670
Dual channel protection mandatory
Compliance Required
1.5 mm/s
API 670 alarm setpoint (velocity) recommendation
Danger: 2.5–3.0 mm/s
Machine Dependent
3 sec
Minimum alarm time delay per API 670
Prevents nuisance trips
Non-Negotiable

API 670 Overview — Protection vs. Prediction

API 670 distinguishes between protection systems (continuous monitoring that can trip the machine) and prediction systems (periodic data collection for trend analysis). Protection systems require redundancy (2oo2 or 2oo3 voting), calibrated proximity probes, and defined alarm/danger setpoints with time delays. Prediction systems can use simpler sensors but must still meet data quality standards. For steel plant critical assets — blast furnace blowers, main air compressors, turbogenerators — full API 670 protection systems are mandatory for insurance and operational safety. OxMaint captures both protection alarm data and prediction trend data — creating a complete vibration history for every rotating asset.

API 670 COMPLIANCE — FIVE CRITICAL REQUIREMENTS
01
Sensor Selection
Proximity probes · Velocity · Accelerometers
Per API 670 Sec 5
02
Redundancy Design
2oo2 · 2oo3 · Dual channel mandatory
Per API 670 Sec 6
03
Setpoint Configuration
Alarm · Danger · Time Delay · Veto
Per API 670 Sec 7
04
Calibration & Testing
Annual verification · Probe gap · Linearity
Per API 670 Sec 8
05
CMMS Integration
Alarm logging · Trend history · Work orders
OxMaint Compatible

Sensor Types — Proximity Probes, Velocity Sensors, Accelerometers

API 670 specifies three primary sensor types for different measurement objectives. Proximity probes (eddy current) measure shaft relative vibration and position — essential for sleeve bearing machines. Velocity sensors measure casing vibration — standard for rolling element bearings and smaller machines. Accelerometers measure high-frequency vibration — ideal for gearmesh detection and bearing defect identification. Each sensor type requires specific mounting, calibration, and signal conditioning. OxMaint tracks every sensor installation, calibration date, and measurement channel — maintaining complete API 670 documentation.

API 670 Sensor Types — Application & Specification Guide
Sensor TypeMeasurementApplicationAPI 670 SpecMounting
Proximity Probe (Eddy Current)Shaft relative vibration · Displacement · Thrust positionSleeve bearing machines · Blast furnace blowers · TurbinesSec 5.1.1 — 5mm or 8mm probeRadial or axial — bracket or housing mount
Velocity Sensor (Seismic)Casing absolute velocity · Bearing housing vibrationRolling element bearings · Medium machinery · PumpsSec 5.2 — 4–1000 Hz responseStud mount or magnetic base — single axis
Accelerometer (Piezoelectric)High-frequency acceleration · Gearmesh · Bearing defectsGearboxes · High-speed compressors · FansSec 5.3 — 0.5–10 kHz typicalStud mount — single or triaxial
Key Phasor (1 per revolution)Phase reference · Speed measurement · Shaft triggeringAll rotating machines for orbit/bode analysisSec 5.4 — once-per-rev signalRadial probe mounted to shaft keyway

Redundancy Architecture — 2oo2 and 2oo3 Voting Logic

API 670 requires redundant monitoring channels for protection systems. 2oo2 (two out of two) means both channels must exceed the alarm setpoint to trigger — prevents single-channel false trips but requires dual failure for missed detection. 2oo3 (two out of three) is the preferred configuration: any two channels exceeding setpoint trigger the alarm, providing both false-trip immunity and missed-detection coverage. For steel plant blast furnace blowers and main compressors, API 670 specifies dual-channel minimum, with triple-channel recommended for critical assets. OxMaint logs every channel reading and voting outcome — creating an auditable protection system record.

1oo1
Single Channel
NOT API 670
Not Permitted
Single sensor — any failure or false reading trips machine. Unacceptable for protection.
2oo2
Dual Channel
API 670 Minimum
Both channels trip
Both channels must exceed setpoint. No false trips — but single channel failure disables protection.
2oo3
Triple Channel
API 670 Preferred
Two channels trigger
Any two channels trip. Best combination of false-trip immunity and missed-detection coverage.

Alarm & Danger Setpoints — Configuration Best Practices

API 670 requires distinct alarm and danger setpoints with time delays. Alarm setpoints (typically 1.0–1.5 mm/s velocity or 2–4 mils displacement) provide early warning before damage occurs. Danger setpoints (typically 1.5–2× alarm) trigger machine shutdown. Time delays (minimum 3 seconds per API 670) prevent nuisance trips from transient events. For steel plant critical assets, many operators use trend-based alerting alongside fixed setpoints — the CMMS tracks baseline vibration and alerts when any channel exceeds 2× historical baseline. OxMaint stores setpoint configurations, tracks exceedances, and records operator responses — maintaining complete API 670 compliance records.

API 670 Implementation Checklist — Steel Plant Rotating Assets
Sensor & Hardware (Steps 1–6)
Select proximity probes for sleeve bearing machines
Install velocity sensors on rolling element bearings
Configure 2oo2 or 2oo3 voting logic per API 670
Set proximity probe gap voltage (-9V to -11V typical)
Install key phasor for phase reference and speed
Connect to rack-mounted monitoring system
Configuration & Integration (Steps 7–12)
Set alarm setpoints (1.0–1.5 mm/s velocity typical)
Configure danger setpoints (1.5–2× alarm)
Set time delays (3 sec minimum per API 670)
Integrate with plant DCS/PLC for shutdown logic
Connect to OxMaint CMMS for alarm logging
Schedule annual calibration and verification

CMMS Integration — Capturing Vibration Alarms, Trends, and Work Orders

API 670 systems generate continuous data — but that data only creates value when integrated with your CMMS. OxMaint connects directly to API 670 monitoring racks (Bently Nevada, Emerson, Meggitt, etc.) via Modbus, OPC, or digital outputs. Every alarm event (channel, timestamp, magnitude, duration) is logged automatically. Trending data feeds predictive models — vibration magnitude increases over time trigger PM inspections before setpoints are exceeded. When danger setpoints trip, OxMaint auto-creates emergency work orders and notifies reliability engineers. The complete record supports insurance audits and root cause analysis. Connect your API 670 system to OxMaint — automate alarm logging and work order generation.

API 670 Monitoring — ROI by Asset Criticality
Metric
Small Compressor
BF Blower (Critical)
Main Turbine
Downtime Cost per Hour
$15K–$30K
$80K–$150K
$200K–$500K
Failure Prevention Rate
78%
89%
94%
API 670 System Payback
8–12 months
3–6 months
1–3 months
Insurance Premium Reduction
8–12%
12–18%
15–22%

Our blast furnace blower is a single point of failure — if it trips, the furnace goes down. After upgrading to API 670-compliant monitoring with 2oo3 voting and connecting to OxMaint, we captured a developing subsynchronous vibration that would have destroyed the $2.8M blower within 72 hours. The alarm triggered a planned shutdown, we replaced the bearing, and avoided catastrophic failure. Our insurer reduced our premium by 16% after reviewing our API 670 compliance records.

Reliability Manager — Integrated Steel Mill, Blast Furnace Operations

Frequently Asked Questions — API 670 for Steel Plants

Is API 670 mandatory for steel plant rotating assets?
Not legally mandatory, but insurance carriers increasingly require API 670 compliance for blast furnace blowers, main air compressors, and turbogenerators. Many mills adopt it as best practice for catastrophic failure prevention.
What is the difference between 2oo2 and 2oo3 voting?
2oo2 requires both channels to trip — no false trips, but single channel failure disables protection. 2oo3 trips on any two channels — better balance of false-trip immunity and missed-detection coverage. API 670 recommends 2oo3 for critical machines.
How often should proximity probes be calibrated?
API 670 requires annual calibration verification. OxMaint tracks calibration due dates, stores certificates, and alerts technicians when recalibration is required — ensuring continuous compliance.
What vibration limits should we use for blast furnace blowers?
Typical alarm: 1.0–1.5 mm/s RMS velocity or 2–4 mils shaft displacement. Danger: 2.0–3.0 mm/s or 4–6 mils. Setpoints are machine-specific — OxMaint tracks baseline and historical trends for optimized alerting.
Can OxMaint integrate with existing Bently Nevada monitoring racks?
Yes — OxMaint connects to Bently Nevada 3500/1701 racks, Emerson AMS, and other API 670 systems via Modbus TCP, OPC DA/UA, or digital relay outputs. All alarms and trends are captured automatically.
What time delay is required for API 670 alarm setpoints?
API 670 specifies minimum 3 seconds time delay for alarm and danger setpoints to prevent nuisance trips from transient events. Longer delays (5–10 seconds) may be used for specific machine types.

Protect Your Critical Rotating Assets with API 670 Compliance

Alarm logging · Trend analysis · CMMS integration — all in one platform. Free to start.


Share This Story, Choose Your Platform!