Communication method and device based on HARTIP protocol

Abstract

The invention discloses a communication method and device based on a HARTIP protocol, and relates to the technical field of automation control, and the method comprises the following steps: S1, a controller obtains HARTIP configuration sent by configuration software; s2, the controller splits the HARTIP configuration according to HARTIP modules, and the configuration and the data length of each HARTIP device are obtained; s3, the HARTIP module is used for splitting the HARTIP configuration according to the HARTIP equipment and the HARTIP command; s4, the HARTIP module sends respective corresponding commands to the target instrument modules, and obtains execution results of the target instrument modules; and S5, according to an execution result, analyzing the data of the data packet, and periodically or suddenly sending the data to a controller according to the configuration information. According to the communication method based on the HARTIP, parallel communication of the slave stations of multiple devices can be achieved, the data interaction efficiency is improved, the sensitivity of the system is improved, and therefore the performance of the system is improved.

Description

Technical Field

[0001] The present invention relates to the field of automation control technology, and in particular to a communication method and device based on the HART_IP protocol. Background Art

[0002] In the field of automated control technology, as production scale expands, control systems become more and more complex, often involving the collection of various data, and the demand for communication speed and transmission distance is getting higher and higher.

[0003] There are two main types of HART communication master station devices and systems. The first type is based on 4-20mA analog signals superimposed on the HART communication protocol. Although the serial data communication method supports two-way communication and data transmission, the communication speed is slow, the data transmission distance is limited, and remote detection and control are difficult. At the same time, the original 4-20mA signal is also affected by the signal. The second type is to read data periodically through the host computer software and monitor the HART instrument data. The disadvantage of this solution is that the monitoring system and the control system are separated, and the monitored data cannot be used in the control system with high real-time requirements. Then, as the industrial site becomes more and more complex, the load on the host computer software is also a test. Summary of the invention

[0004] The present invention solves the problem that the existing HART communication scheme is difficult to detect and control remotely, and proposes a communication method and device based on the HART_IP protocol to achieve parallel communication of multiple device slave stations, improve data interaction efficiency, increase system sensitivity, and thus improve system performance.

[0005] In order to achieve the above object, the present invention adopts the following technical solution: a communication method based on the HART_IP protocol, comprising the following steps: S1, the controller obtains the HART_IP configuration sent by the configuration software; S2, the controller splits the HART_IP configuration according to the HART_IP module, and obtains the configuration and data length of each HART_IP device; S3, HART_IP module splits HART_IP configuration according to HART_IP devices and commands; S4, the HART_IP module sends corresponding commands to each target instrument module to obtain the execution result of the target instrument module; S5, according to the execution result, parse the data packet data, and send it to the controller periodically or burstily according to the configuration information.

[0006] In this technical solution, the controller first obtains the HART_IP configuration sent by the configuration software, and then the controller splits the HART_IP configuration, allocates the data area corresponding to the HART_IP module, and sends the HART_IP module configuration; the HART_IP module obtains the commands corresponding to each magic meter instrument module; then sends each corresponding command to each target instrument module, and obtains the execution result of the target instrument module; finally, the data packet data is parsed according to the execution result, filled into the HART_IP module data storage area, and the data is sent to the controller.

[0007] The present invention is further configured as follows: in step S2, the split data length is assigned a starting address and a length in the controller and is bound to the data storage of the corresponding HART_IP module, and the configuration of the HART_IP device is sent to the corresponding HART_IP module.

[0008] In this technical solution, the controller can split the HART_IP configuration and allocate data areas corresponding to the HART_IP modules.

[0009] The present invention is further configured as follows: the controller manages the device, the data area corresponding to the command and the configuration of the HART_IP module, and the HART_IP module manages the address of the access device of the HART_IP device, the number of commands, the command response parsing method and the data storage address.

[0010] The present invention is further configured as follows: Step S3 comprises: The HART_IP module distinguishes the target instrument modules according to the HART_IP device addresses, and obtains data packets including the corresponding commands of each target instrument module.

[0011] In this technical solution, the selection of the target instrument module can be set according to the actual scenario.

[0012] The present invention is further configured as follows: Step S4 comprises: The HART_IP module dispatches commands according to the acquired device configuration. When a command needs to be sent, it is stored at the end of the send queue. The HART_IP module send queue stores data. When sending data, the send command and receive processing function corresponding to the HART_IP device are bound. After obtaining the response packet, the send command is matched to parse the response information and stored in the module data area.

[0013] In the technical solution, in this step, the HART_IP module can send corresponding commands to each target instrument module concurrently, and after sending, start non-periodic polling to wait for the response of the HART_IP device that has sent the command.

[0014] The present invention is further configured as follows: Step S5 includes: the HART_IP module uses the cached execution results of each HART_IP device to obtain the parsing method corresponding to the command, fills the data parsing result into the data cache area, and sends it to the controller according to the configuration.

[0015] In this technical solution, the configuration is sent to the controller, so that the HART_IP device data can be sent to the main controller, which solves the problem that the existing solution can only realize addressing but cannot meet the batch and cycle capabilities. At the same time, the HART_IP device data can participate in the real-time control device.

[0016] A communication device based on the HART_IP protocol, applicable to the above-mentioned communication method based on the HART_IP protocol, comprising: Configuration acquisition module, which acquires the device configuration package sent by the configuration software; The command parsing module splits the configuration command packet and obtains the corresponding commands of each target instrument module; An execution module sends commands to each target instrument module and obtains the execution result of the target instrument module; The response module sends the burst command to the device platform for response according to the execution result and parses and caches the periodic command data; The data storage module stores the periodic commands.

[0017] This technical solution mainly includes a configuration acquisition module, a command parsing module, an execution module, a response module and a data storage module, so as to realize the above-mentioned communication method based on the HART_IP protocol.

[0018] The present invention is further configured as follows: the response module includes: The response acquisition submodule acquires the response data in the communication packet according to the execution results corresponding to each target instrument module; The response sending submodule sends the communication response packet to the device platform.

[0019] The response module of the present technical solution mainly includes a response acquisition submodule and a response sending submodule, which respectively realize the acquisition of response data and the sending of communication response packets.

[0020] The present invention is further configured as follows: the execution module includes: The command sending judgment submodule determines whether the configuration command needs to be sent; Sending queue module, storing commands to be sent; The sending submodule, if the communication can be sent, sends the command corresponding to the current target instrument module through Ethernet; Send command matching queue module, users store send commands and receive processing functions, and match response data values; The receiving queue module stores the reply commands.

[0021] In the present technical solution, the execution module mainly includes a command sending judgment submodule, a sending queue module, a sending submodule, a sending command matching queue module and a receiving queue module.

[0022] The present invention is further configured as follows: the data storage module comprises: The data storage submodule stores the data in the HART_IP response packet according to the data offset corresponding to each command configured; The data upload submodule sends the stored data to the controller.

[0023] In the present technical solution, the data storage module mainly includes a data storage submodule and a data uploading submodule, which respectively perform the data storage and data uploading functions.

[0024] The present invention can bring the following beneficial effects: The present invention relates to a communication method based on the HART_IP protocol, which can enhance the real-time and automation of data collection; increase the ability of long-distance communication; in a local control mode, it does not rely on host computer software and can run independently and efficiently; and realizes parallel data collection of multiple slave station HART devices. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] Figure 1 It is a schematic diagram of the principle of a communication method based on the HART_IP protocol of the present application.

[0026] Figure 2 It is a flow chart of step S4 of a communication method based on the HART_IP protocol of the present application.

[0027] Figure 3 It is a flow chart of Example 2 of a communication method based on the HART_IP protocol of the present application. DETAILED DESCRIPTION

[0028] In order to make the objectives, technical solutions and advantages of the present invention more clearly understood, the present invention is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific implementation method described herein is only an optimal embodiment of the present invention, which is only used to explain the present invention and does not limit the scope of protection of the present invention. All other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present invention.

[0029] Example 1 refer to Figure 1In this embodiment, the controller is a controller capable of controlling on-site automated production. The relevant communication packages, parsing packages and storage areas for the HART_IP module to communicate with the corresponding intelligent instrument equipment can be configured on-site through the configuration software; wherein the HART_IP module can correspond to multiple HART_IP devices; at the same time, the HART_IP module can receive burst communication packages sent by the device platform to communicate with the HART_IP device, and send the message communication results back to the device platform.

[0030] exist Figure 1 It mainly includes host computer software, field control system and field instruments; the host computer software mainly includes configuration software and equipment platform, the host computer software is connected to the field control system through the network, the field control system is connected to the field instruments through the network, the field control system mainly includes controller and HART_IP module, the controller is connected to the HART_IP module; the field instruments include several HART_IP devices, and several HART_IP devices are connected to the HART_IP module through the network.

[0031] This embodiment proposes a communication method based on the HART_IP protocol. Figure 1 , which mainly includes the following steps.

[0032] Step S1, first, the controller will obtain the HART_IP configuration sent from the attitude software.

[0033] More specifically, the content of the above-mentioned HART_IP configuration can be set by the designer according to the actual scenario and user needs; for example, the content of the HART_IP configuration includes the HART_IP device information corresponding to the configuration of the HART_IP module, HART_IP commands, HART_IP protocol parsing method, controller storage address and the data correspondence of the HART_IP module, which are not listed one by one here; that is, the number of commands that need to be sent to all target HART_IP modules, the length and content of each command, as long as the communication data packet can enable the controller to send command data to each corresponding target instrument module.

[0034] Step S2, the controller will then split the HART_IP configuration, and the basis for the splitting is specifically splitting according to the HART_IP module; at the same time, the configuration and data length of each HART_IP device are obtained.

[0035] More specifically, the split data length in this embodiment is assigned a data address, a starting address and a length in the controller, and is bound to the data storage of the corresponding HART module. At the same time, the configuration of the HART_IP device is sent to the corresponding HART_IP module.

[0036] In this technical solution, the controller can split the HART_IP configuration, allocate the data area corresponding to the HART_IP module, and send the HART_IP module configuration.

[0037] Step S3, after completing step S2, the HART_IP configuration will be split according to the HART_IP devices and commands in the HART_IP module.

[0038] More specifically, the HART_IP module can be distinguished according to the HART_IP device address to obtain data packets including the corresponding commands of each target instrument module.

[0039] In this embodiment, the specific selection of the target instrument device in step S3 can be set by the designer according to the practical scenario and user needs. This embodiment does not impose any limitation on this.

[0040] In this embodiment, the target instrument device is a HART_IP device or an intelligent instrument device.

[0041] For the above controller, it mainly manages the data area corresponding to the device and command and the configuration of the HART_IP module. For the above HART_IP module, it mainly manages the access device address, command number, command response parsing method and data storage address of the HART_IP device. According to the difference between the controller and the HART_IP module, the split is based on different criteria.

[0042] Then, step S4 is performed. After the above splitting is completed, the HART_IP module sends the corresponding commands to each target instrument module to obtain the execution result of the target instrument module.

[0043] More specifically, in this step, the HART_IP module can send the corresponding commands to each target instrument module, so that each target instrument module can send the received commands to the corresponding smart instrument device in its corresponding smart instrument device, so that the HART_IP module can receive the messages (i.e., response data) returned layer by layer by the smart instrument device through the target instrument module; that is, the execution result of the target instrument module can include the response data of the smart instrument device. In this step, the HART_IP module can send the corresponding commands to each target instrument module, and wait to receive the messages returned by the target instrument module.

[0044] Compared with the existing scheme, each time the message sent by the device platform is transparently forwarded by the controller, the controller only transfers the message and starts waiting for the response after sending it; that is, the message from the device platform is forwarded to the lower-level hardware, and finally forwarded to the smart instrument device layer by layer. The message of the smart instrument device is also returned layer by layer, and the controller waits for the response of the instrument before sending it to the device platform. The HART_IP communication method provided in this embodiment can adopt a non-blocking concurrent mechanism, use Ethernet to complete batch forwarding and response feedback, and can support communication with batches of HART_IP instrument devices. And because of the batch, the overall time consumption is much less than the existing scheme.

[0045] refer to Figure 2 In this step, the HART_IP module sends the corresponding commands to each HART_IP device to obtain the execution result of the target HART_IP device. In more detail, it includes the following process.

[0046] Step S41, first, obtain the HART_IP device configuration command, and then determine whether the configuration command is to be sent. If so, store it at the end of the sending queue. If not, return to obtain the HART_IP device configuration command; then send the corresponding command to the HART_IP device, and bind the corresponding sending command and receiving processing function of the HART_IP device. Then determine whether there is data in the receiving queue. If there is data, perform data matching and data analysis, and store the data in the module data area.

[0047] In this embodiment, the HART_IP module dispatches commands according to the acquired device configuration. If the command needs to be sent, it is stored at the end of the sending queue. Data is stored in the HART_IP module sending queue. The sending data is bound to the sending command and the receiving processing function at the same time. After obtaining the response packet, the sending command is matched and the response information is parsed and stored in the module data area. In this step, the HART_IP module can concurrently send the corresponding commands to each target instrument module, and after sending, it starts non-periodic polling to wait for the response of the HART_IP device that has been sent. This embodiment does not impose any restrictions on this.

[0048] Step S5, according to the execution result obtained in step S4, the data packet data is parsed, filled into the HART_IP module data storage area, and sent to the controller periodically or burstily according to the configuration information.

[0049] More specifically, in this step, the HART_IP module can use the cached execution results of each HART_IP device to obtain the parsing method corresponding to the command, fill the data parsing results into the data cache area, and send it to the controller according to the configuration, thereby realizing the process of HART_IP device data to the main controller, solving the problem that the existing solution can only realize addressing but cannot meet the batch and cycle capabilities. At the same time, HART_IP device data can participate in real-time control devices.

[0050] In this technical solution, the controller first obtains the HART_IP configuration sent by the configuration software, and then the controller splits the HART_IP configuration, allocates the data area corresponding to the HART_IP module, and sends the HART_IP module configuration; the HART_IP module obtains the commands corresponding to each magic meter instrument module; then sends each corresponding command to each target instrument module, and obtains the execution result of the target instrument module; finally, the data packet data is parsed according to the execution result, filled into the HART_IP module data storage area, and the data is sent to the controller.

[0051] Example 2 In this embodiment, the controller is a controller capable of controlling on-site automated production. The relevant communication packages, parsing packages and storage areas for the HART_IP module to communicate with the corresponding intelligent instrument equipment can be configured on-site through the configuration software; wherein the HART_IP module can correspond to multiple HART_IP devices; at the same time, the HART_IP module can receive burst communication packets sent by the device platform to communicate with the HART_IP device, and send the message communication results back to the device platform.

[0052] This embodiment proposes a communication method based on the HART_IP protocol. Figure 1 , which mainly includes the following steps.

[0053] Step S1, first, the controller will obtain the HART_IP configuration sent from the attitude software.

[0054] More specifically, the content of the above-mentioned HART_IP configuration can be set by the designer according to the actual scenario and user needs; for example, the content of the HART_IP configuration includes the HART_IP device information corresponding to the configuration of the HART_IP module, HART_IP commands, HART_IP protocol parsing method, controller storage address and the data correspondence of the HART_IP module, which are not listed one by one here; that is, the number of commands that need to be sent to all target HART_IP modules, the length and content of each command, as long as the communication data packet can enable the controller to send command data to each corresponding target instrument module.

[0055] Step S2, the controller will then split the HART_IP configuration, and the basis for the splitting is specifically splitting according to the HART_IP module; at the same time, the configuration and data length of each HART_IP device are obtained.

[0056] More specifically, the split data length in this embodiment is assigned a data address, a starting address and a length in the controller, and is bound to the data storage of the corresponding HART module. At the same time, the configuration of the HART_IP device is sent to the corresponding HART_IP module.

[0057] In this technical solution, the controller can split the HART_IP configuration, allocate the data area corresponding to the HART_IP module, and send the HART_IP module configuration.

[0058] Step S3, after completing step S2, the HART_IP configuration will be split according to the HART_IP devices and commands in the HART_IP module.

[0059] More specifically, the HART_IP module can be distinguished according to the HART_IP device address to obtain data packets including the corresponding commands of each target instrument module.

[0060] In this embodiment, the specific selection of the target instrument device in step S3 can be set by the designer according to the practical scenario and user needs. This embodiment does not impose any limitation on this.

[0061] In this embodiment, the target instrument device is a HART_IP device or an intelligent instrument device.

[0062] For the above controller, it mainly manages the data area corresponding to the device and command and the configuration of the HART_IP module. For the above HART_IP module, it mainly manages the access device address, command number, command response parsing method and data storage address of the HART_IP device. According to the difference between the controller and the HART_IP module, the split is based on different criteria.

[0063] Then, step S4 is performed. After the above splitting is completed, the HART_IP module sends the corresponding commands to each target instrument module to obtain the execution result of the target instrument module.

[0064] More specifically, in this step, the HART_IP module can send the corresponding commands to each target instrument module, so that each target instrument module can send the received commands to the corresponding smart instrument device in its corresponding smart instrument device, so that the HART_IP module can receive the messages (i.e., response data) returned layer by layer by the smart instrument device through the target instrument module; that is, the execution result of the target instrument module can include the response data of the smart instrument device. In this step, the HART_IP module can send the corresponding commands to each target instrument module, and wait to receive the messages returned by the target instrument module.

[0065] Compared with the existing scheme, each time the message sent by the device platform is transparently forwarded by the controller, the controller only transfers the message and starts waiting for the response after sending it; that is, the message from the device platform is forwarded to the lower-level hardware, and finally forwarded to the smart instrument device layer by layer. The message of the smart instrument device is also returned layer by layer, and the controller waits for the response of the instrument before sending it to the device platform. The HART_IP communication method provided in this embodiment can adopt a non-blocking concurrent mechanism, use Ethernet to complete batch forwarding and response feedback, and can support communication with batches of HART_IP instrument devices. And because of the batch, the overall time consumption is much less than the existing scheme.

[0066] refer to Figure 2 In this step, the HART_IP module sends the corresponding commands to each HART_IP device to obtain the execution result of the target HART_IP device. In more detail, it includes the following process.

[0067] Step S41, first, obtain the HART_IP device configuration command, and then determine whether the configuration command is to be sent. If so, store it at the end of the sending queue. If not, return to obtain the HART_IP device configuration command; then send the corresponding command to the HART_IP device, and bind the corresponding sending command and receiving processing function of the HART_IP device. Then determine whether there is data in the receiving queue. If there is data, perform data matching and data analysis, and store the data in the module data area.

[0068] In this embodiment, the HART_IP module dispatches commands according to the acquired device configuration. If the command needs to be sent, it is stored at the end of the sending queue. Data is stored in the HART_IP module sending queue. The sending data is bound to the sending command and the receiving processing function at the same time. After obtaining the response packet, the sending command is matched and the response information is parsed and stored in the module data area. In this step, the HART_IP module can concurrently send the corresponding commands to each target instrument module, and after sending, it starts non-periodic polling to wait for the response of the HART_IP device that has been sent. This embodiment does not impose any restrictions on this.

[0069] Step S5, according to the execution result obtained in step S4, the data packet data is parsed, filled into the HART_IP module data storage area, and sent to the controller periodically or burstily according to the configuration information.

[0070] More specifically, in this step, the HART_IP module can use the cached execution results of each HART_IP device to obtain the parsing method corresponding to the command, fill the data parsing results into the data cache area, and send it to the controller according to the configuration, thereby realizing the process of HART_IP device data to the main controller, solving the problem that the existing solution can only realize addressing but cannot meet the batch and cycle capabilities. At the same time, HART_IP device data can participate in real-time control devices.

[0071] Different from Example 1, this embodiment provides a HART_IP communication method based on a device platform, referring to Figure 3 Specifically, after the device platform and the HART_IP module have established a connection, the message that needs to be communicated can be sent to the HART_IP module to determine whether the command is consistent with the configuration command. If the configuration is consistent, the module directly obtains the value of the HART_IP module storage area, packages the data and immediately feeds it back to the device platform; if the configuration matches the inconsistent command, the HART_IP module sends the command to the corresponding HART_IP device module and starts non-periodic polling. When a HART_IP device responds, the response data will be cached and parsed. The cached response data can be fed back to the device platform according to the preset response period.

[0072] In this embodiment, the present invention parses the configuration data packet to obtain the commands corresponding to each target HART_IP device, so that the HART_IP module can communicate according to the command scheduling configuration, and at the same time supports the burst processing of sudden device platform commands, so that HART_IP can independently maintain HART_IP response data, thereby improving the parameter acquisition efficiency of HART_IP instrument equipment, and avoiding the existing situation where the entire communication is blocked due to communication blockage of one smart instrument equipment, thereby reducing the communication blockage situation; at the same time, the HART_IP instrument parameter data is also connected to the control system to increase the independent operation capability of the local system.

[0073] Example 3 Based on the above-mentioned embodiment 1 or embodiment 2, this embodiment proposes a communication device based on the HART_IP protocol. Specifically, the functions performed by the device of this embodiment can refer to the above-mentioned embodiment 1 or embodiment 2.

[0074] For a communication device based on the HART_IP protocol of this embodiment, it mainly includes a configuration acquisition module, a data storage module, a response module, an execution module and a command parsing module, and the above-mentioned communication method based on the HART_IP protocol is realized through the synergistic effect of the above-mentioned modules.

[0075] The data storage module mainly performs the function of storing the periodic command data. More specifically, it includes a data uploading submodule and a data storage submodule.

[0076] The main function of the data uploading submodule is to send the stored data to the controller.

[0077] The data storage submodule mainly performs the function of storing the data in the HART_IP response packet according to the data offset corresponding to each command configured.

[0078] For the response module, its main function is to send the burst command to the device platform according to the execution result, and parse and cache the periodic command data.

[0079] The response module mainly includes a response acquisition submodule and a response sending submodule.

[0080] For the response sending submodule, its main function is to send the communication response packet to the device platform.

[0081] For the response acquisition submodule, its auxiliary function is to obtain response data according to the execution results corresponding to each target instrument module.

[0082] The main function of the execution module is to send corresponding commands to each target instrument module and obtain the execution result of the target instrument module.

[0083] The execution module mainly includes the following parts: command sending judgment submodule, sending queue module, sending submodule, sending command matching queue module and receiving queue module.

[0084] The command sending judgment submodule mainly performs the judgment process, which specifically judges whether the configuration command needs to be sent.

[0085] For the sending queue module, its main function is to store the commands that need to be sent.

[0086] The sending submodule mainly performs the function of sending the command corresponding to the current target instrument device through Ethernet when the communication can be sent.

[0087] For the sending command matching queue module, its main function is to match the response data value.

[0088] For the receiving queue module, its main function is to store the response commands.

[0089] The configuration acquisition module mainly performs the function of acquiring the device configuration package from the configuration software.

[0090] The command parsing module mainly performs the function of splitting the configuration command packet, obtaining the commands corresponding to each target instrument module, and obtaining the burst commands at the same time.

[0091] In this embodiment, by parsing the configuration data packet, the corresponding commands of each target HART_IP device are obtained, so that the HART_IP module can communicate according to the command scheduling configuration, and at the same time support the burst processing of sudden device platform commands, so that HART_IP can independently maintain HART_IP response data, thereby improving the parameter acquisition efficiency of HART_IP instrument equipment, and avoiding the existing situation where the entire communication is blocked due to communication blockage of one smart instrument equipment, thereby reducing communication blockage; at the same time, the HART_IP instrument parameter data is also connected to the control system to increase the independent operation capability of the local system.

[0092] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and are not intended to limit the present invention. Although the present invention is described in detail with reference to the embodiments, it should be understood by those skilled in the art that any modification or equivalent replacement of the technical solutions of the present invention does not depart from the spirit and scope of the technical solutions of the present invention and should be included in the scope of the claims of the present invention.

Claims

1. A communication method based on HART_IP protocol, characterized in that: The following steps are involved: S1, the controller obtains the HART_IP configuration sent by the configuration software; S2, the controller splits the HART_IP configuration according to the HART_IP module, and obtains the configuration and data length of each HART_IP device; S3, HART_IP module splits HART_IP configuration according to HART_IP devices and commands; S4, the HART_IP module sends corresponding commands to each target instrument module to obtain the execution result of the target instrument module; S5, according to the execution result, parse the data packet data, and send it to the controller periodically or burstily according to the configuration information.

2. A communication method based on the HART_IP protocol according to claim 1, characterized in that: In step S2, the split data length is assigned a starting address and a length in the controller and is bound to the data storage of the corresponding HART_IP module, and the configuration of the HART_IP device is sent to the corresponding HART_IP module.

3. A communication method based on the HART_IP protocol according to claim 1 or 2, characterized in that: The controller manages the device, the data area corresponding to the command and the configuration of the HART_IP module, and the HART_IP module manages the address of the access device of the HART_IP device, the number of commands, the command response parsing method and the data storage address.

4. A communication method based on the HART_IP protocol according to claim 3, characterized in that: The step S3 comprises: The HART_IP module distinguishes the target instrument modules according to the HART_IP device addresses, and obtains data packets including the corresponding commands of each target instrument module.

5. A communication method based on the HART_IP protocol according to claim 1, 2 or 4, characterized in that: The step S4 comprises: The HART_IP module dispatches commands according to the acquired device configuration. When a command needs to be sent, it is stored at the end of the send queue. The HART_IP module send queue stores data. When sending data, the send command and receive processing function corresponding to the HART_IP device are bound. After obtaining the response packet, the send command is matched to parse the response information and stored in the module data area.

6. A communication method based on the HART_IP protocol according to claim 5, characterized in that: The step S5 includes: the HART_IP module uses the cached execution results of each HART_IP device to obtain the parsing method corresponding to the command, fills the data parsing result into the data buffer area, and sends it to the controller according to the configuration.

7. A communication device based on the HART_IP protocol, applicable to a communication method based on the HART_IP protocol as described in any one of claims 1 to 6, characterized in that: include: Configuration acquisition module, which acquires the device configuration package sent by the configuration software; The command parsing module splits the configuration command packet and obtains the corresponding commands of each target instrument module; An execution module sends commands to each target instrument module and obtains the execution result of the target instrument module; The response module sends the burst command to the device platform for response according to the execution result and parses and caches the periodic command data; The data storage module stores the periodic commands.

8. A communication device based on the HART_IP protocol according to claim 7, characterized in that: The response module comprises: The response acquisition submodule acquires the response data in the communication packet according to the execution results corresponding to each target instrument module; The response sending submodule sends the communication response packet to the device platform.

9. A communication device based on the HART_IP protocol according to claim 7 or 8, characterized in that: The execution module includes: The command sending judgment submodule determines whether the configuration command needs to be sent; Sending queue module, storing commands to be sent; The sending submodule, if the communication can be sent, sends the command corresponding to the current target instrument module through Ethernet; Send command matching queue module, users store send commands and receive processing functions, and match response data values; The receiving queue module stores the reply commands.

10. A communication device based on the HART_IP protocol according to claim 7 or 8, characterized in that: The data storage module comprises: The data storage submodule stores the data in the HART_IP response packet according to the data offset corresponding to each command configured; The data upload submodule sends the stored data to the controller.

Images