Patent Application
20250146846
The present disclosure relates to a field device and a diagnostic method.
When a diagnosis is made on a field device, such as a pressure transmitter or a flowmeter, a user provides an instruction to the field device to be diagnosed, the instruction being for reading a parameter set at the field device from the field device. Subsequently, according to the instruction from the user, the field device transmits the parameter set at the field device, to the user. This process is repeatedly executed for each parameter that is desired to be read from the field device to be diagnosed.
Example of related-art is described in Japanese Laid-open Patent Publication No. 2004-126688.
However, in a case where there are plural field devices to be diagnosed, for example, the user needs to make diagnoses on each of the plural field devices and this work is thus burdensome. Furthermore, when, in conjunction with a diagnosis on the field device, a parameter of the field device is to be changed for a change in operation of the field device or for enabling or disabling its function, the user changes the parameter manually, and this work is thus even more burdensome and prone to human errors.
What is thus proposed through the present disclosure is a technique enabling improvement in efficiency of diagnoses on field devices.
According to an aspect of an embodiment, a field device is capable of performing field communication, the field device includes a storage unit and a processor. The storage unit stores a diagnostic script that is a script received using the field communication, the script describing a sequence of a diagnostic process to be executed at the field device. The processor makes a diagnosis on the field device by executing the diagnostic script stored in the storage unit.
configuration of a diagnostic system according to a first embodiment of the present disclosure;
Embodiments of the present disclosure will hereinafter be described on the basis of the drawings.
With respect to the following embodiments, redundant description may be omitted by assignment of the same reference sign to parts that are the same or processes that are the same.
Examples of the calculation unit 21 include a micro-controller unit (MCU). Examples of the storage unit 211 include a memory. Examples of the processor 212 include a central processing unit (CPU). Examples of the display unit 23 include a liquid crystal display (LCD).
The communication unit 22 performs field communication with the host device 10. Examples of the field communication performed between the communication unit 22 and the host device 10 include HART communication and Modbus communication.
The sensor 24 detects a predetermined physical quantity and outputs data (which may hereinafter be referred to as “sensor data”) representing the physical quantity detected, to the calculation unit 21.
The processor 212 calculates a process value on the basis of the sensor data. Furthermore, the processor 212 performs various kinds of calculation on the basis of data input from the host device 10 via the communication unit 22.
The process value calculated by the processor 212 is displayed on the display unit 23. Furthermore, parameters set at the field device 20 are displayed on the display unit 23.
At Step S100 in
Subsequently, at Step S105, the processor 212 stores the diagnostic script received by the communication unit 22 into the diagnostic script storage area 21A.
Subsequently, at Step S110, the host device 10 transmits, according to an instruction from the user, a script execution instruction to the field device 20. When causing the diagnostic scrip to be executed at the field device 20, for example, the user provides the script execution instruction to the field device 20 via the host device 10, by changing operation modes of the host device 10 and the field device 20. The user preferably provides the script execution instruction to the host device 10, for example, during maintenance, such as periodic repairs, of the field device 20, rather than during operation of the field device 20, to avoid affecting the operation of the field device 20.
Subsequently, at Step S115, the processor 212 executes, according to the script execution instruction received by the communication unit 22 at Step S110, the diagnostic script that has been stored in the diagnostic script storage area 21A. In a case where this diagnostic script is executed during maintenance of the field device 20, field communication between the host device 10 and the field device 20 is expected to be interrupted during execution of the diagnostic script. However, because the download of the diagnostic script to be executed at Step S115 has already been completed at Step S105, the diagnostic script is able to be executed offline. Therefore, interruption of the field communication during the execution of the diagnostic script does not affect the execution of the diagnostic script.
Subsequently, at Step S120, the processor 212 stores a result (which may hereinafter be referred to as “diagnostic result”) of the execution of the diagnostic script and data (which may hereinafter be referred to as “acquired data”) acquired through the execution of the diagnostic script, into the diagnostic result storage area 21B. The diagnostic result and the acquired data may hereinafter be collectively referred to as “diagnostic result log”. After storing the diagnostic result log into the diagnostic result storage area 21B, the processor 212 is put on standby.
Subsequently, at Step S125, the host device 10 transmits, according to an instruction from the user, permission for transmission of the diagnostic result log to the field device 20.
Subsequently, at Step S130, according to the permission for the transmission received by the communication unit 22 at Step S125, the processor 212 reads the diagnostic result log that has been stored in the diagnostic result storage area 21B and transmits the diagnostic result log read to the host device 10 via the
Analysis of the diagnostic result log by the host device 10 that has received the diagnostic result log at Step S130 enables the user to identify a cause of a failure at the field device 20, for example.
In
At the block A01, the processor 212 records all of 10 pieces of alarm history information held in the field device 20 into the diagnostic result log.
Subsequently, at the block A02, the processor 212 records alarm information on any alarm currently occurring, into the diagnostic result log.
Subsequently, at the block A03, the processor 212 checks the alarm information recorded at the block A02 and in a case where no alarm is currently occurring, the processor 212 determines a diagnostic result to be okay. On the contrary, in a case where any alarm is currently occurring, the processor 212 determines a diagnostic result to be not okay and records all of parameters (IMPORTANT_PARAM in the example of
Through the processing at the blocks A01 to A03, recording of the parameters in the diagnostic result log is completed.
Subsequently, at the block A04, the processor 212 stands by until permission for transmission of the diagnostic result log is provided from the host device 10, and the processing proceeds to the block A05 when the permission for the transmission is received via the
Subsequently, at the block A05, the processor 212 transmits the diagnostic result log to the host device 10 via the communication unit 22.
Subsequently, at the block A06, the processor 212 updates firmware of the field device 20 by writing a bin file (latest_firm. bin) that has been downloaded to the field device 20 beforehand, into the field device 20.
In
At the block B01, the processor 212 reads internal variable data on the basis of a memory address and a memory size, at which the internal variable of the field device 20 has been stored, and records the internal variable data read, into the diagnosis result log.
Subsequently, at the block B02, the processor 212 executes the function (TEST_PROGRAM) of the field device 20.
Subsequently, at the block B03, the processor 212 reads internal variable data after execution of the function (TEST_PROGRAM) of the field device 20 again and records the internal variable data read, into the diagnostic result log.
Subsequently, at the block B04, the processor 212 stands by until permission for transmission of the diagnostic result log is provided from the host device 10, and the processing proceeds to the block B05 when the permission for the transmission is received via the communication unit 22.
At the block B05, the processor 212 then transmits the diagnostic result log to the host device 10 via the communication unit 22.
In
At the block C01, the processor 212 sets CNT to an initial value.
Subsequently, at the block C02, the processor 212 repeatedly executes processing from the block C03 to the block C06 three times.
At the block C03, the processor 212 stands by for 3600 seconds to let the flowmeter itself and fluid inside the flowmeter stabilize.
Subsequently, at the block C04, the processor 212 performs zero point adjustment.
Subsequently, at the block C05, the processor 212 stores adjustment values calculated in the zero point adjustment (which may hereinafter be referred to as “zero point adjustment values”), ADJ_PARAM_1 to ADJ_PARAM_5, into buffers P1 to P5.
Subsequently, at the block C06, the processor 212 increments CNT that is an array index. After the block C06, the processing returns to the block C03.
After the processing at the blocks C03 to C06 has been repeatedly executed three times, at the block C07, the processor 212 calculates, for each of the buffers P1 to P5, a mean value (which may hereinafter be referred to as “adjustment value mean value”) of three zero point adjustment values stored in each of the buffers P1 to P5 and sets ADJ_PARAM_1 to ADJ_PARAM_5 to final zero point adjustment values that are the adjustment value mean values calculated.
During the processing of the blocks C01 to C07, the processor 212 sets all of the values acquired in the processing of the blocks C01 to C07 in the diagnostic result log.
Subsequently, at the block C08, the processor 212 stands by until permission for transmission of the diagnostic result log is provided from the host device 10, and the processing proceeds to the block C09 when the permission for the transmission is received via the communication unit 22.
At the block C09, the processor 212 then transmits the diagnostic result log to the host device 10 via the communication unit 22.
The first embodiment has been described above.
In the first embodiment, a diagnosis on the field device 20 is made according to an instruction from a user to the host device 10. However, in this second embodiment, various kinds of work performed by a user in the first embodiment are executed by the dedicated device 30 instead of a user.
A user is thereby able to make a diagnosis on the field device 20 by just connecting the dedicated device 30 that has been set beforehand to perform the various kinds of work, to a system of the field communication, and work of the user is thus reduced and errors in the work of the user are also able to be reduced in the diagnosis on the field device 20. Furthermore, a diagnosis on the field device 20 is not made via the host device 10 and a smaller load is thus put on the host device 10. Furthermore, the diagnostic result log acquired from the field device 20 is integrated at the host device 10 in the first embodiment, but in this second embodiment, a diagnostic result log acquired from the field device 20 is integrated at the dedicated device 30 and a storage capacity of the host device 10 is thus not put under pressure. Furthermore, because the diagnostic result log is integrated at the dedicated device 30, data management is facilitated.
The second embodiment has been described above.
Parameters in a diagnostic script and used in a diagnosis may be parameters calculated by analysis using, for example, artificial intelligence (AI). For example, calculating parameters that are likely to be related to soundness of a plant where a field device 20 is used, from data acquired periodically, and making a diagnosis on the field device 20 on the basis of the parameters calculated have a possibility of enabling precise understanding of any sign of malfunctioning of the field device 20.
For example, all of parameters are acquired beforehand from the field device 20 that has been operated for a long period of time (for example, 5 years or longer) and machine training is performed using training data that are soundness data on the field device 20 and other data related to the soundness of the field device 20. A trained model where an estimated value of soundness of the field device 20 is output is generated by use of all of the parameters in this machine training. However, in preprocessing of the machine training, data unrelated to the soundness (for example, a device name and parameters for testing) may be excluded. Examples of the soundness data include: a time period of uninterrupted operation of the field device 20, the number of errors that occurred at the field device 20, a measured physical quantity of the field device 20 (for example, a fluid type), the largest value and the smallest value of process values measured at the field device 20, and any combination of these pieces of data. For example, dividing the time period of uninterrupted operation by the number of errors enables calculation of a mean error occurrence time period, and it can be said that the larger this mean error occurrence time period, the higher the soundness of the field device 20.
Causing the processor 212 to execute the diagnostic script using the trained model generated as described above results in automatic acquisition of parameters that the field device 20 has and the estimated value of soundness of the field device 20 is calculated on the basis of the parameters acquired. A user is able to consider, for example, replacement of the field device 20 by referring to the estimated value of soundness calculated.
Or the estimated value of soundness of the field device 20 may be calculated by installation of a representative trained model in the field device 20 beforehand and execution of processing needed by means of a diagnostic script, the processing needed including acquisition of parameters and setting of parameters from the outside.
The third embodiment has been described above.
As described above, a field device according to the present disclosure (the field device 20 according to the embodiments) is capable of performing field communication and has a storage unit (the storage unit 211 according to the embodiments) and a processor (the processor 212 according to the embodiments). A diagnostic script received using the field communication is stored in the storage unit. The diagnostic script describes a sequence of a diagnostic process to be executed at the field device. The processor makes a diagnosis on the field device by executing the diagnostic script stored in the storage unit.
For example, by executing a diagnostic script, the processor acquires information on an alarm that has occurred at the field device. Furthermore, for example, by executing a diagnostic script, the processor updates firmware of the field device. Furthermore, for example, by executing a diagnostic script, the processor acquires an internal variable of the field device. Furthermore, for example, by executing a diagnostic script, the processor performs zero point adjustment of the field device.
Storing the diagnostic script describing the sequence of the diagnostic process to be executed at the field device in the field device beforehand thus eliminates need for direct operation of the field device by a user upon a diagnosis on the field device and thus enables reduction of the user's man-hours and reduction of human errors in the diagnosis on the field device. Therefore, making the diagnosis on the field device by the processor executing the diagnostic script enables increase in efficiency of the diagnosis on the field device.
Furthermore, the processor executes the diagnostic script according to an execution instruction for the diagnostic script.
As a result, the diagnostic script is able to be executed at any time by the user.
The present disclosure enables improvement in efficiency of diagnoses on field devices.
The following are some examples of a combination of the techniques according to the present disclosure.
Although the invention has been described with respect to specific embodiments for a complete and clear disclosure, the appended claims are not to be thus limited but are to be construed as embodying all modifications and alternative constructions that may occur to one skilled in the art that fairly fall within the basic teaching herein set forth.
| Number | Date | Country | Kind |
|---|---|---|---|
| 2023-189961 | Nov 2023 | JP | national |
The present application claims priority to and incorporates by reference the entire contents of Japanese Patent Application No. 2023-189961 filed in Japan on Nov. 7, 2023.
