Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
IEC TS 62654, published in 2012, defines a framework for network-based management of electrical energy consumption in buildings and industrial facilities. As global electricity demand continues to grow and the need for energy efficiency becomes more urgent, the ability to accurately measure, communicate, and manage electrical energy consumption at the device, subsystem, and facility level has become a critical capability for facility managers, energy consultants, and building automation engineers. This Technical Specification provides a standardized approach to energy data collection and management that enables interoperability between energy measurement devices, building management systems, and utility demand response programmes. With buildings accounting for approximately 40% of global energy consumption and 30% of energy-related CO2 emissions, the economic and environmental case for deploying energy management systems has never been stronger.
The standard defines a hierarchical architecture for network-based energy management consisting of three tiers. The field tier comprises energy measurement devices (smart meters, power meters, current transformers with metering interfaces, and sub-metering devices) that capture electrical consumption data at various points in the electrical distribution system. The communication tier provides the network infrastructure for data transmission using protocols such as Modbus, BACnet, M-Bus, or IEC 61850, depending on the application context and existing building automation infrastructure. The management tier hosts the energy management software that aggregates, analyses, and presents consumption data to facility operators and energy managers.
The data model defined by IEC TS 62654 structures energy consumption information into a standardized framework. Each metering point is identified by a unique identifier following the IEC 62056 (DLMS/COSEM) object identification system. The data model defines measurement objects for active energy (kWh), reactive energy (kVArh), apparent energy (kVAh), instantaneous power (kW), voltage (V), current (A), power factor, and demand intervals. Time-stamped data records include the measurement value, unit, quality flag (valid, estimated, invalid), and timestamp with resolution to the nearest second. The standard also defines aggregated data objects for daily, weekly, monthly, and billing-period summaries, enabling straightforward integration with utility billing systems and energy performance reporting frameworks.
| Object Type | Measured Quantity | Unit | Data Format | Typical Accuracy |
|---|---|---|---|---|
| Active energy (import) | Cumulative kWh consumption | kWh | Float64, 8 bytes | Class 1.0 or 0.5 |
| Reactive energy | Cumulative kVArh | kVArh | Float64, 8 bytes | Class 2.0 |
| Instantaneous power | Real-time kW demand | kW | Float32, 4 bytes | +/- 2% of reading |
| Voltage (phase) | RMS voltage per phase | V | Float32, 4 bytes | +/- 0.5% of reading |
| Current (phase) | RMS current per phase | A | Float32, 4 bytes | +/- 1% of reading |
| Power factor | cos phi | — | Float32, 4 bytes | +/- 0.02 |
| Demand interval | Average power over interval | kW | Float32 + timestamp | Per meter class |
The standard adopts a flexible approach to communication protocols, recognizing that energy management systems must integrate with diverse building infrastructure. For existing building automation systems, the standard recommends BACnet (ISO 16484-5) or Modbus (IEC 61158) as the preferred protocols, with BACnet being particularly well suited for HVAC-intensive applications and Modbus for industrial and utility metering. For new installations, the standard encourages the use of IP-based protocols including web services (SOAP/XML or REST/JSON) and IEC 61850 for integration with electrical substation and distribution automation systems. The data exchange format uses XML-schema-defined messages for structured energy data, with MQTT recommended for real-time data streaming applications.
Demand-side management and demand response integration is a key application area addressed by the standard. The data model includes objects for load curtailment capability (maximum kW reduction achievable, response time, duration), demand response event status (active, scheduled, completed), and real-time pricing signals received from the utility. The standard defines a demand response event message format that includes the event identifier, start time, duration, load reduction target, and incentive price. Upon receiving a demand response event, the energy management system can automatically execute load shedding strategies by adjusting HVAC setpoints, dimming lighting, or deferring non-critical process loads, while reporting actual load reduction achieved back to the utility or aggregator.
Deploying a network-based energy management system per IEC TS 62654 requires careful engineering across multiple domains. First, the metering plan must define the granularity of energy measurement appropriate for the facility. The standard recommends a tiered approach: main utility meter (tier 1), distribution panel and major equipment sub-meters (tier 2), and zone or process-level meters (tier 3). For commercial buildings, tier 2 metering of HVAC chillers, air handlers, lighting panels, and elevator systems provides sufficient granularity for effective energy management. For industrial facilities, tier 3 process-level metering may be necessary to identify energy-intensive operations and track specific product energy intensity (kWh per unit of production).
Second, the data communication infrastructure must be designed for reliability and cybersecurity. The standard recommends that the energy management network be logically separated from the general IT network using VLANs or dedicated physical infrastructure, with access controlled through role-based authentication. Data transmission should be encrypted using TLS 1.2 or higher, and all energy data transmissions should include message authentication codes to detect tampering. For facilities participating in demand response programmes, the communication path to the utility or aggregator must be tested at least weekly to verify availability, with automatic failover to a backup communication channel if the primary path fails.
Third, the data storage and analytics architecture must handle the volume of data generated by continuous energy monitoring. A typical commercial building with 50 metering points collecting data at 15-minute intervals generates approximately 175,000 data records per year per metering point, or 8.75 million records annually for the facility. The standard recommends on-site data buffering with a minimum capacity of 30 days of interval data, plus periodic upload to a central energy management platform. Data retention policies should archive raw interval data for a minimum of 3 years for energy performance analysis and compliance reporting, with aggregated monthly data retained for the full building lifecycle.
| Tier | Metering Level | Typical Accuracy | Data Interval | Purpose |
|---|---|---|---|---|
| 1 | Utility revenue meter | Class 0.2 or 0.5 | 15-60 min | Billing verification, utility interface |
| 2 | Distribution panel / major equipment | Class 0.5 or 1.0 | 5-15 min | Load profiling, fault detection, benchmarking |
| 3 | Zone / process level | Class 1.0 | 1-5 min | Detailed analysis, process optimization |