Design considerations for smart grid management systems

By Larsh Johnson, eMeter Corp.

A rapidly evolving combination of new intelligent networks, information systems and regulations, the smart grid will allow the management of energy in real-time and collaboration for energy efficiency.

Utilities will migrate from an operational model designed to interact with consumers on a monthly basis to one that supports on-demand, immediate two-way communications.

For the utility, smart grid evolution means that business process re-engineering (BPR.) and information systems for grid management must commit to large scale changes. In this environment, utilities and their IT organizations face challenges such as:

* Navigating the transition without impacting existing operations,

* Connecting and extending existing IT systems to provide the increased data and automation required,

* Demonstrating an early return, and
* Avoiding inflexible IT investments.

Despite these challenges, utilities cannot wait for the dust to settle before they begin deploying management systems. Implementing these systems within a smart-grid-ready design framework insulates utilities from complexity and risk, protecting a utility from those challenges listed above.

Additionally, the framework helps utilities seize the opportunities of this grid evolution. But, what constitutes a smart-grid-ready design framework? What should a utility look for?

Defining the Framework

Utilities can use the framework for smart-grid ready as a top—down primer for evaluating, planning and deploying the IT systems that will power their transition to applications such as advanced metering, customer service, demand response and distribution grid automation.

The framework is a blueprint defined by five components:
1. Support for real-time grid management,
2. Support for process interoperability and data exchange,
3. Support for Web-based consumer engagement,

4. Inclusion of tools to manage deployment, operation and maintenance of AMI, HAN, and other systems, and

5. A design that reflects service-oriented architecture (SOA) standards.

The need for (1) real-time grid management is driven by requirements for real-time monitoring and control of the distribution grid, time-based energy pricing and two-way consumer/supplier participation in the process. Effective adoption must be based on a robust platform that can handle event-driven distribution of information and execution of business process in a way that is consistent, reliable and auditable.

In a smart grid context, meter data based on monthly, even daily, estimates is not useful. Interval data must be validated continuously and made immediately available, and exceptions, alerts or messages must be processed on-demand. In the new world, demand response will require the marriage of time-based rates with real-time consumer usage patterns.

Future demand response and consumer usage capabilities not withstanding, timing is imperative with a utility’s first smart grid step: meter-to-cash applications, which link meter installation, provisioning, interval data validation, billing and customer service processes in a dependent fashion.

Just-in-time events must be handled and current data must be available at the precise time required by each process. If operations are based on stale data, the process will be inefficient.

To move from inefficient to efficient in the context of the smart grid, utilities must extend their IT systems to (2) support process interoperability and data exchange within and between enterprises.

Today, many of a utility’s IT systems are monolithic applications designed to manage single discrete processes such as billing or asset management. Process interoperability is driven by manual, or periodic, batch data exchange and synchronization.

To manage events and exchange data across systems within the enterprise in an end-to-end flow–feeding each dependent process at the optimal time–utilities must re-engineer toward a more real-time, integrated view.

In an extended enterprise model in which several companies are involved in energy distribution, process execution must span company boundaries and access to data must be managed to each entity’s authorized view. A meter operator may have to deliver data from a common source to distribution companies, energy retailers and to a market settlement agency—each with differing requirements.

These applications require interoperability between multiple legacy customer information systems, asset management, logistics systems and potentially multiple AMI/smart meter infrastructures. With state-of the-art deployments, a meter data management system is the core component to enable this integration, supporting multiple instances of customized process flow. 

The Rest of the Story

One of the key tenets of the smart grid is to (3) empower consumer interaction for optimal energy management. Early attempts to communicate with consumers about their energy consumption have come in the form of tips or energy analysis presented on individual monthly bills.

However, these steps fail to effectively tie usage and behavior to cost or environmental impact in a meaningful manner that builds understanding or encourages conservation.

Smart grid savvy utilities will use the Web to get the consumer more deeply involved. To better encourage behavior changes, consumers need to be clearly and simply shown the connection between usage, cost and environmental impact. They must have immediate access to answers for their questions regarding their options to minimize/optimize their energy usage to reduce costs.

Presenting timely usage data allows consumers to associate the cost of their bill with their usage of individual appliances or heating/cooling systems. Time-of-use rate plans can be applied to show the savings benefits of behavior change.

Real-time delivery of alerts allows users to respond appropriately to grid events. Users are familiar with and trust peer rating social tools such as eBay’s user seller ratings, and tools such as these will be invaluable in encouraging trust in peers for recommendations. Integrated communications with users across a wide variety of media remains key to influencing behavior.

A key to cost reduction and accelerated AMI introduction with the smart grid means deploying the right tools, ones that optimize deployment logistics (4). Tools should automate and control the end-to-end AMI deployment process in an automated, closed-loop fashion, from planning and installation through provisioning and cutover.

Validation of individual meter operation, data and the complete billing feed process should be supported–as well as automated cutover after successful validation.

The system should have provisions for exception handling and closed-loop integration with work management and other logistics to drive optimized problem resolution. Finally, off-the-shelf interfaces should exist to simplify system integration.

As noted earlier, the evolution to smart grid will require BPR for the adopting utility. Adopters cannot afford to rewrite systems each time new regulations and requirements emerge, or when new technologies enter their smart grid community.

Service oriented Architecture (SOA) is the systems foundation to support iterative BPR (5).

For ongoing operations, it enables the real-time processing, interoperability and scalability. SOA removes dependencies that paralyze traditional monolithic business systems. With an SOA, application processes can be more easily coupled and decoupled, and required information flows freely within and across reengineered systems.

Equally important, SOA environments can be extended with new capabilities without retrofit. An effective SOA should break the hardwired connections between business process, data, applications and infrastructure.

All SOA have common attributes such as:

“-         Interfaces that insulate process from physical infrastructure,

“-         Applications that provide independent business process rules and data exchanges,

“-         Real—time messaging for inter—process communication, and

“-         The ability to integrate with non—SOA systems.

Many solutions promote the importance of SOA compliant interfaces. Although these are a necessary component, by themselves they are insufficient to achieve the full benefit of SOA. Interface-only implementations merely wrap monolithic code in a more maintainable interface. Complete architectures go beyond this to support full process interoperability and re-engineering.

Providing a mechanism to create and manage business rules enables change in process flow without having to rewrite applications. A common repository where data and events are collected and managed can act as the central hub to provide a consistent view of data between applications.

Additionally, real—time messaging provides a common standards-based backbone for real-time information flow between systems.

This component is essential to enabling interoperability as well as scaling to manage the high data and event traffic the smart grid will drive.

Recognizing that the majority of utilities’ in-place systems are not SOA-compliant today, it is critical that the introduction of SOA systems allows for coexistence. Interfaces to legacy systems should support interactions mandated by a wide range of legacy application and data models.

This includes translating data into types and formats that legacy systems can use without having to make extensive changes to the legacy systems.

When implementing smart grid management systems, successful utilities will first seek to achieve greater flexibility and efficiency for existing, discrete operations.

Building to a smart grid ready framework can ensure required capabilities are supported and systems evolution can take place seamlessly, without disruption to existing operations and customer service.

Author: Johnson is president and CTO of eMeter Corp.

 

Previous articleThinking of making the jump to Utelco? Take it easy
Next articleSmart meters set for installation in Glendale, Calif.

Design considerations for smart grid management systems

By Larsh Johnson, eMeter Corp.

A rapidly evolving combination of new intelligent networks, information systems and regulations, the smart grid will allow the management of energy in real-time and collaboration for energy efficiency.

Utilities will migrate from an operational model designed to interact with consumers on a monthly basis to one that supports on-demand, immediate two-way communications.

For the utility, smart grid evolution means that business process re-engineering (BPR.) and information systems for grid management must commit to large scale changes. In this environment, utilities and their IT organizations face challenges such as:

* Navigating the transition without impacting existing operations,

* Connecting and extending existing IT systems to provide the increased data and automation required,

* Demonstrating an early return, and
* Avoiding inflexible IT investments.

Despite these challenges, utilities cannot wait for the dust to settle before they begin deploying management systems. Implementing these systems within a smart-grid-ready design framework insulates utilities from complexity and risk, protecting a utility from those challenges listed above.

Additionally, the framework helps utilities seize the opportunities of this grid evolution. But, what constitutes a smart-grid-ready design framework? What should a utility look for?

Defining the Framework

Utilities can use the framework for smart-grid ready as a top—down primer for evaluating, planning and deploying the IT systems that will power their transition to applications such as advanced metering, customer service, demand response and distribution grid automation.

The framework is a blueprint defined by five components:
1. Support for real-time grid management,
2. Support for process interoperability and data exchange,
3. Support for Web-based consumer engagement,

4. Inclusion of tools to manage deployment, operation and maintenance of AMI, HAN, and other systems, and

5. A design that reflects service-oriented architecture (SOA) standards.

The need for (1) real-time grid management is driven by requirements for real-time monitoring and control of the distribution grid, time-based energy pricing and two-way consumer/supplier participation in the process. Effective adoption must be based on a robust platform that can handle event-driven distribution of information and execution of business process in a way that is consistent, reliable and auditable.

In a smart grid context, meter data based on monthly, even daily, estimates is not useful. Interval data must be validated continuously and made immediately available, and exceptions, alerts or messages must be processed on-demand. In the new world, demand response will require the marriage of time-based rates with real-time consumer usage patterns.

Future demand response and consumer usage capabilities not withstanding, timing is imperative with a utility’s first smart grid step: meter-to-cash applications, which link meter installation, provisioning, interval data validation, billing and customer service processes in a dependent fashion.

Just-in-time events must be handled and current data must be available at the precise time required by each process. If operations are based on stale data, the process will be inefficient.

To move from inefficient to efficient in the context of the smart grid, utilities must extend their IT systems to (2) support process interoperability and data exchange within and between enterprises.

Today, many of a utility’s IT systems are monolithic applications designed to manage single discrete processes such as billing or asset management. Process interoperability is driven by manual, or periodic, batch data exchange and synchronization.

To manage events and exchange data across systems within the enterprise in an end-to-end flow–feeding each dependent process at the optimal time–utilities must re-engineer toward a more real-time, integrated view.

In an extended enterprise model in which several companies are involved in energy distribution, process execution must span company boundaries and access to data must be managed to each entity’s authorized view. A meter operator may have to deliver data from a common source to distribution companies, energy retailers and to a market settlement agency—each with differing requirements.

These applications require interoperability between multiple legacy customer information systems, asset management, logistics systems and potentially multiple AMI/smart meter infrastructures. With state-of the-art deployments, a meter data management system is the core component to enable this integration, supporting multiple instances of customized process flow. 

The Rest of the Story

One of the key tenets of the smart grid is to (3) empower consumer interaction for optimal energy management. Early attempts to communicate with consumers about their energy consumption have come in the form of tips or energy analysis presented on individual monthly bills.

However, these steps fail to effectively tie usage and behavior to cost or environmental impact in a meaningful manner that builds understanding or encourages conservation.

Smart grid savvy utilities will use the Web to get the consumer more deeply involved. To better encourage behavior changes, consumers need to be clearly and simply shown the connection between usage, cost and environmental impact. They must have immediate access to answers for their questions regarding their options to minimize/optimize their energy usage to reduce costs.

Presenting timely usage data allows consumers to associate the cost of their bill with their usage of individual appliances or heating/cooling systems. Time-of-use rate plans can be applied to show the savings benefits of behavior change.

Real-time delivery of alerts allows users to respond appropriately to grid events. Users are familiar with and trust peer rating social tools such as eBay’s user seller ratings, and tools such as these will be invaluable in encouraging trust in peers for recommendations. Integrated communications with users across a wide variety of media remains key to influencing behavior.

A key to cost reduction and accelerated AMI introduction with the smart grid means deploying the right tools, ones that optimize deployment logistics (4). Tools should automate and control the end-to-end AMI deployment process in an automated, closed-loop fashion, from planning and installation through provisioning and cutover.

Validation of individual meter operation, data and the complete billing feed process should be supported–as well as automated cutover after successful validation.

The system should have provisions for exception handling and closed-loop integration with work management and other logistics to drive optimized problem resolution. Finally, off-the-shelf interfaces should exist to simplify system integration.

As noted earlier, the evolution to smart grid will require BPR for the adopting utility. Adopters cannot afford to rewrite systems each time new regulations and requirements emerge, or when new technologies enter their smart grid community.

Service oriented Architecture (SOA) is the systems foundation to support iterative BPR (5).

For ongoing operations, it enables the real-time processing, interoperability and scalability. SOA removes dependencies that paralyze traditional monolithic business systems. With an SOA, application processes can be more easily coupled and decoupled, and required information flows freely within and across reengineered systems.

Equally important, SOA environments can be extended with new capabilities without retrofit. An effective SOA should break the hardwired connections between business process, data, applications and infrastructure.

All SOA have common attributes such as:

“-         Interfaces that insulate process from physical infrastructure,

“-         Applications that provide independent business process rules and data exchanges,

“-         Real—time messaging for inter—process communication, and

“-         The ability to integrate with non—SOA systems.

Many solutions promote the importance of SOA compliant interfaces. Although these are a necessary component, by themselves they are insufficient to achieve the full benefit of SOA. Interface-only implementations merely wrap monolithic code in a more maintainable interface. Complete architectures go beyond this to support full process interoperability and re-engineering.

Providing a mechanism to create and manage business rules enables change in process flow without having to rewrite applications. A common repository where data and events are collected and managed can act as the central hub to provide a consistent view of data between applications.

Additionally, real—time messaging provides a common standards-based backbone for real-time information flow between systems.

This component is essential to enabling interoperability as well as scaling to manage the high data and event traffic the smart grid will drive.

Recognizing that the majority of utilities’ in-place systems are not SOA-compliant today, it is critical that the introduction of SOA systems allows for coexistence. Interfaces to legacy systems should support interactions mandated by a wide range of legacy application and data models.

This includes translating data into types and formats that legacy systems can use without having to make extensive changes to the legacy systems.

When implementing smart grid management systems, successful utilities will first seek to achieve greater flexibility and efficiency for existing, discrete operations.

Building to a smart grid ready framework can ensure required capabilities are supported and systems evolution can take place seamlessly, without disruption to existing operations and customer service.

Author: Johnson is president and CTO of eMeter Corp.