1、 ANSI/CEA Standard Modular Communications Interface for Energy Management ANSI/CEA-2045 February 2013 NOTICE Consumer Electronics Association (CEA) Standards, Bulletins and other technical publications are designed to serve the public interest through eliminating misunderstandings between manufactur
2、ers and purchasers, facilitating interchangeability and improvement of products, and assisting the purchaser in selecting and obtaining with minimum delay the proper product for his particular need. Existence of such Standards, Bulletins and other technical publications shall not in any respect prec
3、lude any member or nonmember of CEA from manufacturing or selling products not conforming to such Standards, Bulletins or other technical publications, nor shall the existence of such Standards, Bulletins and other technical publications preclude their voluntary use by those other than CEA members,
4、whether the standard is to be used either domestically or internationally. Standards, Bulletins and other technical publications are adopted by CEA in accordance with the American National Standards Institute (ANSI) patent policy. By such action, CEA does not assume any liability to any patent owner
5、, nor does it assume any obligation whatever to parties adopting the Standard, Bulletin or other technical publication. Note: The users attention is called to the possibility that compliance with this standard may require use of an invention covered by patent rights. By publication of this standard,
6、 no position is taken with respect to the validity of this claim or of any patent rights in connection therewith. The patent holder has, however, filed a statement of willingness to grant a license under these rights on reasonable and nondiscriminatory terms and conditions to applicants desiring to
7、obtain such a license. Details may be obtained from the publisher. This document does not purport to address all safety problems associated with its use or all applicable regulatory requirements. It is the responsibility of the user of this document to establish appropriate safety and health practic
8、es and to determine the applicability of regulatory limitations before its use. This document is copyrighted by the Consumer Electronics Association (CEA) and may not be reproduced, in whole or part, without written permission. Federal copyright law prohibits unauthorized reproduction of this docume
9、nt by any means. Organizations may obtain permission to reproduce a limited number of copies by entering into a license agreement. Requests to reproduce text, data, charts, figures or other material should be made to CEA. (Formulated under the cognizance of the CEA R7.8 Modular Communication Interfa
10、ce for Energy Management Subcommittee.) Published by CONSUMER ELECTRONICS ASSOCIATION 2013 Technology encourage manufacturers to build an MCI interface into their products that can accept a simple communications module. Consumers and program managers are then free to select whatever communication so
11、lution works best for their particular environment. The concept is relatively straightforward. Utilizing the RS-485 and Serial Peripheral Interface (SPI)1 supported by most silicon chips today, the MCI protocol is capable of simply passing through standard protocols including Internet Protocol (IP),
12、 OpenADR, and SEP from the communications module to the end-device. Network security is supported through the selected transport protocol, such as Wi-Fi, ZigBee, HomePlug, Z-Wave, LonWorks, etc., in addition to network or application layer security. Communications messaging supported by this MCI sta
13、ndard supports direct load control, TOU, CPP, RTP, peak time rebates, all kinds of block rates, and a range of ancillary services. The functionality of the removable modules can be tailored by utilities or other load managing entities to provide support for the unique needs in a given region or serv
14、ice territory, without impacting the end-devices. The CEA-2045 Modular Communications Interface for Energy Management standard will enable a new generation of “smart grid ready” products that limit risks and constraints of proprietary communications technologies and evolving standards. This approach
15、 simplifies Home Area Network (HAN) device and network interoperability, fosters program and product innovation, and opens DR programs to a broader range of consumer products while respecting customer choice and a competitive market landscape. 1 See http:/ and http:/en.wikipedia.org/wiki/Serial_Peri
16、pheral_Interface_Bus 2 2 Scope This standard specifies a modular communications interface (MCI) to facilitate communications with residential devices for applications such as energy management. The MCI provides a standard interface for energy management signals and messages to reach devices. Such de
17、vices may include an energy management hub, an energy management controller, an energy management agent, a residential gateway, an energy services interface, a sensor, a thermostat, an appliance, or other consumer products. The specific residential devices to use an MCI are not specified. For energy
18、 management the choice depends on the system and the network topology. If a hub topology is chosen, the MCI may be located on the hub. The connection between the hub and end devices such as appliances is not specified. The MCI specifies a physical connection from a communication module to residentia
19、l Smart Grid Devices and a communications protocol with OSI (Open System Interconnection) layer specifications including application layer messaging. An optional translation function is specified for connection to another communications medium. Examples include power line carrier or radio (RF), depe
20、nding on the home area network installed or the connection to an energy management system access-network supplied by a service provider. This second medium is outside the scope of this standard. The MCI also specifies a pass-through mechanism through to allow for an alternate architecture in which t
21、he Smart Grid Device terminates the passed-through protocol (e.g., SEP, OpenADR, etc.). CEA-2045 details the mechanical, electrical, and logical characteristics of a socket interface that allows communication devices (hereafter referred-to as UCMs universal communication modules) to be separated fro
22、m end devices (hereafter referred-to as SGDs Smart Grid Devices). Although the potential applications of this technology are wide-ranging, it is intended at a minimum to provide a means by which residential products may be able to work with any load management system through user installable plug-in
23、 communication modules. Figure 1-1 illustrates the general concept. Figure 2-1 Illustrations of the Modular Communications Concept on a controlled device (left) or Energy Management Console (right) 3 CEA-2045 identifies the physical and data-link characteristics of the interface, along with certain
24、higher-layer and application layer elements as needed to assure interoperability over a broad range of device capabilities. In addition, it defines a mechanism through which network, transport and application layer messages (pass-through; defined in other standards) may be passed across the interfac
25、e. The scope of this standard is limited to the socket interface between the UCM and the SGD. It does not address the technology or protocol associated with the communications system of which the UCM is part. The scope of this specification does not include safety related construction, performance,
26、marking or instruction requirements. UCM products should additionally comply with applicable product safety standard(s). Examples of such standards are noted in Informative Annex E. 2.1 References 2.1.1 Normative References The following specifications and documents contain provisions that, through
27、reference in this text, constitute normative provisions of this standard. At the time of publication, the editions indicated were valid. All specifications and documents are subject to revision, and parties to agreements based on this standard are encouraged to investigate the possibility of applyin
28、g the most recent editions of the specifications and documents listed here. 2.1.2 Normative References List RS-485 also TIA/EIA 485 - Electrical Characteristics of Generators and Receivers for Use in Balanced Digital Multipoint Systems 2.1.3 Normative References Acquisition RS-485 also TIA/EIA 485 -
29、 http:/www.tiaonline.org/standards/buy-tia-standards 2.1.4 Informative References The following documents contain provisions that, through reference in this text, constitute informative provisions of this document. At the time of publication, the editions indicated were valid. All documents are subj
30、ect to revision, and parties to agreements based on this document are encouraged to investigate the possibility of applying the most recent editions of the documents listed here. 2.1.5 Informative References List 1. ClimateTalk Specification, various revisions 4 2. OpenADR 2.0a,b,c, various revision
31、s 3. Smart Energy Protocol 2.0, various revisions 4. SAE J1772 - http:/standards.sae.org/j1772_201001/ 5. USNAP Specification 1.0 & 2.0, various revisions 6. ZigBee Alliance Smart Energy Protocol 1.x, various revisions 7. Z-Wave Alliance Specification, various revisions 8. Currency Codes - ISO 4217
32、Maintenance agency, SNV - SIX Interbank Clearing (http:/www.currency-iso.org/iso_index/iso_tables/iso_tables_a1.htm) 9. ISO/IEC 24739 - AT Attachment with Packet Interface 2.1.6 Informative References Acquisition 1. ClimateTalk Specification ClimateTalk Alliance, www.climatetalk.org 2. OpenADR 2.0a,
33、b,c, - OpenADR Alliance, www.openadr.org 3. Smart Energy Protocol 2.0 ZigBee Alliance, www.zigbee.org 4. SAE J1772 - http:/standards.sae.org/j1772_201001/ 5. USNAP Specification 1.0 & 2.0 USNAP Alliance, www.usnap.org 6. ZigBee Alliance Smart Energy Protocol 1.x, ZigBee Alliance, www.zigbee.org 7. Z
34、-Wave Alliance http:/www.z-wavealliance.org/ 8. Currency Codes - ISO 4217 Maintenance agency, SNV - SIX Interbank Clearing (http:/www.currency-iso.org/iso_index/iso_tables/iso_tables_a1.htm 9. ISO/IEC 24739 - AT Attachment with Packet Interface - http:/www.iso.org/iso/home/store/catalogue_ics.htm 2.
35、2 Compliance As used in this document “shall” and “must” denote mandatory provisions of the standard. “Should” denotes a provision that is recommended but not mandatory. “May” denotes a feature whose presence does not preclude compliance, and implementation of which is optional. “Optional” denotes i
36、tems that may or may not be present in a compliant device. 5 2.3 Acronyms & Abbreviations SGD Smart Grid Device the end device that is being informed of grid conditions UCM Universal Communications Module the communications device that provides communication connectivity to an SGD SPI Serial Periphe
37、ral Interface data transfer standard originally defined by Motorola (Freescale) 0x00 0xFF Two digit (8 bit) hexadecimal numbers ranging from 0 to 255 decimal b0, b1 b15 Bit values within a hexadecimal number. b0 is lsb. MS Abbreviation for Most Significant LS Abbreviation for Least Significant AMI A
38、dvanced Metering Infrastructure SEP Smart Energy Protocol OpenADR 2.0 Automated Demand Response standard from the OpenADR Alliance IP Internet Protocol 3 Physical/Electrical Interface Two physical form factors are presently defined. End device manufacturers may choose either, and communications modu
39、le providers who wish to cover all products may offer two module versions. For both form factors, the communications protocol across the socket interface is the same, as described herein. Also in both cases, the power for the UCM is provided by the SGD. One form factor provides a low voltage DC supp
40、ly and an SPI serial data interface. This form factor is described in detail in Appendix A of this document. This option might be attractive in cases where the end device has no AC power source or when smaller socket size is required. The second form factor provides AC service voltage (120/240V) and
41、 an RS-485 based serial interface. This form factor is described in detail in Appendix B of this document. This option might be attractive in cases where the end device does not provide a DC power supply, where compatibility with PLC communications modules is desired, or where communications module
42、access to line frequency is needed. 3.1 Removal and Exchange of a UCM It has to be assumed that UCMs will be removed or exchanged without turning off the SGD. Therefore the UCM shall be hot-swappable. 6 3.2 Block Diagram Figure 3-1 Modular Interface - Block Diagram 4 Serial Protocol CEA-2045 defines
43、 an extensible serial protocol data unit that is manageable by the simplest of devices and also capable of being extended to accommodate the more complex. The general message format is as follows: Message Type Reserved Must be 0x0 Payload Length Payload Checksum 2 Bytes 3 Bits 13 Bits Variable 2 Byt
44、es Table 4-1 Protocol Data Unit Format Conceptually the “payload” portion of the message can transport a range of protocols, with the “Message Type” field indicating which protocol and the checksum included so as to assure link layer data integrity. There are 3 bits at the top of the 3 byte that are
45、 reserved for future work. These must be held at 0 to keep compatibility with future revisions. This scheme provides a high level of flexibility and extensibility. A simple means is provided for SGDs and UCMs to discover which protocols one another support. 7 4.1.1 Message Type Field The “Message Ty
46、pe” bytes indicate the type of message, essentially indicating which communications protocol is represented in the payload. The following “Message Type” values are specified: Message Type MS Byte Message Type LS Byte Description 0x00 to 0x05 0x00 to 0xFF Reserved for vendor proprietary use 0x06 0x00
47、 to 0xFF Reserved to avoid confusion with link layer ACK 0x07 0x00 to 0xFF For Future Assignment 0x08 0x01 Basic DR Application (at least partially supported by all devices) 0x08 0x02 Intermediate DR Application 0x08 0x03 Data-Link Messages 0x08 0x04 Commissioning and Network Support Messages 0x08 0
48、x05 to 0xFF For Future Assignment 0x09 0x01 USNAP 1.0, Pass-Through 0x09 0x02 ClimateTalk, Pass-Through 0x09 0x03 Smart Energy Profile 1.0, Pass-Through 0x09 0x04 Smart Energy Profile 2.0 over IP, Pass-Through 0x09 0x05 OpenADR1.0 over IP, Pass-Through 0x09 0x06 OpenADR2.0 over IP, Pass-Through 0x09
49、 0x07 Generic IP Pass-Through (IP packets self-identify version so both IPV4 and IPV6 are covered) 0x09 0x08 to 0xFF For Future Assignment 0x0A to 0x14 0x00 to 0xFF For Future Assignment 0x15 0x00 to 0xFF Reserved to avoid confusion with link layer NAK 0x16 to 0xEF 0x00 to 0xFF For Future Assignment 0xF0 to 0xFF 0x00 to 0xFF Reserved for vendor proprietary use Table 4-2 Message Type Assignments The “Vendor Proprietary” message types allow for device makers to make use of the serial interface for any pu
