US20200348149A1 - Method for reading meters for fluids - Google Patents
Method for reading meters for fluids Download PDFInfo
- Publication number
- US20200348149A1 US20200348149A1 US16/839,914 US202016839914A US2020348149A1 US 20200348149 A1 US20200348149 A1 US 20200348149A1 US 202016839914 A US202016839914 A US 202016839914A US 2020348149 A1 US2020348149 A1 US 2020348149A1
- Authority
- US
- United States
- Prior art keywords
- meter
- fluid
- centralised
- fluid meter
- frame
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q9/00—Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
-
- 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
-
- G—PHYSICS
- G08—SIGNALLING
- G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
- G08C19/00—Electric signal transmission systems
-
- 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/02—Details
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/06—Electricity, gas or water supply
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B3/00—Line transmission systems
- H04B3/54—Systems for transmission via power distribution lines
- H04B3/546—Combination of signalling, telemetering, protection
-
- H04W12/003—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/50—Secure pairing of devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B2203/00—Indexing scheme relating to line transmission systems
- H04B2203/54—Aspects of powerline communications not already covered by H04B3/54 and its subgroups
- H04B2203/5429—Applications for powerline communications
- H04B2203/5433—Remote metering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B2203/00—Indexing scheme relating to line transmission systems
- H04B2203/54—Aspects of powerline communications not already covered by H04B3/54 and its subgroups
- H04B2203/5429—Applications for powerline communications
- H04B2203/5441—Wireless systems or telephone
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2209/00—Arrangements in telecontrol or telemetry systems
- H04Q2209/40—Arrangements in telecontrol or telemetry systems using a wireless architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2209/00—Arrangements in telecontrol or telemetry systems
- H04Q2209/60—Arrangements in telecontrol or telemetry systems for transmitting utility meters data, i.e. transmission of data from the reader of the utility meter
-
- 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
Definitions
- the electricity distribution networks are particularly suited to automated remote readings of the electricity meters since they offer an infrastructure allowing powerline communications.
- Powerline communication networks for automated metering management AMM systems have made their appearance over the past few years. In such powerline communication networks, communications are established between electricity meters, referred to as smart electricity meters, and a concentrator node, sometimes referred to as a data concentrator or base node or coordinator, in order in particular to allow remote automated reading of electricity consumption measurements performed by said smart electricity meters.
- fluid meters are generally close to electricity meters. It therefore appears suboptimal to create a communication infrastructure dedicated to fluid meters whereas a communication infrastructure is available close by for reading electricity meters.
- the method of the invention therefore makes it possible to collect consumption information measured by fluid meters by means of a powerline communication network for automated metering management systems AMM implemented in an electricity distribution network.
- the centralised-meter system transmits a frame, referred to as a reading frame, requesting the sending of a frame comprising information representing a fluid-consumption reading to the fluid meter in order to obtain from the fluid meter a frame comprising information representing a fluid-consumption reading.
- the reading system comprises at least one first communication module in accordance with a wireless communication standard used by a fluid meter and a second communication module suitable for communicating by powerline with a data concentrator in a first frequency band via a first network of the powerline communication network type, said data concentrator communicating with a management entity of the automated metering management system via a second network, and in that the reading system comprises means for instancing an emulation application emulating a virtual fluid meter able to communicate directly with the data concentrator for each fluid meter in the plurality, and, for each fluid meter in the plurality, the corresponding virtual fluid meter takes responsibility for retransmitting information, representing a fluid-consumption reading, supplied to the reading system by said fluid meter in the plurality to the management entity via the data concentrator.
- the reading system comprises at least one intermediate unit, each intermediate unit comprising a communication module identical to the first communication module and being associated with a fluid meter in the plurality of the water meter type and/or a fluid meter in the plurality of the gas meter type, and a centralised meter comprising the second communication module and the means for instancing an emulation application emulating a virtual fluid meter able to communicate directly with the data concentrator for each fluid meter in the plurality, each intermediate unit and the centralised meter comprising a communication module suitable for communicating with each other by powerline in a second frequency band via a third network of the powerline communication network type.
- the invention relates to a device, referred to as an intermediate unit, used in an automated metering management system in the context of a fluid-distribution service, said automated metering management system comprising a plurality of fluid meters.
- the intermediate unit is associated with a fluid meter in the plurality of the water meter type and/or a fluid meter in the plurality of the gas meter type and comprises a first communication module in accordance with a wireless communication standard used by each fluid meter in the plurality and a second communication module suitable for communicating by powerline with a device, referred to as a centralised meter, in a first frequency band via a first network of the powerline communication network type, said centralised meter itself being suitable for communicating by powerline in a second frequency band via a second network of the powerline communication network type with a data concentrator, said data concentrator communicating with a management entity of the automated metering management system via a third network, the intermediate unit being able to relay information representing fluid consumption transmitted by each fluid meter to which said unit is attached to the centralised meter so that said centralised meter can relay said information to the management entity via the data concentrator.
- the invention relates to a device, referred to as a centralised meter, used in an automated metering management system in the context of a fluid-distribution service, said automated metering management system comprising a plurality of fluid meters, the centralised meter is associated with at least one intermediate unit according to the third aspect and comprises a third communication module for communicating by powerline with each intermediate unit in a first frequency band via the first network and a fourth communication module for communicating by powerline in a second frequency band via the second network with the data concentrator, and means for instancing an emulation application emulating a virtual fluid meter able to communicate directly with the data concentrator for each fluid meter in the plurality, and, for each fluid meter in the plurality, the corresponding virtual fluid meter takes responsibility for retransmitting information, representing a fluid-consumption reading, supplied to the reading system by said fluid meter in the plurality to the management entity via the data concentrator.
- FIG. 2 illustrates schematically an example of hardware arrangement of a control unit used in the communication system
- FIG. 3B illustrates schematically an arrangement of an intermediate unit of the communication system
- FIG. 3C illustrates schematically an arrangement of a fluid meter
- FIG. 4 illustrates schematically a first embodiment of a method for reading fluid meters
- the communication system comprises a device, referred to as a data concentrator DC 11 .
- the PLCN network 100 is intended to make it possible to connect a plurality of node devices to the data concentrator DC 11 .
- the node devices that the PLCN network 100 aims to connect to the data concentrator DC 11 comprise at least one centralised meter CM.
- the communication system comprises three centralised meters 12 A, 12 B and 12 C.
- the node devices connected to the data concentrator DC 100 could also comprise smart electricity meters (not shown in FIG. 1 ).
- Each centralised meter CM 12 A, 12 B and 12 C is connected to at least one intermediate unit IU.
- FIG. 1 only units IU 13 A, 13 B and 13 C connected to the centralised meter CM 12 C have been depicted.
- the network 101 connecting the intermediate units IU 13 A, 13 B and 13 C to the centralised meter CM 12 C thus has a star topology, whereas the PLCN network 100 has a mesh topology, as in the context of the G3-PLC protocol, or a spanning tree topology as in the context of the PRIME specifications.
- Each intermediate unit IU therefore serves as a gateway between two worlds: a first world of the readings from fluid meters using a wireless communication network based, in one embodiment, on the WM-Bus standard, and a second world of readings from electricity meters using a powerline communication network.
- a fluid meter is not capable of communicating directly with the data concentrator DC 11 over the PLCN network 100
- the assembly formed by the intermediate unit IU to which this fluid meter is attached and the centralised meter CM to which this intermediate IU is attached forms a centralised-meter system capable of relaying information coming from the fluid meter to the data concentrator DC 11 via the powerline communication network 100 .
- the centralised meter CM 12 C and the intermediate unit 13 A form a first centralised-meter system.
- the centralised meter CM 12 C and the intermediate unit 13 B form a second centralised-meter system different from the first centralised system, even if they have the centralised meter CM 12 C in common.
- Each centralised-meter system is associated with a fluid meter of the water meter type and/or a fluid meter of the gas meter type.
- the first centralised-meter system is associated with the gas meter G 14 A, and with the water meter W 16 A.
- the information representing consumptions is transferred to the data concentrator DC 11 using the PLCN network 100 , and then from the data concentrator DC 11 to the management entity 15 using the network 140 .
- each fluid meter is masked from the data concentrator DC 110 .
- distinct frequency bands are used.
- the fact that the fluid meters are masked from the data concentrator DC 110 advantageously makes it possible to simplify the system for reading these meters. This is because the masked meters do not directly exchange data with the data concentrator DC 110 . Consequently, whether they are unidirectional or bidirectional, they do not have to know the G3-PLC encryption keys used between the intermediate unit 13 A and the centralised meter 12 C.
- the fluid meter uses its own encryption key, which it knows implicitly, in order to dialogue with the intermediate unit 13 A.
- these intermediate units IU do not comprise a display, or application parts for which the centralised meters take responsibility via emulation applications of the fluid meters.
- the cost of the communication system is reduced compared with a conventional communication system in which each dwelling and each premises would be equipped with a smart electricity meter.
- some configurations of dwellings or premises do not make it possible to connect the same centralised meter CM to a plurality of intermediate units IU. This is the case in particular with isolated dwellings or premises.
- AMM for reading fluid meters exists for these dwellings or premises.
- each dwelling or premises is equipped with a smart electricity meter responsible for making readings of electricity consumptions.
- each fluid meter in said dwelling is associated with an intermediate unit IU responsible for relaying information representing consumptions to the smart electricity meter.
- the smart electricity meter is then connected to the intermediate unit IU in the same way as a centralised meter CM is connected to each intermediate unit IU.
- the smart electricity meter integrates an intermediate unit IU, or more precisely integrates all the functionalities of the intermediate unit IU. In these two variants, the smart electricity meter fulfils the same role as the centralised meter CM 120 .
- the example of hardware architecture presented comprises, connected by a communication bus 210 : a processor CPU 201 ; a random access memory RAM 202 , a read only memory ROM 203 and a flash memory; a storage unit or a storage medium reader, such as an SD (Secure Digital) card reader 204 ; and a set of input/output interfaces I/O 205 .
- the set of input/output interfaces I/O 205 enables the control module to communicate with other components in one and the same device, as detailed below in relation to FIGS. 3A, 3B, 3C and 3D .
- control module comprises the electronic circuitry suitable and configured for implementing the methods and steps described in relation to FIGS. 4, 5, 6 and 7 .
- FIG. 3A illustrates schematically an example of an arrangement of a centralised meter CM 12 X.
- the centralised meters CM 12 A, 12 B and 12 C are identical to the centralised meter CM 12 X described in relation to FIG. 3A .
- the centralised meter CM 12 X comprises a control module CTRL_A 302 as described in relation to FIG. 2 .
- the control module CTRL_A 302 is responsible for monitoring the functioning of the centralised meter CM 12 X.
- the centralised meter CM 12 X further comprises a first communication module COM_A 1 304 intended to make it possible to communicate by powerline with the data concentrator DC 11 via the PLCN network 100 .
- the first communication module COM_A 1 304 therefore acts in the first frequency band.
- FIG. 3A shows six virtual fluid-meter applications 310 A, 310 B, 310 C, 310 D, 310 E, 310 F.
- FIG. 3B illustrates schematically an arrangement of an intermediate unit IU 13 X.
- the intermediate units IU 13 A, 13 B and 13 C are identical to the intermediate unit IU 13 X.
- the intermediate unit IU 13 X comprises a control module CTRL_B 352 identical to the control module described in relation to FIG. 2 .
- the control module CTRL_B 352 is responsible for monitoring the functioning of the intermediate unit IU 13 X.
- the intermediate unit IU 13 X further comprises a first communication module COM_B 1 354 intended to make it possible to communicate by powerline with the centralised meter CM to which said intermediate unit 13 X is attached.
- the first communication module COM_B 1 354 acts in the second frequency band.
- the intermediate unit IU 13 X further comprises a second communication module COM_B 2 353 intended to make it possible to communicate in accordance with the WM-Bus communication standard with each fluid meter with which the intermediate unit IU 13 X is associated.
- FIG. 3C illustrates schematically an arrangement of a fluid meter 14 X. Such an arrangement is found in the fluid meters G 14 A, 14 B and 14 C and W 16 A, 16 B and 16 C.
- the fluid meter 14 X comprises a control module CTRL_C 370 identical to the control module described in relation to FIG. 2 .
- the control module CTRL_C 370 is responsible for monitoring the functioning of the fluid meter 14 X.
- the fluid meter 14 X may further comprise a user interface module USI 371 suitable for interacting with users.
- the user interface module USI 371 is for example a button making it possible to activate a procedure for pairing the fluid meter 14 X and the centralised-meter system to which the fluid meter is attached.
- the fluid meter 14 X further comprises a communication module COM_C 372 intended to make it possible to communicate in accordance with the WM-Bus communication standard with the intermediate unit IU with which the fluid meter is associated.
- FIG. 3D illustrates schematically an example of arrangement of a smart electricity meter.
- the smart electricity meter of FIG. 3D is the meter of the variant in which an intermediate unit IU is integrated in a smart electricity meter.
- the smart electricity meter comprises the same modules 302 , 303 and 304 as the centralised meter CM 12 X of FIG. 3A .
- the control module CTRL_A 302 implements an internal application IAPP 310 that instances an emulation application for each fluid meter attached to the smart electricity meter.
- the internal application IAPP 310 has to instance at a maximum only two emulation applications, one for a fluid meter of the water meter type and the other for a fluid meter of the gas meter type.
- the second communication module COM_A 2 305 is replaced by a communication module COM_A 3 306 making it possible to communicate in accordance with the WM-Bus communication standard with each fluid meter with which the smart electricity meter is associated.
- FIG. 4 illustrates schematically a first embodiment of a method for reading fluid meters.
- FIG. 4 we have the context of a centralised meter CM separated from the intermediate units IU with which it is associated.
- FIG. 4 we take the example of exchanges between the centralised meter CM 12 C and the fluid meter C 14 A by means of the intermediate unit IU 13 A.
- the functioning of the exchanges between the other fluid meters (G 14 B, G 14 C, W 16 A, W 16 B and W 16 C) and the centralised meter CM 12 C via the intermediate units IU 13 B and 13 C is identical.
- All the exchanges between the centralised meter CM 12 C and the intermediate unit 13 A use frames in accordance with the G3-PLC standard for the physical layer and the data link layer (“Medium Access Control (MAC)”) in accordance with the OSI (Open Systems Interconnection) model.
- the network layer according to the OSI model is in accordance with the 6LoWPAN (IPv6 Low-Power Wireless Personal Area Networks) protocol as specified in the RFC normative documents 4919 and 4944).
- 6LoWPAN IPv6 Low-Power Wireless Personal Area Networks
- All the exchanges between the intermediate unit 13 A and the fluid meter 14 A use frames in accordance with the WM-Bus standard for the physical layer and the data link layer.
- the network layer according to the OSI model is in accordance with the 6LoWPAN protocol.
- the frames exchanged between the intermediate unit 13 A and the fluid meter 14 A are hereinafter referred to as WM-Bus frames.
- the application layer of the G3-PLC and WM-Bus frames is proprietary and specific.
- this application layer takes the form of a command byte followed by a payload comprising a variable number of bytes.
- the G3-PLC or WM-Bus frames going in the direction from fluid meter G 14 A to centralised meter CM 12 C are referred to as respectively uplink G3-PLC frames and uplink WM-Bus frames
- the G3-PLC or WM-Bus frames going in the direction from centralised meter CM 12 C to the fluid meter G 14 A are respectively referred to as downlink G3-PLC frames and downlink WM-Bus frames.
- each command byte takes the form of a hexadecimal value:
- FIG. 4 does not show the exchanges between the centralised meter CM 12 C and the data concentrator DC 11 .
- all the exchanges between the centralised meter CM 12 C and the data concentrator 11 use frames in accordance with the G3-PLC standard for the physical layer and the data link layer.
- the network layer according to the OSI model is in accordance with the 6LoWPAN protocol.
- the frames exchanged between the centralised meter CM 12 C and the data concentrator DC 11 are hereinafter referred to as DC frames.
- the application layer of the DC frames is in accordance with the DLMS/COSEM standard (“Device Language Message Specification/Companion Specification for Energy Metering”), as described in the IEC normative document 62056-5-3 and in the 12 th edition of the document “Bluebook: COSEM Interface Classes and OBIS Object Identification System” published by the DLMS User Association.
- DLMS/COSEM Device Language Message Specification/Companion Specification for Energy Metering
- the control module CTRL_C 370 causes the sending, by the communication module COM_C 372 , of signalling messages during a predefined period, each signalling message taking the form of a WM-Bus signalling frame, that is to say a frame in accordance with the WM-Bus standard comprising an SND-IR symbol as defined in table 24 of the standard, referred to as a WM-Bus hello frame.
- the predefined period lasts for fifteen minutes.
- the intermediate unit IU 13 A receives at least one WM-Bus hello frame by means of its communication module COM_B 2 353 .
- a step 404 preferably occurring between the launch step 401 and the end of the predefined period, the user presses on one of the buttons of the user interface USI 303 of the centralised meter CM 12 C.
- This manipulation of the button is then captured by the control module CTRL_A 302 which, in a step 405 , causes the sending, by the communication module COM_A 2 305 , of a downlink G3-PLC pairing frame, that is to say a downlink G3-PLC frame in which the control byte is at 0x09 or 0x10. It is assumed here that one of the buttons causes a pairing with a gas meter and that the other button causes a pairing with a water meter.
- the intermediate unit IU 13 A receives the downlink pairing frame by means of its communication module COM_B 1 354 . From this reception, the control module CTRL_B 352 knows that a pairing has been requested by a centralised meter CM. Thus, whereas up until then the control module CTRL_B 352 did not take into account any receptions of uplink WM-Bus hello frames, it now knows that reception of an uplink WM-Bus hello frame must cause a pairing.
- the fluid meter G 14 A which is still in the predefined period, sends a new uplink WM-Bus hello frame by means of its communication module COM_C 372 .
- This uplink WM-Bus hello frame is received by the communication module COM_B 2 353 from the intermediate unit 13 A in a step 408 .
- a step 409 the predefined period ends and the fluid meter G 14 A ends the sendings of uplink WM-Bus frames.
- the communication module COM_A 2 305 receives the pairing-successful uplink G3-PLC frame.
- Reception of the pairing-successful uplink G3-PLC frame by the centralised meter CM 12 C causes the sending, in a step 412 , of a request for an encryption key for the fluid meter G 14 A intended for the management entity 15 .
- This request is made via the data concentrator DC 11 .
- the request for an encryption key comprises the identifier of the fluid meter G 14 A so that the management entity 15 transmits an encryption key corresponding to this fluid meter.
- the encryption key is transmitted to the intermediate unit IU 13 A in a step 413 .
- the centralised meter CM 12 C sends a so-called encryption-key transport downlink G3-PLC frame.
- the encryption-key transport downlink G3-PLC frame comprises a control byte at 0x0B or at 0x0C and sixteen bytes comprising the encryption key.
- the control module CTRL_A 302 instances an emulation application emulating a virtual fluid meter able to communicate directly with the data concentrator 11 on behalf of the fluid meter G 14 A.
- Step 414 the intermediate unit IU 13 A receives the encryption-key transport downlink G3-PLC frame.
- the control module CTRL_B 352 knows that all the communications between the intermediate unit IU 13 A and the fluid meter G 14 A must be encrypted using the encryption key of the fluid meter G 14 A received.
- Step 414 ends a pairing phase between the centralised-meter system comprising the centralised meter CM 12 C and the intermediate unit IU 13 A and the fluid meter G 14 A.
- the control module CTRL_A 302 therefore considers that the centralised meter CM 12 C (and therefore the corresponding centralised-meter system) is paired with the fluid meter G 14 A when it receives at least one signalling frame (i.e. an uplink WM-Bus hello frame) from said fluid meter G 14 A and, in one embodiment, that it has obtained the encryption key corresponding to said fluid meter G 14 A.
- an index-transmission phase can begin.
- the fluid meter G 14 A sends so-called index-transmission uplink WM-Bus frames at regular predefined intervals, for example every day, and goes on standby between each sending.
- Each index-transmission uplink WM-Bus frame corresponds to a frame in accordance with the WM-Bus standard comprising an SND-NR symbol as defined in table 24 of the standard.
- the index type, the index and the timestamp information constitute information representing a fluid-consumption reading.
- FIG. 4 we have shown two sendings of index-transmission uplink WM-Bus frames in steps 415 and 417 .
- the control module CTRL_A of the centralised meter CM 12 C triggers a reading of the fluid meter G 14 A. To do this, it sends a so-called reading downlink G3-PLC frame to the intermediate unit IU 13 A.
- Each reading downlink G3-PLC frame comprises a control byte at 0x07 or at 0x08 and an empty payload.
- the intermediate unit IU 13 A sends a so-called index-transmission uplink G3-PLC frame.
- the index-transmission uplink G3-PLC frame comprises a control byte at 0x02 and a payload comprising a byte of the index type at 0x01 or 0x02, four bytes corresponding to the last index value and six bytes comprising the timestamp information corresponding to said last index.
- the content of this frame is encrypted using the encryption key received in step 414 .
- the control module CTRL_B 352 causes a sending, by the communication module COM_B 1 354 , of a so-called “pairing-failure” uplink G3-PLC frame to the centralised meter CM 12 C.
- the pairing-failure uplink G3-PLC frame comprises a control byte equal to 0x04, a first payload byte equal to 0x01 or 0x03 and four bytes identifying the fluid meter G 14 A.
- the centralised meter CM 12 C transmits information to the management entity 15 via the data concentrator DC 11 informing the management entity 15 that action on the fluid meter G 14 A is necessary.
- the fluid meter G 14 A receives the pairing-successful downlink WM-Bus frame. The reception of this frame ends the sending of the uplink WM-Bus hello frames by the fluid meter G 14 A. It is therefore the step 514 that ends the pairing phase between the centralised-meter system comprising the centralised meter CM 12 C and the intermediate unit IU 13 A and the fluid meter G 14 A.
- an index-transmission phase can begin.
- the index transmission phase follows the pairing phase.
- the control module CTRL_B 352 causes a sending, by the communication module COM_B 2 353 , of a predefined delay D in a downlink WM-Bus frame comprising an SND-UD symbol as defined in table 24 of the standard and four bytes representing the predefined delay D expressed in seconds remaining before the next awakening.
- the predefined delay D is for example equal to 24 hours.
- the fluid meter G 14 A receives the downlink WM-Bus frame containing the predefined delay D by means of its communication module COM_C 372 .
- the predefined delay is used by the control module CTRL_C 370 for fixing a standby time for the fluid meter G 14 A following a successful index reading.
- the fluid meter G 14 A transmits a so-called acknowledgement uplink WM-Bus frame to the intermediate unit IU 13 A in order to acknowledge reception of the predefined delay D.
- the acknowledgement uplink WM-Bus frame corresponds to a frame in accordance with the WM-Bus standard comprising an ACK symbol as defined in the table 25 of the standard.
- the intermediate unit IU 13 A receives the acknowledgement uplink WM-Bus frame.
- the control module CTRL_C 370 puts the fluid meter G 14 A on standby during the predefined period D. At the end of the predefined period D, the control module CTRL_C 370 awakens the fluid meter G 14 A in a step 520 . In one embodiment, as from this awakening, the fluid meter G 14 A remains awake until it receives an index-reading request.
- control module CTRL_A 302 of the centralised meter CM 12 C causes the sending of a reading downlink G3-PLC frame to the intermediate unit IU 13 A.
- the intermediate unit IU 13 A receives the reading downlink G3-PLC frame.
- the control module CTRL_B 352 knows that the fluid meter may be in standby mode but also knows, since it has fixed the predefined delay D, how much time at a maximum the fluid meter G 14 A can remain in standby mode.
- the control module CTRL_B 352 then deduces from this when, in a step 523 , to send a so-called reading downlink WM-Bus frame. It is then said that the intermediate unit IU 13 A and the fluid meter G 14 A are synchronised.
- the reading downlink WM-Bus frame corresponds to a frame in accordance with the WM-Bus standard comprising a symbol REQ-UTD as defined in the table 24 of the standard.
- a step 524 when it is in an awake period, the fluid meter G 14 A receives the reading downlink WM-Bus frame.
- the control module CTRL_C 370 causes a sending, by the communication module COM_C 372 , of an index-transmission uplink WM-Bus frame.
- the index-transmission uplink WM-Bus frame corresponds to a frame in accordance with the WM-Bus standard comprising a symbol RSP-UD as defined in the table 25 of the standard and comprising 4 bytes representing the index of the fluid meter G 14 A.
- the intermediate unit IU 13 A receives the index-transmission uplink WM-Bus frame and retransmits the content thereof in an index-transmission uplink G3-PLC frame to the centralised meter CM 12 C.
- the centralised meter CM 12 C receives the index-transmission uplink G3-PLC frame.
- the virtual fluid meter emulating the fluid meter G 14 A then takes responsibility for retransmitting the content of the index-transmission uplink G3-PLC frame, i.e. the index and the timestamp information, to the management entity 15 via the data concentrator DC 11 .
- control module CTRL_A 302 returns to the step 521 in order to send a reading downlink G3-PLC frame.
- control module CTRL_B 352 returns to the step 515 in order to send a predefined delay D.
- control module CTRL_C 370 returns to the step 516 and awaits reception of a predefined delay D.
- the control module CTRL_B 352 causes a sending, by the communication module COM_B 1 354 : of a so-called “pairing failure” uplink G3-PLC frame to the centralised meter CM 12 C.
- the centralised meter CM 12 C transmits information to the management entity 15 via the data concentrator DC 11 informing the management entity 15 that action on the fluid meter G 14 A is necessary.
- the intermediate unit IU 13 A sends a predefined delay D only once.
- the control module CTRL_B 352 returns to the step 523 .
- the control module CTRL_C 370 puts the fluid meter G 14 A on standby (step 519 ) during the predefined delay D following the step 525 without awaiting reception of a new predefined delay D.
- the intermediate unit IU 13 A and the fluid meter G 14 A are desynchronised, even if the intermediate unit IU 13 A has supplied a predefined period D to the fluid meter G 14 A.
- the control module CTRL_B 352 causes sendings, at regular intervals, of reading downlink frames WM-Bus until a first index-transmission uplink WM-Bus frame is received. The transmission of the reading downlink WM-Bus frames therefore ceases as soon as the first index-transmission uplink WM-Bus frame is received.
- FIG. 6 illustrates schematically a third embodiment of a method for reading fluid meters.
- the context of FIG. 6 is that of a smart electronic meter integrating an intermediate unit IU.
- the smart electricity meter forms all by itself the centralised-meter system.
- the fluid meter is unidirectional.
- a user presses the button of the user interface USI 371 of the fluid meter G 14 A.
- the control module CTRL_C 370 of the fluid meter G 14 A captures this action on the button.
- control module CTRL_C 370 causes the sending, by the communication module COM_C 372 , of a plurality of WM-Bus signalling frames referred to as WM-Bus hello frames for a predefined period.
- the predefined period lasts for fifteen minutes.
- the smart electricity meter receives at least one WM-Bus hello frame by means of its communication module COM_A 3 306 .
- a step 604 preferably occurring between the launch step 601 and the end of the predefined period, the user presses on one of the buttons of the user interface USI 303 of the smart electricity meter. This manipulation of the button is then captured by the control module CTRL_A 302 , which awaits reception of a WM-Bus hello frame.
- a step 607 identical to the step 407 , the fluid meter G 14 A, which is still in the predefined period, sends a new uplink WM-Bus hello frame by means of its communication module COM_C 372 .
- This uplink WM-Bus hello frame is received by the communication module COM_A 3 306 of the smart electricity meter in a step 608 .
- Reception of the latter uplink WM-Bus frame causes the sending, in a step 612 , of a request for an encryption key for the fluid meter G 14 A to the management entity 15 .
- This request is made via the data concentrator DC 11 .
- the control module CTRL_A 302 instances an emulation application emulating a virtual fluid meter able to communicate directly with the data concentrator 11 for the fluid meter G 14 A.
- a step 609 which is identical to the step 409 , the predefined period ends and the fluid meter G 14 A ends the sendings of uplink WM-Bus frames.
- Step 609 ends at the pairing phase between the centralised-meter system comprising the centralised meter CM 12 C and the intermediate unit IU 13 A and the fluid meter G 14 A.
- the index-transfer phase can begin.
- the fluid meter G 14 A transmits index-transmission uplink WM-Bus frames at regular intervals, for example every day.
- FIG. 6 we have shown two sendings of index-transmission uplink WM-Bus frames during the steps 615 and 617 .
- the virtual fluid meter emulating the fluid meter G 14 A takes responsibility for retransmitting the last index received by the smart electricity meter and the corresponding timestamp information to the management entity 15 via the data concentrator DC 11 .
- FIG. 7 illustrates schematically a fourth embodiment of a method for reading fluid meters.
- the context of FIG. 7 is that of a smart electronic meter integrating an intermediate unit IU.
- the smart electricity meter all by itself forms the centralised-meter system.
- the fluid meter is bidirectional.
- the method in FIG. 7 repeats the steps 601 , 602 , 603 , 607 and 608 identically.
- the step 608 is followed by a step 711 identical to the step 612 .
- the step 711 is followed by a step 713 , during which the smart electricity meter transmits a pairing-successful downlink WM-Bus frame to the fluid meter G 14 A.
- a step 714 identical to the step 514 , the fluid meter G 14 A receives the pairing-successful downlink WM-Bus frame. Reception of this frame ends the sending of the uplink WM-Bus hello frames by the fluid meter G 14 A.
- the step 714 therefore ends the pairing phase between the smart electricity meter and the fluid meter G 14 A.
- the index-transfer phase can begin.
- the control module CTRL_A 302 causes a sending, by the communication module COM_A 3 306 , of a predefined delay D in a downlink WM-Bus frame as described in the step 515 .
- the predefined delay D is for example equal to 24 hours.
- the fluid meter G 14 A receives the downlink WM-Bus frame containing the predefined delay D by means of its communication module COM_C 372 .
- the predefined delay is used by the control module CTRL_C 370 to fix a standby time of the fluid meter G 14 A following a successful index reading.
- a step 717 identical to the step 517 , the fluid meter G 14 A transmits an acknowledgement uplink WM-Bus frame to the intermediate unit IU 13 A in order to acknowledge reception of the predefined delay D.
- the smart electricity meter receives the acknowledgement uplink WM-Bus frame as described in the step 517 .
- step 719 identical to step 519 , following the sending of the acknowledgement uplink WM-Bus frame, the control module CTRL_C 370 puts the fluid meter G 14 A on standby during the predefined period D. At the end of the predefined period D, the control module CTRL_C 370 wakes the fluid meter G 14 A in a step 720 , identical to the step 520 . In one embodiment, as from this awakening, the fluid meter G 14 A remains awake until it receives an index-reading request.
- the smart electricity meter sends a reading downlink WM-Bus frame to the fluid meter G 14 A. It is assumed here that the smart electricity meter and the fluid meter G 14 A are synchronised.
- a step 724 identical to the step 524 , the fluid meter G 14 A receives the reading downlink WM-Bus frame.
- control module CTRL_C 370 causes a sending, by the communication module COM_C 372 , of an index-transmission uplink WM-Bus frame.
- the smart electricity meter receives the index-transmission uplink WM-Bus frame.
- the virtual fluid meter emulating the fluid meter G 14 A then takes responsibility for retransmitting the content of the index-transmission uplink WM-Bus frame, i.e. the index and the timestamp information, to the management entity 15 via the data concentrator DC 11 .
- control module CTRL_A 302 returns to the step 715 in order to send a predefined delay D to the fluid meter G 14 A.
- control module CTRL_C 370 returns to the step 716 and awaits reception of a predefined delay D.
Abstract
Description
- The present invention relates to a method for the automated remote reading of meters for fluids such as water or gas meters, executed in an automated metering system in the context of a fluid-distribution service, as well as a system and devices implementing said method.
- For reasons of efficiency and rationalisation, the electricity, gas and water suppliers have sought to automate the reading of the consumptions of their customers, avoiding having recourse to the travel of operators in order to perform the readings. The electricity distribution networks are particularly suited to automated remote readings of the electricity meters since they offer an infrastructure allowing powerline communications. Powerline communication networks for automated metering management AMM systems have made their appearance over the past few years. In such powerline communication networks, communications are established between electricity meters, referred to as smart electricity meters, and a concentrator node, sometimes referred to as a data concentrator or base node or coordinator, in order in particular to allow remote automated reading of electricity consumption measurements performed by said smart electricity meters. A plurality of data concentrators are then geographically deployed in order to distribute the metering reading collection load on the smart electricity meters. Each data concentrator then serves as a relay between the smart electricity meters that are connected thereto and a management entity of the automated metering management system AMM that is responsible for processing the metering readings in a centralised manner.
- Unlike the electricity distribution infrastructures, the water and gas distribution infrastructures cannot serve as communication infrastructures. Despite everything, the trend towards the rationalisation of readings has also affected the gas and water suppliers. The gas and water meters, also referred to hereinafter as fluid meters, have also become smart and solutions allowing automatic remote reading of these meters have been developed. These solutions rely in particular on the WM-Bus communication standard (NF EN 13757-4, “Communication systems for meters and remote reading of meters—Part 4: Wireless meter readout (Radio meter reading for operation in SRD bands)” in English terminology). The WM-Bus standard is a wireless communication standard offering an excellent compromise between small space requirement for antennas and long range both indoors and outdoors (up to 1 km without repeaters). Having a unidirectional or bidirectional character according to the implementation modes, the WM-Bus standard allows remote actions by a control centre. Deploying a WM-Bus communication infrastructure requires the installation of a modem with a long independent service life (up to 12 years for a lithium supply) on each fluid meter and a central concentrator (one central concentrator per building of 6 to 7 storeys on average) responsible for collecting the information read and transmitting it to a management entity.
- It is known that fluid meters are generally close to electricity meters. It therefore appears suboptimal to create a communication infrastructure dedicated to fluid meters whereas a communication infrastructure is available close by for reading electricity meters.
- It is then desirable to overcome these drawbacks of the prior art. It is in particular desirable to provide a solution that makes it possible to collect consumption information measured by fluid meters by means of a powerline communication network for automated metering management systems AMM used in an electricity distribution network.
- According to a first aspect of the invention, the invention relates to a method for the remote automated reading of a fluid meter executed in an automated metering management system in the context of a fluid-distribution service, comprising a fluid meter and a system, referred to as a centralised-meter system, the fluid meter being able to transmit frames in accordance with a wireless communication standard to the centralised-meter system, the centralised-meter system being able to receive said frames and to communicate by powerline with a data concentrator in a first frequency band via a first network of the powerline communication network type, said data concentrator communicating with a management entity of the automated metering management system via a second network. The method comprises: performing a phase of pairing between the centralised-meter system and the fluid meter wherein the centralised-meter system considers itself to be paired with the fluid meter when it receives at least one signalling frame from said fluid meter and, when it is paired with the fluid meter, instances an emulation application emulating a virtual fluid meter able to communicate directly with the data concentrator on behalf of said fluid meter; performing an index transmission phase during which the centralised-meter system receives frames from the fluid meter each comprising information representing a fluid-consumption reading, the virtual fluid meter taking responsibility for retransmitting said information representing a fluid-consumption reading to the management entity via the data concentrator.
- The method of the invention therefore makes it possible to collect consumption information measured by fluid meters by means of a powerline communication network for automated metering management systems AMM implemented in an electricity distribution network.
- According to one embodiment, the pairing phase further comprises, following the reception by the centralised metering system of a signalling frame among a plurality of signalling frames transmitted by the fluid meter during the pairing phase, transmitting, from the centralised metering system, to the fluid meter, a frame comprising information representing a successful pairing, the reception of the frame comprising the information representing the successful pairing by the fluid meter ending the transmission of the plurality of signalling frames.
- According to one embodiment, during the index transmission phase, the centralised-meter system fixes a predefined duration of standby of the fluid meter, the fluid meter going on standby for a predefined period after each sending of a frame comprising information representing a fluid-consumption reading.
- According to one embodiment, the centralised-meter system transmits a frame, referred to as a reading frame, requesting the sending of a frame comprising information representing a fluid-consumption reading to the fluid meter in order to obtain from the fluid meter a frame comprising information representing a fluid-consumption reading.
- According to one embodiment, the signalling frame enabling the centralised-meter system to consider itself to be paired with the fluid meter during the pairing phase forms part of a plurality of signalling frames transmitted by the fluid meter during a predefined period. According to one embodiment, the frames comprising information representing a fluid-consumption reading coming from the fluid meter during the index transmission phase are sent at regular predefined intervals, the fluid meter going on standby between each sending.
- According to one embodiment, the centralised-meter system comprises a centralised meter and an intermediate unit associated with a fluid meter, the centralised meter and the intermediate unit being two separate devices able to communicate with one another by powerline in a second frequency band via a third network of the powerline communication network type. During the pairing phase, the intermediate unit receives each signalling frame sent by the fluid meter and considers that the centralised-meter system and the fluid meter are paired when it receives a signalling frame following reception of a frame containing information representing a pairing request from the centralised meter. According to one embodiment, in the event of successful pairing between the fluid meter and the centralised-meter system, the intermediate unit transmits a frame containing information representing a successful pairing to the centralised meter, a reception of a frame containing information representing a successful pairing by the centralised meter causing an obtaining, by the centralised meter, of an encryption key corresponding to said fluid meter and a transmission, by the centralised meter to the intermediate unit, of said encryption key so that each communication between said fluid meter and the intermediate unit can be encrypted.
- According to one embodiment, each transmission of a reading frame by the centralised-meter system comprises a transmission of a first reading frame by the intermediate unit to the fluid meter, the transmission of said first reading frame being caused by the reception of a second reading frame from the centralised meter.
- According to one embodiment, the emulation application emulating a virtual fluid meter is instanced by the centralised meter, each frame comprising information representing a fluid-consumption reading received by the centralised-meter system is received by the intermediate unit, which retransmits it to the centralised meter so that the virtual fluid meter that it has instanced can retransmit said information representing a fluid-consumption reading to the management entity via the data concentrator.
- According to a second aspect of the invention, the invention relates to a system, referred to as a reading system, used in an automated metering management system in the context of a fluid-distribution service, said automated metering management system comprising a plurality of fluid meters. The reading system comprises at least one first communication module in accordance with a wireless communication standard used by a fluid meter and a second communication module suitable for communicating by powerline with a data concentrator in a first frequency band via a first network of the powerline communication network type, said data concentrator communicating with a management entity of the automated metering management system via a second network, and in that the reading system comprises means for instancing an emulation application emulating a virtual fluid meter able to communicate directly with the data concentrator for each fluid meter in the plurality, and, for each fluid meter in the plurality, the corresponding virtual fluid meter takes responsibility for retransmitting information, representing a fluid-consumption reading, supplied to the reading system by said fluid meter in the plurality to the management entity via the data concentrator.
- According to one embodiment, the reading system comprises at least one intermediate unit, each intermediate unit comprising a communication module identical to the first communication module and being associated with a fluid meter in the plurality of the water meter type and/or a fluid meter in the plurality of the gas meter type, and a centralised meter comprising the second communication module and the means for instancing an emulation application emulating a virtual fluid meter able to communicate directly with the data concentrator for each fluid meter in the plurality, each intermediate unit and the centralised meter comprising a communication module suitable for communicating with each other by powerline in a second frequency band via a third network of the powerline communication network type.
- According to a third aspect of the invention, the invention relates to a device, referred to as an intermediate unit, used in an automated metering management system in the context of a fluid-distribution service, said automated metering management system comprising a plurality of fluid meters. The intermediate unit is associated with a fluid meter in the plurality of the water meter type and/or a fluid meter in the plurality of the gas meter type and comprises a first communication module in accordance with a wireless communication standard used by each fluid meter in the plurality and a second communication module suitable for communicating by powerline with a device, referred to as a centralised meter, in a first frequency band via a first network of the powerline communication network type, said centralised meter itself being suitable for communicating by powerline in a second frequency band via a second network of the powerline communication network type with a data concentrator, said data concentrator communicating with a management entity of the automated metering management system via a third network, the intermediate unit being able to relay information representing fluid consumption transmitted by each fluid meter to which said unit is attached to the centralised meter so that said centralised meter can relay said information to the management entity via the data concentrator.
- According to a fourth aspect of the invention, the invention relates to a device, referred to as a centralised meter, used in an automated metering management system in the context of a fluid-distribution service, said automated metering management system comprising a plurality of fluid meters, the centralised meter is associated with at least one intermediate unit according to the third aspect and comprises a third communication module for communicating by powerline with each intermediate unit in a first frequency band via the first network and a fourth communication module for communicating by powerline in a second frequency band via the second network with the data concentrator, and means for instancing an emulation application emulating a virtual fluid meter able to communicate directly with the data concentrator for each fluid meter in the plurality, and, for each fluid meter in the plurality, the corresponding virtual fluid meter takes responsibility for retransmitting information, representing a fluid-consumption reading, supplied to the reading system by said fluid meter in the plurality to the management entity via the data concentrator.
- The features of the invention mentioned above, as well as others, will emerge more clearly from a reading of the following description of at least one example embodiment, said description being given in relation to the accompanying drawings, among which:
-
FIG. 1 illustrates schematically a communication system, supporting an automated remote reading of metering information from fluid meters, in which the present invention is implemented; -
FIG. 2 illustrates schematically an example of hardware arrangement of a control unit used in the communication system; -
FIG. 3A illustrates schematically an arrangement of a centralised meter of the communication system; -
FIG. 3B illustrates schematically an arrangement of an intermediate unit of the communication system; -
FIG. 3C illustrates schematically an arrangement of a fluid meter; -
FIG. 3D illustrates schematically an example of arrangement of a smart electricity meter according to one embodiment of the invention; -
FIG. 4 illustrates schematically a first embodiment of a method for reading fluid meters; -
FIG. 5 illustrates schematically a second embodiment of a method for reading fluid meters; -
FIG. 6 illustrates schematically a third embodiment of a method for reading fluid meters; and -
FIG. 7 illustrates schematically a fourth embodiment of a method for reading fluid meters. -
FIG. 1 thus illustrates a communication system supporting an automated remote reading of metering information from fluid meters, in which the present invention is implemented. The communication system comprises at least one powerline communication network (PLCN) 100, simply referred to hereinafter as aPLCN network 100, deployed logically on an electricity distribution network. The PLCNnetwork 100 enables an automated metering management system AMM to be established in the context of electricity distribution services. - The communication system comprises a device, referred to as a
data concentrator DC 11. ThePLCN network 100 is intended to make it possible to connect a plurality of node devices to thedata concentrator DC 11. The node devices that thePLCN network 100 aims to connect to thedata concentrator DC 11 comprise at least one centralised meter CM. InFIG. 1 , the communication system comprises threecentralised meters data concentrator DC 100 could also comprise smart electricity meters (not shown inFIG. 1 ). - The
PLCN network 100 thus makes it possible to establish powerline communications so that the data concentratorDC 11 can in particular communicate with thecentralised meters CM PLCN network 100 are preferentially in accordance with the G3-PLC protocol specified in the ITU-T recommendation G.9903. In a variant, the powerline communications via thePLCN network 100 are preferentially in accordance with the PRIME specifications (“PoweRline Intelligent Metering Evolution” as defined in the ITU normative document G.9904). The communication system further comprises an entity for managing the automated metering management system AMM that is in particular responsible for processing the metering readings in a centralised manner. The management entity of the automated metering management system AMM, simply referred to hereinafter as the management entity, takes the form of aserver 15, or set of servers, to which thedata concentrator DC 11 is connected via acommunication link 140. Thecommunication link 140 is a wireless communication link, for example of the GPRS (“General Packet Radio Service”), UMTS (“Universal Mobile Telecommunication System”) or LTE (“Long-Term Evolution”) type. Thecommunication link 140 may in a variant be a cable communication link. - Each
centralised meter CM FIG. 1 , onlyunits IU centralised meter CM 12C have been depicted. - Each
intermediate unit IU intermediate unit IU 13A (respectively 13B and 13C) is connected to agas meter G 14A (respectively 14B and 14C) and to awater meter W 16A (respectively 16B and 16C). Like any meter, each fluid meter (G W - According to a method that we detail hereinafter in relation to
FIGS. 4, 5, 6 and 7 , each fluid meter transmits information representing consumptions to theintermediate units communication network 102 between the fluid meters (G W - Each intermediate unit IU is next responsible for transferring the information representing consumptions from each fluid meter with which it is associated to a centralised meter. To do this, it uses a
powerline communication network 101 connecting the intermediate units IU to the centralised meters CM. Thepowerline communication network 101 is distinct from thePLCN network 100. Each intermediate unit IU is connected, in a logic manner, directly to the centralised meter CM with which it is associated. For example, theintermediate units IU centralised meter CM 12C. Thenetwork 101 connecting theintermediate units IU centralised meter CM 12C thus has a star topology, whereas thePLCN network 100 has a mesh topology, as in the context of the G3-PLC protocol, or a spanning tree topology as in the context of the PRIME specifications. - Each intermediate unit IU therefore serves as a gateway between two worlds: a first world of the readings from fluid meters using a wireless communication network based, in one embodiment, on the WM-Bus standard, and a second world of readings from electricity meters using a powerline communication network. Whereas a fluid meter is not capable of communicating directly with the data concentrator
DC 11 over thePLCN network 100, the assembly formed by the intermediate unit IU to which this fluid meter is attached and the centralised meter CM to which this intermediate IU is attached forms a centralised-meter system capable of relaying information coming from the fluid meter to the data concentratorDC 11 via thepowerline communication network 100. For example, thecentralised meter CM 12C and theintermediate unit 13A form a first centralised-meter system. Thecentralised meter CM 12C and theintermediate unit 13B form a second centralised-meter system different from the first centralised system, even if they have the centralisedmeter CM 12C in common. Each centralised-meter system is associated with a fluid meter of the water meter type and/or a fluid meter of the gas meter type. For example, the first centralised-meter system is associated with thegas meter G 14A, and with thewater meter W 16A. - Once collected by the
centralised meter CM 12C, the information representing consumptions is transferred to the data concentratorDC 11 using thePLCN network 100, and then from the data concentratorDC 11 to themanagement entity 15 using thenetwork 140. - Each centralised-meter system, for example the centralised-meter system formed by the
centralised meter CM 12C and theintermediate unit IU 13A, serves as a proxy device for at least one fluid meter. For example, the centralised-meter system formed by thecentralised meter CM 12C and theintermediate unit IU 13A serves as a proxy device for thefluid meter G 14A. From the point of view of thePLCN network 100 and therefore of the data concentratorDC 11, the fluid meters are masked by the centralised-meter systems. In other words, each centralised-meter system emulates, vis-à-vis the data concentratorDC 11, a fluid-meter behaviour similar to the behaviour of a smart electricity meter for each fluid meter that is attached thereto. - In one embodiment, so as to ensure that each fluid meter is masked from the data concentrator DC 110, distinct frequency bands are used. The fact that the fluid meters are masked from the data concentrator DC 110 advantageously makes it possible to simplify the system for reading these meters. This is because the masked meters do not directly exchange data with the data concentrator DC 110. Consequently, whether they are unidirectional or bidirectional, they do not have to know the G3-PLC encryption keys used between the
intermediate unit 13A and thecentralised meter 12C. The fluid meter uses its own encryption key, which it knows implicitly, in order to dialogue with theintermediate unit 13A. The powerline communications over thePLCN network 100 therefore use a first frequency band and the powerline communications over thenetwork 101 use a second frequency band distinct from the first frequency band and not overlapping with the first frequency band. For example, the G3-PLC protocol and the PRIME specifications define various distinct frequency bands that can be used, in particular: a first CENELEC-A frequency band, which ranges approximately from 35 kHz to 91 kHz; a second FCC frequency band, which ranges approximately from 150 kHz to 480 kHz; a third CENELEC-B frequency band, which ranges approximately from 98 kHz to 122 kHz. In one embodiment, the communications over thepowerline communication network 100 use the CENELEC-A frequency band and the communications over thepowerline communication network 101 use the FCC frequency band. - In one embodiment, the
communication network 102 is based on the LoRa (registered trade mark) (“Long Range”) technology. - In the embodiment of the communication system described above in relation to
FIG. 1 , each intermediate unit IU is separated from the centralised meter CM to which it is attached. In this embodiment, each centralised meter CM is intended to equip a property complex, such as a building or a residential district, in which each premises or dwelling is equipped with an intermediate unit IU that relays information representing consumptions coming from fluid meters to said centralised meter CM. This embodiment makes it possible to have centralised meters CM having complexity almost equivalent to a conventional smart electricity meter and intermediate units IU of low complexity, responsible solely for relaying information representing consumptions of fluids coming from fluid meters. This is because the intermediate units IU comprise only basic elements such as WM-Bus and G3-PLC communication interfaces. In particular, these intermediate units IU do not comprise a display, or application parts for which the centralised meters take responsibility via emulation applications of the fluid meters. In this way, the cost of the communication system is reduced compared with a conventional communication system in which each dwelling and each premises would be equipped with a smart electricity meter. However, some configurations of dwellings or premises do not make it possible to connect the same centralised meter CM to a plurality of intermediate units IU. This is the case in particular with isolated dwellings or premises. Despite everything, the same need to use a powerline communication network for automated metering management systems AMM for reading fluid meters exists for these dwellings or premises. In one embodiment, each dwelling or premises is equipped with a smart electricity meter responsible for making readings of electricity consumptions. In a first variant, each fluid meter in said dwelling is associated with an intermediate unit IU responsible for relaying information representing consumptions to the smart electricity meter. The smart electricity meter is then connected to the intermediate unit IU in the same way as a centralised meter CM is connected to each intermediate unit IU. In a second variant, the smart electricity meter integrates an intermediate unit IU, or more precisely integrates all the functionalities of the intermediate unit IU. In these two variants, the smart electricity meter fulfils the same role as thecentralised meter CM 120. - It should be noted that an assembly formed by a centralised meter CM and intermediate units IU that are attached thereto, whether or not they are integrated in the centralised meter, forms a reading system.
-
FIG. 2 illustrates schematically an example of a hardware arrangement of a control module used in the communication system ofFIG. 1 . Such a control module is situated in eachprocessing unit IU centralised meter CM 120, and in eachfluid meter G W FIGS. 3A, 3B and 3C . When the intermediate unit IU is integrated in a smart electricity meter, the control module is situated in the smart electricity meter as described inFIG. 3D . The example of hardware architecture presented comprises, connected by a communication bus 210: aprocessor CPU 201; a randomaccess memory RAM 202, a read onlymemory ROM 203 and a flash memory; a storage unit or a storage medium reader, such as an SD (Secure Digital) card reader 204; and a set of input/output interfaces I/O 205. The set of input/output interfaces I/O 205 enables the control module to communicate with other components in one and the same device, as detailed below in relation toFIGS. 3A, 3B, 3C and 3D . - The
processor CPU 201 is capable of executing instructions loaded in theRAM memory 202 from theROM memory 203, from an external memory (such as an SD card), from a storage medium or from a communication network. On powering up, theprocessor CPU 201 is capable of reading instructions from theRAM memory 202 and executing them. These instructions form a computer program causing the implementation, by theprocessor CPU 201, of all or some of the methods and steps described hereinafter in relation toFIGS. 4, 5, 6 and 7 . - Thus all or some of the methods and steps described in relation to
FIGS. 4, 5, 6 and 7 can be implemented in software form by the execution of a set of instructions by a programmable machine, such as a DSP (digital signal processor) or a microcontroller or a processor. All or some of the methods and steps described in relation toFIGS. 4, 5, 6 and 7 may also be implemented in hardware form by a machine or a dedicated component, such as an FPGA (field-programmable gate array) or an ASIC (application-specific integrated circuit). Thus the control module comprises the electronic circuitry suitable and configured for implementing the methods and steps described in relation toFIGS. 4, 5, 6 and 7 . -
FIG. 3A illustrates schematically an example of an arrangement of acentralised meter CM 12X. - The
centralised meters CM centralised meter CM 12X described in relation toFIG. 3A . Thecentralised meter CM 12X comprises acontrol module CTRL_A 302 as described in relation toFIG. 2 . Thecontrol module CTRL_A 302 is responsible for monitoring the functioning of thecentralised meter CM 12X. - The
centralised meter CM 12X further comprises a firstcommunication module COM_A1 304 intended to make it possible to communicate by powerline with the data concentratorDC 11 via thePLCN network 100. The firstcommunication module COM_A1 304 therefore acts in the first frequency band. - The
centralised meter CM 12X further comprises a secondcommunication module COM_A2 305 intended to make it possible to communicate by powerline with each intermediate unit IU attached to saidcentralised meter CM 12X. The secondcommunication module COM_A2 305 therefore acts in the second frequency band. Thecontrol module CTRL_A 302 implements aninternal application IAPP 310. Theinternal application IAPP 310 is in particular responsible for instancing an emulation application for each fluid meter attached to thecentralised meter CM 12X. Each emulation application is hereinafter referred to as a virtual fluid meter. By way of illustration, when thecentralised meter CM 12X is thecentralised meter CM 12C, as six fluid-meter entities are attached to thecentralised meter CM 12C inFIG. 1 ,FIG. 3A shows six virtual fluid-meter applications - The
centralised meter CM 12X may further comprise a userinterface module USI 303 suitable for interacting with users. The userinterface module USI 303 comprises for example two buttons each making it possible to activate a pairing procedure between a fluid meter and a centralised-meter system comprising thecentralised meter 12X. -
FIG. 3B illustrates schematically an arrangement of anintermediate unit IU 13X. Theintermediate units IU intermediate unit IU 13X. Theintermediate unit IU 13X comprises acontrol module CTRL_B 352 identical to the control module described in relation toFIG. 2 . Thecontrol module CTRL_B 352 is responsible for monitoring the functioning of theintermediate unit IU 13X. - The
intermediate unit IU 13X further comprises a firstcommunication module COM_B1 354 intended to make it possible to communicate by powerline with the centralised meter CM to which saidintermediate unit 13X is attached. The firstcommunication module COM_B1 354 acts in the second frequency band. - The
intermediate unit IU 13X further comprises a secondcommunication module COM_B2 353 intended to make it possible to communicate in accordance with the WM-Bus communication standard with each fluid meter with which theintermediate unit IU 13X is associated. -
FIG. 3C illustrates schematically an arrangement of afluid meter 14X. Such an arrangement is found in thefluid meters G W fluid meter 14X comprises acontrol module CTRL_C 370 identical to the control module described in relation toFIG. 2 . Thecontrol module CTRL_C 370 is responsible for monitoring the functioning of thefluid meter 14X. - The
fluid meter 14X may further comprise a userinterface module USI 371 suitable for interacting with users. The userinterface module USI 371 is for example a button making it possible to activate a procedure for pairing thefluid meter 14X and the centralised-meter system to which the fluid meter is attached. - The
fluid meter 14X further comprises acommunication module COM_C 372 intended to make it possible to communicate in accordance with the WM-Bus communication standard with the intermediate unit IU with which the fluid meter is associated. -
FIG. 3D illustrates schematically an example of arrangement of a smart electricity meter. The smart electricity meter ofFIG. 3D is the meter of the variant in which an intermediate unit IU is integrated in a smart electricity meter. The smart electricity meter comprises thesame modules centralised meter CM 12X ofFIG. 3A . As in thecentralised meter CM 12X, thecontrol module CTRL_A 302 implements aninternal application IAPP 310 that instances an emulation application for each fluid meter attached to the smart electricity meter. In the context of this variant, theinternal application IAPP 310 has to instance at a maximum only two emulation applications, one for a fluid meter of the water meter type and the other for a fluid meter of the gas meter type. Moreover, in this variant, since the smart electricity meter communicates directly with each fluid meter, the secondcommunication module COM_A2 305 is replaced by acommunication module COM_A3 306 making it possible to communicate in accordance with the WM-Bus communication standard with each fluid meter with which the smart electricity meter is associated. -
FIG. 4 illustrates schematically a first embodiment of a method for reading fluid meters. InFIG. 4 , we have the context of a centralised meter CM separated from the intermediate units IU with which it is associated. Moreover, inFIG. 4 , we take the example of exchanges between thecentralised meter CM 12C and thefluid meter C 14A by means of theintermediate unit IU 13A. The functioning of the exchanges between the other fluid meters (G 14B, G 14C,W 16A,W 16B andW 16C) and thecentralised meter CM 12C via theintermediate units IU 13B and 13C is identical. - All the exchanges between the
centralised meter CM 12C and theintermediate unit 13A use frames in accordance with the G3-PLC standard for the physical layer and the data link layer (“Medium Access Control (MAC)”) in accordance with the OSI (Open Systems Interconnection) model. In one embodiment, the network layer according to the OSI model is in accordance with the 6LoWPAN (IPv6 Low-Power Wireless Personal Area Networks) protocol as specified in the RFC normative documents 4919 and 4944). Hereinafter, the frames exchanged between thecentralised meter CM 12C and theintermediate unit 13A are referred to as G3-PLC frames. - All the exchanges between the
intermediate unit 13A and thefluid meter 14A use frames in accordance with the WM-Bus standard for the physical layer and the data link layer. In one embodiment, the network layer according to the OSI model is in accordance with the 6LoWPAN protocol. The frames exchanged between theintermediate unit 13A and thefluid meter 14A are hereinafter referred to as WM-Bus frames. - In one embodiment, the application layer of the G3-PLC and WM-Bus frames is proprietary and specific. In a G3-PLC or WM-Bus frame, this application layer takes the form of a command byte followed by a payload comprising a variable number of bytes. Hereinafter, the G3-PLC or WM-Bus frames going in the direction from
fluid meter G 14A to centralisedmeter CM 12C are referred to as respectively uplink G3-PLC frames and uplink WM-Bus frames, and the G3-PLC or WM-Bus frames going in the direction fromcentralised meter CM 12C to thefluid meter G 14A are respectively referred to as downlink G3-PLC frames and downlink WM-Bus frames. - In the context of the downlink WM-Bus frames and the downlink G3-PLC frames, the proprietary application layer defines the following command bytes and associated payloads (it should be noted that each command byte takes the form of a hexadecimal value):
-
- “0x00” signifying “reserved” associated with an empty payload;
- “0x01” signifying “time set” associated with a payload of six bytes. The first (and respectively the second, third, fourth, fifth and sixth) represent an hour (and respectively minute, second, day, month and year);
- “0x02” signifying “reserved” associated with an empty payload;
- “0x03” signifying “reserved” associated with an empty payload;
- “0x04” signifying “reserved” associated with an empty payload;
- “0x05” signifying “reserved” associated with an empty payload;
- “0x06” signifying “reserved” associated with an empty payload;
- “0x07” signifying “request to read gas meter index” associated with an empty payload;
- “0x08” signifying “request to read water meter index” associated with an empty payload;
-
- “0x09” signifying “request for pairing with a gas meter” associated with an empty payload;
- “0x0A” signifying “request for pairing with a water meter” associated with an empty payload;
- “0x0B” signifying “sending of an encryption key for gas meter” associated with a payload of sixteen bytes representing an encryption key for gas meter;
- “0x0C”” signifying “sending of an encryption key for water meter” associated with a payload of sixteen bytes representing an encryption key for water meter;
- “0x0D” to “0x0F” signifying “reserved” associated with an empty payload.
- In the context of the uplink WM-Bus frames and uplink G3-PLC frames, the proprietary application layer defines the following command bytes and the associated payloads:
-
- “0x00” signifying “reserved” associated with an empty payload;
- “0x01” signifying “reserved” associated with an empty payload;
- “0x02” signifying “transmission of an index value” associated with a payload comprising a byte representing an index type, 4 index value bytes and 6 timestamp bytes (hour, minute, second, day, month, year). The byte representing an index type takes a value in bytes equal to “0x01” when it is an index of a gas meter, and a value in bytes equal to “0x02” when it is a water meter index. The other possible values of the byte representing an index type signify “reserved”.
- “0x03” signifying “status” associated with a payload of two bytes. In these two bytes, the bits 0 to 7 and 10 to 15 are reserved for future uses. In the invention, only the bit values 8 and 9 are used, the bit 8 signifying “gas failure” and the bit 9 signifying “water failure”.
- “0x04” signifying “pairing status” associated with a payload of five bytes. The first byte gives a hexadecimal value representing a type of pairing: the value “0x00” signifies “gas pairing successful”; the value “0x01” signifies “gas pairing failed”; the value “0x02” signifies “water pairing successful”; the value “0x03” signifies “water pairing failed”. The other possible values of this byte are reserved for other uses. The following four bytes represent an identifier of the fluid meter.
- the values “0x05” to “0xFF” signify “reserved” associated with an empty payload.
-
FIG. 4 does not show the exchanges between thecentralised meter CM 12C and the data concentratorDC 11. As seen above, all the exchanges between thecentralised meter CM 12C and thedata concentrator 11 use frames in accordance with the G3-PLC standard for the physical layer and the data link layer. In one embodiment, the network layer according to the OSI model is in accordance with the 6LoWPAN protocol. The frames exchanged between thecentralised meter CM 12C and the data concentratorDC 11 are hereinafter referred to as DC frames. In one embodiment, the application layer of the DC frames is in accordance with the DLMS/COSEM standard (“Device Language Message Specification/Companion Specification for Energy Metering”), as described in the IEC normative document 62056-5-3 and in the 12th edition of the document “Bluebook: COSEM Interface Classes and OBIS Object Identification System” published by the DLMS User Association. - In the embodiment in
FIG. 4 , thefluid meter G 14A is unidirectional, that is to say it can only send frames. Thefluid meter G 14A cannot therefore receive frames. - In a
step 401, a user presses the button on theuser interface USI 371 of thefluid meter G 14A. Thecontrol module CTRL_C 370 of thefluid meter G 14A captures this action on the button. - In a
step 402, thecontrol module CTRL_C 370 causes the sending, by thecommunication module COM_C 372, of signalling messages during a predefined period, each signalling message taking the form of a WM-Bus signalling frame, that is to say a frame in accordance with the WM-Bus standard comprising an SND-IR symbol as defined in table 24 of the standard, referred to as a WM-Bus hello frame. For example, the predefined period lasts for fifteen minutes. - In a
step 403, theintermediate unit IU 13A receives at least one WM-Bus hello frame by means of itscommunication module COM_B2 353. - In a
step 404, preferably occurring between thelaunch step 401 and the end of the predefined period, the user presses on one of the buttons of theuser interface USI 303 of thecentralised meter CM 12C. This manipulation of the button is then captured by thecontrol module CTRL_A 302 which, in astep 405, causes the sending, by thecommunication module COM_A2 305, of a downlink G3-PLC pairing frame, that is to say a downlink G3-PLC frame in which the control byte is at 0x09 or 0x10. It is assumed here that one of the buttons causes a pairing with a gas meter and that the other button causes a pairing with a water meter. - In a
step 406, theintermediate unit IU 13A receives the downlink pairing frame by means of itscommunication module COM_B1 354. From this reception, thecontrol module CTRL_B 352 knows that a pairing has been requested by a centralised meter CM. Thus, whereas up until then thecontrol module CTRL_B 352 did not take into account any receptions of uplink WM-Bus hello frames, it now knows that reception of an uplink WM-Bus hello frame must cause a pairing. - In a
step 407, thefluid meter G 14A, which is still in the predefined period, sends a new uplink WM-Bus hello frame by means of itscommunication module COM_C 372. - This uplink WM-Bus hello frame is received by the
communication module COM_B2 353 from theintermediate unit 13A in astep 408. - In a
step 409, the predefined period ends and thefluid meter G 14A ends the sendings of uplink WM-Bus frames. - Reception of an uplink WM-Bus hello frame by the
intermediate unit IU 13A causes the sending of a so-called pairing-successful uplink G3-PLC frame, that is to say one comprising a control byte at 0x04, a first payload byte at 0x00 or 0x02, and four bytes identifying thefluid meter G 14A. It is assumed here that theintermediate unit IU 13A knows the identifier of each fluid meter that is connected thereto. - In a
step 411, thecommunication module COM_A2 305 receives the pairing-successful uplink G3-PLC frame. - Reception of the pairing-successful uplink G3-PLC frame by the
centralised meter CM 12C causes the sending, in a step 412, of a request for an encryption key for thefluid meter G 14A intended for themanagement entity 15. This request is made via thedata concentrator DC 11. The request for an encryption key comprises the identifier of thefluid meter G 14A so that themanagement entity 15 transmits an encryption key corresponding to this fluid meter. Once recovered, the encryption key is transmitted to theintermediate unit IU 13A in astep 413. To do this, thecentralised meter CM 12C sends a so-called encryption-key transport downlink G3-PLC frame. The encryption-key transport downlink G3-PLC frame comprises a control byte at 0x0B or at 0x0C and sixteen bytes comprising the encryption key. Instep 413, thecontrol module CTRL_A 302 instances an emulation application emulating a virtual fluid meter able to communicate directly with thedata concentrator 11 on behalf of thefluid meter G 14A. - In a
step 414, theintermediate unit IU 13A receives the encryption-key transport downlink G3-PLC frame. As soon as this frame is received, thecontrol module CTRL_B 352 knows that all the communications between theintermediate unit IU 13A and thefluid meter G 14A must be encrypted using the encryption key of thefluid meter G 14A received. Step 414 ends a pairing phase between the centralised-meter system comprising thecentralised meter CM 12C and theintermediate unit IU 13A and thefluid meter G 14A. Thecontrol module CTRL_A 302 therefore considers that thecentralised meter CM 12C (and therefore the corresponding centralised-meter system) is paired with thefluid meter G 14A when it receives at least one signalling frame (i.e. an uplink WM-Bus hello frame) from saidfluid meter G 14A and, in one embodiment, that it has obtained the encryption key corresponding to saidfluid meter G 14A. - Following this pairing phase, an index-transmission phase can begin.
- During this phase, the
fluid meter G 14A sends so-called index-transmission uplink WM-Bus frames at regular predefined intervals, for example every day, and goes on standby between each sending. Each index-transmission uplink WM-Bus frame corresponds to a frame in accordance with the WM-Bus standard comprising an SND-NR symbol as defined in table 24 of the standard. The index type, the index and the timestamp information constitute information representing a fluid-consumption reading. InFIG. 4 , we have shown two sendings of index-transmission uplink WM-Bus frames insteps - These two index-transmission uplink WM-Bus frames are received by the
intermediate unit IU 13A respectively insteps control module CTRL_B 352 stores the value of the information representing fluid consumption contained in this frame. - In a
step 419, the control module CTRL_A of thecentralised meter CM 12C triggers a reading of thefluid meter G 14A. To do this, it sends a so-called reading downlink G3-PLC frame to theintermediate unit IU 13A. Each reading downlink G3-PLC frame comprises a control byte at 0x07 or at 0x08 and an empty payload. - In a
step 420, theintermediate unit IU 13A receives the reading downlink G3-PLC frame. Following reception of this frame, thecontrol module CTRL_B 352 recovers the last information value representing fluid consumption that it received for the fluid meter to which the reading downlink G3-PLC frame related. - In a
step 421, theintermediate unit IU 13A sends a so-called index-transmission uplink G3-PLC frame. The index-transmission uplink G3-PLC frame comprises a control byte at 0x02 and a payload comprising a byte of the index type at 0x01 or 0x02, four bytes corresponding to the last index value and six bytes comprising the timestamp information corresponding to said last index. The content of this frame is encrypted using the encryption key received instep 414. - In a
step 422, thecentralised meter CM 12C receives the index-transmission uplink G3-PLC frame. The virtual fluid meter emulating thefluid meter G 14A is then responsible for retransmitting the content of the index-transmission uplink G3-PLC frame, i.e. the index and the timestamp information, to themanagement entity 15 via thedata concentrator DC 11. - It should be noted that, if no uplink WM-Bus frame is received by the
intermediate unit IU 13A after a predefined period, for example fifteen minutes, following the reception of the pairing downlink G3-PLC frame instep 406, thecontrol module CTRL_B 352 causes a sending, by thecommunication module COM_B1 354, of a so-called “pairing-failure” uplink G3-PLC frame to thecentralised meter CM 12C. The pairing-failure uplink G3-PLC frame comprises a control byte equal to 0x04, a first payload byte equal to 0x01 or 0x03 and four bytes identifying thefluid meter G 14A. When a pairing-failure uplink G3-PLC frame is received, thecentralised meter CM 12C transmits information to themanagement entity 15 via thedata concentrator DC 11 informing themanagement entity 15 that action on thefluid meter G 14A is necessary. -
FIG. 5 illustrates schematically a second embodiment of a fluid-meter reading method. - In the embodiment in
FIG. 5 , thefluid meter G 14A is bidirectional, that is to say it can send and receive frames. - The method in
FIG. 5 repeats thesteps 401 to 408 identically. Thestep 408 is followed by thesteps steps step 512 is followed by astep 513 during which theintermediate unit IU 13A receives the encryption-key transport downlink G3-PLC frame from themeter G 14A. As soon as this frame is received, thecontrol module CTRL_B 352 knows that all the communications between theintermediate unit IU 13A and thefluid meter G 14A must be encrypted using the encryption key received. In thestep 513, theintermediate unit IU 13A transmits a so-called pairing successful downlink WM-Bus frame to thefluid meter G 14A. The pairing-successful downlink WM-Bus frame with a frame in accordance with the WM-Bus standard comprising a CNF-IR symbol as defined in table 25 of the standard. - In a
step 514, thefluid meter G 14A receives the pairing-successful downlink WM-Bus frame. The reception of this frame ends the sending of the uplink WM-Bus hello frames by thefluid meter G 14A. It is therefore thestep 514 that ends the pairing phase between the centralised-meter system comprising thecentralised meter CM 12C and theintermediate unit IU 13A and thefluid meter G 14A. - Following this pairing phase, an index-transmission phase can begin.
- The index transmission phase follows the pairing phase.
- In a
step 515, thecontrol module CTRL_B 352 causes a sending, by thecommunication module COM_B2 353, of a predefined delay D in a downlink WM-Bus frame comprising an SND-UD symbol as defined in table 24 of the standard and four bytes representing the predefined delay D expressed in seconds remaining before the next awakening. The predefined delay D is for example equal to 24 hours. - In a
step 516, thefluid meter G 14A receives the downlink WM-Bus frame containing the predefined delay D by means of itscommunication module COM_C 372. The predefined delay is used by thecontrol module CTRL_C 370 for fixing a standby time for thefluid meter G 14A following a successful index reading. - In a
step 517, thefluid meter G 14A transmits a so-called acknowledgement uplink WM-Bus frame to theintermediate unit IU 13A in order to acknowledge reception of the predefined delay D. The acknowledgement uplink WM-Bus frame corresponds to a frame in accordance with the WM-Bus standard comprising an ACK symbol as defined in the table 25 of the standard. - In a
step 518, theintermediate unit IU 13A receives the acknowledgement uplink WM-Bus frame. - It should be noted that, if the
intermediate unit IU 13A does not receive an acknowledgement uplink WM-Bus frame at the end of a period DTimeout, for example equal to 10 seconds, following execution of thestep 515, it sends a downlink WM-Bus frame containing the predefined delay D. If at the end of K attempts (for example K=3) no acknowledgement uplink WM-Bus frame is received, the intermediate unit considers that it is necessary to re-pair thefluid meter G 14A and informs themanagement entity 15 thereof. - In a
step 519, following the sending of the acknowledgement uplink WM-Bus frame, thecontrol module CTRL_C 370 puts thefluid meter G 14A on standby during the predefined period D. At the end of the predefined period D, thecontrol module CTRL_C 370 awakens thefluid meter G 14A in astep 520. In one embodiment, as from this awakening, thefluid meter G 14A remains awake until it receives an index-reading request. - In a
step 521, thecontrol module CTRL_A 302 of thecentralised meter CM 12C causes the sending of a reading downlink G3-PLC frame to theintermediate unit IU 13A. - In a
step 522, theintermediate unit IU 13A receives the reading downlink G3-PLC frame. Thecontrol module CTRL_B 352 knows that the fluid meter may be in standby mode but also knows, since it has fixed the predefined delay D, how much time at a maximum thefluid meter G 14A can remain in standby mode. Thecontrol module CTRL_B 352 then deduces from this when, in astep 523, to send a so-called reading downlink WM-Bus frame. It is then said that theintermediate unit IU 13A and thefluid meter G 14A are synchronised. The reading downlink WM-Bus frame corresponds to a frame in accordance with the WM-Bus standard comprising a symbol REQ-UTD as defined in the table 24 of the standard. - In a
step 524, when it is in an awake period, thefluid meter G 14A receives the reading downlink WM-Bus frame. - In a
step 525, thecontrol module CTRL_C 370 causes a sending, by thecommunication module COM_C 372, of an index-transmission uplink WM-Bus frame. The index-transmission uplink WM-Bus frame corresponds to a frame in accordance with the WM-Bus standard comprising a symbol RSP-UD as defined in the table 25 of the standard and comprising 4 bytes representing the index of thefluid meter G 14A. - In a step 526, the
intermediate unit IU 13A receives the index-transmission uplink WM-Bus frame and retransmits the content thereof in an index-transmission uplink G3-PLC frame to thecentralised meter CM 12C. In astep 527, thecentralised meter CM 12C receives the index-transmission uplink G3-PLC frame. The virtual fluid meter emulating thefluid meter G 14A then takes responsibility for retransmitting the content of the index-transmission uplink G3-PLC frame, i.e. the index and the timestamp information, to themanagement entity 15 via thedata concentrator DC 11. - In a
step 528, thecontrol module CTRL_A 302 returns to thestep 521 in order to send a reading downlink G3-PLC frame. - In a
step 529, thecontrol module CTRL_B 352 returns to thestep 515 in order to send a predefined delay D. - In a
step 530, thecontrol module CTRL_C 370 returns to thestep 516 and awaits reception of a predefined delay D. - It should be noted that, there also, if no uplink WM-Bus frame is received by the
intermediate unit IU 13A after a predefined period following the reception of the pairing downlink G3-PLC frame in thestep 406, thecontrol module CTRL_B 352 causes a sending, by the communication module COM_B1 354: of a so-called “pairing failure” uplink G3-PLC frame to thecentralised meter CM 12C. When a pairing-failure uplink G3-PLC frame is received, thecentralised meter CM 12C transmits information to themanagement entity 15 via thedata concentrator DC 11 informing themanagement entity 15 that action on thefluid meter G 14A is necessary. - In one embodiment, the
intermediate unit IU 13A sends a predefined delay D only once. In this embodiment, in thestep 529, thecontrol module CTRL_B 352 returns to thestep 523. Moreover, thecontrol module CTRL_C 370 puts thefluid meter G 14A on standby (step 519) during the predefined delay D following thestep 525 without awaiting reception of a new predefined delay D. - In one embodiment, the
intermediate unit IU 13A and thefluid meter G 14A are desynchronised, even if theintermediate unit IU 13A has supplied a predefined period D to thefluid meter G 14A. In this embodiment, following the reception of the reading downlink G3-PLC frame in thestep 522, thecontrol module CTRL_B 352 causes sendings, at regular intervals, of reading downlink frames WM-Bus until a first index-transmission uplink WM-Bus frame is received. The transmission of the reading downlink WM-Bus frames therefore ceases as soon as the first index-transmission uplink WM-Bus frame is received. -
FIG. 6 illustrates schematically a third embodiment of a method for reading fluid meters. The context ofFIG. 6 is that of a smart electronic meter integrating an intermediate unit IU. In this case, the smart electricity meter forms all by itself the centralised-meter system. InFIG. 6 , the fluid meter is unidirectional. - In a
step 601, identical to step 401, a user presses the button of theuser interface USI 371 of thefluid meter G 14A. Thecontrol module CTRL_C 370 of thefluid meter G 14A captures this action on the button. - In a
step 602, identical to step 402, thecontrol module CTRL_C 370 causes the sending, by thecommunication module COM_C 372, of a plurality of WM-Bus signalling frames referred to as WM-Bus hello frames for a predefined period. For example, the predefined period lasts for fifteen minutes. - In a
step 603, the smart electricity meter receives at least one WM-Bus hello frame by means of itscommunication module COM_A3 306. - In a
step 604, preferably occurring between thelaunch step 601 and the end of the predefined period, the user presses on one of the buttons of theuser interface USI 303 of the smart electricity meter. This manipulation of the button is then captured by thecontrol module CTRL_A 302, which awaits reception of a WM-Bus hello frame. - In a
step 607, identical to thestep 407, thefluid meter G 14A, which is still in the predefined period, sends a new uplink WM-Bus hello frame by means of itscommunication module COM_C 372. - This uplink WM-Bus hello frame is received by the
communication module COM_A3 306 of the smart electricity meter in astep 608. - Reception of the latter uplink WM-Bus frame causes the sending, in a
step 612, of a request for an encryption key for thefluid meter G 14A to themanagement entity 15. This request is made via thedata concentrator DC 11. In thestep 612, thecontrol module CTRL_A 302 instances an emulation application emulating a virtual fluid meter able to communicate directly with thedata concentrator 11 for thefluid meter G 14A. - In a
step 609, which is identical to thestep 409, the predefined period ends and thefluid meter G 14A ends the sendings of uplink WM-Bus frames. - Step 609 ends at the pairing phase between the centralised-meter system comprising the
centralised meter CM 12C and theintermediate unit IU 13A and thefluid meter G 14A. - Following this pairing phase, the index-transfer phase can begin.
- During this phase, the
fluid meter G 14A transmits index-transmission uplink WM-Bus frames at regular intervals, for example every day. InFIG. 6 , we have shown two sendings of index-transmission uplink WM-Bus frames during thesteps - These two index-transmission uplink WM-Bus frames are received by the smart electricity meter respectively in the
steps control module CTRL_A 302 stores the information representing a reading of fluid consumption contained in this frame. - In a
step 622, the virtual fluid meter emulating thefluid meter G 14A takes responsibility for retransmitting the last index received by the smart electricity meter and the corresponding timestamp information to themanagement entity 15 via thedata concentrator DC 11. -
FIG. 7 illustrates schematically a fourth embodiment of a method for reading fluid meters. The context ofFIG. 7 is that of a smart electronic meter integrating an intermediate unit IU. In this case, the smart electricity meter all by itself forms the centralised-meter system. InFIG. 7 , the fluid meter is bidirectional. - The method in
FIG. 7 repeats thesteps step 608 is followed by astep 711 identical to thestep 612. Thestep 711 is followed by astep 713, during which the smart electricity meter transmits a pairing-successful downlink WM-Bus frame to thefluid meter G 14A. - In a
step 714, identical to thestep 514, thefluid meter G 14A receives the pairing-successful downlink WM-Bus frame. Reception of this frame ends the sending of the uplink WM-Bus hello frames by thefluid meter G 14A. - The
step 714 therefore ends the pairing phase between the smart electricity meter and thefluid meter G 14A. - Following this pairing phase, the index-transfer phase can begin.
- In a
step 715, thecontrol module CTRL_A 302 causes a sending, by thecommunication module COM_A3 306, of a predefined delay D in a downlink WM-Bus frame as described in thestep 515. The predefined delay D is for example equal to 24 hours. - In a
step 716, thefluid meter G 14A receives the downlink WM-Bus frame containing the predefined delay D by means of itscommunication module COM_C 372. The predefined delay is used by thecontrol module CTRL_C 370 to fix a standby time of thefluid meter G 14A following a successful index reading. - In a step 717, identical to the
step 517, thefluid meter G 14A transmits an acknowledgement uplink WM-Bus frame to theintermediate unit IU 13A in order to acknowledge reception of the predefined delay D. - In a
step 718, the smart electricity meter receives the acknowledgement uplink WM-Bus frame as described in thestep 517. - In a
step 719, identical to step 519, following the sending of the acknowledgement uplink WM-Bus frame, thecontrol module CTRL_C 370 puts thefluid meter G 14A on standby during the predefined period D. At the end of the predefined period D, thecontrol module CTRL_C 370 wakes thefluid meter G 14A in astep 720, identical to thestep 520. In one embodiment, as from this awakening, thefluid meter G 14A remains awake until it receives an index-reading request. - In a
step 723, the smart electricity meter sends a reading downlink WM-Bus frame to thefluid meter G 14A. It is assumed here that the smart electricity meter and thefluid meter G 14A are synchronised. - In a
step 724, identical to thestep 524, thefluid meter G 14A receives the reading downlink WM-Bus frame. - In a
step 725, identical to thestep 525, thecontrol module CTRL_C 370 causes a sending, by thecommunication module COM_C 372, of an index-transmission uplink WM-Bus frame. - In a
step 727, the smart electricity meter receives the index-transmission uplink WM-Bus frame. The virtual fluid meter emulating thefluid meter G 14A then takes responsibility for retransmitting the content of the index-transmission uplink WM-Bus frame, i.e. the index and the timestamp information, to themanagement entity 15 via thedata concentrator DC 11. - In a
step 729, thecontrol module CTRL_A 302 returns to thestep 715 in order to send a predefined delay D to thefluid meter G 14A. - In a
step 730, thecontrol module CTRL_C 370 returns to thestep 716 and awaits reception of a predefined delay D.
Claims (12)
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1904592A FR3095694B1 (en) | 2019-04-30 | 2019-04-30 | Fluid meter reading process |
FR1904592 | 2019-04-30 |
Publications (2)
Publication Number | Publication Date |
---|---|
US20200348149A1 true US20200348149A1 (en) | 2020-11-05 |
US11592316B2 US11592316B2 (en) | 2023-02-28 |
Family
ID=67999784
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/839,914 Active 2040-08-01 US11592316B2 (en) | 2019-04-30 | 2020-04-03 | Method for reading meters for fluids |
Country Status (4)
Country | Link |
---|---|
US (1) | US11592316B2 (en) |
EP (1) | EP3734984B1 (en) |
CN (1) | CN111862571B (en) |
FR (1) | FR3095694B1 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR3119039A1 (en) * | 2021-02-09 | 2022-07-22 | Sagemcom Energy & Telecom Sas | METER READING BY A COMMUNICATION SYSTEM |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7262709B2 (en) * | 2004-04-26 | 2007-08-28 | Elster Electricity, Llc | System and method for efficient configuration in a fixed network automated meter reading system |
US7956767B2 (en) * | 2006-06-20 | 2011-06-07 | Nivis, Llc | Automatic meter reading communication |
US20080177678A1 (en) * | 2007-01-24 | 2008-07-24 | Paul Di Martini | Method of communicating between a utility and its customer locations |
CN101604473B (en) * | 2009-04-28 | 2011-08-24 | 武汉蓝焰自动化应用技术有限责任公司 | Multi-access concentrator used in gas burning system and service method therefor |
EP2565585A1 (en) * | 2011-08-30 | 2013-03-06 | Nagravision S.A. | System and method to manage utility meter communications |
US9747786B2 (en) * | 2012-12-17 | 2017-08-29 | Itron, Inc. | Virtual cluster meter (VCM) |
FR3005228B1 (en) * | 2013-04-30 | 2016-11-25 | Electricite De France | COMMUNICATION INTERFACE BETWEEN EQUIPMENT AND A FLUID COUNTING SYSTEM |
CN105185075A (en) * | 2015-08-05 | 2015-12-23 | 北京智芯微电子科技有限公司 | Gas meter communication networking method and system |
CN106332170A (en) * | 2016-08-24 | 2017-01-11 | 国网重庆市电力公司客户服务中心 | Broadband carrier communication performance detecting system |
KR101860647B1 (en) * | 2016-12-01 | 2018-05-23 | 한국전력공사 | Data concentration unit and method for operating the same |
CN107231172B (en) * | 2017-06-06 | 2021-06-15 | 中国电力科学研究院 | Method and system for testing interoperability of broadband carrier communication of low-voltage power line |
-
2019
- 2019-04-30 FR FR1904592A patent/FR3095694B1/en not_active Expired - Fee Related
-
2020
- 2020-04-03 US US16/839,914 patent/US11592316B2/en active Active
- 2020-04-16 EP EP20169862.8A patent/EP3734984B1/en active Active
- 2020-04-29 CN CN202010355168.XA patent/CN111862571B/en active Active
Also Published As
Publication number | Publication date |
---|---|
FR3095694B1 (en) | 2021-10-01 |
US11592316B2 (en) | 2023-02-28 |
CN111862571B (en) | 2023-01-17 |
EP3734984B1 (en) | 2021-05-26 |
CN111862571A (en) | 2020-10-30 |
FR3095694A1 (en) | 2020-11-06 |
EP3734984A1 (en) | 2020-11-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100481792C (en) | Wireless communication system, and communication method, wireless terminal and server therein | |
TW200921053A (en) | Electronic meter for networked meter reading | |
CN104658226B (en) | Wireless kilowatt meter reading-out system and meter register method | |
KR100434655B1 (en) | Automatic Meter Reading System | |
US11223989B2 (en) | Method for managing handover roaming | |
CN111092854B (en) | Method for transmitting packets transmitted from a source device to a destination device | |
CN212367305U (en) | Electric power thing of perception equipment allies oneself with management device | |
US11592316B2 (en) | Method for reading meters for fluids | |
US11516561B2 (en) | Method for reading fluid meters | |
CN108898814B (en) | Electric power data acquisition and transmission method and system | |
CN202043130U (en) | Remote control system for power station | |
CN110351827A (en) | A kind of wireless self-networking method and system based on Sub-GHz | |
CN114553262B (en) | Electric energy data high-speed acquisition terminal and control method thereof | |
US10686652B2 (en) | Method for controlling the load of a data concentration gateway for a wireless communication network | |
CN103167632B (en) | A kind of oil field data transmission system and method thereof | |
US11402417B2 (en) | Detection of energy-consumption fraud in an electrical distribution service | |
CN116192903B (en) | Electric power inspection system based on Internet of things and satellite communication | |
KR20160023349A (en) | Apparatus and method for collecting meter reading data using packet | |
CN115086446B (en) | Data transmission method, system, device, equipment and computer readable storage medium | |
CN213877028U (en) | Data acquisition system of multiple metering sensors | |
FI12073U1 (en) | Motion detector to be coupled to a mobile network | |
Moons | Multi-Level Interoperability in Heterogeneous Low Power Wide Area | |
Santini | Integration and evaluation of LoRa sensors in GreenIoT | |
Methekar et al. | Design and Implementation of IOT Gateway | |
Gonnot et al. | Robust framework for 6LoWPAN-based body sensor network interfacing with smartphone |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
AS | Assignment |
Owner name: SAGEMCOM ENERGY & TELECOM SAS, FRANCE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:TEBOULLE, HENRI;REEL/FRAME:052480/0723 Effective date: 20200316 |
|
STCT | Information on status: administrative procedure adjustment |
Free format text: PROSECUTION SUSPENDED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: AWAITING TC RESP., ISSUE FEE NOT PAID |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |