Monitoring data sensor for a device, assembly comprising such a sensor and method for measuring monitoring data

Abstract

Monitoring Data Sensor for a Device, Assembly Comprising Such a Sensor and Method for Measuring Monitoring Data. The present invention relates to a monitoring data sensor (3) for a device. The sensor (3) is configured to acquire primary operating data (D1, D2) on the device. The sensor (3) includes a server (7) configured to receive requests from a client (5). The server (7) includes a primary operating data transmission module (11), configured to format a primary data file from the primary operating data and transmit the primary data file to a client (5) only after receiving a primary data retrieval request (27A) from the client (5). Figure for abstract: Figure 1

Description

Title of the invention: Monitoring data sensor for a device, assembly comprising such a sensor and method for measuring monitoring data

[0001] The present invention relates to a monitoring data sensor for a device. It also relates to an assembly comprising such a sensor. Finally, it relates to a method for measuring monitoring data for a device using such a sensor.

[0002] Many sensor technologies allow for the measurement of monitoring data on a device, for example, current, voltage, or power data on an electric motor. This monitoring data can be used, for example, for the purposes of monitoring, optimizing, or diagnosing such a device.

[0003] Among these numerous existing sensor technologies, we can mention Schneider Electric's Powertag solution, which is generally satisfactory and is a closed, proprietary solution, meaning that its sensors can only be used with an associated Schneider Electric software suite. We can also mention the Socomec Digiware solution, which offers calculation and transmission of useful data from primary data measured on a device.

[0004] However, to avoid saturating the bandwidth during transmission and to conserve transmission and storage resources, such sensors transmit limited data, which does not allow for advanced diagnostics on the monitored loads. Furthermore, the data received is limited by the manufacturer's choices.

[0005] The aim of the invention is then to provide a monitoring data sensor for a device enabling a customer to have the data they need, while limiting energy consumption and overloading of transmission channels.

[0006] To this end, the invention relates to a monitoring data sensor for a device, configured to acquire primary operating data on the device, the sensor comprising a primary operating data transmission module, configured to format a primary data file from the primary operating data and transmit the primary data file to a client, such as: • the sensor includes a server configured to receive requests from the client; • The primary operating data transmission module belongs to the server; and • The primary operating data transmission module is configured to format and transmit the primary data file only after receiving a primary data retrieval request from the client.

[0007] Thanks to the invention, primary operating data is sent on demand by the customer, thereby reducing the data flow, and thus energy consumption and the load on the transmission channels—in other words, bandwidth usage—to the bare minimum. Furthermore, by freeing up transmission and storage resources, it is possible to transmit a greater variety of data according to the customer's needs. For example, it becomes possible to transmit unprocessed primary operating data on demand, which can be useful, in particular, for predictive maintenance and advanced diagnostics, without saturating the transmission channels. Finally, limiting the bandwidth usage per sensor allows a given customer to operate several sensors simultaneously.

[0008] According to other advantageous aspects of the invention, the sensor comprises one or more of the following features, taken individually or in all technically possible combinations:

[0009] - the sensor comprises: • at least one transformation module, configured to determine at least one secondary operating data point from the primary operating data; and • at least one secondary operating data transmission module, belonging to the server, configured to record a word representing the last determined value of at least one secondary operating data and transmit the word to the client;

[0010] - the or at least one of the operating data transmission module(s) secondary is configured to transmit the word only after receiving a request to obtain secondary data from the client;

[0011] - the device is a motor comprising at least two phases and in which the primary operating data include a current value for each phase and a voltage value between phases;

[0012] - secondary operating data include at least one piece of data among the group composed of: • a root mean square of a primary operating data point; • a power factor for each phase; • an active power for each phase; • an active energy for each phase; • a reactive power for each phase; • a reactive energy for each phase; • an apparent power for each phase; • a frequency for each phase; • an estimate of the engine's rotational speed; • an estimate of the engine torque; and • an internal status of the sensor;

[0013] - the server includes a parameter management module, configured to receive parameters via a parameter change request from the client and to store the parameters, the parameters determining the methods of acquiring and / or transmitting operating data to the client.

[0014] The invention also relates to an assembly composed of: • at least one sensor as described above; and • a client, including an orchestrator module configured to send the request to obtain primary data from the server and to receive the primary data file from the server.

[0015] According to other advantageous aspects of the invention, the assembly comprises one or more of the following features, taken individually or in all technically possible combinations:

[0016] - the assembly is such that: • the server of at least one sensor and the client are respectively a server and a client according to the OPC-UA protocol; • the transmission of data files and requests between the server and the client is done via an Ethernet protocol; • The client includes a server network module, configured to assign an IP address to at least one sensor; and • the server includes a client network module, configured to receive the IP address assigned by the client;

[0017] - the client includes an analysis module, configured to receive and analyze the primary data file received by the orchestrator module for predictive maintenance of the device or advanced diagnostics of the device.

[0018] The invention also relates to a method for measuring operating data for a device by means of a sensor according to the above, the method comprising: • an acquisition of primary operating data by the sensor; • the server receives the request to retrieve primary data; then • formatting of the primary data file and transmission of the primary data file to the client via the primary operating data transmission module.

[0019] This method induces the same advantages as those mentioned above with regard to the monitoring data sensor of the invention.

[0020] The invention will become clearer upon reading the following description, given solely by way of non-limiting example, and made with reference to the drawings in which:

[0021] [Fig-1] [Fig. 1] is a diagram of an assembly comprising a client and a monitoring data sensor for a device, according to the invention;

[0022] [Fig.2] [Fig.2] is a diagram temporally representing three examples of request exchanges between the sensor and the client of [Fig.1], corresponding to the three inserts (A) to (C).

[0023] Fig. 1 represents an assembly 1 consisting of a monitoring data sensor 3 for a device and a client 5. In an alternative not shown, the assembly 1 comprises several sensors 3 communicating with the same client 5.

[0024] The device, not shown, is for example an electric motor. During its use, the device is characterized by primary monitoring data, also called primary operating data, relating to how the device functions. In the case of an electric motor comprising at least two phases, the primary monitoring data are, for example, a current value for each phase and a voltage value between the phases.

[0025] Alternatively, the device is a valve, an electrical circuit, a blade, a battery, or any other device for which it may be useful to know monitoring data. The primary monitoring data can then take various forms, such as speed, temperature, position, pressure, or flow rate values.

[0026] The sensor 3 is configured to acquire the primary operating data of the device, optionally calculate secondary operating data, and transmit the primary and / or secondary operating data to customer 5, at the request of customer 5.

[0027] To do this, the sensor 3 includes a server 7, configured to receive requests from the client 5, and several modules internal or external to the server 7.

[0028] Server 7 is advantageously a server according to the OPC-UA protocol (from the English Open Platform Communication s UnifiedArchitecture), capable of receiving and sending requests from and to the client 5 according to an Ethernet transport protocol. The use of such a protocol makes it possible to improve the compatibility of sensor 3 with different clients 5.

[0029] Alternatively, server 7 operates according to another protocol, in particular any Ethernet protocol with TCP / IP (Transmission Control Protocol and Internet Protocol) requests.

[0030] The sensor 3 includes a primary operating data transmission module 11. As an optional complement, it further includes a primary operating data acquisition module 9, a signal processing module 13, at least one transformation module 15A, 15B, 15C and / or 15D, at least one secondary operating data transmission module 17A and / or 17B, a client network module 19 and a parameter management module 21.

[0031] The primary operating data transmission modules 11, secondary operating data transmission modules 17A-B, client network 19 and parameter management modules 21 belong to the server 7. The primary operating data acquisition modules 9, signal processing modules 13 and transformation modules 15A-D are external to the server 7.

[0032] The sensor 3 includes, for example, an information processing unit, not shown, formed, for example, of a memory and a processor associated with the memory.

[0033] According to this example, the primary operating data transmission module 11, as well as the optional primary operating data acquisition module 9, the signal processing module 13, at least one transformation module 15A-15D, at least one secondary operating data transmission module 17A-B, the client network module 19, and the parameter management module 21, are each implemented as software, or a software component, executable by the processor. The sensor 3's memory is then capable of storing primary operating data acquisition software, as well as optionally signal processing software, transformation software, secondary operating data transmission software, client network software, and parameter management software. The processor is then capable of executing each of these software programs.

[0034] Alternatively, the primary operating data transmission module 11, as well as optionally the primary operating data acquisition module 9, the signal processing module 13, at least one transformation module 15A-15D, at least one secondary operating data transmission module 17A-B, the client network module 19 and the parameter management module 21, are each implemented as a programmable logic component, such as an FPGA (Field Programmable Gate Array), or even an integrated circuit, such as an ASIC (from the English Application Specifies Integrated Circuit).

[0035] When the sensor 3 is implemented as one or more software programs, i.e., as a computer program, also called a computer program product, it is further capable of being stored on a computer-readable medium (not shown). A computer-readable medium is, for example, a medium capable of storing electronic instructions and being connected to a bus of a computer system. For example, a readable medium is an optical disc, a magneto-optical disc, a ROM, any type of non-volatile memory (e.g., FLASH or NVRAM), or a magnetic card. A computer program comprising software instructions is then stored on the readable medium.

[0036] The sensor 3 measures, in a known manner, at least one of the primary operating data, by means of a sensor element not shown for each primary operating data. In the example shown in [Fig. 1], the sensor 3 measures a first primary operating data D1, which is, for example, a current flowing in one phase of the electric motor, and a second primary operating data D2, which is, for example, a voltage between two phases of the electric motor.

[0037] Alternatively, the second primary operating data D2 is a voltage between a phase of the motor and a neutral point created by an electronic circuit or created digitally by software.

[0038] The signal processing module 13 is configured to sample and process the primary operating data Dl-2 to make it more readily usable. To do this, the signal processing module 13 implements known digital signal processing methods, for example, applying an anti-aliasing filter, multiplying the primary operating data Dl-2 by a gain, scaling the primary operating data Dl-2, or integrating the primary operating data Dl-2. The signal processing module 13 outputs processed primary operating data D3 and D4.

[0039] In the following description, the primary operating data processed D3-4 can be replaced by the primary operating data Dl-2.

[0040] The transformation modules 15A-D take as input the processed primary operating data D3-4 and perform a transformation of this data in order to extract other relevant data, referred to as secondary operating data. In other words, the transformation modules 15A-D are configured to determine at least one secondary operating data item from the primary operating data, which may have been processed.

[0041] By way of example, the sensor 3 illustrated in [Fig.1] comprises four transformation modules 15A-D, among which is a speed estimation module 15A, a diagnostic module 15B, a torque estimation module 15C and an energy data estimation module 15D.

[0042] The speed estimation module 15A is configured to estimate the rotational speed of the electric motor from the processed primary operating data D3, which represents the current in at least one phase of the motor. This estimation is performed, for example, using a fast Fourier transform (FFT), slip detection, or a state estimator based on a Kalman filter. The secondary operating data provided by the speed estimation module 15A is then the rotational speed of the motor.

[0043] The diagnostic module 15B performs a diagnostic of sensor 3 based on the processed primary operating data D3-4. For example, the diagnostic module 15B detects whether sensor 3 is functioning normally, or whether a fault is preventing its proper operation. The fault could be, for example, an insufficient supply voltage to sensor 3 or a technical failure of one of the sensor elements, characterized by poor reception of the corresponding primary operating data. The secondary operating data provided by the diagnostic module 15B thus includes, for example, an internal status of sensor 3 and a status of the sensor element for each primary operating data point. The status indicates whether sensor 3 or the sensor element in question is functioning correctly or not.

[0044] The torque estimation module 15C is configured to estimate the electric motor torque from the processed primary operating data D3-4. This estimation is performed, for example, using a Clarke transformation, a flux calculation, or a Kalman filter. The secondary operating data provided by the torque estimation module 15C is then the motor torque.

[0045] The energy data estimation module 15D is configured to perform an energy data estimation of the electric motor from the processed primary operating data D3-4. The secondary operating data provided by the energy data estimation module 15D then includes, for example, at least one data point from the group consisting of: - a root mean square of one of the primary operating data; - a power factor for each phase of the electric motor; - an active power for each phase of the electric motor; - active energy for each phase of the electric motor; - a reactive power for each phase of the electric motor; - reactive energy for each phase of the electric motor; - an apparent power for each phase of the electric motor; and - a frequency for each phase of the electric motor.

[0046] The primary operating data acquisition module 9 receives the processed primary operating data D3-4 at a given primary data acquisition frequency, for example, on the order of 5 kHz, which is advantageously configurable. The benefit of this module is that it allows the server 7 to have access to the unprocessed processed primary operating data D3-4 and to transmit it on demand from the customer. Indeed, this unprocessed data is useful for predictive maintenance or advanced diagnostics of the device, but is generally not transmitted to existing sensors due to the very large amount of data generated.

[0047] Each module belonging to the server 7 is capable of receiving and sending requests from or to the client 5 or other modules of the sensor 3, as detailed later in this description.

[0048] The primary operating data transmission module 11 is configured to format a primary data file from the processed primary operating data D3-4 and transmit the primary data file to the client 5, but only after receiving a GET request 27A for primary data from the client 5. More specifically, the primary operating data transmission module 11 is configured to, upon receiving a GET request 27A for primary data from the client 5, record the processed primary operating data D3-4 for a predetermined recording period. The predetermined recording period is advantageously on the order of 10 seconds and is user-configurable.The primary operating data thus recorded is then formatted by the primary operating data transmission module 11 into a primary data file, conforming to a standard, so that it can be used by the client 5. The primary data file thus includes an evolution of the primary operating data over time during the predetermined recording period. The primary data file is advantageously stored in a buffer F12 of the primary operating data transmission module 11. In practice, in the example shown in [Fig. 1], the primary operating data transmission module 11 obtains the recording of the processed primary operating data D3-4 by means of a retrieval request 27B sent to the acquisition module 9. This retrieval request 27B triggers the data recording. The primary operating data processed D3-4 is received by the acquisition module 9 at the given primary data acquisition frequency. The primary operating data transmission module 11 is then able to transmit the primary data file to the client 5, via an Ethernet data bus.

[0049] The secondary operating data transmission modules 17A-B are configured to generate a word, representing the last determined value of at least one secondary operating data point, and transmit the word to the client 5. The word is advantageously stored in a buffer Fl8 of the secondary operating data transmission module 17A-B in question. Each secondary operating data transmission module 17A-B corresponds to one or more respective secondary operating data points, and therefore to a respective word representing these secondary operating data points.

[0050] Advantageously, the word is a binary sequence, for example stored on 8 bits. Alternatively, the word is a secondary data file similar to the primary data file.

[0051] The secondary operating data transmission modules 17A-B transmit their respective word either by a publication request (called PUBLISH request) 29A of the word to the client 5, issued at a predetermined secondary data transmission frequency, or only after receiving a secondary data retrieval request 27C from the client 5. These two alternatives can coexist in the same sensor 3, as in the example of [Fig.1].

[0052] In order to format the word, which represents the latest calculated values ​​of the secondary data, the secondary operating data transmission modules 17A-B must have access to the secondary operating data. To do this, the secondary operating data transmission modules 17A-B advantageously receive secondary data publication requests 29B-C from one or more of the transformation modules 15A-D. These secondary data publication requests 29B-C are issued at a predetermined, and advantageously configurable, secondary data acquisition frequency.

[0053] In an alternative not shown, the secondary operating data transmission modules 17A-B send a request to obtain secondary data to the transformation modules 15A-D.

[0054] In the example of [Fig.1], the sensor 3 comprises two secondary operating data transmission modules 17A-B, among which is a diagnostic transmission module 17A and an aggregate data transmission module 17B.

[0055] The diagnostic transmission module 17A receives secondary operating data from the diagnostic module 15B, including the statuses of sensor 3 and the sensor elements. Upon receiving these statuses, the diagnostic transmission module 17A generates the word representing the statuses of sensor 3 and the sensor elements. The diagnostic transmission module 17A is then able to issue the word publication request 29A to the client 5.

[0056] The aggregate data transmission module 17B receives secondary operating data provided by the speed estimation module 15A, the torque estimation module 15C, and the energy data estimation module 15D. The aggregate data transmission module 17B stores the latest values ​​of the motor speed estimation, motor torque estimation, and motor energy data in its buffer Fl8. The word representing the secondary operating data requested by client 5 from among the motor speed estimation, motor torque estimation, and motor energy data is generated and transmitted to client 5, via an Ethernet data bus, only after receiving the secondary data retrieval request 27C sent by client 5.

[0057] The client network module 19 enables the sensor 3 server 7 to communicate with the client 5 using an Internet protocol requiring an IP address (Internet Protocol), specifically an IPv4 or IPv6 address. For example, the client network module 19 enables the sensor 3 server 7 to communicate with the client 5 using the OPC-UA (Open Platform Communication Unified Architecture) protocol. In particular, the client network module 19 is configured to receive an IP address assigned by the client 5 prior to any get 27 or publish 29 request between the server 7 and the client 5.

[0058] The parameter management module 21 manages parameters that determine the methods of acquiring and / or transmitting operating data to the client 5, according to the client 5's needs. More specifically, the parameter management module 21 is configured to receive parameters via a parameter change request 29D from the client 5 and to store these parameters in a non-volatile memory F22 of the parameter management module 21. By way of example, these parameters include the primary data acquisition frequency, the secondary data acquisition frequency, the secondary data transmission frequency, the recording duration, parameters constituting the device, and / or an activation license for the sensor 3. Through the parameter change request 29D, these parameters are adapted to the client 5's needs.When it receives a parameter change request 29D, the parameter management module 21 issues an internal parameter publication request 29E to . destination of all modules concerned by the parameters. The parameter management module 21 also allows the parameters to be stored internally in the sensor 3, in particular within the server 7, so as not to lose the parameters in case of loss of connection with the client 5 or restart of the sensor 3.

[0059] The client 5 is an electronic system capable of communicating with the sensor 3, in particular to receive primary and secondary operating data, and to allow, for example, processing of this data for the purposes of monitoring, optimization or diagnosis of the device.

[0060] As shown in [Fig.1], the client 5 includes an orchestrator module 31. Optionally, it also includes a server network module 33, at least one monitoring module 35A, 35B and / or 35C and an analysis module 36. The analysis module 36 advantageously includes a database 41 and an analysis sub-module 43.

[0061] The client 5 includes, for example, an information processing unit, not shown, formed, for example, of a memory and a processor associated with the memory.

[0062] According to this example, the orchestrator module 31, as well as the optional network server module 33, the monitoring modules 35A-C, and the analysis sub-module 43, are each implemented as a software program, or a software component, executable by the processor. The client 5's memory is then capable of storing orchestrator software, as well as optionally network server software, monitoring software, and analysis software. The processor is then capable of executing each of these programs.

[0063] In an alternative not shown, the orchestrator module 31, as well as the optional network server module 33, the supervisory modules 35A-C and the analysis sub-module 43 are each implemented as a programmable logic component, such as an FPGA (Field Programmable Gale Array).

[0064] When the client 5 is implemented in the form of one or more software programs, that is, in the form of a computer program, also called a computer program product, it is further capable of being stored on a computer-readable medium, not shown. A computer-readable medium is, for example, a medium capable of storing electronic instructions and being connected to a bus of a computer system. By way of example, a readable medium is an optical disc, a magneto-optical disc, a ROM, any type of non-volatile memory (for example, FLASH or NVRAM), or a magnetic card. A computer program comprising software instructions is then stored on the readable medium.

[0065] Advantageously, the client 5 includes a user interface 39, allowing a user to interact with the client 5. The user interface 39 displays the data exposed by the 35A-C supervision modules, for example in the form of a display on a screen, allowing the user to consult operating data and perform configuration actions.

[0066] The user module 37 is the assembly formed by the supervision modules 35A-C and the user interface 39.

[0067] The server network module 33 allows the client 5 to communicate with the server 7 using the OPC-UA protocol. In particular, the server network module 33 is configured to assign an IP address to the sensor 3 prior to any get 27 or publish 29 request between the server 7 and the client 5. To do this, the server network module 33 exchanges bidirectional requests 23 with the client network module 19. The IP address assignment is carried out, for example, using the DHCP (Dynamic Host Configuration Protocol) protocol. In the case where the assembly 1 includes several sensors 3, the server network module 33 allows a distinct IP address to be assigned to each sensor 3, so that the client 5 can receive and distinguish data from each of these sensors 3.

[0068] The orchestrator module 31 is configured to send the primary data retrieval request 27A to the server 7 and to receive the primary data file from the server 7 in response to this request 27A. As required, in other examples of the invention not shown, the orchestrator module 31 is configured to exchange different retrieval requests 27 and publication requests 29 with the server 7.

[0069] In the illustrated example, the primary data retrieval request 27A issued by the orchestrator module 31 is received by the primary data transmission module 11. As explained previously, the primary data transmission module 11 transmits, in response to this request 27A, the primary data file to the orchestrator module 31.

[0070] The orchestrator module 31 is advantageously configured to, after receiving the primary data file, resample the primary operating data contained in the primary data file according to the needs of the analysis module 36, creating a resampled primary data file. The orchestrator module 31 is further configured to send a publish request 29F of the primary data file or the resampled primary data file to the analysis module 36.

[0071] The primary database 41 of the analysis module 36 is, for example, an SQL (Structured Query Language) database. The database 41 is configured to store the primary data files or resampled primary data files received from the orchestrator module 31 via the publish request 29F. The database 41 also stores analysis results from the analysis submodule 43.

[0072] Advantageously, the primary database 41 further includes a communication interface with the user module 37, enabling the user interface 39 to read and render the analysis results stored in the primary database 41.

[0073] The analysis submodule 43 is configured to communicate with the primary database 41, so as to read and write data in the database 41. In particular, according to the illustrated example, the analysis submodule 43 reads the primary data files in the database 41, analyzes them and writes the results of this analysis into the primary database 41.

[0074] To this end, the analysis submodule 43 is capable of executing an analysis algorithm, for example, to diagnose the state of the device from primary operating data, for the purposes of predictive maintenance or advanced device diagnostics. For example, the analysis algorithm detects unusual variations in the primary operating data, revealing a malfunction of the device. According to this example, the analysis results indicate the state of the device. According to another example, the primary operating data is used by the analysis submodule 43 to develop a digital twin of the device, which is an example of advanced device diagnostics. Any analysis method known to a person skilled in the art that is compatible with the structure of the analysis submodule 43 can be implemented by the analysis submodule 43.

[0075] Each monitoring module 35A-C is configured to exchange get 27C, publish 29A or change 29D requests with the server 7. These requests allow the user module 37 to access the primary and secondary operating data of the device, in order to return it to the user via the user interface 39. They also allow action on the server 7, in particular taking into account parameters entered by the user via the user interface 39.

[0076] In the example shown in [Fig.1], the client 5 includes three secondary data monitoring modules 35A-C, among which is a status monitoring module 35A, an aggregate data monitoring module 35B and a parameter monitoring module 35C.

[0077] The status monitoring module 35A advantageously receives the word publication request 29A from the diagnostic module 17A. Furthermore, the status monitoring module 35A allows for network status verification, since it no longer receives word publication requests 29A from the diagnostic module 17A at the predetermined transmission data frequency if sensor 3 is disconnected from the network. Thus, the status monitoring module 35A allows the user interface 39 to display the status of sensor 3, the sensor elements, and the network. The user is therefore informed. in case of failure of sensor 3 and can implement appropriate mitigation actions.

[0078] The aggregate data monitoring module 35B advantageously sends the secondary data retrieval request 27C to the aggregate data transmission module 17B. The retrieval request 27C is sent either periodically or at the user's request via the user interface 39. Thus, the aggregate data monitoring module 35A allows the user module 37 to retrieve the secondary operating data contained in the word generated by the aggregate data transmission module 17B, in this case the speed estimate, the torque estimate and the motor energy data, via the user interface 39.

[0079] The parameter monitoring module 35C advantageously issues the parameter change request 29D to the parameter management module 21. This parameter change request 29D is advantageously issued each time a parameter is modified by the user via the user interface 39. Thus, the parameters determining the methods of acquiring and / or transmitting operating data to the client 5 are adapted to the user's needs.

[0080] A method for measuring operating data for the device using assembly 1 is detailed in the remainder of this description.

[0081] For the chronology of the different requests exchanged between the server 7 and the client 5, reference is made to [Fig.2]. Each of the inserts (A) to (C) illustrates a non-limiting example of request exchanges between the client 5, to the left of each insert, and the server 7 of the sensor 3, to the right of each insert, during the time elapsed in the direction of the arrow T.

[0082] The method for measuring operating data includes at a minimum an acquisition of primary operating data by the sensor 3, a reception by the server 7 of the request to obtain primary data 27A issued by the client 5, and a formatting of the primary data file and a transmission of the primary data file to the client 5 by the primary operating data transmission module 11.

[0083] As explained above, the sensor elements of sensor 3 acquire the primary operating data DI-2. The primary operating data DI-2 are analog or digital signals. In the illustrated example, the primary operating data are then processed and sampled at the primary data acquisition frequency by the signal processing module 13 and subsequently received by the primary operating data acquisition module 9. In the case where the primary operating data DI are digital signals, their sampling frequency is advantageously greater than ten times the primary data acquisition frequency.

[0084] At a time TOB, shown in the inset (B) of [Fig. 2], the orchestrator module 31 of client 5 sends the primary data retrieval request 27A to the primary data transmission module 11 of server 7. As explained previously, this request triggers the sending of the retrieval request 27B to the primary operating data acquisition module 9, which in turn triggers the recording of primary operating data for the predetermined recording time DTI. In the example shown, during this DTI time interval, client 5 periodically sends secondary control requests 27A1 to server 7 to determine whether the recording of primary operating data is complete. The secondary control requests 27A1 are optional.Once recording is complete at the end of the recording time DTI, the primary operating data transmission module 9 formats the primary data file and then sends a secondary information request 27A2 to client 5 indicating that the primary data file is ready. Next, client 5 sends a secondary transfer request 27A3 to server 7. Then, after a time interval DT3 from the secondary transfer request 27A3, preferably less than one second, server 7 sends a response 27A4 to client 5, containing the primary data file. In other words, it is in the response 27A4 that server 7 transmits the primary data file to client 5.

[0085] At the end of this exchange of requests, the orchestrator module 31 of client 5 therefore has the primary data file. It can then, as explained previously, transmit this primary data file to the analysis module 36, whose analysis results are then returned to the user via the user interface 39.

[0086] Thus, the method of measuring operating data allows the user to access analysis results enabling predictive maintenance or advanced diagnostics of the device, without clogging the transmission channels, since the primary operating data is sent at the request of the customer 5, when necessary.

[0087] After a duration DT4 from time TOB, the client 5 sends another primary data retrieval request 27A to the server 7. The analysis results provided by the user interface 39 are thus updated according to the evolution of the device's operating data. According to a first embodiment, the primary data retrieval requests 27A are sent periodically by the client 5, for example at a period DT4 equal to Ih, which allows for predictive maintenance by limiting the amount of data transmitted. According to another embodiment of the invention, the primary data retrieval requests 27A are sent at the user's command from the user interface 39.

[0088] As an optional complement, the method for measuring operating data includes other exchanges of requests such as the exchanges illustrated on inserts (A) and (C) of [Fig.2].

[0089] In the example illustrated on the insert (A) of [Fig.2], the parameter monitoring module 35C of the client 5 sends, at a time TOA, the parameter change request 29D to the parameter management module 21 of the server 7. The time TOA corresponds for example to a first connection between the client 5 and the server 7, after assignment of an IP address to the sensor 3 by the bidirectional request communication channel 23 between the client network module 19 and the server network module 33.

[0090] From time TOA, the diagnostic transmission module 17A of the server 7 periodically sends a publication request 29A of the word representing the status of the sensor 3 to the status monitoring module 35C, at the predetermined secondary data transmission frequency. The predetermined secondary data transmission frequency is the inverse of a period DT6, for example on the order of one second, illustrated in the inset (A) of [Fig.2].

[0091] Receiving the publication request 29A at the predetermined secondary data transmission frequency allows the client 5 to periodically check the status of the sensor 3 and return it to the user via the user interface 39.

[0092] In the example illustrated in inset (C) of [Fig. 2], the aggregate data monitoring module 35B of client 5 sends a secondary data retrieval request 27C to the aggregate data transmission module 17B of server 7 at time TOC. In response to the secondary data retrieval request 27C, server 7 sends client 5 a response 27C1 containing the corresponding word. In this example, the corresponding word includes an aggregation of the speed estimate, torque estimate, and engine energy data. As described previously, this retrieval request 27C thus allows client 5 to obtain secondary operating data of the device and to return it to the user via user interface 39. Because this data is sent at the request of client 5, the amount of data transmitted and stored in set 1 is optimized with respect to the user's need.

[0093] The secondary data retrieval request 27C can be automatically issued, periodically at a second predetermined secondary data retrieval frequency, or at the user's request via the user interface 39. In the example shown in inset (C) of [Fig. 2], these two variants coexist in the process. Thus, the secondary data retrieval requests 27C, represented as continuous arrows, are sent periodically at the second predetermined secondary data retrieval frequency, which is the inverse of a period DT7 represented on [Fig.2], while the secondary data retrieval requests 27C represented as discontinuous arrows are sent only at the user's request via the user interface 39. Thus, since the second secondary data transmission frequency is set by the client 5 and the periodic requests can be supplemented with on-demand requests as needed, the amount of data transmitted and stored in set 1 is optimized with respect to the user's need.

[0094] In an alternative not shown, the exchange of requests shown on insert (C) of [Fig.2] includes secondary requests analogous to secondary requests 27A1, 27A2 and 27A3 of the example of insert (B) of [Fig.2].

[0095] Since the requests are sent at the request of client 5, a greater diversity of data can be made available by sensor 3 than by conventional sensors, without risk of saturating the transmission channels compared to existing sensors. In particular, the invention makes it possible to transmit both primary operating data, useful for predictive maintenance and advanced diagnostics of the device, and secondary operating data, useful for monitoring, optimization, or diagnostics of the device.

[0096] Any feature described above for an example of an embodiment or a variant can also be implemented in the other examples of embodiments or variants described above, as far as technically possible.

Claims

Demands

1. A monitoring data sensor (3) for a device, configured to acquire primary operating data (D1, D2) on the device, the sensor (3) comprising a primary operating data transmission module (11), configured to format a primary data file from the primary operating data (D1, D2) and transmit the primary data file to a client (5), characterized in that: • the sensor (3) comprises a server (7) configured to receive requests (27A, 27C) from the client (5); • the primary operating data transmission module (11) belongs to the server (7); and • the primary operating data transmission module (11) is configured to format and transmit the primary data file only after receiving a primary data retrieval request (27A) from the client (5).

2. Sensor (3) according to claim 1, comprising: • at least one transformation module (15A, 15B, 15C, 15D), configured to determine at least one secondary operating data from the primary operating data (D1, D2); and • at least one secondary operating data transmission module (17A, 17B), belonging to the server (7), configured to record a word representing the last determined value of the at least one secondary operating data and transmit the word to the client (5).

3. Sensor (3) according to claim 2, wherein the or at least one of the secondary operating data transmission module(s) (17B) is configured to transmit the word only after receiving a secondary data retrieval request (27C) from the customer (5).

4. Sensor (3) according to any one of the preceding claims, wherein the device is a motor comprising at least two phases and wherein the primary operating data (Dl, D2) include a current value for each phase and a voltage value between the phases.

5. Sensor (3) according to claim 4 taken with claim 2, wherein the secondary operating data includes at least one data point from the group consisting of: • a root mean square of a primary operating data point (D1, D2); • a power factor for each phase; • an active power for each phase; • an active energy for each phase; • a reactive power for each phase; • a reactive energy for each phase; • an apparent power for each phase; • a frequency for each phase; • an estimate of a motor rotational speed; • an estimate of a motor torque; and • an internal status of the sensor (3).

6. Sensor (3) according to any one of the preceding claims, wherein the server (7) includes a parameter management module (21), configured to receive parameters via a parameter change request (29D) from the client (5) and to store the parameters, the parameters determining the modalities of acquiring and / or transmitting operating data to the client (5).

7. Assembly (1) consisting of: • at least one sensor (3) according to any one of the preceding claims; and • a client (5), comprising an orchestrator module (31) configured to send the primary data retrieval request (27A) to the server (7) and to receive the primary data file from the server (7).

8. Assembly (1) according to claim 7, wherein: • the server (7) of at least one sensor (3) and the client (5) are respectively a server and a client according to the OPC-UA protocol; • the transmission of data files and requests between the server (7) and the client (5) is done via an Ethernet protocol; • the client (5) includes a server network module (33), configured to assign an IP address to at least one sensor (3); and • the server (7) includes a client network module (19), configured to receive the IP address assigned by the client (5).

9. Assembly (1) according to claim 7 or 8, wherein the customer (5) includes an analysis module (36), configured to receive and analyze the primary data file received by the orchestrator module (31) for predictive maintenance of the device or advanced diagnostics of the device.

10. Method for measuring operating data for a device by means of a sensor (3) according to any one of claims 1 to 6, the method comprising: • an acquisition of primary operating data (D1, D2) by the sensor (3); • a reception by the server (7) of the request to obtain primary data (27A); then • a formatting of the primary data file and a transmission of the primary data file to the client (5) by the primary operating data transmission module (11).

Images