System and method for providing communication between intelligent electronic devices via an open channel

Information

  • Patent Grant
  • 8107491
  • Patent Number
    8,107,491
  • Date Filed
    Friday, November 6, 2009
    16 years ago
  • Date Issued
    Tuesday, January 31, 2012
    14 years ago
Abstract
An intelligent electronic device is configured to receive and generate data formatted in accordance with Distributed Network Protocol 3.0 (DNP 3.0) through an Ethernet TCP/IP medium. The intelligent electronic metering device for communicating over a network via an open channel includes an adapter to coupled the electronic metering device to the network and to receive a message in a protocol of the network, wherein the adapter formats the message in a serial protocol; and a processor to receive the message from the adapter, generate a response to the message and transmit the response to the adapter, wherein the adapter formats the response in the protocol of the network and transmits the response over the network via an open channel.
Description
BACKGROUND OF THE INVENTION

1. Field of the Invention


The present invention relates generally to the monitoring and control of metering systems. More particularly, the present invention relates to an intelligent electronic device configured to generate a serial message using a DNP protocol and to transmit this message via an Ethernet medium.


2. Discussion of the Related Prior Art


The metering architecture that exists in the power utility field today is geared toward providing enough information to accurately monitor and control a variety of metering devices installed at numerous substations. To achieve these objectives, it is essential that communication between a central utility station and substations be time- and cost-efficient, quick updating, as well as reliable.


Historically, meters measuring electrical energy have used measurement devices, which mechanically monitor the subscriber's usage and display a reading of the usage at the meter itself. Consequently, the reading of these meters has required that human meter readers physically go to the site of the meter and manually document the readings. Clearly, this approach relies very heavily on human intervention and, thus, is very costly, time-consuming, and prone to human error. As the number of meters in a typical utility's service region has increased, in some cases into the millions, human meter reading has become prohibitive in terms of time and money.


Over time, these conventional meters were made using microprocessor technologies, which enabled them to be read using a serial protocol and interface. This enabled the meters to be used in series to obtain readings back at a remote terminal unit (RTU) for remote SCADA (Supervisory Control and Data Acquisition) interrogation. For example, FIG. 1 is a schematic view of a conventional system for monitoring and controlling a plurality of substations. That is, referring to FIG. 1, meters 1, 2, and 3 can communicate serially through each other. However, in order for a SCADA master 5 to receive information from meter 3, the information must be passed from meter 3 to meter 2, from meter 2 to meter 1, from meter 1 to an RTU 4, and from the RTU 4 to the SCADA master 5.


Realization of such communication may be accomplished by a standard open protocol known as DNP 3.0. This protocol is configured to provide the power utility with a serial language to speak to the substations and to allow the utility to use outage detection software, generically labeled in the industry as SCADA. In other words, communication between each of the meters and, for example, a central station is realized through a respective serial port and is thus limited to a respective pair coupled to one another via a dedicated channel.


Originally the SCADA systems have been provided with generally UNIX-based software operative to establish communication only between RTUs, which originally were embedded devices operative to bring in analog inputs and provide digital outputs. Accordingly, all analog telemetry was brought to the RTU and then converted to a digital signal subsequently formatted and transferred to the SCADA master. With the advent of digital communication technology, a variety of intelligent electronic devices (IED) including, but not limited to, metering, protective relays, apparatus equipment, and controllers, have become operative to communicate a digital serial protocol though a plurality of dedicated channels.


One disadvantage of this approach may have been that when a number of meters transmit meter data nearly simultaneously, the inherent latency on the area network including a plurality of dedicated serial channel or dedicated cables results in packet collisions, lost data, garbled data, and general degradation of integrity across the system. To compensate for the collisions and interference between data packages destined for the central computer, due to the latency inherent in this system, various management schemes have been employed to ensure reliable delivery of the meter data. However, while this approach may be suitable for small systems, it does not serve the needs of a utility monitoring thousands or even millions of meters.


Therefore, a need exists to provide a system whereby a utility company can reliably and rapidly read on the order of innumerous meters in the absence of any significant human intervention. Further, a need exists to provide a system configured with multiple IED devices that are capable of communicating via Ethernet TCP/IP by using the DNP 3.0 protocol through an open socket within the Ethernet TCP/IP medium.


SUMMARY OF THE INVENTION

The above and other objectives are attained by a metering apparatus and system for monitoring and controlling a plurality of metering devices in the field of energy use/control through the ability of individual metering apparatus capable of generating DNP 3.0 serial data and transmit this data through an open socket via Ethernet TCP/IP.


In accordance with one aspect of the invention, a metering device is configured with an IED COM processor, operative to perform multiple tasks, and an IED Network Adapter or card built in the metering device and coupled to the processor. The card is configured to format and send data from the processor using DNP 3.0 protocol via an open socket into Ethernet TCP/IP.


According to a further aspect of the invention, a plurality of substations, each of which is provided with at least one inventive metering device, are coupled together in a system capable of transmitting the data from each substation to either the RTU and further to the SCADA master or directly to the latter without using a dedicated serial cable or channel.


Still a further aspect of the invention is concerned with a system configured to provide communication between a local area network including a plurality of the inventive devices and the Internet.


The present invention, therefore, concerns the compatibility between the existing network of intelligent electronic devices (IED) operating in accordance with the DNP 3.0 protocol via an Ethernet TCP/IP. Briefly, the invention teaches that the aforementioned compatibility may be achieved by embedding the adapter recognizing the DNP 3.0 protocol in each individual IED device to provide communication between this device or substation and any other device, which is the member of the network, via non-dedicated channels.





BRIEF DESCRIPTION OF THE DRAWINGS

The above and other objects, features, and advantages will become more readily apparent from the detailed description of the invention accompanied by the following drawings, in which:



FIG. 1 is a schematic view of a conventional system for monitoring and controlling a plurality of substations;



FIG. 2 is a schematic view of a metering device configured in accordance with the invention; and



FIG. 3 is a schematic view of a system for monitoring and controlling a plurality of substations each provided with at least one inventive metering device of FIG. 2; and



FIG. 4 is a flow diagram illustrating a method of using DNP according to an embodiment of the present invention.





DETAILED DESCRIPTION OF THE INVENTION

Referring to FIGS. 2 and 3, a metering device 10 is configured as an intelligent electronic metering device (IEMD). Functions of the IEMD 10 may include voltage transformation, regulation and control, power-factor (e.g., capacitor-bank) and load balancing, monitoring, protection of hardware, etc.


The IEMD 10 includes an IED COM processor 12 (FIG. 2) and a built-in IED Network Card 14 coupled to the processor 12 and operative to receive and transmit data between the IEMD 10 and a remote unit through an open socket 100 within an Ethernet TCP/IP medium 16 (FIGS. 2 and 3). Unlike a conventional IEMD communicating with a remote terminal unit (RTU) or SCADA master via a dedicated channel, the card 14 adapts a serial message from or to the processor 12 using the DNP 3.0 so as to receive and transmit the message via the Ethernet medium 16.


As illustrated in FIG. 2, the card 14 strips a message from the open socket 100 channel within the Ethernet and sends it through a serial message or command to processor 12 in accordance with the prescribed DNP 3.0 protocol. In return, the processor 12 generates a serial response, including for example, a measurement requested by the SCADA, and adapted by the card 14 for sending this response via the Ethernet medium.


More specifically, the card 14 recognizes DNP by identifying an Internet Protocol (TCP, UDP, etc.). After retrieving the DNP data, the card 14 sends this data to the processor 12 over a serial channel. For this serial communication, the card 14 and the processor 12 use a predetermined protocol for faster data transfer. The predetermined protocol is only used internally between the card 14 and the processor 12. Accordingly, this protocol has its own headers and footers.


In the protocol, the DNP response is transferred to the card 14 through the serial message. When the card 14 receives this message, the DNP response is prepared with TCP/IP Header for Ethernet medium. A flow diagram illustrating this procedure is illustrated in FIG. 4.


Referring to FIG. 4, in Step 1 the card 14 recognizes the data by TCP/IP Header and Footer from the Network and strips the Header and Footer. In Step 2, the card 14 builds another Header and Footer for serial communication and transmits DNP Request to the processor 12 of the unit. In step 3, the processor 12 parses the DNP Request and a DNP response is generated. This DNP response is sent out to the card 14. Thereafter, in Step 4, the card 14 receives this DNP Response and builds TCP/IP Header and Footer. This DNP Response is sent out to the Network.


Accordingly, utilizing the inventive IEMD device, which is provided with the card 14, allows the generated data to be transmitted over the LAN to either the RTU 18 (FIG. 3) or to the SCADA master 20 itself, not through a dedicated serial cable, but through the open socket 100 within the Ethernet TCP/IP medium.


Accordingly, the inventive device 10 provides significantly higher speed outputs and eliminates the need for dedicated serial channels or dedicated wiring. Further, using the TCP/IP technology enables the metering devices to communicate, and also enables them to simultaneously communicate through more than one channel. As a result, readings can be brought back to the SCADA while other software packages can be used to interrogate the metering devices for other purposes, e.g., remote fault interrogation.


In accordance with a further embodiment of the invention, the inventive device 10 enables the power Utility to transmit the data via the Internet. As illustrated in FIG. 3, each device 10, defining a respective substation 30, may be directly connected to the Internet medium 16 by a coupler including a cable modem or DSL 32 (FIG. 3). Alternatively or in addition, multiple stations each including the inventive device 10 may be connected to the RTU 18 via the Ethernet medium 16 and to the SCADA master 20 via the Internet medium 16. This provides faster, more reliable communication at a much lower cost since dedicated telephone lines, radio, or other similar infrastructure does not need to be in place. Additionally, the present invention provides much more connectivity between devices, enables simultaneous updates from the entire system, and provides increased efficiency as no serial daisy chains are used.


While the present invention has been shown and described with reference to a certain preferred embodiment thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present invention.

Claims
  • 1. An intelligent electronic metering device for simultaneously communicating to a plurality of devices over a network via a plurality of open channels, the device comprising: an interface to couple the electronic metering device to the network and to receive a message in a protocol of the network from at least one of the plurality of devices over at least one open channel, the message including a request formatted in at least one metering communication protocol, wherein the interface formats the request in a serial protocol of the electronic metering device by stripping a network protocol header and footer from the message in the protocol of the network and builds a serial header and footer of the serial protocol around the request without changing the request, the protocol of the network being different than the serial protocol;a serial channel coupling the interface to a processor; andthe processor to receive the request from the interface through the serial channel after the interface formats the request in the serial protocol, generate a response to the request and transmit the response to the interface via the serial protocol of the electronic metering device,wherein the interface formats the response in the protocol of the network by building a network protocol header and footer around the response without changing the response and transmits the response with the network protocol header and footer over the network via at least one open channel to the at least one of the plurality of devices.
  • 2. The intelligent electronic metering device as in claim 1, wherein the request and response are in accordance with the Distributed Network Protocol 3.0 (DNP 3.0).
  • 3. The intelligent electronic metering device as in claim 1, wherein the interface is an Ethernet card.
  • 4. The intelligent electronic metering device as in claim 1, wherein the protocol of the network is TCP/IP.
  • 5. The intelligent electronic metering device as in claim 1, wherein the interface strips a TCP/IP header and footer from the received message and builds a serial header and footer around the request for transmission through the serial channel.
  • 6. The intelligent electronic metering device as in claim 5, wherein the processor parses the request from the serial header and footer and generates the response with the serial header and footer for transmission over the serial channel to the interface.
  • 7. The intelligent electronic metering device as in claim 6, wherein the interface strips the serial header and footer from the response and builds a TCP/IP header and footer around the response for transmission over the network.
  • 8. The intelligent electronic metering device as in claim 1, wherein the intelligent electronic metering device is configured to perform a function selected from a group consisting of voltage transformation, regulation and control, power-factor, and load balancing, monitoring, and protection of hardware and a combination thereof.
  • 9. The intelligent electronic metering device as in claim 1, wherein the at least one of the plurality of devices includes a supervisory control and data acquisition (SCADA) master.
  • 10. The intelligent electronic metering device as in claim 1, wherein the at least one of the plurality of devices includes a remote terminal unit.
  • 11. The intelligent electronic metering device as in claim 1, wherein the at least one of the plurality of devices includes a remote fault interrogation device.
  • 12. The intelligent electronic metering device as in claim 1, wherein the at least one of the plurality of devices includes at least one second intelligent electronic metering device.
  • 13. The intelligent electronic metering device as in claim 1, wherein the network is the Internet.
  • 14. The intelligent electronic metering device as in claim 1, wherein the interface is a software module.
  • 15. The intelligent electronic metering device as in claim 1, wherein the interface is included as part of the processor.
  • 16. The intelligent electronic metering device as in claim 1, wherein the at least one of the plurality of devices includes a computing equipment.
  • 17. An intelligent electronic metering device for simultaneously communicating to a plurality of devices over a network via a plurality of open channels, the electronic metering device comprising: an interface to couple the electronic metering device to an Ethernet network and to receive a message in TCP/IP protocol over the network from at least one of the plurality of devices, the message formatted in accordance with Distributed Network Protocol 3.0 (DNP 3.0), wherein the interface strips a TCP/IP header and footer from the message without changing the message and formats the message with a serial header and footer in accordance with a protocol of the electronic metering device without changing the message, the TCP/IP protocol being different from the DNP 3.0;a serial channel coupled to the interface and to transmit the message to a processor; andthe processor to receive the message from the serial channel after the interface formats the message with the serial header and footer, parse the message from the serial header and footer and generate a response with the serial header and footer for transmission over the serial channel to the interface,wherein the interface strips the serial header and footer from the response and formats a TCP/IP header and footer around the response without changing the response for transmission over the network via at least one open channel to the at least one of the plurality of devices.
  • 18. A method for providing simultaneous communications between at least one intelligent electronic metering device and a plurality of computing equipments over a network, the method comprising the steps: transmitting a message from at least two of the plurality of computing equipments, each message including data formatted with a header and footer of a network protocol of the network;simultaneously receiving the messages at the at least one intelligent electronic metering device and stripping the network protocol header and footer from the messages without changing the messages and reformatting each of the messages in a communication protocol of the at least one intelligent electronic metering device without changing the messages wherein the reformatting each of the messages in a communication protocol includes building a serial header and footer around each message, the network protocol being different than the communication protocol;parsing a request from each of the messages, the request formatted in at least one metering communication protocol;generating a response to each of the request in the communication protocol of the at least one intelligent electronic metering device;stripping the communication protocol of the at least one intelligent electronic metering device from each of the responses and reformatting each of the responses in the network protocol without changing the responses; andsimultaneously transmitting each of the responses over the network.
  • 19. The method as in claim 18, wherein the network is an Ethernet medium.
  • 20. The method as in claim 19, wherein the network protocol is TCP/IP.
  • 21. The method as in claim 20, wherein the request and response are in accordance with the Distributed Network Protocol 3.0 (DNP 3.0).
  • 22. The method as in claim 18, wherein the computing equipment is selected from a group consisting of a remote terminal unit (RTU), a supervisory control and data acquisition (SCADA) master and a combination thereof.
  • 23. An electrical energy metering system for monitoring and controlling at least one intelligent electronic metering device over a network, the system comprising: a plurality of computing equipments coupled to the network, each computing equipment generates a message using a first communication protocol and transmits the message over the network in a second network protocol;the at least one intelligent electronic metering device including an interface to couple the device to the network and to simultaneously receive the messages using the second network protocol, wherein the interface formats the messages using a third communication protocol by stripping a header and footer of the second network protocol from the messages and building a header and footer of the third communication protocol around the messages without changing the messages, wherein the third communication protocol is a serial protocol of the at least one intelligent electronic metering device and is different than the second network protocol;a serial channel coupling the interface to a processor for transmitting the messages to the processor; andthe processor to receive the messages from the interface, generate a response to each of the messages and transit the responses to the interface via the serial protocol of the at least one metering device,wherein the interface formats the responses by building a header and footer of the second network protocol around the responses without changing the response and simultaneously transmits the responses over the network via an open channel to the plurality of computing equipments.
  • 24. The system of claim 23, wherein the first protocol is Distributed Network Protocol 3.0 (DNP 3.0).
  • 25. The system of claim 24, wherein the second network protocol is TCP/IP.
  • 26. The system of claim 25, wherein the network is an Ethernet medium.
  • 27. The system as in claim 23, wherein at least one of the plurality of computing equipments includes a Supervisory Control and Data Acquisition (SCADA) master.
  • 28. The system as in claim 23, wherein at least one of the plurality of computing equipment includes a remote terminal unit.
  • 29. The system as in claim 23, wherein at least one of the plurality of computing equipments includes a remote fault interrogation device.
Parent Case Info

The present application is a continuation application of U.S. application Ser. No. 10/969,592, filed Oct. 20, 2004, now U.S. Pat. No. 7,616,656, entitled “SYSTEM AND METHOD FOR PROVIDING COMMUNICATION BETWEEN INTELLIGENT ELECTRONIC DEVICES VIA AN OPEN CHANNEL”, the contents of which are hereby incorporated by reference in its entirety.

US Referenced Citations (113)
Number Name Date Kind
5650936 Loucks et al. Jul 1997 A
5736847 Van Doorn et al. Apr 1998 A
5796742 Klotzbach et al. Aug 1998 A
5828576 Loucks et al. Oct 1998 A
5995911 Hart Nov 1999 A
6000034 Lightbody et al. Dec 1999 A
6005759 Hart et al. Dec 1999 A
D427533 Cowan et al. Jul 2000 S
D429655 Cowan et al. Aug 2000 S
D435471 Simbeck et al. Dec 2000 S
6185508 Van Doorn et al. Feb 2001 B1
6186842 Hirschbold et al. Feb 2001 B1
D439535 Cowan et al. Mar 2001 S
6236949 Hart May 2001 B1
D443541 Hancock et al. Jun 2001 S
6397155 Przydatek et al. May 2002 B1
D458863 Harding et al. Jun 2002 S
D459259 Harding et al. Jun 2002 S
6493644 Jonker et al. Dec 2002 B1
6563697 Simbeck et al. May 2003 B1
6567404 Wilford May 2003 B1
6578084 Moberg et al. Jun 2003 B1
6611773 Przydatek et al. Aug 2003 B2
6611922 Ozcetin et al. Aug 2003 B2
6615147 Jonker et al. Sep 2003 B1
6636030 Rose et al. Oct 2003 B1
6671635 Forth et al. Dec 2003 B1
6671654 Forth et al. Dec 2003 B1
6687627 Gunn et al. Feb 2004 B1
6694270 Hart Feb 2004 B2
6735535 Kagan et al. May 2004 B1
6737855 Huber et al. May 2004 B2
6745138 Przydatek et al. Jun 2004 B2
6751562 Blackett et al. Jun 2004 B1
6751563 Spanier et al. Jun 2004 B2
6792337 Blackett et al. Sep 2004 B2
6792364 Jonker et al. Sep 2004 B2
6798190 Harding et al. Sep 2004 B2
6798191 Macfarlane et al. Sep 2004 B1
6813571 Lightbody et al. Nov 2004 B2
6825776 Lightbody et al. Nov 2004 B2
6853978 Forth et al. Feb 2005 B2
6871150 Huber et al. Mar 2005 B2
D505087 Ricci et al. May 2005 S
6894979 Lee May 2005 B1
6944555 Blackett et al. Sep 2005 B2
6957158 Hancock et al. Oct 2005 B1
6961641 Forth et al. Nov 2005 B1
6983211 Macfarlene et al. Jan 2006 B2
6988025 Ransom et al. Jan 2006 B2
6988182 Teachman et al. Jan 2006 B2
6990121 Stiles et al. Jan 2006 B1
6990395 Ransom et al. Jan 2006 B2
7006934 Jonker et al. Feb 2006 B2
7010438 Hancock et al. Mar 2006 B2
7072779 Hancock et al. Jul 2006 B2
7085824 Forth et al. Aug 2006 B2
7089089 Cumming et al. Aug 2006 B2
7127328 Ransom Oct 2006 B2
D532747 Ricci et al. Nov 2006 S
7136384 Wang Nov 2006 B1
D534120 Ricci et al. Dec 2006 S
7155350 Kagan Dec 2006 B2
7158050 Lightbody et al. Jan 2007 B2
7174258 Hart Feb 2007 B2
7174261 Gunn et al. Feb 2007 B2
7256709 Kagan Aug 2007 B2
7262709 Borleske et al. Aug 2007 B2
7294997 Kagan Nov 2007 B2
7304586 Wang et al. Dec 2007 B2
7609719 Kagan et al. Oct 2009 B2
7616656 Wang et al. Nov 2009 B2
20020114326 Mahalingaiah Aug 2002 A1
20020162014 Przydatek et al. Oct 2002 A1
20020165677 Lightbody et al. Nov 2002 A1
20020169570 Spanier et al. Nov 2002 A1
20020191640 Haymes et al. Dec 2002 A1
20030014200 Jonker et al. Jan 2003 A1
20030065459 Huber et al. Apr 2003 A1
20030076242 Burns et al. Apr 2003 A1
20030101008 Hart May 2003 A1
20030105608 Hart Jun 2003 A1
20030132742 Harding et al. Jul 2003 A1
20030147420 Beckwith Aug 2003 A1
20030154471 Teachman et al. Aug 2003 A1
20030210699 Holt et al. Nov 2003 A1
20030212512 Hart Nov 2003 A1
20030220752 Hart Nov 2003 A1
20040037313 Gulati et al. Feb 2004 A1
20040066311 Giles et al. Apr 2004 A1
20040138786 Blackett et al. Jul 2004 A1
20040138787 Ransom et al. Jul 2004 A1
20040138835 Ransom et al. Jul 2004 A1
20040172207 Hancock et al. Sep 2004 A1
20040183522 Gunn et al. Sep 2004 A1
20040229578 Lightbody et al. Nov 2004 A1
20050002417 Kelly et al. Jan 2005 A1
20050017874 Lightbody et al. Jan 2005 A1
20050027464 Jonker et al. Feb 2005 A1
20050071106 Huber et al. Mar 2005 A1
20050256964 Dube Nov 2005 A1
20050275397 Lightbody et al. Dec 2005 A1
20050288876 Doig et al. Dec 2005 A1
20050288877 Doig et al. Dec 2005 A1
20060052958 Hancock et al. Mar 2006 A1
20060071813 Kagan Apr 2006 A1
20060077999 Kagan et al. Apr 2006 A1
20060170409 Kagan et al. Aug 2006 A1
20060187956 Doviak et al. Aug 2006 A1
20060230394 Forth et al. Oct 2006 A1
20060271244 Cumming et al. Nov 2006 A1
20080154523 Gilbert et al. Jun 2008 A1
20100046545 Kagan et al. Feb 2010 A1
Related Publications (1)
Number Date Country
20100054276 A1 Mar 2010 US
Continuations (1)
Number Date Country
Parent 10969592 Oct 2004 US
Child 12613841 US