01 — The One-Line Difference
An HMI (Human-Machine Interface) is a local display that shows the state of one machine or process. A SCADA (Supervisory Control and Data Acquisition) system collects data from many remote devices, stores it historically, and allows supervisory control across an entire site or network of sites.
The confusion exists because modern software packages blur this line — Ignition, iFIX, and Wonderware all market themselves as "SCADA/HMI platforms." But the underlying architecture is distinct, and getting it wrong leads to systems that can't scale, can't historian, or can't meet utility interconnect requirements.
HMI: Local, real-time display of one device or process. No database. No remote access by design. SCADA: Distributed, multi-site supervisory system with historian, alarming, remote access, and protocol translation. The HMI is often a component inside a SCADA architecture.
02 — What an HMI Actually Is
An HMI is a touchscreen or panel display connected directly — usually via serial (RS-232/485) or Ethernet — to a single PLC, drive, or controller. It reads registers directly from that device and displays them as animated graphics, trend charts, and alarm lists.
HMI Characteristics
- Local connection only — typically within the same panel or within 1000 feet via RS-485
- No historian — data lives in the PLC registers; when power cycles, it's gone unless the PLC has SD card logging
- Protocol: Modbus RTU, Modbus TCP, or proprietary (Allen-Bradley DF1, Siemens MPI)
- Latency: sub-second — HMI polls the PLC register directly, usually every 250–500ms
- Security: usually none by design — they're isolated, air-gapped devices
Engineers often assume an HMI with Ethernet means SCADA capability. Ethernet on an HMI just means it can reach the PLC via Modbus TCP instead of RS-485 — it doesn't give you historian, multi-site visibility, or DNP3. Those require a proper SCADA server or RTU.
03 — What SCADA Actually Is
SCADA is a supervisory architecture — a system of systems. It sits above the field devices (PLCs, RTUs, inverters, meters) and collects data from all of them into a centralized server that provides historian storage, alarm management, reporting, and remote control capability.
SCADA Characteristics
- Multi-device, multi-site — one SCADA system can monitor hundreds of RTUs across a region
- Historian database — time-series data stored at configurable resolution (typically 1s to 1min intervals)
- Protocols: DNP3, IEC 61850, OPC-UA, ICCP — designed for unreliable WAN links
- Alarm management: alarm annunciation, acknowledgment tracking, alarm prioritization
- Remote SCADA (EMS/DMS): utility-grade systems include state estimation and network analysis
04 — Architecture: How They Connect
In a proper industrial architecture, HMIs and SCADA exist at different layers of the ISA-95 / Purdue Model:
- Level 0–1: Field devices — sensors, actuators, drives
- Level 2: PLC / RTU with local HMI panel — machine-level control and display
- Level 3: SCADA / Historian — site-level supervision, data collection, alarming
- Level 4: ERP / Business systems — reporting, KPIs, enterprise integration
The HMI at Level 2 communicates with the PLC directly via serial or local Ethernet. The SCADA at Level 3 communicates with all Level 2 devices via routed Ethernet, cellular, or fiber — using protocols designed for reliability over unreliable links.
05 — Protocols: DNP3, Modbus, OPC
| Protocol | Used By | Direction | Reliable over WAN? | Historian? | Typical Use |
|---|---|---|---|---|---|
| Modbus RTU | HMI ↔ PLC | Poll/response | No | No | Local panel to inverter, meter to logger |
| Modbus TCP | SCADA ↔ field | Poll/response | No | No | LAN-connected inverters, meters |
| DNP3 | SCADA ↔ RTU | Unsolicited + poll | Yes | Yes (SOE) | Utility SCADA to substation RTU |
| IEC 61850 | Protection relays | GOOSE + MMS | Yes | Yes | Substation automation |
| OPC-UA | SCADA ↔ HMI workstation | Client/server | Yes | Historical access | Modern plant integration layer |
| SunSpec Modbus | SCADA ↔ inverters | Poll/response | No | No | Standardized inverter data model |
DNP3 was designed for unreliable serial links — it has built-in integrity polling, unsolicited reporting, sequence-of-events (SOE) timestamping to 1ms, and data link layer error detection. Modbus has none of these. On a cellular or leased-line link to a remote substation, DNP3 handles packet loss gracefully; Modbus hangs and times out. Use Modbus for LAN-connected devices on site. Use DNP3 for anything connecting over a WAN to a utility SCADA master.
06 — Solar Plant Example: What Uses What
A typical 10 MW utility-scale solar plant uses all three layers simultaneously:
- Each inverter has a local touchscreen HMI — Modbus RTU, shows DC voltage, AC power, fault codes. Scope: one inverter.
- Plant controller (RTAC) collects from all 20 inverters via Modbus TCP/SunSpec, runs reactive power dispatch, and exposes a DNP3 outstation to the utility SCADA master.
- Revenue meter at POI connects to the RTAC via Modbus TCP — P, Q, V, I, PF at the point of interconnection.
- Utility SCADA master (at the control center, miles away) polls the RTAC via DNP3 over a fiber or cellular link — gets all the plant data aggregated into one DNP3 connection.
- Plant owner's SCADA (O&M platform) independently collects from the RTAC via a second DNP3 session or via OPC-UA to the plant historian.
If both the utility SCADA and the plant O&M SCADA poll the same RTU/RTAC simultaneously without proper access control, you can get data collisions, missed polls, and unsolicited report flooding. Most DNP3 outstations support only 2–4 simultaneous masters. Configure separate master stations with distinct addresses, and set the utility master as highest priority. Document this in the SCADA architecture drawing before commissioning.
07 — Decision Guide: Which Do You Need?
| Requirement | HMI Sufficient? | Need SCADA? |
|---|---|---|
| View live data from one machine | Yes | No |
| View live data from 5+ devices | No | Yes |
| Store historical trend data | No | Yes |
| Remote access from control room | No | Yes |
| Utility interconnect (DNP3 to ISO) | No | Yes |
| Alarm acknowledgment & tracking | Partial | Yes |
| Local panel operator display only | Yes | No |
| NERC CIP compliance | No | Yes (with cybersecurity hardening) |
08 — Common Mistakes
- Buying an "HMI/SCADA platform" without defining which layer you need — Ignition can do both, but if you configure it as an HMI and call it SCADA, you won't set up historians, alarming, or redundancy.
- Using Modbus TCP for utility-facing data — Modbus has no SOE timestamping, no unsolicited reporting, no WAN error recovery. Utility SCADA requires DNP3 or IEC 61850.
- Single points of failure — a SCADA system with no redundant server, no UPS, and no cellular backup is not a SCADA system; it's an HMI that's far from the machine.
- Confusing the plant owner SCADA with the utility SCADA — these are separate systems with separate communication paths. Never bridge them directly without a DMZ firewall.
HMI = local, one machine, real-time display, Modbus. SCADA = distributed, multi-device, historian, remote access, DNP3/OPC. Most utility-scale solar plants need both — HMIs at each inverter, and a full SCADA/RTU system at the plant level connecting to both the O&M platform and the utility control center.