Data transmission method, system, device and equipment for industrial equipment

Abstract

The invention discloses a data transmission method for industrial equipment, the method comprises data reading operation and data writing operation performed on the industrial equipment in an industrial internet of things, and the data reading operation comprises the steps of performing parameter setting on a data reading request message and a data reading response message; assembling a data reading request message and sending the data reading request message to specified industrial equipment; waiting for a data reading response message; verifying the data to read the response message; analyzing the data, reading the response message and obtaining the collected data; the data writing operation comprises the following steps: setting parameters of a data writing request message and a data writing response message; assembling a data write-in request message and sending the data write-in request message to specified industrial equipment; waiting for data writing in a response message; writing the verification data into the response message; and confirming whether writing succeeds or not.

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular to a data transmission method, system, device and equipment for industrial equipment. Background Art

[0002] With the rapid development of the industrial Internet of Things industry, a major notable feature of various industrial devices or terminals contained in the existing industrial automation system is "fragmentation". That is, in the current industrial Internet of Things, due to the wide variety of existing devices or terminals, the data transmission protocols used are also different. This feature brings a lot of workload and obstacles to digitalization. Based on this situation, if these industrial devices are to be digitized, the common method of existing technology is to customize and develop a data communication protocol software for each industrial device. The advantage of this approach is that it has a good user experience, but it is time-consuming and labor-intensive, and it is not universal, which makes it impossible to reduce software development costs. After analyzing the existing industrial equipment and terminals, they all have the following characteristics: First, the "master-slave" device and "request-response" mode is a communication method commonly used in existing industrial equipment, and this type of communication protocol usually has the same interaction process: assembling request messages, sending request messages, reading response messages, checking response messages, and obtaining business data; Second, the communication operations on industrial equipment can be further divided into "read" operations and "write" operations; Third, both request messages and response messages follow a certain message format, including header, length, content, checksum, trailer, etc.; Fourth, different communication protocols have different message format definitions; the commonly used implementation solution is to develop a separate program for each communication protocol; but this results in a large development workload, low efficiency, and poor versatility.

[0003] Therefore, a new universal data transmission method for industrial equipment is needed in the prior art to reduce the development workload of developers for various data acquisition protocols and meet more market demands. A universal protocol acquisition implementation solution suitable for the above scenarios can greatly reduce the development workload of acquisition programs to achieve the acquisition and data analysis of these protocols. This method achieves the purpose of adapting a program to multiple communication protocols by supporting configurable message formats. Summary of the invention

[0004] The present invention provides a data transmission method for industrial equipment, which solves the problem of low operating cost and efficiency in data collection and data writing of industrial equipment and terminals under various different data communication protocols currently available in the industrial Internet.

[0005] To achieve the above technical objectives, the present invention provides a data transmission method for industrial equipment, the method comprising a data reading operation and a data writing operation performed on industrial equipment in the industrial Internet of Things, wherein the data reading operation comprises:

[0006] S101, setting parameters for a data read request message and a data read response message;

[0007] S102, assembling a data read request message and sending it to a designated industrial device;

[0008] S103, waiting for a data reading response message;

[0009] S104, verify data read response message;

[0010] S105, parsing the data reading response message and obtaining the collected data;

[0011] The data writing operation includes:

[0012] S201, setting parameters for a data write request message and a data write response message;

[0013] S202, assembling a data write request message and sending it to a designated industrial device;

[0014] S203, waiting for data to be written into the response message;

[0015] S204, writing verification data into a response message;

[0016] S205, confirm whether the writing is successful.

[0017] In one embodiment, the parameter setting of the data read request message and the data read response message includes the mandatory parameter setting of data read and the optional parameter setting of data read; the mandatory parameters of data read include: serial port or IP port parameter setting, read request message, response message length, response timeout, offset and length of business data in the response message, parsing method and byte order of business data;

[0018] The optional parameters for data reading include: whether to perform a response message header check, a response message header check length, a response message expected header, whether to perform a response message checksum check, a response message checksum check mode, and a response message checksum check position.

[0019] In one embodiment, the verification data read response message includes:

[0020] Perform response message header verification, including: response message header length verification and response message expected header content verification;

[0021] And, perform response message checksum inspection, including: response message checksum inspection mode, response message checksum inspection position and response message checksum byte sequence.

[0022] In one embodiment, the parsing data reading response message includes: obtaining original hexadecimal data from the response message through the configured offset, length and byte order of the collected data in the response message, and then converting the hexadecimal data according to the configured parsing method of the collected data.

[0023] In one embodiment, the parameter setting for the data write request message and the data write response message includes: setting mandatory data write parameters and setting optional data write parameters; the mandatory data write parameters include: serial port or IP port parameters, data write request message and response message length, response timeout, the offset and length of the business data in the response message, and the parsing method and byte order of the business data.

[0024] In one embodiment, the optional parameters of the data write request include:

[0025] Verification parameters, including: whether to perform response message header check, response message header check length, response message expected header, whether to perform response message checksum check, response message checksum check mode and response message checksum check position;

[0026] The dynamic filling parameters of the write message include: whether to perform write request message checksum filling, write request message checksum mode, write request message checksum filling position, the offset and length of the business data in the write request message, and the parsing method and byte order of the business data.

[0027] In one embodiment, assembling a data write request message and sending the verification data write response message to the designated industrial device includes:

[0028] Filling of the data field includes: when writing data, according to the actual data written, the offset and length of the business data in the write request message, the parsing method of the business data and the byte order, the written data is reversely converted into the corresponding hexadecimal message and filled in the corresponding position in the message;

[0029] Filling of the check bit includes: calculating a hexadecimal message of the check bit of the write request message and filling it in a corresponding position in the message according to whether to perform check and filling of the write request message, the check and filling mode of the write request message, and the check and filling position of the write request message;

[0030] In one embodiment, the verification data writing response message includes:

[0031] Perform response message header verification, including: response message header length verification and response message expected header content verification;

[0032] And, perform response message checksum inspection, including: response message checksum inspection mode, response message checksum inspection position and response message checksum byte sequence.

[0033] The invention of the present invention focuses on the following parts:

[0034] 1. This method adopts a new implementation scheme, which achieves the purpose of adapting one program to multiple communication protocols by supporting configurable message formats.

[0035] 2. One instruction can read multiple data, or multiple instructions can be configured to complete batch data collection;

[0036] 3. The message parameter configuration is flexible, which can realize the data collection of most question-and-answer message protocols.

[0037] Other features and advantages of the present invention will be described in the following description, and partly become apparent from the description, or understood by practicing the present invention. The purpose and other advantages of the present invention can be realized and obtained by the structures particularly pointed out in the description, claims and drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] The accompanying drawings are used to provide a further understanding of the present invention and constitute a part of the specification. Together with the embodiments of the present invention, they are used to explain the present invention and do not constitute a limitation of the present invention. In the accompanying drawings:

[0039] Figure 1 It is a flow chart of a data reading request in a data transmission method for industrial equipment of the present invention;

[0040] Figure 2 It is a flow chart of a data writing request in a data transmission method for industrial equipment of the present invention. DETAILED DESCRIPTION

[0041] In order to make the objectives, technical solutions and advantages of the present invention more clear, the present invention is further described in detail below with reference to the accompanying drawings.

[0042] The data transmission method for industrial equipment of this embodiment includes a data reading operation and a data writing operation implemented on the industrial equipment in the industrial Internet of Things, wherein:

[0043] The data reading operation includes:

[0044] S101, setting parameters for a data read request message and a data read response message, wherein the parameter setting includes mandatory parameter setting for a data read request and optional parameter setting for a data read request.

[0045] The mandatory parameters of the data read request include: serial port or IP port parameter settings, read request message, response message length, response timeout, business data offset and length in the response message, business data parsing method and byte order. The mandatory parameters of the data read request are used to complete the acquisition of business data and are parameters that must be configured.

[0046] The optional parameters of the data read request include: whether to perform response message header check, response message header check length, response message expected header, whether to perform response message checksum check, response message checksum check mode, response message checksum check position, etc. The optional parameters of the data read request are used to check whether the data is correct. If no check is required, the relevant parameters can be set by default.

[0047] S102, assemble a data read request message and send it to the specified industrial device. The data read request message does not need to be packaged, and the user-set data read request message can be directly sent to the corresponding serial port or IP port according to the configured parameters without other processing.

[0048] S103, waiting for data reading response message. Waiting for receiving a response message of a specified length within the set response timeout period: if a message of a specified length is received within the response timeout period, it is determined whether the optional parameters are configured to determine whether a response message verification is required; if a message of a specified length is not received within the response timeout period, it is determined that the response has timed out, the reading has failed, and the reading is terminated.

[0049] S104, verify the data reading response message. If verification is required, the correctness of the response message is verified according to the configured relevant verification parameters. If verification is not required, the data is directly parsed and obtained.

[0050] The correctness check includes the following contents:

[0051] (1) Perform response message header check: Specifically, it includes two parameters: response message header length check and response message expected header content check. This check mainly determines whether the received message header is consistent with the set expected header message. If they are consistent, the header check is considered to have passed. Otherwise, the check fails and the reading is determined to have failed.

[0052] (2) Perform response message checksum inspection: specifically including the response message checksum inspection method, response message checksum inspection position, and response message checksum byte order; the main checksum methods provided are: CRC (cyclic redundancy check code) checksum and SUM (cumulative sum) checksum, which are also the most widely used and common protocol message checksum methods; and for multi-byte checksums, the byte order of the check bits can be set, which improves the flexibility and scope of application of the checksum. This check mainly determines whether the checksum in the received message is correct according to the selected checksum method. If it is correct, the check passes, otherwise it is considered that the reading fails.

[0053] S105, parse the data to read the response message and obtain the collected data. After the verification is completed, the data is parsed and obtained. The specific acquisition method is to obtain the original hexadecimal data from the message through the offset, length and byte order of the configured business data in the response message, and then convert the hexadecimal data according to the parsing method of the configured business data. The specific parsing methods include: hexadecimal to decimal, hexadecimal to ASCII code, BCD code to decimal, IEEE754 standard floating point number, etc.; if the data parsing is normal, it is determined that the reading is successful and the corresponding data is obtained. If the data parsing is abnormal, it is determined that the reading fails and the reading ends.

[0054] The data writing operation includes:

[0055] S201, set parameters for the data write request message and the data write response message. The parameters of the data write request are also divided into two categories, namely, the mandatory parameters of the data write request and the optional parameters of the data write request:

[0056] (1) Mandatory parameters for data write requests include: serial port or IP port parameter settings, write request message, response message length, response timeout, business data offset and length in the response message, business data parsing method, and byte order.

[0057] (2) Since the checksum of the write request message is related to the written data, the data write request message is often not fixed, and dynamic calculation and filling of the data field and the checksum part are required. Compared with data reading, there are more parameters related to dynamic data filling. The optional parameters of the data write request include:

[0058] a. Verification parameters: whether to perform response message header check, response message header check length, response message expected header; whether to perform response message checksum check, response message checksum check method, response message checksum check position, etc. These parameters are mainly used to verify whether the data is correct. If no verification is required, the relevant parameters can be left blank;

[0059] b. Dynamic filling parameters of write message: whether to perform write request message checksum filling, write request message checksum method, write request message checksum filling position, business data offset and length in the write request message, business data parsing method and byte order; these parameters are used to complete the dynamic filling of the write message.

[0060] S202, assemble the data write request message and send it to the designated industrial device. According to the configured parameters, dynamically encapsulate the data and complete the message assembly. The assembly is mainly divided into two steps:

[0061] a. Filling of data field: When the user writes data, the written data is converted into the corresponding hexadecimal message and filled in the corresponding position in the message according to the actual data written, the offset and length of the business data in the write request message, the parsing method of the business data (hexadecimal to decimal, hexadecimal to ASCII code, BCD code to decimal, IEEE754 standard floating point number, etc.) and the byte order. If the data parsing method is hexadecimal to decimal, the decimal data written by the user will be converted into hexadecimal and written, and the same applies to other parsing methods;

[0062] b. Check bit filling: Based on whether to perform check and filling of the write request message, the check and filling mode (SUM and CRC) of the write request message, and the check and filling position of the write request message, the hexadecimal message of the check bit of the write request message is calculated and filled in the corresponding position in the message; if the user selects SUM8 cumulative sum check, the corresponding SUM8 check will be calculated based on the message after the data field is filled, and put into the specific position set in the message;

[0063] After completing the above two assembly steps, the assembled data write request message is sent to the corresponding serial port or IP port.

[0064] S203, waiting for data to be written into a response message. Waiting for receiving a response message of a specified length within the set response timeout period: if a message of a specified length is received within the response timeout period, determining whether optional parameters are configured to determine whether a response message verification is required, and if a message of a specified length is not received within the response timeout period, determining that the response has timed out, the reading has failed, and the reading is terminated.

[0065] S204, verify the data writing response message. If verification is required, the correctness of the data writing response message is verified according to the configured relevant verification parameters. If verification is not required, it is directly determined that the writing is successful;

[0066] The correctness check verifies the following:

[0067] (1) Perform response message header check: Specifically, it includes two parameters: response message header length check and response message expected header content check. This check mainly determines whether the received message header is consistent with the set expected header message. If they are consistent, the header check is considered to have passed. Otherwise, the check fails and the reading is determined to have failed.

[0068] (2) Perform response message checksum inspection: specifically including the response message checksum inspection method, response message checksum inspection position, and response message checksum byte order; the main checksum methods provided are: CRC (cyclic redundancy check code) checksum and SUM (cumulative sum) checksum, which are also the most widely used and common protocol message checksum methods; and for multi-byte checksums, the byte order of the check bits can be set, which improves the flexibility and scope of application of the checksum. This check mainly determines whether the checksum in the received message is correct according to the selected checksum method. If it is correct, the check passes, otherwise it is considered that the reading fails.

[0069] S205, confirm whether the writing is successful. Generally, the writing message does not need to obtain data from the response message, but only needs to determine whether the writing is successful. Therefore, after the verification of the written data is completed, if the verification is successful, the writing is determined to be successful and the writing is ended. If the verification fails, the writing is considered to be failed and the writing is ended.

[0070] The present invention may be a system, method and / or computer program product at any possible level of integrated technical detail. The computer program product may include a computer-readable storage medium (or multiple media) having computer-readable program instructions thereon for causing a processor to perform various aspects of the present invention.

[0071] A computer readable storage medium may be a tangible device that can retain and store instructions used by an instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of computer readable storage media includes the following: a portable computer floppy disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a static random access memory (SRAM), a portable compact disk read-only memory (CD-ROM), a digital versatile disk (DVD), a memory stick, a floppy disk, a mechanical encoding device such as a punch card or a raised structure in a groove on which instructions are recorded, and any suitable combination of the above. A computer readable storage medium, as used herein, should not be interpreted as a transient signal itself, such as a radio wave or other freely propagating electromagnetic wave, an electromagnetic wave propagating through a waveguide or other transmission medium (e.g., a light pulse through a fiber optic cable), or an electrical signal transmitted by a wire.

[0072] The computer-readable program instructions described herein may be downloaded from a computer-readable storage medium to a corresponding computing / processing device, or downloaded to an external computer or external storage device via a network, such as the Internet, a local area network, a wide area network, and / or a wireless network. The network may include copper transmission cables, optical transmission fibers, wireless transmissions, routers, firewalls, switches, gateway computers, and / or edge servers. The network adapter card or network interface in each computing / processing device receives the computer-readable program instructions from the network and forwards the computer-readable program instructions to be stored in a computer-readable storage medium within the corresponding computing / processing device.

[0073] The computer-readable program instructions for performing the operation of the present invention may be assembler instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state setting data, configuration data for integrated circuits, or source code or object code written in any combination of one or more programming languages ​​and process programming languages. The computer-readable program instructions may be executed entirely on the user's computer, partially on the user's computer, as an independent software package, partially on the user's computer, partially on a remote computer, or entirely on a remote computer or server. In the latter case, the remote computer may be connected to the user's computer by any type of network including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., by using the Internet of an Internet service provider). In certain embodiments, the electronic circuit including, for example, a programmable logic circuit, a field programmable gate array (FPGA) or a programmable logic array (PLA) may execute the computer-readable program instructions by utilizing the state information of the computer-readable program instructions to personalize the electronic circuit, thereby performing aspects of the present invention.

[0074] Various aspects of the present invention are described herein with reference to flowcharts and / or block diagrams of methods, devices (systems) and computer program products according to embodiments of the present invention. It is understood that each block of the flowchart illustration and / or block diagram, and the combination of blocks in the flowchart illustration and / or block diagram, can be implemented by computer-readable program instructions.

[0075] These computer-readable program instructions may be provided to a processor of a computer or other programmable data processing device to produce a machine so that the instructions executed by the processor of the computer or other programmable data processing device create instructions for implementing the flowcharts and / or block diagrams. Figure 1These computer-readable program instructions may also be stored in a computer-readable storage medium capable of booting a computer, a programmable data processing device and / or other device that operates in a specific manner, so that the computer-readable storage medium having the instructions stored therein includes a manufactured product that includes instructions that implement aspects of the functions / actions specified in the flowchart and / or block diagram blocks.

[0076] Computer readable program instructions may also be loaded into a computer, other programmable data processing device, or other device to cause a series of operating steps to be performed on the computer, other programmable devices or other devices for producing a computer-implemented process, so that the instructions executed on the computer, other programmable device or other device implement the functions / actions specified in the flowchart and / or block diagram blocks.

[0077] The flowcharts and block diagrams in the accompanying drawings illustrate the possible implementation architecture, functions and operations of the system, method and computer program product according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagram may represent a module, segment or portion of an instruction, which includes one or more executable instructions for implementing a specified logical function. In some optional implementations, the functions indicated in the block may occur outside the order indicated in the figure. For example, in fact, two blocks shown in succession can be completed as a step, and depending on the functions involved, they can be executed concurrently, substantially concurrently, in a partially or fully time-overlapping manner, or sometimes these blocks can be executed in reverse order. It will also be noted that each block of the block diagram and / or flowchart illustration, as well as the combination of blocks in the block diagram and / or flowchart illustration, can be implemented by a dedicated hardware-based system that performs a specified function or action or performs a combination of dedicated hardware and computer instructions.

[0078] The embodiments of the present application are described with reference to the flowcharts and / or block diagrams of the methods, apparatuses (devices) and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0079] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0080] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0081] The above description is only a specific implementation case of the present invention, and the protection scope of the present invention is not limited thereto. Any modification or replacement of the present invention by any technician familiar with the present technology within the technical specifications described in the present invention should be within the protection scope of the present invention.

Claims

1. A data transmission method for industrial equipment, characterized in that: The method includes a data reading operation and a data writing operation implemented on industrial equipment in the industrial Internet of Things; Wherein, the data reading operation includes: S101, setting parameters for a data read request message and a data read response message; S102, assembling a data read request message and sending it to a designated industrial device; S103, waiting for a data reading response message; S104, verify data read response message; S105, parsing the data reading response message and obtaining the collected data; The data writing operation includes: S201, setting parameters for a data write request message and a data write response message; S202, assembling a data write request message and sending it to a designated industrial device; S203, waiting for data to be written into the response message; S204, writing verification data into a response message; S205, confirm whether the writing is successful.

2. The data transmission method for industrial equipment according to claim 1, characterized in that: The parameter setting of the data read request message and the data read response message includes the mandatory parameter setting of data read and the optional parameter setting of data read; the mandatory parameters of data read include: serial port or IP port parameter setting, read request message, response message length, response timeout, offset and length of business data in the response message, parsing method and byte order of business data; The optional parameters for data reading include: whether to perform a response message header check, a response message header check length, a response message expected header, whether to perform a response message checksum check, a response message checksum check mode, and a response message checksum check position.

3. The data transmission method for industrial equipment according to claim 2, characterized in that: The verification data read response message includes: Perform response message header verification, including: response message header length verification and response message expected header content verification; And, perform response message checksum inspection, including: response message checksum inspection mode, response message checksum inspection position and response message checksum byte sequence.

4. The data transmission method for industrial equipment according to claim 3, characterized in that: The parsing data reading response message includes: obtaining original hexadecimal data from the response message through the offset, length and byte sequence of the configured collected data in the response message, and then performing data conversion on the hexadecimal data according to the configured parsing method of the collected data.

5. The data transmission method for industrial equipment according to claim 4, characterized in that: The parameter setting for the data write request message and the data write response message includes: data write mandatory parameter setting and data write optional parameter setting; the data write mandatory parameters include: serial port or IP port parameters, data write request message and response message length, response timeout, business data offset and length in the response message, and business data parsing method and byte order.

6. The data transmission method for industrial equipment according to claim 5, characterized in that: The optional parameters for data writing include: Verification parameters, including: whether to perform response message header check, response message header check length, response message expected header, whether to perform response message checksum check, response message checksum check mode and response message checksum check position; The dynamic filling parameters of the write message include: whether to perform write request message checksum filling, write request message checksum mode, write request message checksum filling position, the offset and length of the business data in the write request message, and the parsing method and byte order of the business data.

7. The data transmission method for industrial equipment according to claim 6, characterized in that: Assemble the data write request message and send it to the specified industrial device. The verification data write response message includes: Filling of the data field includes: when writing data, according to the actual data written, the offset and length of the business data in the write request message, the parsing method of the business data and the byte order, the written data is reversely converted into the corresponding hexadecimal message and filled in the corresponding position in the message; Filling of the check bit includes: calculating the hexadecimal message of the check bit of the write request message and filling it in the corresponding position in the message according to whether to perform write request message check and filling, write request message check and filling mode, and write request message check and filling position.

8. The data transmission method for industrial equipment according to claim 7, characterized in that: The verification data writing response message includes: Perform response message header verification, including: response message header length verification and response message expected header content verification; And, perform response message checksum inspection, including: response message checksum inspection mode, response message checksum inspection position and response message checksum byte sequence.

9. A computing device comprising: Memory and processor; The memory is used to store computer executable instructions, and the processor is used to execute the computer executable instructions. When the computer executable instructions are executed by the processor, the steps of the data transmission method according to any one of claims 1 to 8 are implemented.

10. A computer-readable storage medium storing computer-executable instructions, wherein the computer-executable instructions, when executed by a processor, implement the steps of the data transmission method according to any one of claims 1 to 8.

Images