METER READING SCHEMA TO ENHANCE SYSTEM FUNCTIONALITY

Abstract

An improvement to a utility (U) meter's (M) meter reading schema. The improvement includes a device (D) responsive to a native language with which a meter is programmed to convert communications to and from the meter from that native language into a neutral language. The neutral language is convertible by other meters programmed with different native languages into the native language of a particular meter for meters programmed with different native languages can communicate with each other. This allows facilities within a localized area of a utility's power grid (G) to form into a micro-grid (MG) in which meters programmed with the same or different native languages can communicate with each other without having communications between them routed through a central location of the utility.

Claims

1. A method for communicating between a plurality of facilities in a utility distribution network, each of the plurality of facilities including a smart meter, the method comprising: generating, at a first smart meter of a first facility of the plurality of facilities, a first message in a first native language of the first smart meter; converting, with a first translation device, the first message from the first native language to a neutral language; transmitting, with the first smart meter, the first message to a central controller of the utility distribution network; transmitting, with the central controller, the first message to a second smart meter of a second facility of the plurality of facilities; and converting, with a second translation device, the first message from the neutral language to a second native language of the second smart meter.

2. The method of claim 1, wherein the first translation device is provided at the first facility.

3. The method of claim 1, wherein the second translation device is provided as the second facility.

4. The method of claim 1, wherein the central controller is located at a substation of the utility distribution network.

5. The method of claim 1, wherein the neutral language is the IEC 61968-9:2013 schema standard.

6. The method of claim 1, wherein the first native language and the second native language are each a language selected from a group of languages consisting of ANSI C12, IEC-61850, DNP, SEP, DLMS/COSEM, a separate standard application-layer language, and a proprietary application-layer language.

7. The method of claim 1, wherein the plurality of facilities constitute a micro-grid of the utility distribution network.

8. The method of claim 1, wherein the first message is converted from the first native language to the neutral language using a first mapping between the first native language and the neutral language; and wherein the first message is converted from the neutral language to the second native language using a second mapping between the neutral language and the second native language.

9. The method of claim 8, wherein the first mapping matches specific parameters of the neutral language to specific parameters of the first native language and wherein the second mapping matches specific parameters of the neutral language to specific parameters of the second native language.

10. The method of claim 1, wherein the neutral language is employed at an application layer of a protocol stack of an open communications interconnection protocol for the utility distribution network.

11. A system for communicating between a plurality of facilities in a utility distribution network, each of the plurality of facilities including a smart meter, the method comprising: a first facility of the plurality of facilities, the first facility including a first smart meter configured to generate a first message in a first native language of the first smart meter and transmit the first message to a central controller of the utility distribution network, and a first translation device configured to convert the first message from the first native language to a neutral language before the first message is sent to the central controller; and a second facility of the plurality of facilities, the second facility including a second smart meter configured to receive the first message from the central controller, and a second translation device configured to convert the first message from the neutral language to a second native language of the second smart meter.

12. The system of claim 11, wherein the central controller is located at a substation of the utility distribution network.

13. The system of claim 11, wherein the neutral language is the IEC 61968-9:2013 schema standard.

14. The system of claim 11, wherein the first native language and the second native language are each a language selected from a group of languages consisting of ANSI C12, IEC-61850, DNP, SEP, DLMS/COSEM, a separate standard application-layer language, and a proprietary application-layer language.

15. The system of claim 11, wherein the plurality of facilities constitute a micro-grid of the utility distribution network.

16. The system of claim 11, wherein the first message is converted from the first native language to the neutral language using a first mapping between the first native language and the neutral language; and wherein the first message is converted from the neutral language to the second native language using a second mapping between the neutral language and the second native language.

17. The system of claim 16, wherein the first mapping matches specific parameters of the neutral language to specific parameters of the first native language and wherein the second mapping matches specific parameters of the neutral language to specific parameters of the second native language.

18. The system of claim 11, wherein the neutral language is employed at an application layer of a protocol stack of an open communications interconnection protocol for the utility distribution network.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

[0029] FIG. 1 is a simplified representation of a utility's power grid; and,

[0030] FIGS. 2-4 illustrate an IEC 61968-9 schema for meter readings and end device events.

DETAILED DESCRIPTION OF THE INVENTION

[0031] The following detailed description illustrates the invention by way of example and not by way of limitation. This description clearly enables one skilled in the art to make and use the invention, and describes several embodiments, adaptations, variations, alternatives and uses of the invention, including what is presently believed to be the best mode of carrying out the invention. Additionally, it is to be understood that the invention is not limited in its application to the details of construction and the arrangement of components set forth in the following description or illustrated in the drawings. The invention is capable of other embodiments and of being practiced or carried out in various ways. Also, it will be understood that the phraseology and terminology used herein is for the purpose of description and should not be regarded as limiting.

[0032] In accordance with the present invention, a smart meter M utilizes the IEC 61968-9:2013 (hereinafter Part-9) schema standard as a neutral language. As such, the Part-9 standard supports operation of any smart meter M, regardless of its source of manufacture, including system control and data acquisition (i.e., SCADA) operations. The Part-9 standard can be extended as required and is used to define or map each meter in the original or native language with which the meter was programmed during its manufacture. An example of the use of the Part-9 schema for reading a meter, for example, is shown in FIGS. 2-4.

[0033] In accordance with the invention, a translation protocol or device D converts the native language of a meter into the neutral language which, once implemented, provides a common semantic understanding between a message's sender, which is sometimes referred to as the Head End or HE, and the message's receiver, which is sometimes referred to as the End Point or EP. As previously noted, this neutral language is employed at the application layer of a protocol stack. Device D may be located at a substation S as shown in FIG. 1 or other convenient Head End location.

[0034] In operation, translating device D services one or more native languages including: ANSI C12, IEC-61850, DNP, SEP, DLMS/COSEM, other standard application-layer languages, and other proprietary application-layer languages.

[0035] Translating device D is installed outside of the equipment; e.g., meters M, which are issuing or receiving messages; and, it can be integrated into a communication module located at a Head End facility, substation S, for example, to provide translation within a communications channel. Further, each meter has a communications module programmable to communicate with meters programmed for a different native language.

[0036] In FIG. 1, be bi-directional communications over a grid G of the utility are routed through a central controller located at the substation. In such a communications scheme, translation is also bi-directional. Accordingly, an end point or meter M is able to communicate back to a central controller located at substation S and can also route traffic to other devices connected via the same central controller. This is done using Internet Protocols versions 4 or 6 (IPv4, IPv6) or a Network Address Translation (NAT) protocol to communicate back to the central controller and be backhauled to a Head End. Data acquired by a meter M or other equipment is routed to a back office advanced metering interface (AMI) Head End as well as to a back office SCADA Head End or a centralized or back office energy management system (EMS).

[0037] An advantage of the above is that in addition to communications over the utility's grid G, it is now possible for communications within a localized area such as the micro-grid MG designated in FIG. 1 to be performed. Situations where communications within a micro-grid are desirable include those where network wide communications are halted due to a storm or other natural causes as well as manmade incidents. In such instances, the improvements of the invention now allow the facilities F1-F5 in FIG. 1 to communicate with each other, but not necessarily to substation S or other sections of the utility grid, so to determine the operational status at each facility, any configuration changes needed at a facility in order for continued functioning of equipment at the facility, and data acquisition. Since the meters or other equipment at one facility may not necessarily be the same as that at other facilities within micro-grid MG, the ability to go from a native language to a neutral language allows communications to timely occur locally without requiring communication backhaul to a central office such as substation S.

[0038] Within micro-grid MG, the local communications are point-to-point or peer-to-peer, and are routed through the micro-grid's communication infrastructure without reaching a Head End. The communications are routed through the meters M at the various facilities F1-F5 to, for example, consumer appliances, in-home displays, utility distribution automation including, for example: [0039] capacitor bank controllers, transformer tap changers, switch reclosers, micro-grid controllers, inverters, and distributed generation equipment; [0040] demand response applications for load control and price response, etc.; [0041] outage detection and power restoration management equipment including lineman diagnostic tools; and, [0042] health monitoring equipment.

[0043] A distributed micro-grid controller, for example, allows inputs for a locally determined action such as distribution-side voltage sag so to inform a storage battery array that it needs to begin to provide an output to meet load demands.

[0044] With regard to mapping, as previously noted, the IEC 61968-9 standard has been selected as the neutral language. Mappings created between the neutral language and the equipment's native language entail an equivalency between a restful architecture and the equipment's native architecture. On the restful side, a resource and a verb are identified to perform a particular action. On the equipment side, this involves a process workflow usually including reading or writing data elements, and possibly the creation and close-out of secure sessions. Further on the restful side, parameters are supplied to specify exactly what is to be done; i.e., acquire data, perform a function, etc. On the equipment side, specific neutral parameters are mapped to specific native parameters. The formats of both are specified, along with a conversion formula.

[0045] An example of a mapping from an end point's native language to and from the neutral language is provided below. Preferably, mappings are maintained in a tabular form but can be expressed in BPEL (Business Process Execution Language), OWL (Ontology Web Language), as well as other means.

TABLE-US-00001 Neutral Language Native Language Reading Type ID Reading Type Description Format ANSI C12.19 Location 0.0.0.1.1.1.12.0.0.0.0.0. bulkQuantity forward Decimal TOTAL_DEL_KWH (MFG Table 19, 0.0.0.3.72.0 electricitySecondaryMetered energy (kWh) Length 4B, Offset 4B) 0.0.0.1.20.1.12.0.0.0.0 bulkQuantity total electricitySecondaryMetered Decimal TOTAL_DEL_PLUS_RCVD_KWH (MFG 0.0.0.0.3.72.0 energy (kWh) Table 19, Length 4B, Offset 8B) 0.0.0.1.4.1.12.0.0.0.0.0. bulkQuantity net electricitySecondaryMetered Decimal TOTAL_DEL_MINUS_RCVD_KWH (MFG 0.0.0.3.72.0 energy (kWh) Table 19, Length 4B, Offset 12B) 0.0.0.1.19.1.12.0.0.0.0. bulkQuantity reverse electricitySecondaryMetered Decimal TOTAL_REC_KWH (MFG Table 19, Length 0.0.0.0.3.72.0 energy (kWh) 4B, Offset 16B)

[0046] The following example is for a meter reading definition. A conversion formula is also supplied in Y56109FDS:

[00001]$\frac{{\mathrm{Ke}}_{=}.Math.\mathrm{Mp}\mathrm{Kh}}{1000}$

[0047] Equation 1, The definition of Ke for Metered Usage (Secondary Reading)

Energy.sub.kWh=(Energy.sub.pulsesKeRp)+InitialOffset.sub.kWh

[0048] Equation 2, BulkQuantity Energy Pulses to kWh conversion

[0049] Where,

[0050] EnergykWh=Energy in its finished form as a useable business value.

[0051] Energypulses=Energy in a raw form from the meter

[0052] Mp, is the number of meter disk revolutions per pulse. (This value may be used to normalize pulses. For electromechanical meters it is customarily computed as the 1the number of stripes on the disk. For solid-state meters, this is ratio of normalized pulses to actual pulses).

[0053] Kh, is the number of Watt-hours per disk revolution.

[0054] Rp=AMR decompression scalar. (Normally, for usage calculations Rp=1).

[0055] InitialOffsetkWh=The value determined at time of integration which defines the difference between the dial reading and the corresponding register reading expressed in kWh.

[0056] Importantly, use of a neutral language to carry messages creates opportunities for an Internet of Things capability. To achieve this, adapters or translating devices D are built at each end of a communications network to convert the neutral language to the local or native language. An exception to this would be a utility's back office since the language chosen as the neutral language is the language of the back office. Future developments include developing an enclosure that contains a device D and a communications synergization module that allows almost any distribution automation (DA) device to be connected into the system. The DA devices would have autonomous analysis capabilities to communicate with meters M so to obtain field environment conditions such as voltage or demand.

[0057] In view of the above, it will be seen that the several objects and advantages of the present disclosure have been achieved and other advantageous results have been obtained.