CA2265315C - Fixed network rf communications compliant with cebus protocol - Google Patents
Fixed network rf communications compliant with cebus protocol Download PDFInfo
- Publication number
- CA2265315C CA2265315C CA002265315A CA2265315A CA2265315C CA 2265315 C CA2265315 C CA 2265315C CA 002265315 A CA002265315 A CA 002265315A CA 2265315 A CA2265315 A CA 2265315A CA 2265315 C CA2265315 C CA 2265315C
- Authority
- CA
- Canada
- Prior art keywords
- address
- meter
- node
- meters
- recited
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
- H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01D—MEASURING NOT SPECIALLY ADAPTED FOR A SPECIFIC VARIABLE; ARRANGEMENTS FOR MEASURING TWO OR MORE VARIABLES NOT COVERED IN A SINGLE OTHER SUBCLASS; TARIFF METERING APPARATUS; MEASURING OR TESTING NOT OTHERWISE PROVIDED FOR
- G01D4/00—Tariff metering apparatus
- G01D4/002—Remote reading of utility meters
- G01D4/004—Remote reading of utility meters to a fixed location
-
- H—ELECTRICITY
- H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
- H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
- H02J13/00—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network
- H02J13/00006—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network characterised by information or instructions transport means between the monitoring, controlling or managing units and monitored, controlled or operated power network element or electrical equipment
- H02J13/00016—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network characterised by information or instructions transport means between the monitoring, controlling or managing units and monitored, controlled or operated power network element or electrical equipment using a wired telecommunication network or a data transmission bus
-
- H—ELECTRICITY
- H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
- H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
- H02J13/00—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network
- H02J13/00006—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network characterised by information or instructions transport means between the monitoring, controlling or managing units and monitored, controlled or operated power network element or electrical equipment
- H02J13/00028—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network characterised by information or instructions transport means between the monitoring, controlling or managing units and monitored, controlled or operated power network element or electrical equipment involving the use of Internet protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01R—MEASURING ELECTRIC VARIABLES; MEASURING MAGNETIC VARIABLES
- G01R22/00—Arrangements for measuring time integral of electric power or current, e.g. electricity meters
- G01R22/06—Arrangements for measuring time integral of electric power or current, e.g. electricity meters by electronic methods
- G01R22/061—Details of electronic electricity meters
- G01R22/063—Details of electronic electricity meters related to remote communication
-
- H—ELECTRICITY
- H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
- H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
- H02J2213/00—Indexing scheme relating to details of circuit arrangements for providing remote indication of network conditions of for circuit arrangements for providing remote control of switching means in a power distribution network
- H02J2213/10—Indexing scheme relating to details of circuit arrangements for providing remote indication of network conditions of for circuit arrangements for providing remote control of switching means in a power distribution network using simultaneously two or more different transmission means
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/604—Address structures or formats
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/695—Types of network addresses using masks or ranges of addresses
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02B—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO BUILDINGS, e.g. HOUSING, HOUSE APPLIANCES OR RELATED END-USER APPLICATIONS
- Y02B90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
- Y02B90/20—Smart grids as enabling technology in buildings sector
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S20/00—Management or operation of end-user stationary applications or the last stages of power distribution; Controlling, monitoring or operating thereof
- Y04S20/30—Smart metering, e.g. specially adapted for remote reading
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
- Y04S40/18—Network protocols supporting networked applications, e.g. including control of end-device applications over a network
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
- Y04S40/20—Information technology specific aspects, e.g. CAD, simulation, modelling, system security
Abstract
The CEBUS protocol is employed in an automatic meter reading (AMR) fixed network RF system while maintaining commonality and compliance with other CEBUS equipment. The AMR system comprises a plurality of utility meters, each meter comprising a radio frequency (RF) module for transmitting and receiving RF CEBUS message packets in accordance with a prescribed CEBUS protocol, wherein the CEBUS message packets contain embedded AMR message packets in accordance with a prescribed AMR protocol. In addition, the system includes a node(s) for accessing data stored by any one or a group of the utility meters via RF communications using the CEBUS protocol.
Description
FIXED NETWORK RF COMMUNICATIONS
COMPLIANT WITH CEBUS PROTOCOL
FIELD OF THE INVENTION
The present invention relates generally to an automatic meter reading (AMR) system with CEBus capabilities.
BACKGROUND OF THE INVENTION
The present invention provides a method and system by which a fixed network radio frequency (RF) communication system is made compliant with the standard CEBus protocol, and to an AMR network comprising concentrator nodes and end meters that are able to utilize the CEBus RF physical layer and protocol while co-existing with other CEBus RF devices that are, or might be, deployed in the proximity of the AMR network. Accordingly, the background information provided below relates specifically to CEBus and AMR systems.
Automatic Meter Reading The reading of electrical energy, water flow and gas usage has historically been accomplished with meter readers that came on-site and manually documented the readings. Over time, this manual methodology has been enhanced with walk by or drive by meter reading systems that utilize radio communications to and from the person or vehicle. Moreover, in the last few years, there has been a concerted effort to accomplish meter reading by installing fixed communication networks that permit data to flow from the meter to a host computer system without human intervention. These systems have typically been proprietary by design and consequently prevent customers from having dual sources of supply and access to other functions available from the RF
technology.
COMPLIANT WITH CEBUS PROTOCOL
FIELD OF THE INVENTION
The present invention relates generally to an automatic meter reading (AMR) system with CEBus capabilities.
BACKGROUND OF THE INVENTION
The present invention provides a method and system by which a fixed network radio frequency (RF) communication system is made compliant with the standard CEBus protocol, and to an AMR network comprising concentrator nodes and end meters that are able to utilize the CEBus RF physical layer and protocol while co-existing with other CEBus RF devices that are, or might be, deployed in the proximity of the AMR network. Accordingly, the background information provided below relates specifically to CEBus and AMR systems.
Automatic Meter Reading The reading of electrical energy, water flow and gas usage has historically been accomplished with meter readers that came on-site and manually documented the readings. Over time, this manual methodology has been enhanced with walk by or drive by meter reading systems that utilize radio communications to and from the person or vehicle. Moreover, in the last few years, there has been a concerted effort to accomplish meter reading by installing fixed communication networks that permit data to flow from the meter to a host computer system without human intervention. These systems have typically been proprietary by design and consequently prevent customers from having dual sources of supply and access to other functions available from the RF
technology.
Several fixed network communication systems exist in the market that use proprietary architectures, modulation techniques and/or frequency spectra. Companies such as Cellnet Data Systems, San Carlos, California, and Itron, Inc., Spokane, Washington, manufacture two such systems. Utilities that purchase these systems do not have the capability to add functionality to the systems unless they purchase the products from the originator of the technology. The result of this is a reluctance of most utilities to employ large scale AIVIR systems.
CEBUS
The industry standard CEBUS (Consumer Electronics Bus) protocol (EIA IS-60) was adopted by the Electronics Industries Association (EIA). It relates to a local area network that uses multiple media, including power line, radio, twisted pair, coaxial cable, and infrared signaling, and provides reliable communications within a single residence over one or more physical media.
Typically, the products using CEBUS equipment (e.g., the ABB Power T&D Company TranstexT
system) have attempted to accomplish home automation tasks such as real time pricing and demand side management. CEBUS power line has typically been the media of choice for these applications.
U.S. Patent No. 5,978,371, filed March 31, 1997, and titled "Communications Module Based Repeater," discloses a reliable, low cost communications module that is configurable for use in a number of modes in accordance with its location in a CEBUS network. The disclosed modes of operation include a source/interface mode in which the module serves as an interface between a host application and the network, a repeater mode in which the module receives and re-transmits message packets originated by another device and intended for a destination device, and a standalone device mode in which the module serves as a destination device for receiving messages from other devices.
Further background information may be found in U.S. Patent No. 5,696,695, December 9, 1997, titled "System for Rate-Related Control of Electrical Loads." This patent discloses a system that attempts to cover residential applications of a variety of demand side management features. These features may be initiated at a host site and transmitted to a residence or could be accomplished locally. Communications are transmitted to devices in the home using CEBUS power line or RF technology. This system employs the generic CEBUS
protocol as specified in the EIA documentation. The disclosed system, therefore, is an example of a system that could be installed at a residence prior to installation of an AMR network that utilizes CEBUS RF in the manner disclosed herein.
CEBUS
The industry standard CEBUS (Consumer Electronics Bus) protocol (EIA IS-60) was adopted by the Electronics Industries Association (EIA). It relates to a local area network that uses multiple media, including power line, radio, twisted pair, coaxial cable, and infrared signaling, and provides reliable communications within a single residence over one or more physical media.
Typically, the products using CEBUS equipment (e.g., the ABB Power T&D Company TranstexT
system) have attempted to accomplish home automation tasks such as real time pricing and demand side management. CEBUS power line has typically been the media of choice for these applications.
U.S. Patent No. 5,978,371, filed March 31, 1997, and titled "Communications Module Based Repeater," discloses a reliable, low cost communications module that is configurable for use in a number of modes in accordance with its location in a CEBUS network. The disclosed modes of operation include a source/interface mode in which the module serves as an interface between a host application and the network, a repeater mode in which the module receives and re-transmits message packets originated by another device and intended for a destination device, and a standalone device mode in which the module serves as a destination device for receiving messages from other devices.
Further background information may be found in U.S. Patent No. 5,696,695, December 9, 1997, titled "System for Rate-Related Control of Electrical Loads." This patent discloses a system that attempts to cover residential applications of a variety of demand side management features. These features may be initiated at a host site and transmitted to a residence or could be accomplished locally. Communications are transmitted to devices in the home using CEBUS power line or RF technology. This system employs the generic CEBUS
protocol as specified in the EIA documentation. The disclosed system, therefore, is an example of a system that could be installed at a residence prior to installation of an AMR network that utilizes CEBUS RF in the manner disclosed herein.
Thus, a system could be installed at a residence to handle several loads within the home, shifting power usage to match the pricing structure programmed into the electric meter. The information in the meter can be extracted using CEBUS powerline or RF by a controller in the home that makes decisions based on the metering data and other critical inputs. The present invention particularly addresses the challenge of providing an AMR system using CEBUS RF
without preventing the installed residential CEBUS system from working.
SUMMARY OF THE INVENTION
The present invention, therefore, concerns the compatibility between an AMR
network and a CEBUS RF system. Briefly, the invention teaches that the aforementioned compatibility may be achieved by embedding the AMR protocol within the CEBUS
protocol. This technique keeps the collision avoidance algorithms and peer to peer communications, elements that are an integral part of CEBUS, intact while offering a method and system to read many meters.
In sum, the present invention provides a method and system by which the CEBUS
protocol can be utilized in an AMR fixed network RF system while maintaining commonality and compliance with other CEBUS equipment. An AMR system in accordance with the present invention comprises a plurality of utility meters, each meter comprising a radio frequency (RF) module for transmitting and receiving RF CEBUS message packets in accordance with a prescribed CEBUS protocol, wherein the CEBUS message packets contain embedded AMR message packets in accordance with a prescribed AMR protocol; and a node for accessing data stored by any one or a group of the utility meters via RF communications using the CEBUS protocol.
In the preferred embodiments of the invention, the CEBUS message packets provide fields for addressing individual meters and groups of meters, for performing multi-level repeater functions, and for performing authentication/password control. Specifically, the CEBUS protocol comprises a Source Device Address field and an Information field that includes a Network Layer Header (NPDU), an Application Layer Header (APDU), and a Common Application Language (CAL) message; and repeater information is embedded in the Source Device Address field, authentication/password information is embedded in the Application Layer Header, and group addressing information is embedded in the Common Application Language message.
In the preferred embodiments, the CAL message includes a user defined header portion having a format including a Group Response Select field, an Address Mask field, and an Address field. The CAL message format may consist of bit fields having the following configuration:
...:.
GrEjtrp Re~pc~riwq ~ddreswM-.k A
4 bits 4 bits 32 bits Each meter preferably has a unique address and the node is preferably capable of reading data of individual meters using the individual meters' unique address.
Moreover, the node is also preferably capable of reading data of a selected group of meters with a single command.
In the preferred embodiments of the invention, the Address Mask field has a first prescribed format for messages from the node to the meters and a second prescribed format for messages from the meters to the node. For messages sent from the node to a meter(s), the Address Mask field identifies the type of address held in the Address field. When the Address Mask equals zero, the Address field contains a unique address; and when the Address Mask field is non-zero, the Address field is divided into a prescribed number of group addresses and each of the bits in the Address Mask field are used to indicate the presence or absence of a specific group address.
In the preferred embodiments, if an address select bit in the Address Mask field is set (=1), the meter will respond only if a corresponding address in the Address field matches the meter's address.
For group addressing, the format of the Address Mask and Address fields may comprise bit fields having the following format:
~t~t~~ress MaslC Fio1d Fieltl Address Utility Section Class Division Utility Section Class Division Select Select Select Select Address Address Address Address 1 bit 1 bit 1 bit 1 bit 12 bits 4 bits 8 bits 8 bits In the preferred embodiments of the invention, each response message from a meter contains the meter's unique address, and the Address Mask field is defined differently for meter response messages. For meter response messages, the bits of the Address Mask field are used by meters functioning as repeaters to indicate message transfer failure. For meter response messages, the Address Mask field may be defined as:
without preventing the installed residential CEBUS system from working.
SUMMARY OF THE INVENTION
The present invention, therefore, concerns the compatibility between an AMR
network and a CEBUS RF system. Briefly, the invention teaches that the aforementioned compatibility may be achieved by embedding the AMR protocol within the CEBUS
protocol. This technique keeps the collision avoidance algorithms and peer to peer communications, elements that are an integral part of CEBUS, intact while offering a method and system to read many meters.
In sum, the present invention provides a method and system by which the CEBUS
protocol can be utilized in an AMR fixed network RF system while maintaining commonality and compliance with other CEBUS equipment. An AMR system in accordance with the present invention comprises a plurality of utility meters, each meter comprising a radio frequency (RF) module for transmitting and receiving RF CEBUS message packets in accordance with a prescribed CEBUS protocol, wherein the CEBUS message packets contain embedded AMR message packets in accordance with a prescribed AMR protocol; and a node for accessing data stored by any one or a group of the utility meters via RF communications using the CEBUS protocol.
In the preferred embodiments of the invention, the CEBUS message packets provide fields for addressing individual meters and groups of meters, for performing multi-level repeater functions, and for performing authentication/password control. Specifically, the CEBUS protocol comprises a Source Device Address field and an Information field that includes a Network Layer Header (NPDU), an Application Layer Header (APDU), and a Common Application Language (CAL) message; and repeater information is embedded in the Source Device Address field, authentication/password information is embedded in the Application Layer Header, and group addressing information is embedded in the Common Application Language message.
In the preferred embodiments, the CAL message includes a user defined header portion having a format including a Group Response Select field, an Address Mask field, and an Address field. The CAL message format may consist of bit fields having the following configuration:
...:.
GrEjtrp Re~pc~riwq ~ddreswM-.k A
4 bits 4 bits 32 bits Each meter preferably has a unique address and the node is preferably capable of reading data of individual meters using the individual meters' unique address.
Moreover, the node is also preferably capable of reading data of a selected group of meters with a single command.
In the preferred embodiments of the invention, the Address Mask field has a first prescribed format for messages from the node to the meters and a second prescribed format for messages from the meters to the node. For messages sent from the node to a meter(s), the Address Mask field identifies the type of address held in the Address field. When the Address Mask equals zero, the Address field contains a unique address; and when the Address Mask field is non-zero, the Address field is divided into a prescribed number of group addresses and each of the bits in the Address Mask field are used to indicate the presence or absence of a specific group address.
In the preferred embodiments, if an address select bit in the Address Mask field is set (=1), the meter will respond only if a corresponding address in the Address field matches the meter's address.
For group addressing, the format of the Address Mask and Address fields may comprise bit fields having the following format:
~t~t~~ress MaslC Fio1d Fieltl Address Utility Section Class Division Utility Section Class Division Select Select Select Select Address Address Address Address 1 bit 1 bit 1 bit 1 bit 12 bits 4 bits 8 bits 8 bits In the preferred embodiments of the invention, each response message from a meter contains the meter's unique address, and the Address Mask field is defined differently for meter response messages. For meter response messages, the bits of the Address Mask field are used by meters functioning as repeaters to indicate message transfer failure. For meter response messages, the Address Mask field may be defined as:
::;:,.:::..;;.
<.::.: .
:...
0 No errors, successful message 1 lst level repeater did not receive response from repeater or end meter 2 2nd level repeater did not receive response from end meter 3-15 undefined For group response messages in the preferred embodiments, the node is capable of eliciting individual responses from a selected group of meters by broadcasting a single command.
Moreover, after broadcasting a message, the node sets a timer and waits for meter responses before it broadcasts another message; and each meter is assigned a unique window of time during which it is allowed to broadcast a response to the node. Further, in the preferred embodiments, the window of time comprises two configurable parameters, including a timeslot parameter and a window size parameter. No two meters responding to a message from the node are configured with the same timeslot but all meters responding to the message are configured with the same window size.
Further still, in the presently preferred embodiments, the Group Response Select field allows the node to select one of a prescribed number of meter timeslots for the group response. In addition, each meter has an associated application and, after a given meter receives a node message and is waiting to transmit its response, the given meter uses a Link layer filter to prevent responses to the node from other meters from being passed to the given meter's application.
The given meter's application is thereby prevented from continually reading and processing received messages while waiting to transmit a response.
The Source Address field is preferably used for repeater addresses to either implement RF communications that read meters directly, with single repeats or with dual repeats.
In addition, to prevent unauthorized access to the meters, an encrypted password algorithm is used at the meter and at the node. The encryption algorithm may be time dependent such that an encryption key employed by the algorithm is changed periodically.
The node will preferably follow the same encryption algorithm as the meters such that the encryption key will be known by both the node and the meters, and time synch messages from the node may be employed to ensure that both the node and the meters maintain the correct sequence in changing the encryption key.
Another aspect of the present invention provides a method for operating an AMR
~..
<.::.: .
:...
0 No errors, successful message 1 lst level repeater did not receive response from repeater or end meter 2 2nd level repeater did not receive response from end meter 3-15 undefined For group response messages in the preferred embodiments, the node is capable of eliciting individual responses from a selected group of meters by broadcasting a single command.
Moreover, after broadcasting a message, the node sets a timer and waits for meter responses before it broadcasts another message; and each meter is assigned a unique window of time during which it is allowed to broadcast a response to the node. Further, in the preferred embodiments, the window of time comprises two configurable parameters, including a timeslot parameter and a window size parameter. No two meters responding to a message from the node are configured with the same timeslot but all meters responding to the message are configured with the same window size.
Further still, in the presently preferred embodiments, the Group Response Select field allows the node to select one of a prescribed number of meter timeslots for the group response. In addition, each meter has an associated application and, after a given meter receives a node message and is waiting to transmit its response, the given meter uses a Link layer filter to prevent responses to the node from other meters from being passed to the given meter's application.
The given meter's application is thereby prevented from continually reading and processing received messages while waiting to transmit a response.
The Source Address field is preferably used for repeater addresses to either implement RF communications that read meters directly, with single repeats or with dual repeats.
In addition, to prevent unauthorized access to the meters, an encrypted password algorithm is used at the meter and at the node. The encryption algorithm may be time dependent such that an encryption key employed by the algorithm is changed periodically.
The node will preferably follow the same encryption algorithm as the meters such that the encryption key will be known by both the node and the meters, and time synch messages from the node may be employed to ensure that both the node and the meters maintain the correct sequence in changing the encryption key.
Another aspect of the present invention provides a method for operating an AMR
~..
system. According to the inventive method, fields are defined in CEBUS message packets so as to provide fields for addressing individual meters and groups of meters.
Other features of the present invention are disclosed below.
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 is a simplified block diagram of an AMR system in accordance with the present invention.
Figure 2 is a more detailed diagram of a utility meter in accordance with the present invention.
Figure 3 schematically illustrates a communications protocol in accordance with the present invention.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
This disclosure provides a method by which the CEBUS protocol can be utilized in an AMR fixed network RF system while maintaining commonality and compliance with other CEBUS
equipment. The system concept teaches that different layers of the network functionality are embedded into the basic format of the CEBUS protocol, as shown below.
Figure 1 depicts an AMR system comprising, in accordance with the present invention, a plurality of utility meters 12A, 12B, 12C, . . . 12D (for metering electricity, gas or water). Each of the meters has a corresponding CEBUS RF module for receiving RF
communications from a node, or collector, 18, or sending RF communications to the node, and also for communication with a CEBUS local area network (LAN) within the residence or business with which the meter is associated. The node 18 preferably includes a wide area network (WAN) interface, a digital controller, and a CEBUS RF module. The WAN interface, digital controller, and CEBUS RF module are not described in detail herein since such devices are well known in the networking and communications fields.
Figure 2 is a more detailed block diagram of a utility meter such as meter 12A. As shown, the exemplary meter 12A includes a display, a metering board (e.g., including analog to digital convertors, a digital signal processor, etc., for performing the metering function), a power supply, a CEBUS RF board, a disconnect switch drive circuit, and a set of analog transducers.
Again, such utility meters are well known and therefore will not be described in detail here, particularly since the present invention does not require any specific design for the meters.
Figure 3 schematically illustrates a communications protocol in accordance with the present invention. This protocol is explained in greater detail below.
However, it may be briefly summarized as entailing the use of the TCP and IP protocols for communications among the server 20 (Figure 1) and the node/collector units 18 (only one is shown in Figure 1).
In addition, the inventive protocol employs the CEBUS RF protocol, which is implemented by the node after receiving a request over the WAN. The CEBUS packet contains a packet in accordance with the ANSI meter protocol, and that packet in turn contains the specific data for a given meter or meters.
U.S. Patent No. 5,874,903, filed June 6, 1997, entitled "RF Repeater for Automatic Meter Reading System," and U.S. Patent No.
5,923,269, filed August 7, 1997, entitled "Energy Meter with Multiple Protocols for Communication with Local and Wide Area Networks" disclose related inventions concerning the use of fixed RF networks for AMR applications with utility meters having CEBUS
capabilities. For example, the '903 patent teaches a way to make the RF system adaptive to read hard to access meters within the network, by permitting any meter in the network to operate as a repeater. Thus, referring to Figure 1, meter 12D may be considered "inaccessible" with respect to the responsible node 18. The node 18, which is coupled to the AMR server 20 by a telephone link or some other wired or wireless link, sends information to the AMR node 18, which then directs the information to the "inaccessible" meter 12D by routing it through, say, meter 12C, which in this example functions as a repeater. Thus, the cited patents may be consulted for further information concerning practical systems of the kind for which the present invention is particularly suited.
The present invention will now be described in greater detail. In the following discussion, the basic CEBUS protocol is described first, and then the enhancements for fixed network AMR are described.
1. The Basic CEBUS Protocol The CEBUS packet or frame is defined as:
~;;<. ;; f - -:=: -718 Control Destination Destination Source Source Information Field Chksum Address House Address House Code Code bits 16 bits 16 bits 16 bits 16 bits 32 bytes 8 bits 1.1 Control Field The 8-bit control field is defined as follows:
...
o .
Seq Service Rsvrd Priority Packet Number Class Type x 0 0 0 0 0 1 0 Seq Number Toggled for each new packet transmitted by a device Service Class Only Basic Service, '0', is supported.
Rsvrd Reserved field, set = '0' Priority 00 = High, 01 = Standard, 10 = Deferred, II = Undefined Fixed network will only use high priority packets Packet Type 000 = IACK
001 = ACK DATA
010 = UNACK DATA
011 = undefined 100 = FAILURE
101 = ADR ACK DATA
110 = ADR IACK
111 = ADR UNACK DATA
In a preferred embodiment of the present invention, packets in the fixed network are to be broadcast using the UNACK DATA packet type.
1.2 Destination and Source Address Fields In the presently preferred embodiment of the subject invention, the Source House Code is used to specify the ID of the concentrator node. Meters will typically only respond to messages which are from their assigned node. Moreover, all packets will be broadcast, and will therefore contain NULL Destination House Code and Destination Address fields.
The Source Address field will be used to hold 2 bytes (16 bits) of repeater information.
When the Source Address field is 0, the packet is delivered directly from the concentrator node to the meter. If the Source Address field is non-zero, repeaters are being used to transfer the packet between the node and the end meter.
The address fields used by the AMR system are buried in the CAL User Defined Message in the information field. This is discussed below in section 1.3.3.
The meter can be used to communicate to CEBUS devices that are not part of the fixed network, but would be considered part of a residential LAN. For LAN
functionality, the meters are assigned an Address and a House Code, and communicate to one device at a time using packet types ACK_DATA and IACK. The majority of LAN communication packets will be point to point, with the Destination Address fields containing the address of one destination device.
However, it is possible for LAN devices to broadcast messages. To differentiate between broadcast packets from the node and LAN broadcast packets, LAN broadcast packets will always include a Destination House Code which matches the Source House Code. This difference in broadcast packets provides a mechanism for the meters to distinguish between a broadcast packet from the node which is to be repeated, and a LAN broadcast packet which is intended for devices within a single House Code.
1.3 Information Field The Information field includes a NPDU header (Network layer header), an APDU
header (Application layer header) and a CAL message.
1.3.1 NPDU Header The NPDU headers required for the fixed network system are 1-3 bytes in length. If a message does not fit into the 32 byte Information field, the message is segmented into multiple packets. A segmented message requires a 3 byte NPDU header. Messages fitting into the 32 byte Information field only require a 1 byte NPDU header. The 3-byte NPDU header has the following format:
Other features of the present invention are disclosed below.
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 is a simplified block diagram of an AMR system in accordance with the present invention.
Figure 2 is a more detailed diagram of a utility meter in accordance with the present invention.
Figure 3 schematically illustrates a communications protocol in accordance with the present invention.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
This disclosure provides a method by which the CEBUS protocol can be utilized in an AMR fixed network RF system while maintaining commonality and compliance with other CEBUS
equipment. The system concept teaches that different layers of the network functionality are embedded into the basic format of the CEBUS protocol, as shown below.
Figure 1 depicts an AMR system comprising, in accordance with the present invention, a plurality of utility meters 12A, 12B, 12C, . . . 12D (for metering electricity, gas or water). Each of the meters has a corresponding CEBUS RF module for receiving RF
communications from a node, or collector, 18, or sending RF communications to the node, and also for communication with a CEBUS local area network (LAN) within the residence or business with which the meter is associated. The node 18 preferably includes a wide area network (WAN) interface, a digital controller, and a CEBUS RF module. The WAN interface, digital controller, and CEBUS RF module are not described in detail herein since such devices are well known in the networking and communications fields.
Figure 2 is a more detailed block diagram of a utility meter such as meter 12A. As shown, the exemplary meter 12A includes a display, a metering board (e.g., including analog to digital convertors, a digital signal processor, etc., for performing the metering function), a power supply, a CEBUS RF board, a disconnect switch drive circuit, and a set of analog transducers.
Again, such utility meters are well known and therefore will not be described in detail here, particularly since the present invention does not require any specific design for the meters.
Figure 3 schematically illustrates a communications protocol in accordance with the present invention. This protocol is explained in greater detail below.
However, it may be briefly summarized as entailing the use of the TCP and IP protocols for communications among the server 20 (Figure 1) and the node/collector units 18 (only one is shown in Figure 1).
In addition, the inventive protocol employs the CEBUS RF protocol, which is implemented by the node after receiving a request over the WAN. The CEBUS packet contains a packet in accordance with the ANSI meter protocol, and that packet in turn contains the specific data for a given meter or meters.
U.S. Patent No. 5,874,903, filed June 6, 1997, entitled "RF Repeater for Automatic Meter Reading System," and U.S. Patent No.
5,923,269, filed August 7, 1997, entitled "Energy Meter with Multiple Protocols for Communication with Local and Wide Area Networks" disclose related inventions concerning the use of fixed RF networks for AMR applications with utility meters having CEBUS
capabilities. For example, the '903 patent teaches a way to make the RF system adaptive to read hard to access meters within the network, by permitting any meter in the network to operate as a repeater. Thus, referring to Figure 1, meter 12D may be considered "inaccessible" with respect to the responsible node 18. The node 18, which is coupled to the AMR server 20 by a telephone link or some other wired or wireless link, sends information to the AMR node 18, which then directs the information to the "inaccessible" meter 12D by routing it through, say, meter 12C, which in this example functions as a repeater. Thus, the cited patents may be consulted for further information concerning practical systems of the kind for which the present invention is particularly suited.
The present invention will now be described in greater detail. In the following discussion, the basic CEBUS protocol is described first, and then the enhancements for fixed network AMR are described.
1. The Basic CEBUS Protocol The CEBUS packet or frame is defined as:
~;;<. ;; f - -:=: -718 Control Destination Destination Source Source Information Field Chksum Address House Address House Code Code bits 16 bits 16 bits 16 bits 16 bits 32 bytes 8 bits 1.1 Control Field The 8-bit control field is defined as follows:
...
o .
Seq Service Rsvrd Priority Packet Number Class Type x 0 0 0 0 0 1 0 Seq Number Toggled for each new packet transmitted by a device Service Class Only Basic Service, '0', is supported.
Rsvrd Reserved field, set = '0' Priority 00 = High, 01 = Standard, 10 = Deferred, II = Undefined Fixed network will only use high priority packets Packet Type 000 = IACK
001 = ACK DATA
010 = UNACK DATA
011 = undefined 100 = FAILURE
101 = ADR ACK DATA
110 = ADR IACK
111 = ADR UNACK DATA
In a preferred embodiment of the present invention, packets in the fixed network are to be broadcast using the UNACK DATA packet type.
1.2 Destination and Source Address Fields In the presently preferred embodiment of the subject invention, the Source House Code is used to specify the ID of the concentrator node. Meters will typically only respond to messages which are from their assigned node. Moreover, all packets will be broadcast, and will therefore contain NULL Destination House Code and Destination Address fields.
The Source Address field will be used to hold 2 bytes (16 bits) of repeater information.
When the Source Address field is 0, the packet is delivered directly from the concentrator node to the meter. If the Source Address field is non-zero, repeaters are being used to transfer the packet between the node and the end meter.
The address fields used by the AMR system are buried in the CAL User Defined Message in the information field. This is discussed below in section 1.3.3.
The meter can be used to communicate to CEBUS devices that are not part of the fixed network, but would be considered part of a residential LAN. For LAN
functionality, the meters are assigned an Address and a House Code, and communicate to one device at a time using packet types ACK_DATA and IACK. The majority of LAN communication packets will be point to point, with the Destination Address fields containing the address of one destination device.
However, it is possible for LAN devices to broadcast messages. To differentiate between broadcast packets from the node and LAN broadcast packets, LAN broadcast packets will always include a Destination House Code which matches the Source House Code. This difference in broadcast packets provides a mechanism for the meters to distinguish between a broadcast packet from the node which is to be repeated, and a LAN broadcast packet which is intended for devices within a single House Code.
1.3 Information Field The Information field includes a NPDU header (Network layer header), an APDU
header (Application layer header) and a CAL message.
1.3.1 NPDU Header The NPDU headers required for the fixed network system are 1-3 bytes in length. If a message does not fit into the 32 byte Information field, the message is segmented into multiple packets. A segmented message requires a 3 byte NPDU header. Messages fitting into the 32 byte Information field only require a 1 byte NPDU header. The 3-byte NPDU header has the following format:
,. ,.. : , ...
:, . .. . ;, PR Routing Type PAC EXT AM BR2 BRl ,..
0 1 0 x x 0 0 0 ~ Packet Usage Type M FC FC Window Size 1 1 0 0 x 0 1 Xxi:
Sequence Number ;
In the preferred embodiment of the present invention, the NPDU fields used for the fixed network are defined as:
PR Indicates privilege of the NPDU. 0 unprivileged.
Routing Specifies how the message will be routed through the CEBUS network.
Directory Type route (%10) is the only type supported for the fixed network system.
PAC Set = 1 if this packet (frame) is the first packet of a message.
EXT Set = 1 if the NPDU consists of more than one byte AM Allowed media. '0' indicates that no other media are allowed for message transfer.
BR2,BR1 Brouter identification subfields. %00 indicates brouters are not supported.
~~te i#2 Packet Usage Defines the multi-byte NPDU header. The only type supported for the fixed network Type system will be SEG SERVICE (%I100) M Toggled for each new message transmitted by a device FC Flow Control enable. '0' disables flow control FC Window When FC is enabled, this field specifies the FC window size. The window size is 2 +
Size this field. Window range is 2-5 packets. When FC is disabled, this field is set to %11.
;:, .. .>. B#-Sequence Count down sequence number for the message. The sequence number of the last Number packet is 0.
1.3.2 APDU Header In the preferred embodiment of the invention, the two types or modes of APDU
headers that are to be supported are Fixed (Mode = 1) and Variable (Mode = 0).
Fixed mode APDUs are used for messages that do not require authentication or password information for the end device to act on the message. Variable mode APDUs are used for messages that require authentication or password information. The formats of the two headers are summarized below:
1.3.2.1 Basic Fixed APDU header ~ 1 0 1 reserved Mode APDU Type Invoke ID
XXXXXX;
:XXXXXX ~uppar~~ri Basic ixed A~'~Us APDU Type ID APDU Type Name Description 100 Implicit Invoke All messages which do not require authentication/password information 1.3.2.2 Basic Variable APDU header ;;..
$ te ~, 7 l 1 > reserved Mode ENC APDU Type InvokAuthentication Algorithm ID
e ID
Authentication/Password Information :. .;:.;
,:. < :.
Suppdffe~~~~~
Al'DU Type ID APDU Type Name Description 10100 Auth. Implicit Authenticated invoke. All non-response Invoke messages which require authentication/password information (Authentication/Password information is discussed in detail in below.) Note that for the fixed network AMR system, no response APDU packet types are used. All packets are broadcast and are therefore invoke APDUs. The command/response format typically used for meter communications is buried in the CAL User Defined Message field, and will adhere to the ANSI C 12.18 standard protocol for meter communications.
:, . .. . ;, PR Routing Type PAC EXT AM BR2 BRl ,..
0 1 0 x x 0 0 0 ~ Packet Usage Type M FC FC Window Size 1 1 0 0 x 0 1 Xxi:
Sequence Number ;
In the preferred embodiment of the present invention, the NPDU fields used for the fixed network are defined as:
PR Indicates privilege of the NPDU. 0 unprivileged.
Routing Specifies how the message will be routed through the CEBUS network.
Directory Type route (%10) is the only type supported for the fixed network system.
PAC Set = 1 if this packet (frame) is the first packet of a message.
EXT Set = 1 if the NPDU consists of more than one byte AM Allowed media. '0' indicates that no other media are allowed for message transfer.
BR2,BR1 Brouter identification subfields. %00 indicates brouters are not supported.
~~te i#2 Packet Usage Defines the multi-byte NPDU header. The only type supported for the fixed network Type system will be SEG SERVICE (%I100) M Toggled for each new message transmitted by a device FC Flow Control enable. '0' disables flow control FC Window When FC is enabled, this field specifies the FC window size. The window size is 2 +
Size this field. Window range is 2-5 packets. When FC is disabled, this field is set to %11.
;:, .. .>. B#-Sequence Count down sequence number for the message. The sequence number of the last Number packet is 0.
1.3.2 APDU Header In the preferred embodiment of the invention, the two types or modes of APDU
headers that are to be supported are Fixed (Mode = 1) and Variable (Mode = 0).
Fixed mode APDUs are used for messages that do not require authentication or password information for the end device to act on the message. Variable mode APDUs are used for messages that require authentication or password information. The formats of the two headers are summarized below:
1.3.2.1 Basic Fixed APDU header ~ 1 0 1 reserved Mode APDU Type Invoke ID
XXXXXX;
:XXXXXX ~uppar~~ri Basic ixed A~'~Us APDU Type ID APDU Type Name Description 100 Implicit Invoke All messages which do not require authentication/password information 1.3.2.2 Basic Variable APDU header ;;..
$ te ~, 7 l 1 > reserved Mode ENC APDU Type InvokAuthentication Algorithm ID
e ID
Authentication/Password Information :. .;:.;
,:. < :.
Suppdffe~~~~~
Al'DU Type ID APDU Type Name Description 10100 Auth. Implicit Authenticated invoke. All non-response Invoke messages which require authentication/password information (Authentication/Password information is discussed in detail in below.) Note that for the fixed network AMR system, no response APDU packet types are used. All packets are broadcast and are therefore invoke APDUs. The command/response format typically used for meter communications is buried in the CAL User Defined Message field, and will adhere to the ANSI C 12.18 standard protocol for meter communications.
1.3.3 CAL Message The Common Application Language (CAL) is the language or protocol by which CEBUS devices communicate. It is an object oriented type of language, which divides device functionality into Objects within a Context. A Context may be thought of as a higher grouping of device functionality.
All CEBUS compliant devices support the Node Control and Context Control Objects in the Universal Context. The meters will support the required objects in the Universal Context.
The other Context supported by meters in the fixed network system is the Utility Meter Context (Context ID $50). Within this context, the meter supports the Context Control Object and a User Defined message. The main objective of the fixed network system is to read meter information. ANSI standard C 12.19 defines the data structures or tables for metering devices. ANSI
standard C12.18 defines the protocol used to transfer these tables. To minimize the number of communication interfaces to a meter, the application layer of the C 12.18 protocol is passed in a CEBUS CAL message using the Utility Meter Context and the CAL User Defined Message Structure.
CAL User Defined message format and fixed network implementation:
<Context <DATA <Message <ESCAPE <User Defined Data>
ID> Token> Length> Token>
$50 $174 ASCII length $F6 User defined C 12.18 header application layer command CAL response message format and fixed network implementation:
<Context <DATA <Message <ESCAPE <User Defined Data>
ID> Token> Length> Token>
$50 $F4 ASCII length $F6 User defined C 12.18 header application layer response 2. Further Network Enhancements for Fixed Network AMR
Three requirements of a fixed network CEBUS system deserve special attention:
meter addressing, multi-level repeater support and authentication/password control. The Source Device Address is used for repeater information, the authentication/password information is handled in the CEBUS APDU header, and the group addressing information is embedded in the user defined header portion of the CAL message.
The user defined header has the following format:
~~'dtre5s ~:
AWs Field 4 bits 4 bits 32 bits 2.1 Addressing The node or data concentrator in a fixed network system must be able to read individual meters using the meter's unique address, but more importantly, must be able to read a group of meters with only one command. The Address Mask and Address fields are used to handle both the command and response address format. The definition and format of the Address Mask field depends on the message direction.
For messages sent from the node to the meter, the Address Mask field specifies the type of address held in the Address field. When the Address Mask = 0, the Address field contains a 32 bit unique address. When the Address Mask field is non-zero, the Address field is broken into 4 group addresses, and each of the 4 bits in the Address Mask field are used to indicate the presence (bit set = 1) of the specific group address. In other words, if the address select bit in the Address Mask field is set, the corresponding address in the address field must match the meter's address for the meter to respond to the message. For group addressing, the format of the Address Mask and Address Fields is defined as:
Utility Section Class Division Utility Section Class Division Select Select Select Select Address Address Address Address 1 bit 1 bit 1 bit 1 bit 12 bits 4 bits 8 bits 8 bits Meter responses always contain the meter's unique address, so the Address Mask field is defined differently for meter response messages. In responses, the 4 bits are used by repeaters to indicate message transfer failure, and the Address Mask field is defined as ,.::
...,, .:
Aclkl~ /.... C~c tinidur~
0 No errors, successful message 1 lst level repeater did not receive response from repeater or end meter 2 2nd level repeater did not receive response from end meter 3-15 undefined 2.2 Group Responses CEBUS broadcast messages do not generate responses from the receiving devices.
To utilize the communication bandwidth most efficiently, a fixed network needs to issue a single command to a group of meters and get individual responses from each meter.
Application layer timing at the node and meters will provide a mechanism for command/multiple response messaging.
After broadcasting a message, the node will set a timer and wait for meter responses before it is allowed to broadcast another message. So that all meters that are part of the node cell can synchronize to the node message, the node packet is transmitted one time with no Link layer retries. Each meter is assigned a unique window during which it is allowed to broadcast a response to the node. The meter window consists of two configurable parameters:
timeslot (0-x), and window size (yy msec). No two meters responding to a node message may have the same timeslot.
All meters responding to a node message should be configured with the same window size. The window size accounts for the time required for a meter to access the CEBUS
channel and transmit a packet. A configurable window size allows for one or more data link retries for each meter packet.
Data thru-put for group response messages is examined below.
The 4 bit Group Response Select field allows the node to select 1 of 16 meter timeslots for the group response. If 512 meters exist in one node cell, meters can be instructed to use one timeslot when all 512 meters respond and a different timeslot when a subset of meters are selected to respond. For example, if the node only needs to read a group of 10 meters, the meter timeslots could be set to 1-10 instead of spread out from 1-512.
A potential problem arises when CEBUS devices that are not a part of the fixed network co-exist with the devices that are part of the fixed network. The devices that are not part of the network are not required to obey the node/meter timing requirements, and therefore may attempt to transmit a message in a timeslot reserved for a meter to node response.
Meters will rely on the collision avoidance mechanism provided by the CEBUS MAC layer, and will attempt one immediate retry if the channel is busy and can not be accessed. After the one retry, the meter will cancel the message, and the node is required to reissue the command.
After a meter receives the node message and is waiting to transmit the response, it will use a Link layer filter to prevent other packets (responses to the node from other meters, etc.) from being passed to the meter application. This prevents the meter application from continually reading and processing received messages while waiting to transmit a response.
2.2.1 Repeater Support As discussed earlier, the Source Address field is preferably used for repeater addresses (for a detailed understanding of the repeater algorithms, refer to U.S. Patent No. 5,874,903, filed June 6, 1997, entitled "RF Repeater for Automatic Meter Reading System"; see also U.S. Patent No. 5,923,269, filed August 7, 1997, entitled "Energy Meter with Multiple Protocols for Communication with Local and Wide Area Networks") to either implement RF communications that read meters directly, with single repeats or with dual repeats. The timing mechanisms discussed above are applicable to repeated reads of unique or groups of meters.
2.3 Authentication One of the negative aspects of using a standard protocol and available RF
environment for communications is the potential for individuals to tamper with meter data. One method of accomplishing this tampering is by monitoring the RF channel and recording messages for transmittal at a later date. As an example, a download command to a meter that sets the meter to base rate could be recorded and used when the meter is supposed to be recording data at peak rate.
To prevent this from happening while at the same time not preventing the node from accessing meters at any time, an encrypted password algorithm may be used at the meter and at the node. The encryption algorithm would preferably be time dependent such that the encryption key would be changed frequently. As long as the node follows the same sequence as the meters, the encryption key would be known by both ends of the communication network. Time synch messages from the node will insure that both ends of the system maintain the correct sequence.
One possible implementation involves encrypting the current time with a known encryption key and a user defined password. The 4 byte password field allows for encryption of date and time (MM DD hh mm). When the meter receives the message, if the decrypted authentication/password field contains a time within +/- 10 minutes from the meter's time, the message is preferably accepted and processed by the meter.
When a meter loses time due to a power outage, received messages will fail the password/authentication check and the meter will transmit a Security Clearance NAK response to the node. The NAK will trigger the node to send a time synch command to the meter.
The node will use a secondary password scheme (a default password) to authenticate to the meter that the time message is valid. The meter will only accept the secondary password for time synchronization messages. The secondary password is not as secure as the main authentication/password scheme, and it's use will therefore be limited. Once the meter time has been set, the node can retry the meter command using the primary password/authentication scheme.
3. Examples of CEBUS fixed network messages 3.1 Uniquely read complete table from one meter; response fits in one packet Table ID = $0805, response table data length = 8 bytes. Meter unique address =
1050.
Data collector (node) address = 10 Command:
Ctrl DA DHC SA SHC NPDU APDU CAL User defmed C12.18 appl Cks header header Overhead header layer cmd 02 null null null 10 00 50 B4 A8 50 00 00 00 00 00 30 08 05 xx yy yy F4 31 30 F6 04 1A
yy yy Response:
Ctrl DA DH SA SHC NPDU APDU CAL User defmed C12.18 appl Cks C header header Overhead header layer cmd 02 null null null 10 00 50 E0 50 00 00 00 08 xx F4 31 37 F6 00 00 04 lA 01 02 03 04 05 06 07 08 cc 3.2 Uniquely read partial table from one meter; response fits in two packet Table ID = $0804, table offset = 10, table data length = 48 bytes. Meter unique address = 1050. Data collector (node) address = 10 Command:
Ctrl DA DH SA SHC NPDU APDU CAL User defmed C12.18 appl Cks C header header Overhead header layer cmd 02 null null null 10 00 50 B4 xx 50 00 3F 08 05 xx yy yy F4 31 34 F6 00 00 04 1A 00 00 0A
yy yy 00 00 30 Response Packet #1:
Ctrl DA DH SA SHC NPDU APDU CAL User defmed C12.18 appl Cks C header header Overhead header layer resp 02 null null null 10 00 58 C3 E0 50 00 00 00 30 xx 01 F4 35 35 F6 00 00 04 1A <15 bytes TBL
data>
Response Packet #2:
Ctrl DA DH SA SHC NPD User defined C 12.18 appl Cks C U header layer resp heade r 02 null null null 10 48 C3 00 <23 bytes TBL data> xx 00 00 00 00 04 1 A cc 4. Data thru-put The Information field in a CEBUS packet is limited to 32 bytes. The number of bytes in the information field available for application information is summarized for the different types of packets.
All CEBUS compliant devices support the Node Control and Context Control Objects in the Universal Context. The meters will support the required objects in the Universal Context.
The other Context supported by meters in the fixed network system is the Utility Meter Context (Context ID $50). Within this context, the meter supports the Context Control Object and a User Defined message. The main objective of the fixed network system is to read meter information. ANSI standard C 12.19 defines the data structures or tables for metering devices. ANSI
standard C12.18 defines the protocol used to transfer these tables. To minimize the number of communication interfaces to a meter, the application layer of the C 12.18 protocol is passed in a CEBUS CAL message using the Utility Meter Context and the CAL User Defined Message Structure.
CAL User Defined message format and fixed network implementation:
<Context <DATA <Message <ESCAPE <User Defined Data>
ID> Token> Length> Token>
$50 $174 ASCII length $F6 User defined C 12.18 header application layer command CAL response message format and fixed network implementation:
<Context <DATA <Message <ESCAPE <User Defined Data>
ID> Token> Length> Token>
$50 $F4 ASCII length $F6 User defined C 12.18 header application layer response 2. Further Network Enhancements for Fixed Network AMR
Three requirements of a fixed network CEBUS system deserve special attention:
meter addressing, multi-level repeater support and authentication/password control. The Source Device Address is used for repeater information, the authentication/password information is handled in the CEBUS APDU header, and the group addressing information is embedded in the user defined header portion of the CAL message.
The user defined header has the following format:
~~'dtre5s ~:
AWs Field 4 bits 4 bits 32 bits 2.1 Addressing The node or data concentrator in a fixed network system must be able to read individual meters using the meter's unique address, but more importantly, must be able to read a group of meters with only one command. The Address Mask and Address fields are used to handle both the command and response address format. The definition and format of the Address Mask field depends on the message direction.
For messages sent from the node to the meter, the Address Mask field specifies the type of address held in the Address field. When the Address Mask = 0, the Address field contains a 32 bit unique address. When the Address Mask field is non-zero, the Address field is broken into 4 group addresses, and each of the 4 bits in the Address Mask field are used to indicate the presence (bit set = 1) of the specific group address. In other words, if the address select bit in the Address Mask field is set, the corresponding address in the address field must match the meter's address for the meter to respond to the message. For group addressing, the format of the Address Mask and Address Fields is defined as:
Utility Section Class Division Utility Section Class Division Select Select Select Select Address Address Address Address 1 bit 1 bit 1 bit 1 bit 12 bits 4 bits 8 bits 8 bits Meter responses always contain the meter's unique address, so the Address Mask field is defined differently for meter response messages. In responses, the 4 bits are used by repeaters to indicate message transfer failure, and the Address Mask field is defined as ,.::
...,, .:
Aclkl~ /.... C~c tinidur~
0 No errors, successful message 1 lst level repeater did not receive response from repeater or end meter 2 2nd level repeater did not receive response from end meter 3-15 undefined 2.2 Group Responses CEBUS broadcast messages do not generate responses from the receiving devices.
To utilize the communication bandwidth most efficiently, a fixed network needs to issue a single command to a group of meters and get individual responses from each meter.
Application layer timing at the node and meters will provide a mechanism for command/multiple response messaging.
After broadcasting a message, the node will set a timer and wait for meter responses before it is allowed to broadcast another message. So that all meters that are part of the node cell can synchronize to the node message, the node packet is transmitted one time with no Link layer retries. Each meter is assigned a unique window during which it is allowed to broadcast a response to the node. The meter window consists of two configurable parameters:
timeslot (0-x), and window size (yy msec). No two meters responding to a node message may have the same timeslot.
All meters responding to a node message should be configured with the same window size. The window size accounts for the time required for a meter to access the CEBUS
channel and transmit a packet. A configurable window size allows for one or more data link retries for each meter packet.
Data thru-put for group response messages is examined below.
The 4 bit Group Response Select field allows the node to select 1 of 16 meter timeslots for the group response. If 512 meters exist in one node cell, meters can be instructed to use one timeslot when all 512 meters respond and a different timeslot when a subset of meters are selected to respond. For example, if the node only needs to read a group of 10 meters, the meter timeslots could be set to 1-10 instead of spread out from 1-512.
A potential problem arises when CEBUS devices that are not a part of the fixed network co-exist with the devices that are part of the fixed network. The devices that are not part of the network are not required to obey the node/meter timing requirements, and therefore may attempt to transmit a message in a timeslot reserved for a meter to node response.
Meters will rely on the collision avoidance mechanism provided by the CEBUS MAC layer, and will attempt one immediate retry if the channel is busy and can not be accessed. After the one retry, the meter will cancel the message, and the node is required to reissue the command.
After a meter receives the node message and is waiting to transmit the response, it will use a Link layer filter to prevent other packets (responses to the node from other meters, etc.) from being passed to the meter application. This prevents the meter application from continually reading and processing received messages while waiting to transmit a response.
2.2.1 Repeater Support As discussed earlier, the Source Address field is preferably used for repeater addresses (for a detailed understanding of the repeater algorithms, refer to U.S. Patent No. 5,874,903, filed June 6, 1997, entitled "RF Repeater for Automatic Meter Reading System"; see also U.S. Patent No. 5,923,269, filed August 7, 1997, entitled "Energy Meter with Multiple Protocols for Communication with Local and Wide Area Networks") to either implement RF communications that read meters directly, with single repeats or with dual repeats. The timing mechanisms discussed above are applicable to repeated reads of unique or groups of meters.
2.3 Authentication One of the negative aspects of using a standard protocol and available RF
environment for communications is the potential for individuals to tamper with meter data. One method of accomplishing this tampering is by monitoring the RF channel and recording messages for transmittal at a later date. As an example, a download command to a meter that sets the meter to base rate could be recorded and used when the meter is supposed to be recording data at peak rate.
To prevent this from happening while at the same time not preventing the node from accessing meters at any time, an encrypted password algorithm may be used at the meter and at the node. The encryption algorithm would preferably be time dependent such that the encryption key would be changed frequently. As long as the node follows the same sequence as the meters, the encryption key would be known by both ends of the communication network. Time synch messages from the node will insure that both ends of the system maintain the correct sequence.
One possible implementation involves encrypting the current time with a known encryption key and a user defined password. The 4 byte password field allows for encryption of date and time (MM DD hh mm). When the meter receives the message, if the decrypted authentication/password field contains a time within +/- 10 minutes from the meter's time, the message is preferably accepted and processed by the meter.
When a meter loses time due to a power outage, received messages will fail the password/authentication check and the meter will transmit a Security Clearance NAK response to the node. The NAK will trigger the node to send a time synch command to the meter.
The node will use a secondary password scheme (a default password) to authenticate to the meter that the time message is valid. The meter will only accept the secondary password for time synchronization messages. The secondary password is not as secure as the main authentication/password scheme, and it's use will therefore be limited. Once the meter time has been set, the node can retry the meter command using the primary password/authentication scheme.
3. Examples of CEBUS fixed network messages 3.1 Uniquely read complete table from one meter; response fits in one packet Table ID = $0805, response table data length = 8 bytes. Meter unique address =
1050.
Data collector (node) address = 10 Command:
Ctrl DA DHC SA SHC NPDU APDU CAL User defmed C12.18 appl Cks header header Overhead header layer cmd 02 null null null 10 00 50 B4 A8 50 00 00 00 00 00 30 08 05 xx yy yy F4 31 30 F6 04 1A
yy yy Response:
Ctrl DA DH SA SHC NPDU APDU CAL User defmed C12.18 appl Cks C header header Overhead header layer cmd 02 null null null 10 00 50 E0 50 00 00 00 08 xx F4 31 37 F6 00 00 04 lA 01 02 03 04 05 06 07 08 cc 3.2 Uniquely read partial table from one meter; response fits in two packet Table ID = $0804, table offset = 10, table data length = 48 bytes. Meter unique address = 1050. Data collector (node) address = 10 Command:
Ctrl DA DH SA SHC NPDU APDU CAL User defmed C12.18 appl Cks C header header Overhead header layer cmd 02 null null null 10 00 50 B4 xx 50 00 3F 08 05 xx yy yy F4 31 34 F6 00 00 04 1A 00 00 0A
yy yy 00 00 30 Response Packet #1:
Ctrl DA DH SA SHC NPDU APDU CAL User defmed C12.18 appl Cks C header header Overhead header layer resp 02 null null null 10 00 58 C3 E0 50 00 00 00 30 xx 01 F4 35 35 F6 00 00 04 1A <15 bytes TBL
data>
Response Packet #2:
Ctrl DA DH SA SHC NPD User defined C 12.18 appl Cks C U header layer resp heade r 02 null null null 10 48 C3 00 <23 bytes TBL data> xx 00 00 00 00 04 1 A cc 4. Data thru-put The Information field in a CEBUS packet is limited to 32 bytes. The number of bytes in the information field available for application information is summarized for the different types of packets.
:..:
:,..
:.
: ,,:;,, =
NPDU header 1 APDU header 6 CAL overhead 5 User overhead 5 (rpt/addr info) C 12.18 application 15 layer .::::.......
....... :< :... :....:: .
tc3~ ~~ ~tlti 4~;, ~~~e ....... ,:...... e.~.: ':
lst/onlypacket non-lstpacket(s) NPDU header 3 3 APDU header 1 0 CAL overhead 5 0 User overhead 5 5 (address info) C12.18 application 18 24 layer Table data 14 24 The largest node -> meter command is an 8 byte partial read, so the command will always fit in one packet. In addition to table data, a C12.18 response contains a one byte ACK code, a 2 byte length field, and a one byte checksum, thereby limiting the table data to 14 bytes in the first or only packet of a response.
The following information is used to estimate the data thru-put for the fixed network system:
1. CEBUS effective bit rate 5 kbps;
2. 10 USTs between the node -> meter command and the first meter response;
3. 1 Link layer retry for each meter packet;
4. 10 USTs between meter responses;
5. calculations do not account for leading zero suppression in CEBUS address fields; and 6. the total packet size is 1+8+32+1 = 42 bytes.
:,..
:.
: ,,:;,, =
NPDU header 1 APDU header 6 CAL overhead 5 User overhead 5 (rpt/addr info) C 12.18 application 15 layer .::::.......
....... :< :... :....:: .
tc3~ ~~ ~tlti 4~;, ~~~e ....... ,:...... e.~.: ':
lst/onlypacket non-lstpacket(s) NPDU header 3 3 APDU header 1 0 CAL overhead 5 0 User overhead 5 5 (address info) C12.18 application 18 24 layer Table data 14 24 The largest node -> meter command is an 8 byte partial read, so the command will always fit in one packet. In addition to table data, a C12.18 response contains a one byte ACK code, a 2 byte length field, and a one byte checksum, thereby limiting the table data to 14 bytes in the first or only packet of a response.
The following information is used to estimate the data thru-put for the fixed network system:
1. CEBUS effective bit rate 5 kbps;
2. 10 USTs between the node -> meter command and the first meter response;
3. 1 Link layer retry for each meter packet;
4. 10 USTs between meter responses;
5. calculations do not account for leading zero suppression in CEBUS address fields; and 6. the total packet size is 1+8+32+1 = 42 bytes.
Assuming each meter is to respond with 18 bytes of C 12.18 data (one packet), the time required to read 500 meters is:
Node -> meter (42*8) b / 5 kbps 67 msec packet 1 meter response (100 usec * 10) + 136 msec with retry. (retry (67 msec*2) +
delay = 10 USTs) (100 usec * 10) 500 meters 500 * 136 msec 68 sec Tc3tal#~tTie t1 ~acket from Sl~ ppeter~ a~PPP.x 74 A 1i Assuming a cell reuse factor of 20 (1 of 20 node cells can talk at a time) and 500 meters per node, an estimate of the time to read 1 million meters is:
* 70 sec = 1400 sec = 24 minutes 1 million meters * 1 node/500 meters = 2000 nodes 2000 nodes / 20 = 100 node cells communicate at one time 15 In sum, the present invention offers numerous benefits and advantages vis-a-vis the prior art, including:
1. The disclosed invention may be applied to a fixed network RF AMR system that utilizes the CEBUS protocols in a manner to maintain compliance with other products that could be used for residential automation functions.
Node -> meter (42*8) b / 5 kbps 67 msec packet 1 meter response (100 usec * 10) + 136 msec with retry. (retry (67 msec*2) +
delay = 10 USTs) (100 usec * 10) 500 meters 500 * 136 msec 68 sec Tc3tal#~tTie t1 ~acket from Sl~ ppeter~ a~PPP.x 74 A 1i Assuming a cell reuse factor of 20 (1 of 20 node cells can talk at a time) and 500 meters per node, an estimate of the time to read 1 million meters is:
* 70 sec = 1400 sec = 24 minutes 1 million meters * 1 node/500 meters = 2000 nodes 2000 nodes / 20 = 100 node cells communicate at one time 15 In sum, the present invention offers numerous benefits and advantages vis-a-vis the prior art, including:
1. The disclosed invention may be applied to a fixed network RF AMR system that utilizes the CEBUS protocols in a manner to maintain compliance with other products that could be used for residential automation functions.
20 2. The invention may be applied to a CEBUS compliant RF system that can be used for reading water, gas or electric meters.
3. The invention may be applied to an AMR system that complies with the CEBUS standard but provides a secure method of data collection based on time varying encryption algorithms.
4. The invention may be applied to a CEBUS compliant, fixed network RF AMR
system with group read/write capability, dual repeater linkages, outage notification and home automation links.
5. The invention may be applied to a solid state electric meter with an integral CEBUS RF transceiver that operates as an end device and/or a repeater in a fixed network AMR
system that is compliant with standard CEBUS RF products.
6. The invention may be applied to a solid state electric meter with one integral CEBUS RF transceiver that supports both AMR and home automation communication requirements.
While the present invention has been described and illustrated with reference to specific, presently preferred embodiments, those skilled in the art will recognize that modifications to the preferred embodiments may be made without departing from the principles of the invention as described above and set forth in the following claims. For example, except as they may be explicitly so limited, the claims are not restricted to embodiments of the invention in which the CEBus protocol is used. For example, the LonTalk protocol with RF may be employed.
Other features of the preferred embodiments described above may be modified without substantially departing from the teachings set forth herein.
3. The invention may be applied to an AMR system that complies with the CEBUS standard but provides a secure method of data collection based on time varying encryption algorithms.
4. The invention may be applied to a CEBUS compliant, fixed network RF AMR
system with group read/write capability, dual repeater linkages, outage notification and home automation links.
5. The invention may be applied to a solid state electric meter with an integral CEBUS RF transceiver that operates as an end device and/or a repeater in a fixed network AMR
system that is compliant with standard CEBUS RF products.
6. The invention may be applied to a solid state electric meter with one integral CEBUS RF transceiver that supports both AMR and home automation communication requirements.
While the present invention has been described and illustrated with reference to specific, presently preferred embodiments, those skilled in the art will recognize that modifications to the preferred embodiments may be made without departing from the principles of the invention as described above and set forth in the following claims. For example, except as they may be explicitly so limited, the claims are not restricted to embodiments of the invention in which the CEBus protocol is used. For example, the LonTalk protocol with RF may be employed.
Other features of the preferred embodiments described above may be modified without substantially departing from the teachings set forth herein.
Claims (50)
1. An automatic meter reading (AMR) system, comprising:
(a) a plurality of utility meters, each said meter comprising a radio frequency (RF) module for transmitting and receiving RF Consumer Electronics Bus (CEBUS) message packets in accordance with a prescribed CEBUS protocol, wherein said CEBUS
message packets contain embedded AMR message packets in accordance with a prescribed AMR
protocol; and (b) a node for accessing data stored by any one or a group of said utility meters via RF
communications using said CEBUS protocol;
wherein the CEBUS message packets include a plurality of fields, a selected one of said fields having a first prescribed format for messages from the node to the meters and a second prescribed format for messages from the meters to the node.
(a) a plurality of utility meters, each said meter comprising a radio frequency (RF) module for transmitting and receiving RF Consumer Electronics Bus (CEBUS) message packets in accordance with a prescribed CEBUS protocol, wherein said CEBUS
message packets contain embedded AMR message packets in accordance with a prescribed AMR
protocol; and (b) a node for accessing data stored by any one or a group of said utility meters via RF
communications using said CEBUS protocol;
wherein the CEBUS message packets include a plurality of fields, a selected one of said fields having a first prescribed format for messages from the node to the meters and a second prescribed format for messages from the meters to the node.
2. An AMR system as recited in claim 1, wherein the CEBUS message packets provide fields for addressing individual meters and groups of meters, for performing multi-level repeater functions, and for performing authentication/password control.
3. An AMR system as recited in claim 2, wherein the CEBUS protocol comprises a Source Device Address field and an Information field that includes a Network Layer Header (NPDU), an Application Layer Header (APDU), and a Common Application Language (CAL) message; and wherein repeater information is embedded in said Source Device Address field, authentication/password information is embedded in said Application Layer Header, and group addressing information is embedded in said Common Application Language message.
4. An AMR system as recited in claim 3, wherein said CAL message includes a user defined header portion having a format including a Group Response Select field, an Address Mask field, and an Address field.
5. An AMR system as recited in claim 4, wherein said CAL message format consists essentially of bit fields having the following configuration:
6. An AMR system as recited in claim 4, wherein each meter has a unique address and said node is capable of reading data of individual meters using the individual meters' unique address.
7. An AMR system as recited in claim 6, wherein said node is capable of reading data of a selected group of meters with a single command.
8. An AMR system as recited in claim 7, wherein said Address Mask is used to convey information between the node and the meters.
9. An AMR system as recited in claim 8, wherein the Address Mask field has a first prescribed format for messages from the node to the meters and the second prescribed format for messages from the meters to the node.
10. An AMR system as recited in claim 9, wherein, for messages sent from the node to a meter(s), the Address Mask field identifies the type of address held in the Address field.
11. An AMR system as recited in claim 10, wherein, when the Address Mask equals zero, the Address field contains a unique address; and when the Address Mask field is non-zero, the Address field is divided into a prescribed number of group addresses and each of the bits in the Address Mask field are used to indicate the presence or absence of a specific group address.
12. An AMR system as recited in claim 11, wherein, if an address select bit in the Address Mask field is set (=1), the meter will respond only if a corresponding address in the Address field matches the meter's address.
13. An AMR system as recited in claim 12, wherein, for group addressing, the format of the Address Mask and Address fields comprises bit fields having the following format:
14. An AMR system as recited in claim 13, each response message from a meter contains the meter's unique address, and the Address Mask field is defined differently for meter response messages.
15. An AMR system as recited in claim 14, wherein, for meter response messages, the bits of the Address Mask field are used by meters functioning as repeaters to indicate message transfer failure.
16. An AMR system as recited in claim 15, wherein, for meter response messages, the Address Mask field is defined as:
17. An AMR system as recited in claim 4, wherein, for group response messages the node is capable of eliciting individual responses from a selected group of meters by broadcasting a single command.
18. An AMR system as recited in claim 17, wherein, after broadcasting a message, the node sets a timer and waits for meter responses before it broadcasts another message; and each meter is assigned a unique window of time during which it is allowed to broadcast a response to the node.
19. An AMR system as recited in claim 18, wherein said window of time comprises two configurable parameters, including a timeslot parameter and a window size parameter;
and wherein no two meters responding to a message from the node are configured with the same timeslot but all meters responding to said message are configured with the same window size.
and wherein no two meters responding to a message from the node are configured with the same timeslot but all meters responding to said message are configured with the same window size.
20. An AMR system as recited in claim 19, wherein said Group Response Select field allows the node to select one of a prescribed number of meter timeslots for the group response.
21. An AMR system as recited in claim 20, wherein each meter has an associated application and, after a given meter receives a node message and is waiting to transmit its response, the said given meter uses a Link layer filter to prevent responses to the node from other meters from being passed to the given meter's application, whereby the given meter's application is prevented from continually reading and processing received messages while waiting to transmit a response.
22. An AMR system as recited in claim 4, the Source Address field is used for repeater addresses to either implement RF communications that read meters directly, with single repeats or with dual repeats.
23. An AMR system as recited in claim 4, wherein, to prevent unauthorized access to said meters, an encrypted password algorithm is used at the meter and at the node.
24. An AMR system as recited in claim 23, said encryption algorithm is time dependent such that an encryption key employed by the algorithm is changed periodically.
25. An AMR system as recited in claim 24, wherein the node follows the same encryption algorithm as the meters such that the encryption key is known by both the node and the meters, and time synch messages from the node are used to ensure that both the node and the meters maintain the correct sequence in changing the encryption key.
26. A method for operating automatic meter reading (AMR) system, including a plurality of utility meters and a node for accessing data stored by any one or a group of said utility meters via RF communications using said Consumer Electronics Bus (CEBUS) protocol, each said meter comprising a radio frequency (RF) module for transmitting and receiving RF CEBUS message packets in accordance with the prescribed CEBUS protocol, wherein said CEBUS message packets contain embedded AMR message packets in accordance with a prescribed AMR protocol, said method comprising:
defining fields in CEBUS message packets so as to provide fields for addressing individual meters and groups of meters, wherein a selected one of said fields is defined as having a first prescribed format for messages from the node to the meters and a second prescribed format for messages from the meters to the node.
defining fields in CEBUS message packets so as to provide fields for addressing individual meters and groups of meters, wherein a selected one of said fields is defined as having a first prescribed format for messages from the node to the meters and a second prescribed format for messages from the meters to the node.
27. A method as recited in claim 26, further comprising defining fields in said CEBUS
message packets for performing multi-level repeater functions and for performing authentication/password control.
message packets for performing multi-level repeater functions and for performing authentication/password control.
28. A method as recited in claim 26, wherein the CEBUS protocol comprises a Source Device Address field and an Information field that includes a Network Layer Header (NPDU), an Application Layer Header (APDU), and a Common Application Language (CAL) message; and wherein repeater information is embedded in said Source Device Address field, authentication/password information is embedded in said Application Layer Header, and group addressing information is embedded in said Common Application Language message.
29. A method as recited in claim 28, wherein said CAL message includes a user defined header portion having a format including a Group Response Select field, an Address Mask field, and an Address field.
30. A method as recited in claim 29, wherein a CAL message user defined header format consists essentially of bit fields having the following configuration:
Group Response Select Address Mask Address Field 4 bits ~~ 4 bits ~~ 32 bits
Group Response Select Address Mask Address Field 4 bits ~~ 4 bits ~~ 32 bits
31. A method as recited in claim 29, wherein each meter has a unique address and said node is capable of reading data of individual meters using the individual meters' unique address.
32. A method as recited in claim 31, wherein said node is capable of reading data of a selected group of meters with a single command.
33. A method as recited in claim 32, wherein said Address Mask is used to convey information between the node and the meters.
34. A method as recited in claim 33, wherein the Address Mask field has the first prescribed format for messages from the node to the meters and the second prescribed format for messages from the meters to the node.
35. A method as recited in claim 34, wherein, for messages sent from the node to a meter(s), the Address Mask field identifies the type of address held in the Address field.
36. A method as recited in claim 35, wherein, when the Address Mask equals zero, the Address field contains a unique address; and when the Address Mask field is non-zero, the Address field is divided into a prescribed number of group addresses and each of the bits in the Address Mask field are used to indicate the presence or absence of a specific group address.
37. A method as recited in claim 36, wherein, if an address select bit in the Address Mask field is set (=1), the meter will respond only if a corresponding address in the Address field matches the meter's address.
38. A method as recited in claim 37, wherein, for group addressing, the format of the Address Mask and Address fields comprises bit fields having the following format:
Address Mask Field Address Field Utility Section Class Division Utility Section Class Division Select Select Select Select Address Address Address Address 1 bit 1 bit 1 bit 1 bit 12 bits 4 bits 8 bits 8 bits
Address Mask Field Address Field Utility Section Class Division Utility Section Class Division Select Select Select Select Address Address Address Address 1 bit 1 bit 1 bit 1 bit 12 bits 4 bits 8 bits 8 bits
39. A method as recited in claim 38, each response message from a meter contains the meter's unique address, and the Address Mask field is defined differently for meter response messages.
40. A method as recited in claim 39, wherein, for meter response messages, the bits of the Address Mask field are used by meters functioning as repeaters to indicate message transfer failure.
41. A method as recited in claim 40, wherein, for meter response messages, the Address Mask field is defined as:
Address Mask in response message Definition 0 ~~~~~ No errors, successful message 1 ~~~~~1st level repeater did not receive response from repeater or end meter 2 ~~~~~2nd level repeater did not receive response from end meter 3-15 ~~~~undefined
Address Mask in response message Definition 0 ~~~~~ No errors, successful message 1 ~~~~~1st level repeater did not receive response from repeater or end meter 2 ~~~~~2nd level repeater did not receive response from end meter 3-15 ~~~~undefined
42. A method as recited in claim 29, wherein, for group response messages, the node is capable of eliciting individual responses from a selected group of meters by broadcasting a single command.
43. A method as recited in claim 42, wherein, after broadcasting a message, the node sets a timer and waits for meter responses before it broadcasts another message;
and each meter is assigned a unique window of time during which it is allowed to broadcast a response to the node.
and each meter is assigned a unique window of time during which it is allowed to broadcast a response to the node.
44. A method as recited in claim 43, wherein said window of time comprises two configurable parameters, including a timeslot parameter and a window size parameter;
and wherein no two meters responding to a message from the node are configured with the same timeslot but all meters responding to said message are configured with the same window size.
and wherein no two meters responding to a message from the node are configured with the same timeslot but all meters responding to said message are configured with the same window size.
45. A method as recited in claim 44, wherein said Group Response Select field allows the node to select one of a prescribed number of meter timeslots for the group response.
46. A method as recited in claim 45, wherein each meter has an associated application and, after a given meter receives a node message and is waiting to transmit its response, the said given meter uses a Link layer filter to prevent responses to the node from other meters from being passed to the given meter's application, whereby the given meter's application is prevented from continually reading and processing received messages while waiting to transmit a response.
47. A method as recited in claim 29, the Source Address field is used for repeater addresses to either implement RF communications that read meters directly, with single repeats or with dual repeats.
48. A method as recited in claim 29, wherein, to prevent unauthorized access to said meters, an encrypted password algorithm is used at the meter and at the node.
49. A method as recited in claim 48, said encryption algorithm is time dependent such that an encryption key employed by the algorithm is changed periodically.
50. A method as recited in claim 49, wherein the node follows the same encryption algorithm as the meters such that the encryption key is known by both the node and the meters, and time synch messages from the node are used to ensure that both the node and the meter maintain the correct sequence in changing the encryption key.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/042,773 | 1998-03-17 | ||
US09/042,773 US6100817A (en) | 1998-03-17 | 1998-03-17 | Fixed network RF communications complaint with CEBus protocol |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2265315A1 CA2265315A1 (en) | 1999-09-17 |
CA2265315C true CA2265315C (en) | 2007-11-06 |
Family
ID=21923671
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002265315A Expired - Fee Related CA2265315C (en) | 1998-03-17 | 1999-03-15 | Fixed network rf communications compliant with cebus protocol |
Country Status (2)
Country | Link |
---|---|
US (1) | US6100817A (en) |
CA (1) | CA2265315C (en) |
Families Citing this family (123)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7054271B2 (en) | 1996-12-06 | 2006-05-30 | Ipco, Llc | Wireless network system and method for providing same |
US8982856B2 (en) | 1996-12-06 | 2015-03-17 | Ipco, Llc | Systems and methods for facilitating wireless network communication, satellite-based wireless network systems, and aircraft-based wireless network systems, and related methods |
US6073169A (en) * | 1997-04-08 | 2000-06-06 | Abb Power T&D Company Inc. | Automatic meter reading system employing common broadcast command channel |
US6538577B1 (en) * | 1997-09-05 | 2003-03-25 | Silver Springs Networks, Inc. | Electronic electric meter for networked meter reading |
US20080129538A1 (en) * | 1999-02-23 | 2008-06-05 | Raj Vaswani | Electronic electric meter for networked meter reading |
US6778099B1 (en) | 1998-05-01 | 2004-08-17 | Elster Electricity, Llc | Wireless area network communications module for utility meters |
US6437692B1 (en) | 1998-06-22 | 2002-08-20 | Statsignal Systems, Inc. | System and method for monitoring and controlling remote devices |
US6914893B2 (en) | 1998-06-22 | 2005-07-05 | Statsignal Ipc, Llc | System and method for monitoring and controlling remote devices |
US8410931B2 (en) | 1998-06-22 | 2013-04-02 | Sipco, Llc | Mobile inventory unit monitoring systems and methods |
US6891838B1 (en) | 1998-06-22 | 2005-05-10 | Statsignal Ipc, Llc | System and method for monitoring and controlling residential devices |
US7103511B2 (en) * | 1998-10-14 | 2006-09-05 | Statsignal Ipc, Llc | Wireless communication networks for providing remote monitoring of devices |
US6700902B1 (en) | 1998-10-19 | 2004-03-02 | Elster Electricity, Llc | Method and system for improving wireless data packet delivery |
CA2354581C (en) * | 1998-12-07 | 2005-02-08 | Abb Automation, Inc. | Architecture layer interfacing devices and applications |
US20080136667A1 (en) * | 1999-02-23 | 2008-06-12 | Raj Vaswani | Network for automated meter reading |
US7650425B2 (en) | 1999-03-18 | 2010-01-19 | Sipco, Llc | System and method for controlling communication between a host computer and communication devices associated with remote devices in an automated monitoring system |
US7263073B2 (en) * | 1999-03-18 | 2007-08-28 | Statsignal Ipc, Llc | Systems and methods for enabling a mobile user to notify an automated monitoring system of an emergency situation |
US6304191B1 (en) * | 1999-03-30 | 2001-10-16 | American Meter Co. | Uni-directional protocol |
DE19946534A1 (en) * | 1999-09-28 | 2001-08-02 | Wolfgang Schlaefer | System for data exchange |
US8019836B2 (en) | 2002-01-02 | 2011-09-13 | Mesh Comm, Llc | Wireless communication enabled meter and network |
US6836737B2 (en) | 2000-08-09 | 2004-12-28 | Statsignal Systems, Inc. | Systems and methods for providing remote monitoring of consumption for a utility meter |
US6946972B2 (en) * | 2001-01-25 | 2005-09-20 | Smartsynch, Inc. | Systems and methods for wirelessly transmitting data from a utility meter |
US6847300B2 (en) * | 2001-02-02 | 2005-01-25 | Motorola, Inc. | Electric power meter including a temperature sensor and controller |
US6577245B2 (en) | 2001-02-28 | 2003-06-10 | Scott H. Hammond | Wireless isolation relay for remote metering |
US7061924B1 (en) * | 2001-05-24 | 2006-06-13 | Intel Corporation | Methods and apparatus for remote metering |
US20030058128A1 (en) * | 2001-09-27 | 2003-03-27 | Crunk Paul D. | Wireless information meter |
US20030074459A1 (en) * | 2001-09-28 | 2003-04-17 | Michael Soemo | Proprietary protocol for a system controller for controlling device controllers on a network having an open communication protocol |
US7155499B2 (en) * | 2001-09-28 | 2006-12-26 | Siemens Building Technologies, Inc. | System controller for controlling a control network having an open communication protocol via proprietary communication |
US20030074460A1 (en) * | 2001-09-28 | 2003-04-17 | Michael Soemo | Proprietary protocol for communicating network variables on a control network |
US7480501B2 (en) | 2001-10-24 | 2009-01-20 | Statsignal Ipc, Llc | System and method for transmitting an emergency message over an integrated wireless network |
US8489063B2 (en) | 2001-10-24 | 2013-07-16 | Sipco, Llc | Systems and methods for providing emergency messages to a mobile device |
US7424527B2 (en) | 2001-10-30 | 2008-09-09 | Sipco, Llc | System and method for transmitting pollution information over an integrated wireless network |
ITMI20012726A1 (en) * | 2001-12-20 | 2003-06-20 | Enel Distribuzione Spa | SYSTEM OF REMOTE CONSUMPTION OF CONSUMPTION AND REMOTE MANAGEMENT OF USERS ALSO DISTRIBUTED OF A DOMESTIC TYPE |
AU2003220520A1 (en) * | 2002-04-01 | 2003-10-20 | Battelle Memorial Institute | Energy management system |
US7230544B2 (en) * | 2002-04-22 | 2007-06-12 | Cellnet Innovations, Inc. | Intelligent two-way telemetry |
US7084783B1 (en) | 2002-08-13 | 2006-08-01 | Elster Electricity, Llc | Electronic meter with enhanced thermally managed communications systems and methods |
FR2847756B1 (en) * | 2002-11-22 | 2005-09-23 | Cegetel Groupe | METHOD FOR ESTABLISHING AND MANAGING A MODEL OF CONFIDENCE BETWEEN A CHIP CARD AND A RADIO TERMINAL |
US6883449B2 (en) * | 2003-06-09 | 2005-04-26 | Fabtex Graphics Inc. | Process and components for applying appliques |
US7336200B2 (en) * | 2003-09-05 | 2008-02-26 | Itron, Inc. | Data communication protocol in an automatic meter reading system |
US20050055432A1 (en) * | 2003-09-08 | 2005-03-10 | Smart Synch, Inc. | Systems and methods for remote power management using 802.11 wireless protocols |
US7289887B2 (en) * | 2003-09-08 | 2007-10-30 | Smartsynch, Inc. | Systems and methods for remote power management using IEEE 802 based wireless communication links |
US7346030B2 (en) * | 2003-09-26 | 2008-03-18 | Itron, Inc. | Processing gain for wireless communication, such as in automatic data collection systems for public utility data collection |
US7756086B2 (en) | 2004-03-03 | 2010-07-13 | Sipco, Llc | Method for communicating in dual-modes |
US8031650B2 (en) | 2004-03-03 | 2011-10-04 | Sipco, Llc | System and method for monitoring remote devices with a dual-mode wireless communication protocol |
US7668074B2 (en) * | 2004-03-31 | 2010-02-23 | Lg Electronics Inc. | Home network system |
US20050259580A1 (en) * | 2004-04-26 | 2005-11-24 | Christopher Osterloh | Fixed network utility data collection system and method |
US20050237959A1 (en) * | 2004-04-26 | 2005-10-27 | Christopher Osterloh | Mobile automatic meter reading system and method |
US9489645B2 (en) * | 2004-05-13 | 2016-11-08 | International Business Machines Corporation | Workflow decision management with derived scenarios and workflow tolerances |
US7283916B2 (en) * | 2004-07-02 | 2007-10-16 | Itron, Inc. | Distributed utility monitoring, such as for monitoring the quality or existence of a electrical, gas, or water utility |
US7742430B2 (en) | 2004-09-24 | 2010-06-22 | Elster Electricity, Llc | System for automated management of spontaneous node migration in a distributed fixed wireless network |
US7702594B2 (en) | 2004-09-24 | 2010-04-20 | Elster Electricity, Llc | System and method for automated configuration of meters |
US9080894B2 (en) | 2004-10-20 | 2015-07-14 | Electro Industries/Gauge Tech | Intelligent electronic device for receiving and sending data at high speeds over a network |
US7304586B2 (en) * | 2004-10-20 | 2007-12-04 | Electro Industries / Gauge Tech | On-line web accessed energy meter |
US7747733B2 (en) | 2004-10-25 | 2010-06-29 | Electro Industries/Gauge Tech | Power meter having multiple ethernet ports |
US20060156276A1 (en) * | 2005-01-10 | 2006-07-13 | Brown William A | Workflow decision management with heuristics |
US20060155848A1 (en) * | 2005-01-10 | 2006-07-13 | Brown William A | Workflow decision management including identifying user reaction to workflows |
US9439126B2 (en) | 2005-01-25 | 2016-09-06 | Sipco, Llc | Wireless network protocol system and methods |
US8160824B2 (en) | 2005-01-27 | 2012-04-17 | Electro Industries/Gauge Tech | Intelligent electronic device with enhanced power quality monitoring and communication capabilities |
US8620608B2 (en) | 2005-01-27 | 2013-12-31 | Electro Industries/Gauge Tech | Intelligent electronic device and method thereof |
US8190381B2 (en) | 2005-01-27 | 2012-05-29 | Electro Industries/Gauge Tech | Intelligent electronic device with enhanced power quality monitoring and communications capabilities |
US8930153B2 (en) | 2005-01-27 | 2015-01-06 | Electro Industries/Gauge Tech | Metering device with control functionality and method thereof |
US20070057813A1 (en) * | 2005-09-09 | 2007-03-15 | Cahill-O'brien Barry | RF meter reading network with wake-up tone calibrated endpoints |
US7535378B2 (en) * | 2005-09-09 | 2009-05-19 | Itron, Inc. | RF meter reading system |
US8515348B2 (en) | 2005-10-28 | 2013-08-20 | Electro Industries/Gauge Tech | Bluetooth-enable intelligent electronic device |
US8155119B2 (en) * | 2005-11-01 | 2012-04-10 | International Business Machines Corporation | Intermediate message invalidation |
US20070100990A1 (en) | 2005-11-01 | 2007-05-03 | Brown William A | Workflow decision management with workflow administration capacities |
US7657636B2 (en) * | 2005-11-01 | 2010-02-02 | International Business Machines Corporation | Workflow decision management with intermediate message validation |
US20070100884A1 (en) * | 2005-11-01 | 2007-05-03 | Brown William A | Workflow decision management with message logging |
US8010700B2 (en) * | 2005-11-01 | 2011-08-30 | International Business Machines Corporation | Workflow decision management with workflow modification in dependence upon user reactions |
US20070183369A1 (en) * | 2006-02-03 | 2007-08-09 | Bruce Angelis | System for verifying restored outages, such as in the field outage restoration of public utilities using automatic meter reading (AMR) |
US20070183318A1 (en) * | 2006-02-03 | 2007-08-09 | Matthew Johnson | Outage notification, such as fixed network positive outage notification |
US7830874B2 (en) * | 2006-02-03 | 2010-11-09 | Itron, Inc. | Versatile radio packeting for automatic meter reading systems |
US20080007426A1 (en) * | 2006-06-13 | 2008-01-10 | Itron, Inc | Modified use of a standard message protocol for inter-module communications within a utility meter |
US7956767B2 (en) * | 2006-06-20 | 2011-06-07 | Nivis, Llc | Automatic meter reading communication |
US20080052019A1 (en) * | 2006-08-25 | 2008-02-28 | Brennan W J | Compact Data Transmission Protocol for Electric Utility Meters |
US8055461B2 (en) | 2006-09-15 | 2011-11-08 | Itron, Inc. | Distributing metering responses for load balancing an AMR network |
US8073384B2 (en) | 2006-12-14 | 2011-12-06 | Elster Electricity, Llc | Optimization of redundancy and throughput in an automated meter data collection system using a wireless network |
WO2008086231A2 (en) * | 2007-01-04 | 2008-07-17 | Itron, Inc. | Utility data collection and reconfigurations in a utility metering system |
NZ553781A (en) * | 2007-03-12 | 2009-10-30 | Telecom Ip Ltd | Monitoring method, system and device |
US7920976B2 (en) | 2007-03-27 | 2011-04-05 | Electro Industries / Gauge Tech. | Averaging in an intelligent electronic device |
US7973673B2 (en) | 2007-04-02 | 2011-07-05 | Itron, Inc. | Automated meter reader direct mount endpoint module |
US10845399B2 (en) | 2007-04-03 | 2020-11-24 | Electro Industries/Gaugetech | System and method for performing data transfers in an intelligent electronic device |
US20130275066A1 (en) | 2007-04-03 | 2013-10-17 | Electro Industries/Gaugetech | Digital power metering system |
US11307227B2 (en) | 2007-04-03 | 2022-04-19 | Electro Industries/Gauge Tech | High speed digital transient waveform detection system and method for use in an intelligent electronic device |
US9989618B2 (en) | 2007-04-03 | 2018-06-05 | Electro Industries/Gaugetech | Intelligent electronic device with constant calibration capabilities for high accuracy measurements |
US8320302B2 (en) | 2007-04-20 | 2012-11-27 | Elster Electricity, Llc | Over the air microcontroller flash memory updates |
US9464917B2 (en) * | 2007-07-18 | 2016-10-11 | Silver Spring Networks, Inc. | Method and system of reading utility meter data over a network |
WO2009082761A1 (en) | 2007-12-26 | 2009-07-02 | Elster Electricity, Llc. | Optimized data collection in a wireless fixed network metering system |
US9482555B2 (en) | 2008-04-03 | 2016-11-01 | Electro Industries/Gauge Tech. | System and method for improved data transfer from an IED |
FR2932352B1 (en) * | 2008-06-05 | 2010-07-30 | Sagem Comm | METHOD FOR REMOTELY MEASURING ELECTRICAL METERS |
US8525692B2 (en) | 2008-06-13 | 2013-09-03 | Elster Solutions, Llc | Techniques for limiting demand from an electricity meter with an installed relay |
US8467985B2 (en) * | 2008-10-31 | 2013-06-18 | Schneider Electric Usa Inc. | Automated synchronization of data between electrical grids |
US8175533B2 (en) * | 2008-11-25 | 2012-05-08 | Schneider Electric USA, Inc. | Wireless transceiver within an electrical receptacle system |
US8436744B2 (en) * | 2009-01-29 | 2013-05-07 | Itron, Inc. | Prioritized collection of meter readings |
US7844409B2 (en) * | 2009-01-29 | 2010-11-30 | Itron, Inc. | Filtering of meter reading data |
US20100265095A1 (en) * | 2009-04-20 | 2010-10-21 | Itron, Inc. | Endpoint classification and command processing |
US8203463B2 (en) | 2009-02-13 | 2012-06-19 | Elster Electricity Llc | Wakeup and interrogation of meter-reading devices using licensed narrowband and unlicensed wideband radio communication |
US8301931B2 (en) * | 2009-05-22 | 2012-10-30 | Itron, Inc. | Time synchronization of portable devices |
US8260579B2 (en) * | 2009-07-01 | 2012-09-04 | Schneider Electric USA, Inc. | Automatic identification of multiple power grids using data synchronization |
US8269650B2 (en) | 2010-04-14 | 2012-09-18 | Itron, Inc. | Meter right sizing |
US8350718B2 (en) | 2010-05-04 | 2013-01-08 | Itron, Inc. | Secure collector diagnostic portal activation |
US20120050065A1 (en) * | 2010-08-30 | 2012-03-01 | Lombardi Steven A | Systems and methods for network enabled data capture |
EP2745487B1 (en) | 2011-08-17 | 2015-10-07 | Kamstrup A/S | Secure broadcasting of instructions to consumption meters |
DK177423B1 (en) * | 2011-10-03 | 2013-04-22 | Miitors Aps | Radio protocol for communication with meter devices |
US10303860B2 (en) | 2011-10-04 | 2019-05-28 | Electro Industries/Gauge Tech | Security through layers in an intelligent electronic device |
US10771532B2 (en) | 2011-10-04 | 2020-09-08 | Electro Industries/Gauge Tech | Intelligent electronic devices, systems and methods for communicating messages over a network |
US10862784B2 (en) | 2011-10-04 | 2020-12-08 | Electro Industries/Gauge Tech | Systems and methods for processing meter information in a network of intelligent electronic devices |
US10275840B2 (en) | 2011-10-04 | 2019-04-30 | Electro Industries/Gauge Tech | Systems and methods for collecting, analyzing, billing, and reporting data from intelligent electronic devices |
US9077208B2 (en) | 2011-12-30 | 2015-07-07 | Schneider Electric USA, Inc. | Method of detecting instability in islanded electrical systems |
US9288215B2 (en) | 2013-03-08 | 2016-03-15 | Itron, Inc. | Utilizing routing for secure transactions |
US11816465B2 (en) | 2013-03-15 | 2023-11-14 | Ei Electronics Llc | Devices, systems and methods for tracking and upgrading firmware in intelligent electronic devices |
US11734396B2 (en) | 2014-06-17 | 2023-08-22 | El Electronics Llc | Security through layers in an intelligent electronic device |
US11009922B2 (en) | 2015-02-27 | 2021-05-18 | Electro Industries/Gaugetech | Wireless intelligent electronic device |
US10048088B2 (en) | 2015-02-27 | 2018-08-14 | Electro Industries/Gauge Tech | Wireless intelligent electronic device |
US9897461B2 (en) | 2015-02-27 | 2018-02-20 | Electro Industries/Gauge Tech | Intelligent electronic device with expandable functionality |
US10958435B2 (en) | 2015-12-21 | 2021-03-23 | Electro Industries/ Gauge Tech | Providing security in an intelligent electronic device |
US10430263B2 (en) | 2016-02-01 | 2019-10-01 | Electro Industries/Gauge Tech | Devices, systems and methods for validating and upgrading firmware in intelligent electronic devices |
US10560968B2 (en) * | 2017-06-13 | 2020-02-11 | Mueller International, Llc | Broadcast messaging |
US11082294B2 (en) | 2017-08-15 | 2021-08-03 | Mueller International, Llc | Broadcast remote firmware update |
US11734704B2 (en) | 2018-02-17 | 2023-08-22 | Ei Electronics Llc | Devices, systems and methods for the collection of meter data in a common, globally accessible, group of servers, to provide simpler configuration, collection, viewing, and analysis of the meter data |
US11686594B2 (en) | 2018-02-17 | 2023-06-27 | Ei Electronics Llc | Devices, systems and methods for a cloud-based meter management system |
US11754997B2 (en) | 2018-02-17 | 2023-09-12 | Ei Electronics Llc | Devices, systems and methods for predicting future consumption values of load(s) in power distribution systems |
US10677826B2 (en) * | 2018-06-12 | 2020-06-09 | Arm Limited | Device, system, and method of protecting utility meters and infrastructure |
US11863589B2 (en) | 2019-06-07 | 2024-01-02 | Ei Electronics Llc | Enterprise security in meters |
Family Cites Families (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3973240A (en) * | 1974-12-05 | 1976-08-03 | General Electric Company | Power line access data system |
US4056107A (en) * | 1976-04-26 | 1977-11-01 | Sperry Rand Corporation | Crop residue deflector means |
US4190800A (en) * | 1976-11-22 | 1980-02-26 | Scientific-Atlanta, Inc. | Electrical load management system |
US4250489A (en) * | 1978-10-31 | 1981-02-10 | Westinghouse Electric Corp. | Distribution network communication system having branch connected repeaters |
US4321582A (en) * | 1980-03-11 | 1982-03-23 | Banghart Thomas S | Data retrieval system and method |
JPS59229949A (en) * | 1983-06-10 | 1984-12-24 | Nec Corp | Automatic gauge examination system |
US4617566A (en) * | 1983-12-15 | 1986-10-14 | Teleplex Corporation | Addressable-port, daisy chain telemetry system with self-test capability |
US4692761A (en) * | 1985-06-21 | 1987-09-08 | Robinton Products, Inc. | Adaptive communication network and method |
US4638298A (en) * | 1985-07-16 | 1987-01-20 | Telautograph Corporation | Communication system having message repeating terminals |
US4724435A (en) * | 1985-11-06 | 1988-02-09 | Applied Spectrum Technologies, Inc. | Bi-directional data telemetry system |
GB2203920B (en) * | 1987-04-23 | 1990-05-16 | Iberduero Sa | Telemetering system for electrical power consumed by various users |
US4884021A (en) * | 1987-04-24 | 1989-11-28 | Transdata, Inc. | Digital power metering |
GB2222898A (en) * | 1988-09-15 | 1990-03-21 | Bollmann Limited H | Meter reading device |
US5032833A (en) * | 1989-04-27 | 1991-07-16 | Schlumberger Industries, Inc. | Adaptive network routing for power line communications |
US5056107A (en) * | 1990-02-15 | 1991-10-08 | Iris Systems Inc. | Radio communication network for remote data generating stations |
US5179376A (en) * | 1991-02-28 | 1993-01-12 | Systems Analysis And Integration, Inc. | Substation load distribution monitor system |
US5239584A (en) * | 1991-12-26 | 1993-08-24 | General Electric Corporation | Method and apparatus for encryption/authentication of data in energy metering applications |
US5457621A (en) * | 1992-02-21 | 1995-10-10 | Abb Power T&D Company Inc. | Switching power supply having voltage blocking clamp |
JP2839781B2 (en) * | 1992-03-09 | 1998-12-16 | シャープ株式会社 | Centralized meter reader |
US5544036A (en) * | 1992-03-25 | 1996-08-06 | Brown, Jr.; Robert J. | Energy management and home automation system |
US5365551A (en) * | 1992-12-15 | 1994-11-15 | Micron Technology, Inc. | Data communication transceiver using identification protocol |
US5473322A (en) * | 1992-07-24 | 1995-12-05 | Schlumberger Industries, Inc. | Apparatus and method for sensing tampering with a utility meter |
US5345225A (en) * | 1992-10-30 | 1994-09-06 | Scientific-Atlanta, Inc. | Tamper detection system for load management device |
US5406495A (en) * | 1993-02-01 | 1995-04-11 | Systems Analysis And Integration, Inc. | Substation load distribution monitor system |
US5438329A (en) * | 1993-06-04 | 1995-08-01 | M & Fc Holding Company, Inc. | Duplex bi-directional multi-mode remote instrument reading and telemetry system |
US5495239A (en) * | 1994-08-02 | 1996-02-27 | General Electric Company | Method and apparatus for communicating with a plurality of electrical metering devices and a system control center with a mobile node |
US5572438A (en) * | 1995-01-05 | 1996-11-05 | Teco Energy Management Services | Engery management and building automation system |
US5986574A (en) * | 1997-10-16 | 1999-11-16 | Peco Energy Company | System and method for communication between remote locations |
-
1998
- 1998-03-17 US US09/042,773 patent/US6100817A/en not_active Expired - Fee Related
-
1999
- 1999-03-15 CA CA002265315A patent/CA2265315C/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US6100817A (en) | 2000-08-08 |
CA2265315A1 (en) | 1999-09-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2265315C (en) | Fixed network rf communications compliant with cebus protocol | |
US6965302B2 (en) | Power line communication system and method of using the same | |
US6980090B2 (en) | Device and method for coupling with electrical distribution network infrastructure to provide communications | |
US6998962B2 (en) | Power line communication apparatus and method of using the same | |
US6118269A (en) | Electric meter tamper detection circuit for sensing electric meter removal | |
US7466225B2 (en) | Power line communication system and method of operating the same | |
US20030110302A1 (en) | Apparatus and method for bridging network messages over wireless networks | |
US7301440B2 (en) | Power line communication system and method | |
US5874903A (en) | RF repeater for automatic meter reading system | |
US7558206B2 (en) | Power line communication rate limiting system and method | |
US7248158B2 (en) | Automated meter reading power line communication system and method | |
US7449991B2 (en) | Power line communications device and method | |
US20040135676A1 (en) | Power line communication system and method of operating the same | |
US20060071776A1 (en) | Power line communication system with automated meter reading | |
EP1186115B1 (en) | Wireless local distribution system using standard power lines | |
MXPA99002527A (en) | Communications of radio frequency of fixed network compatible with protocol of bus of electronics of cons | |
Huczala et al. | Capturing energy meter data over secured power line |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKLA | Lapsed |
Effective date: 20190315 |