Automation Insight.

May 2009.
Recovery act funding update
By Joshua Horton
Following DOEs release of draft Recovery Act smart grid opportunities in April, industry stakeholders and other interested parties have carefully considered the draft provisions and offered substantive feedback to the Department. The GridWise Alliance has been among the most visible groups offering comments and advice on the evolving funding process. One focus of the Alliance has been the project selection metrics outlined in the Smart Grid Investment Grant Program Notice of Intent (NOI). Specically, the NOI identies four distinct smart grid areas that will form the basis of project evaluation and selection. These include: area, regional, and national coordination regimes distributed energy resource technology delivery (T&D) infrastructure information networks. These four areas are derived from prior discussions on metrics held at last years Smart Grid Implementation Workshop. Continued on page 2

Did You Hear?

Pertinent Market News Over the Last Month

The City of Palo Alto, CA, is exploring a smart grid electricity network that could help residents and the city save power and prevent outages. By replacing mechanical power meters with digital meters, the city, which operates its own utilities, could monitor usage in real time. The citys utility advisory commission earlier this month voted to approve a $70,000 study, and was scheduled to meet with the City Council for further discussion. If the council is enthusiastic, the smart grid system could become the leading candidate to receive the bulk of the $16 million available in the citys Calaveras Reserve Fund. The city must use the excess money to directly benet utility ratepayers. Telvent announced that Progress Energy has chosen to integrate within the Progress Energy Carolinas (PEC) enterprise a new, fully redundant Distribution SCADA/DMS system from Telvents Smart Grid Solution Suite. The implementation will support the goals of Progress Energys Distribution System Demand Response (DSDR) project, designed to enable PEC to reduce peak demand and maintain consistent voltage to all customers served by the feeder, without increasing peak generation capacity. The company is pursuing a balanced strategy for a secure energy future that includes aggressive energy efciency programs, investments in renewable energy Continued on page 2

Inside
Getting acquainted with ANSI C12.19 and C12.22....................................Page 3

Experience you can trust.

In a May 6 communication submitted to DOE, the GridWise Alliance expressed concern that these areas are too narrowly dened and are likely to be at variance with key features of actual submittals. In the view of the Alliance, many worthy projects submitted for Investment Grant funding will necessarily overlap these different areas, and thus will be rejected under the proposed metrics. To address this aw in the selection process, the GridWise Alliance suggests that additional work is needed on rening project selection metrics so that categories not become rigid categories that potentially disqualify deserving projects. The Pacic Northwest National Laboratory (PNNL) has taken up the issue of evaluation criteria on a separate track. Earlier this month, PNNL helped organize a National Smart Grid Conference to devise a national smart grid deployment strategy and to make specic recommendations regarding Recovery Act smart grid funding. At its conclusion, the forum approved a number of steps designed to elaborate a smart grid strategy and promote implementation. In particular, the forum agreed to dene key metrics for success evaluation as part of its strategy development process. Forum participants selected July 29 as a deadline for drafting evaluation metrics. DOE expects to release a formal solicitation for the Investment Grant Program on June 17. Three provisional Investment Grant application due dates have also been announced: 7/29/09, 12/02/09, and 3/31/10. DOE also expects to release the nal Smart Grid Demonstrations solicitation in the near future, although the precise date is uncertain. In related news, DOE announced that caps on Recovery Act smart grid funding have been raised. Specically, the maximum award available under the Investment Grant Program was increased from $20 million to $200 million, and the maximum award available under the Demonstrations program was increased from $40 million to $100 million. The Department reafrmed its intention to support a wide variety of smart grid projects. Contact the author at joshua.horton@kema.com.

technologies and a state-of-the-art electricity system. Its ve-year Smart Grid-DSDR Project calls for a $260M investment in a robust system of advanced technology, telecommunications, equipment, and operating controls. SmartSynch, Inc. announced that they will provide smart grid infrastructure products and services to the Gila River Indian Community Utility Authority (GRICUA) on the Gila River Indian Reservation just outside of Phoenix, Arizona. This marks the rst of what SmartSynch executives believe will be a growing number of Native American communities to leverage the reliability and scalability of smart grid technology utilizing existing public wireless networks to quickly and conveniently automate their electricity grids. GRICUA currently provides electric services to about one-fth of the Communitys total meter population, with a percentage of these meters being SmartSynch commercial SmartMeters previously deployed through an existing relationship with a neighboring utility. The remaining meters on the Reservation are owned by the Federal government, who as part of an agreement with GRICUA will let the utility pursue new customers willing to change service providers, take over service after move-outs, and provide service to all new residents and businesses resulting from new development in the Community.

Page 2

Getting acquainted with ANSI C12.19 and C12.22

By Will McNamara
In the last two months, two American National Standards Institute (ANSI) standards have been published that seek to greater consistency for smart meter functionality. In late March, the National Electrical Manufacturers Association (NEMA) published American National Standards Institute ANSI C12.22 (Protocol Specication for Interfacing to Data Communication Networks), marking the rst revision to the standard since 1997. A few weeks prior to the publication of C12.22, revisions to ANSI C12.19 (Utility Industry End Device Data Tables) were also published. Both standards represent steps toward enhanced interoperability development for AMI and Smart Grid infrastructure. Whereas C12.19 species the actual data tables, C12.22 describes the process of transporting C12.19 table data over a variety of networks. The wide variety of information that it covers will be necessary in the implementation of the Smart Grid. As the two standards build upon each other, this article will provide an overview of how both are advancing interoperability among communications modules and meters. It should also be noted at the onset of this overview that the use of ANSI standards is completely voluntary; their existence does not in any respect preclude vendors from manufacturing, marketing, purchasing, or using products, processes, or procedures not conforming to the standards. Background of ANSI meter communications standards Before discussing the standards, it is likely useful to briey revisit the context of ANSI communications standards as a whole. The rst issue to reconsider is interoperability, which has certainly been one of the buzz terms around Smart Grid for a number of years. As utilities go through the process of considering and purchasing AMI / Smart Grid options that make the most sense for their budget, objectives, and service territories, a natural consideration is how well different pieces of the

selected infrastructure will coordinate with each other, particularly if those different pieces have been manufactured by various vendors. Interoperability enables utilities to use multiple communication networks or change communications technologies while maintaining their investment in the meter. Using the Internet to send and receive meter data is also topic of discussion at many utilities, and so standards that are being developed often are built around an internet protocol (IP) foundation. Up until fairly recently, data formats, data structures, and communications protocols for electricity meters were all proprietary. But many utilities have heavily lobbied vendors to develop and offer a compatible communication protocol between ANSI meters so that the utilities would not be limited to single meter-vendor option. The ANSI protocols are a set of simple but exible protocols aimed at a wide range of metering products. They were developed by the ANSI C12 Electricity Metering Standards Committee in cooperation with the Utilimetrics and Measurement Canada (the Canadian standards body). The standards are aimed at a variety of metering products including, meters, recorders, and add-on modules. As a result, the standards all refer to this class of metering related products as end devices instead of meters. Care was taken to be compatible with the needs of Water and Gas industries as well. ANSI standards were created that describe meter data formats and structures (C12.19, which again species the actual data tables that are being transmitted), and provide a simple optical point-to-point communications protocol (C12.18) that allowed them to communicate with ANSI standard meters. C12.18 is the standard that describes a protocol used for two-way communications with an electricity meter, mostly used in North America, and describes every detail of the physical attributes for optical communication ports (dimensions, LED wavelength, etc.). This standard is a very simple transport protocol, (layers 1 though 7) designed to transport data structures as dened in C12.19 via the infra-red optical port currently in use by most North American electricity revenue meters. This standard was needed to build meters with a compatible communication interface. The C12.18 standard was written specically for meter communications via an ANSI Type 2 Optical Port, and species lowerlevel protocol details. Soon thereafter users lobbied to receive to send and receive ANSI tables remotely. To address that need,

Page 3

C12.18 was adapted to create C12.21, which extended C12.18 and C12.19 to accommodate modem communications at the meter. C12.21 is considered a meter communications standard and not a modem standard. When C12.21 was created to implement point-to-point communication between meters, the intent was to use it with already existing modems. In other words, C12.21-1999 specied a new version of C12.18 that was modied for telephone modems. Thus, ANSI C12.21 is an extension of C12.18 written for modem instead of optical communications, and is consequently better suited to automatic meter reading. And as noted C12.22 now species the protocols for transmitting the C12.19 data tables. While keeping the various standards straight is often a challenge, the important point is that all of the standards are working together to create enhanced interoperability. C12.19 The C12.19 standard provides a common data structure for use in transferring data to and from utility end devices, typically meters. It was previously approved after considerable cooperative effort among utilities, meter manufacturers, automated meter reading service companies, ANSI, NEMA, IEEE, Utilimetrics, and other interested parties. Put simply, C12.19 denes the table structure for utility application data to be passed between an end device and a computer. Does not dene device design criteria nor specify the language or protocol used to transport that data. The purpose of the tables is to dene structures for transporting data to and from end devices. The standard data structure of C12.19 is dened as sets of tables. The tables are grouped together into sections called decades. Each decade pertains to a particular feature-set and related function such as Time-of-Use, Load Prole, etc. Table data is transferred from or to the end device (typically a meter) by reading from or writing to a particular table or portion of a table. This standard covers a broader range of functionality relative to its previous version. Those familiar with the previous version (ANSI C12.191997) will probably observe that the new version of C12.19 contains many new features, including the introduction of new tables, decades and syntax; corrections of errors within the previous version; and the addition of XML-based table data, to name just a few.

C12.22 The ANSI C12.22 open standard denes how to transmit standardized tables of meter data across wired or wireless networks using various transports such as IP. C12.22 is the standard dening the transport of C12.19 table data over networked connections. The standard presents common structures for encoding data in communication between end devices (meters, home appliances, ANSI C12.22 nodes) and utility enterprise collection and control systems using binary codes and XML content. The tables support gas, water, and electric sensors and related appliances. This open standard can play a vital role in unifying the information collected from AMI projects and Smart Grid initiatives while allowing utilities to select the communication technologies that make the most sense for their budget, objectives and service territory Further, open standards like C12.22 help utilities evolve their systems over time by enabling new technology to interoperate with existing infrastructure, such as AMI-enabled meters, in-home displays, programmable communicating thermostats, load control switches, and other devices to and from the head-end. C12.22 is an application layer protocol (e.g. http). Data retrieval consists of six steps: Identication Service Request, which is used to obtain information about C12.19 device functionality Logon Service Request, which establishes a session without establishing access permissions and provides for immediate transfer to the session state from the idle state Resolve Service Request, which is used to retrieve the native network address of a C12.22 Node Security Service Request: Read/Write Service Request, which is used to cause a transfer of table data to the requesting device Logoff/Terminate Service Request, which provides for an orderly termination of the session that was established by the Logon Service. C12.22 is intended for use over already existing communication networks just as C12.21 is intended to for use with already existing modems. Examples of such communication networks covered by C12.22 include TCP/ IP over Ethernet, cellular communications such as SMS over GSM, or UDP/IP over PPP over serial port. Just as HTTP provides a common application layer that all web

Page 4

browsers can use, C12.22 provides a common application layer that all meters can use. Elster, Trilliant and Itron Inc. were among the rst to publicly vice supported of C12.22. In a joint statement the vendors said, Interoperability allows utilities to utilize multiple communication networks or change communications technologies without touching the meter. In this way, we believe that open standards in general, and ANSI C12.22 in particular, help protect the investment that utilities, ratepayers and shareholders make in advanced metering. Contact the author at will.mcnamara@kema.com.

About Automation Insight

Automation Insight is a complimentary monthly publication written specically for the utility industry and those serving the utility industry. To join the Automation Insight distribution list, or to share your comments, ideas and suggestions for this and future issues, please e-mail automation.insight@ kema.com. www.kema.com/automation_insight

Page 5