IEC 61850 is an international standard for substation automation that defines Ethernet-based communication protocols and a semantic data model for intelligent electronic devices (IEDs). It abstracts the functions of physical equipment like circuit breakers and transformers into a standardized object-oriented hierarchy, ensuring interoperability between multi-vendor devices without requiring custom protocol converters or complex signal mapping.
Glossary
IEC 61850

What is IEC 61850?
IEC 61850 is an international standard defining communication protocols and data models for intelligent electronic devices within electrical substations, enabling interoperability through abstract services like GOOSE and MMS.
The standard specifies high-speed peer-to-peer communication via Generic Object Oriented Substation Events (GOOSE) for protection tripping and interlocking, alongside client-server reporting using Manufacturing Message Specification (MMS) for supervisory control. By replacing legacy serial wiring with a process bus architecture and Sampled Values (SV) for merging unit data, IEC 61850 enables a fully digital substation that reduces copper cabling and simplifies engineering configuration.
Core Components of IEC 61850
The foundational elements of the IEC 61850 standard that enable interoperability, high-speed automation, and vendor-agnostic integration within modern digital substations.
Generic Object Oriented Substation Event (GOOSE)
A publisher-subscriber communication mechanism that transmits binary status changes and analog measurements across the substation LAN with sub-millisecond latency. GOOSE messages bypass the TCP/IP stack entirely, mapping directly to Ethernet Layer 2 using VLAN tagging and priority queuing. Each message is retransmitted at exponentially increasing intervals to ensure delivery without requiring acknowledgment frames. Typical applications include:
- Breaker failure initiation: Tripping adjacent breakers within 4 ms
- Interlocking: Preventing unsafe switchgear operations
- Reverse blocking: Coordinating feeder protection relays
Substation Configuration Language (SCL)
An XML-based file format defined in IEC 61850-6 that formally describes the substation's physical equipment, communication network topology, and IED functional capabilities. SCL eliminates manual signal mapping by enabling automated engineering workflows where system integrators import standardized files directly into configuration tools. The primary SCL file types are:
- SSD (System Specification Description): Single-line diagram and logical nodes
- ICD (IED Capability Description): Pre-configured capabilities of a device
- SCD (Substation Configuration Description): The complete binding of all IEDs to the network
Logical Nodes and Data Objects
The atomic building blocks of the CIM data model, where a Logical Node (LN) represents a specific automation function—such as PDIS for distance protection or XCBR for a circuit breaker—and groups related Data Objects like position status and operation counter. This functional decomposition allows engineers to design protection schemes without knowing the physical hardware layout. Standardized LN classes ensure that a distance protection function from vendor A exposes the same semantic interface as vendor B, enabling true interchangeability at the application level.
Sampled Values (SV)
A publish-subscribe service that streams digitized current and voltage waveforms from merging units to protection relays over Ethernet, eliminating the need for dedicated copper wiring. Defined in IEC 61850-9-2, SV messages transmit 80 samples per nominal cycle (4 kHz at 50 Hz) with precise time synchronization via IEEE 1588 Precision Time Protocol (PTP) . This enables a process bus architecture where multiple relays share a single set of instrument transformers, reducing substation footprint and wiring complexity.
Frequently Asked Questions
Clear, technically precise answers to the most common questions about the IEC 61850 standard for substation automation and power utility communication.
IEC 61850 is an international standard defining communication networks and systems for power utility automation. It standardizes the data models and communication services for Intelligent Electronic Devices (IEDs) within substations. Instead of hard-wired copper signals, IEC 61850 uses Ethernet-based protocols. It works by abstracting physical device functions into a standardized logical node model, then mapping these abstract services to concrete protocols like Manufacturing Message Specification (MMS) for client-server monitoring and Generic Object Oriented Substation Event (GOOSE) for high-speed peer-to-peer protection signaling. This abstraction decouples application functionality from communication technology, enabling interoperability between devices from different vendors without custom protocol converters.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Core concepts and companion standards that define modern substation automation and interoperability.
Generic Object Oriented Substation Event (GOOSE)
A high-speed, publisher-subscriber communication mechanism within IEC 61850 that replaces traditional copper wiring for protection and control signals.
- Latency: Guarantees transmission of critical events like trip signals in < 4 milliseconds
- Mechanism: Uses VLAN-tagged Layer 2 Ethernet multicast to flood messages across the substation network without requiring network layer routing
- Redundancy: Achieves reliability through retransmission of the same message with increasing intervals, ensuring delivery even if the initial frame is lost
- Application: Replaces hardwired binary I/O for interlocking, breaker failure initiation, and distributed busbar protection schemes
Manufacturing Message Specification (MMS)
A client-server protocol mapped by IEC 61850-8-1 for vertical communication between SCADA systems and intelligent electronic devices (IEDs).
- Function: Enables supervisory control, data reporting, and file transfer over TCP/IP networks
- Data Model: Exposes the hierarchical logical device, logical node, and data object structure defined in the IEC 61850-7-x series
- Reporting: Supports buffered and unbuffered report control blocks that spontaneously transmit data changes or cyclic updates to clients
- Contrast: Unlike the time-critical GOOSE peer-to-peer model, MMS operates over a confirmed, connection-oriented transport for reliable command execution
Sampled Values (SV)
A protocol service defined in IEC 61850-9-2 that streams digitized current and voltage waveforms from merging units to protection relays.
- Data Rate: Publishes 4,000 to 12,800 samples per second per logical node, generating significant network bandwidth
- Format: Each Ethernet frame contains a configurable dataset of synchronized instantaneous values tagged with a sample counter and timestamp
- Synchronization: Relies on IEEE 1588 Precision Time Protocol (PTP) to achieve sub-microsecond time alignment across merging units for accurate phasor calculation
- Impact: Eliminates dedicated copper instrument transformer cabling, enabling a fully digital process bus architecture
System Configuration description Language (SCL)
An XML-based file format defined in IEC 61850-6 that describes the entire substation automation system for engineering and configuration exchange.
- File Types: Defines distinct file types including SSD (System Specification), SCD (System Configuration), and CID (Configured IED Description)
- Content: Encodes the single-line diagram topology, communication network parameters, and IED data flow bindings in a vendor-agnostic format
- Workflow: Enables a top-down engineering process where the system integrator imports IED capability descriptions (ICD files) and binds them to the substation specification
- Benefit: Eliminates manual signal mapping errors by formalizing the relationship between physical equipment and its logical representation
Logical Nodes (LN)
The atomic functional building blocks of the IEC 61850 data model, each representing a well-defined sub-function within a physical device.
- Naming Convention: Standardized class names follow a pattern—first letter indicates group (e.g., X for switchgear, P for protection), followed by three characters specifying the exact function
- Examples: XCBR models a circuit breaker with attributes for position, operating counter, and blocking; PDIS represents a distance protection zone with reach and time delay settings
- Composition: A physical IED contains one or more Logical Devices (LD) , each aggregating a set of logical nodes that interact through logical connections
- Extensibility: The standard defines over 280 logical nodes covering protection, control, measurement, and power quality, with provisions for custom extensions
IEC 61850-7-420 DER Logical Nodes
An extension to the core standard that defines specific logical nodes for managing Distributed Energy Resources (DERs) including batteries, solar inverters, and microturbines.
- Key Nodes: DBAT models battery system characteristics; DPVC describes photovoltaic controller ratings and operational modes
- Grid Support: Enables standardized communication of IEEE 1547 advanced inverter functions such as volt-var curves, frequency-watt droop, and dynamic reactive current injection
- Aggregation: Provides the semantic foundation for DERMS platforms to abstract heterogeneous behind-the-meter assets into a unified, dispatchable virtual resource
- Interoperability: Ensures that a smart inverter from any vendor can be monitored and controlled using the same object model, eliminating proprietary integration barriers

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us