ANSI CTA-2047-2014 CE Energy Usage Information (CE-EUI) (Formerly ANSI CEA-2047).pdf

《ANSI CTA-2047-2014 CE Energy Usage Information (CE-EUI) (Formerly ANSI CEA-2047).pdf》由会员分享，可在线阅读，更多相关《ANSI CTA-2047-2014 CE Energy Usage Information (CE-EUI) (Formerly ANSI CEA-2047).pdf（23页珍藏版）》请在麦多课文档分享上搜索。

1、 ANSI/CTA Standard CE Energy Usage Information (CEEUI) ANSI/CTA-2047 (Formerly ANSI/CEA-2047) August 2014 NOTICE Consumer Technology Association (CTA) Standards, Bulletins and other technical publications are designed to serve the public interest through eliminating misunderstandings between manufac

2、turers 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 p

3、reclude any member or nonmember of the Consumer Technology Association 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 us

4、e by those other than Consumer Technology Association members, whether the standard is to be used either domestically or internationally. Standards, Bulletins and other technical publications are adopted by the Consumer Technology Association in accordance with the American National Standards Instit

5、ute (ANSI) patent policy. By such action, the Consumer Technology Association does not assume any liability to any patent owner, nor does it assume any obligation whatever to parties adopting the Standard, Bulletin or other technical publication. This document does not purport to address all safety

6、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 practices and to determine the applicability of regulatory limitations before its use. This document is copyrighted by the Cons

7、umer Technology Association and may not be reproduced, in whole or part, without written permission. Federal copyright law prohibits unauthorized reproduction of this document by any means. Organizations may obtain permission to reproduce a limited number of copies by entering into a license agreeme

8、nt. Requests to reproduce text, data, charts, figures or other material should be made to the Consumer Technology Association. (Formulated under the cognizance of the CTA R7.8 Modular Communication Interface for Energy Management Subcommittee.) Published by CONSUMER TECHNOLOGY ASSOCIATION 2015 Techn

9、ology Phone: 800-699-9277; Fax: 734-780-2046; Web: http:/; Email: Energy Star Standards US EPA OAR, ENERGY STAR Hotline (6202J), 1200 Pennsylvania Ave NW, Washington, DC 20460; Phone: (888) STAR-YES / (888-782-7937) or 703-412-3086 Web: http:/www.energystar.gov/index.cfm?c=partners.pt_products_and_

10、program_reqs Green Button Web: http:/www.greenbuttondata.org/greenabout.html IEC Standards International Electrotechnical Commission, 3, rue de Varemb, PO Box 131, CH-1211 Geneva 20, Switzerland; Phone: +41 22 919 02 11; Fax: +41 22 919 03 00; Web: www.iec.ch; Email: inmailiec.ch IEEE Standards IEEE

11、 Operations Center, 445 Hoes Lane, Piscataway, NJ 08854-4141; Phone: 732-981-0060; Fax: 732-562-1571; Email: http:/standards.ieee.org/contact/form.html 7 IETF c/o Association Management Solutions, LLC (AMS), 48377 Fremont Blvd., Suite 117, Fremont, CA 94538; Telephone: 510-492-4080; Fax: 510-492-400

12、1; Email: ietf-infoietf.org NIST Standards NIST, 100 Bureau Drive, Stop 1070, Gaithersburg, MD 20899-1070 Phone: 301-975-NIST (6478) or Federal Relay Service (800) 877-8339 (TTY) Email: inquiriesnist.gov OpenADR Standards https:/ Email: infoopenadr.org ZigBee Standards ZigBee Alliance, 2400 Camino R

13、amon, Suite 375, San Ramon, CA 94583; Phone: 925-275-6607; Fax: 925-886-3850; Email: helpzigbee.org 3.3 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 whos

14、e presence does not preclude compliance, and implementation of which is optional. “Optional” denotes items that may or may not be present in a compliant device. Text preceded by the term “Note” or “Notes” provides additional information for the reader and is informative only. 3.4 Acronyms and Abrevi

15、ations dddd Day (00-9999 days). DR Demand-Response “Changes in electric usage by end-use customers from their normal consumption patterns in response to changes in the price of electricity over time, or to incentive payments designed to induce lower electricity use at times of high wholesale market

16、prices or when system reliability is jeopardized.” (FERC) EMS Energy Management System EUI Energy Usage Information information relating to the amount of energy (power) used by a device hh Hour (00-24) LAN Local Area Network mm Minutes (00-60) PID Personally Identifiable Data data that can identify

17、a person via personal information or a device via a unique identifier. 8 ss Seconds (00-59) STB Set-Top Box UID Unique IDentifier A serial number, UUID, MAC address, or other method of identifying the device. UUID Universally Unique IDentifier is an identifier used to uniquely identify information w

18、ithout central coordination. It is also known as GUID (Globally Unique Identifier). 4 Security and Privacy Data security and data privacy are out of scope for this document. Privacy and security issues should be addressed by any device that is reporting EUI and personally identifiable data (PID). Mo

19、st home networks such as Wi-Fi, ZigBee, Z-Wave, and HomePlug include secure messaging and authentication which should be utilized to secure EUI and PID. Privacy and security requirements pertaining to communications beyond the local area network are left to the manufacturer, gateway device or applic

20、ation. For additional information refer to NISTIR 7628 Guidelines for Smart Grid Cyber Security: Volumes 1, 2, and 3. 5 Requirements and Messages Server Device In the context of this standard, the server is the end device (TV, STB, lighting control, etc.) that provides EUI to the client (the queryin

21、g device), for example an Energy Management System (EMS) or an application running on a PC, tablet, etc. Servers receiving requests for optional functions that are not supported shall indicate in the response that the function is not supported. 5.1 Device Identification To facilitate determining whi

22、ch devices EUI is being reported the client needs to be able to identify the source of the EUI as well as other pertinent device-specific information. Additional information that might be useful to an application may be provided by inclusion of a URI (see section 5.1.3 URI). 5.1.1 Identification The

23、 server shall respond to a request for identifying information including make (brand), model/model number, the version of the CEA-2047 standard it is compliant with, and the device Serial Number if available. If a serial number is not assigned the server shall indicate the absence of a serial number

24、 in its response. 5.1.2 Unique ID The server may respond to a request for a human and machine readable unique identifier (UID). If the server does not have a UID and it responds to a request for a UID, the server shall indicate there is no UID present. A UID may be provided by the client to a server

25、 that supports the SetUID command. Note: An Ethernet MAC address can be used as a UID. 9 5.1.3 URI Servers supporting the optional URI shall respond to the request with a URI where additional information about the device is located. The URI is typically maintained by the manufacturer, vendor, or a s

26、ervice provider. Note: The URI can contain information necessary for communications between the devices native messaging and protocols such as OpenADR or SEP 2 through the use of, for example, an XML schema. It can provide additional information relating to the functions the device supports, includi

27、ng vendor specific functionality. Name Type Description Mandatory Variable Version String CEA2047XX where XX is the revision # Yes No Name String Human readable descriptive name for the device. E.g. TV. A device may allow the name string to be modified E.g. “TV” may be changed to “Bedroom TV”. Yes Y

28、es MakeModel String Human and machine readable make (brand)/, model/model number, version of CEA-2047, Serial Number (inclusion of a Serial Number is optional) Yes No UID String Human and machine readable device unique identifier. No No SetUID String Human and machine readable UID provided by the cl

29、ient to the server device No Yes URI IETF standard URI Machine readable URI containing additional information on the device. No No Table 1: Device Identification Messages 5.2 Device Information Additional information is needed to inform the querying device/application as to the server devices capabi

30、lities. The following requirements provide a means for supplying that information. 5.2.1 Capabilities The server shall respond to a request for its Functional Capabilities relating to the supported CE-EUI functionality as defined in Section 6. 5.2.2 Consumption The server shall respond to a request

31、for its published power and/or energy consumption according to standards applicable to its device type if available (e.g. EPA/DOE Energy Star, ECMA-383). The power and/or energy value(s) should reflect typical average operating conditions or based on an applicable test standard when the device is in

32、 the “On mode”. 5.2.3 Energy Usage Values The server may measure its energy usage directly, use pre-stored estimated power value(s) (StoredEUValue) directly to calculate the energy used for each operating mode, or use other means, for example, using one or more stored values indirectly as input to a

33、 calculation that 10 takes into account operational characteristics. An example of “other means“ might be using a stored baseline value that is used in calculations that take into account brightness settings and/or video decoding complexity in a TV or variable speed/frequency motors used in air cond

34、itioners. If the server uses stored power value(s) directly (e.g. StoredEUValue * elapsed time in Operating Mode) the server should respond to a request for StoredEUValue with the stored value(s) that are used in calculating EUI for each operating mode. If the reported EU values are not the result o

35、f direct use of (a) stored value(s) the response to “StoredEUValue“ should indicate it is not supported. If a server uses a combination of StoredEUValues for some operating modes and “other means“ for other modes in its EUI calculations, it may indicate either “not supported“ or provide the StoredEU

36、Value for the modes it is used in and “not supported“ for the remaining operating modes in its response to a request for StoredEUValue. 5.2.4 Mandatory and Optional Requests The server shall respond to mandatory requests and should be capable of responding to optional requests for additional informa

37、tion as defined in Table 2. Name Type Description Mandatory Variable PowerValue String Published power and/or energy value(s) (per industry or regulatory standard) Yes No FunctionalCapabilities String CE-EUI functions the device supports (see section 6). Machine readable. Yes No StoredEUValue String

38、 Human and machine readable value(s) of EU stored for use in calculating EUI for each operating mode. No No Accuracy String EUI Accuracy (% accuracy of EUI that would be reported based on one of the following: a) StoredEUValue if used b) typical average operating conditions c) an applicable test sta

39、ndard when the device is in the “On mode”) No No EnergyStar String Energy Star Qualified (Yes/No) and version number No No Table 2: Device Information Messages 5.3 Energy Usage Information The following messages provide a model for reporting the devices energy usage information. 5.3.1 EUI The server

40、 shall respond to a request for the Energy Usage Information messages in Table 3 which describes the CE-EUI Functional Capabilities the device supports. 11 Note: The time/duration convention used in this standard is dddd:hh:mm or dddd:hh:mm:ss. This is for illustration purposes and is not normative.

41、 Devices can use other conventions as defined by their native messaging as long as the necessary information is available to other devices implementing this standard. Name Type Description Mandatory Variable CurrentPower Watts Power currently being drawn Yes Yes TotalEnergy Watt-hours, dddd-hh-mm Cu

42、mulative energy drawn and cumulative time since cumulative energy/time were last reset to zero. No Yes LastOn dddd-hh-mm-ss Elapsed time since device last turned on the load it is controlling No Yes LastOff dddd-hh-mm-ss Elapsed time since device last turned off the load it is controlling No Yes Int

43、ervalEnergy watt-hours; dddd:hh:mm-ss Watt-hours drawn over requested interval as defined by Start/End times or Start/Duration times; the elapsed time since the beginning of the log being sent No Yes Start dddd-hh-mm Start time relative to receipt of IntervalEnergy request No Yes End dddd-hh-mm End

44、time relative to receipt of IntervalEnergy request No Yes Duration dddd-hh-mm Duration for this interval relative to the Start time No Yes Table 3: Energy Usage Information Messages 5.4 Implementation of Energy Usage Information 5.4.1 CurrentPower The response to a request for CurrentPower shall ret

45、urn the actual or estimated power (using StoredEUValue or other means) being drawn at the time of the receipt of the request. 5.4.2 TotalEnergy TotalEnergy is similar to a metering function whereby the device continuously logs its energy usage until such time as it is reset to zero. A device support

46、ing TotalEnergy shall return the cumulative energy drawn and cumulative time since cumulative energy/time was last reset to zero. TotalEnergy shall indicate the total energy consumed during the period indicated by its associated IntervalClock. TotalEnergy (and its associated IntervalClock) may be re

47、set by explicit command (which need not be supported), or at any other time. Regardless of how the reset occurs, a reset of one shall result in a reset of the other. Note: The interpretation of the elapsed time IntervalClock associated with TotalEnergy information varies depending on the Interval Cl

48、ock Functional Capabilities of the device. 5.4.3 IntervalClock 5.4.3.1 IntervalClock = Yes 12 In response to a TotalEnergy request the server shall return the accumulated energy usage along with the duration of the current logging period. The IntervalClock for devices reporting IntervalClock = Yes s

49、hall continue to operate resulting in a duration value that represents the actual elapsed time. Exception: A device in disconnected mode (power removed) may, but is not required to include the period spent in that mode when reporting the elapsed time. For example, a device that includes a real time clock that is updated when power is restored may correct its IntervalClock for the period it was powered down. When such correction is applied the server shall in