Industrial control instruction interaction method for grinding machine

Abstract

According to the industrial control instruction interaction method for the grinding machine, whether the preset conditions are met or not is checked through the first downlink instruction, for example, whether the authority requirement and the operation confirmation requirement are met or not, then the operation is executed through the second downlink instruction, hierarchical authority control is achieved, and the misoperation risk of the grinding machine is reduced. In addition, instruction interaction is preferably carried out based on a Modbus TCP protocol, high coupling of an interaction protocol and a voice technology can be realized, and complex control logic such as parameter setting can be supported.

Description

Technical Field

[0001] This invention relates to communication technology, and more particularly to an industrial control command interaction method for a grinding machine. Background Technology

[0002] With the development of grinding technology, materials ground by grinding machines are increasingly used in fields such as biochemical medicine, cosmetics, and new energy batteries, especially in the field of new products with material diameters at the nanometer level.

[0003] In industrial control systems, device interaction typically relies on physical interfaces (such as touch screens and buttons) or traditional industrial protocols (such as Modbus RTU and Profibus), which can lead to problems such as complex operation and poor real-time performance.

[0004] With the development of the Industrial Internet of Things, voice interaction technology is gradually being applied in the industrial field, but existing grinding machines generally have the following defects: 1. Low coupling between interaction protocol and voice technology Traditional voice control only transmits simple commands and is not deeply integrated with industrial protocols, making it difficult to support complex control logic (such as parameter setting and permission verification). For example, existing grinding machines cannot automatically convert voice commands (such as "set speed to 1000 rpm") into Modbus write data frames and verify permissions.

[0005] 2. Inadequate access control and security mechanisms. High-risk operations (such as parameter modification) lack hierarchical access control and secondary confirmation processes, posing a risk of accidental operation. In existing grinding machines, password verification is usually implemented by host computer software, which is vulnerable to network attacks or system failures.

[0006] 3. Insufficient real-time performance and reliability Voice commands need to be parsed in the cloud and then forwarded to the device, which introduces a delay (typically > 200ms), failing to meet the millisecond-level response requirements of industrial control. Furthermore, the existing feedback mechanism of grinding machines is inadequate, easily leading to the loss of command execution results. Summary of the Invention

[0007] The purpose of this invention is to provide an industrial control command interaction method for a grinding machine to solve the technical problems mentioned in the background art.

[0008] The following provides a brief overview of one or more aspects to offer a basic understanding of them. This overview is not an exhaustive summary of all conceived aspects, nor is it intended to identify key or decisive elements of all aspects, nor to define the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form to prepare for the more detailed descriptions that follow.

[0009] According to one aspect of the present invention, an industrial control command interaction method for a grinding machine is provided, comprising the following steps: Step 1: Provide a grinding machine, which is equipped with an industrial control computer and a logic controller. The industrial control computer and the logic controller are connected via a network. Step 2: The industrial control computer receives information input by the user, encapsulates a first downlink instruction, and then sends the first downlink instruction to the logic controller; Step 3: The logic controller receives the first downlink instruction, determines whether the preset condition is met, and if the preset condition is met, executes the first downlink instruction, generates a first status message, and sends it to the industrial control computer; if the preset condition is not met, generates a first reminder message and sends it to the industrial control computer. Step 4: When the industrial control computer receives the first status message, it feeds back execution information to the user; when the industrial control computer receives the first reminder message, it notifies the user to perform the corresponding operation to meet the preset conditions. After the user completes the operation, the industrial control computer encapsulates the second downlink instruction and sends the second downlink instruction to the logic controller. Step 5: The logic controller receives the second downlink instruction, determines whether the preset condition is met, and if the preset condition is met, executes the second downlink instruction, then generates a second status message and sends it to the industrial control computer.

[0010] In one possible embodiment, when the first downlink instruction or the second downlink instruction needs to read data, the first downlink instruction or the second downlink instruction includes a transaction identifier, a protocol identifier, a data length, a slave address, a function code, a register start address, and a number of registers; When the first downlink instruction or the second downlink instruction needs to write data, the first downlink instruction or the second downlink instruction includes a transaction identifier, a protocol identifier, a data length, a slave address, a function code, a register starting address, a number of registers, a number of bytes, and instruction data.

[0011] In one possible embodiment, the instruction data includes a downlink instruction code and a parameter length. When the instruction corresponding to the instruction code involves parameter settings, the instruction data also includes parameters.

[0012] In one possible embodiment, the first alert message, the first status message, and the second status message all include an uplink instruction code and an execution status code, wherein the uplink instruction code includes at least all of the downlink instruction codes.

[0013] In one possible embodiment, the preset conditions include the user needing to be in a permitted state; In step 3, if the preset conditions are not met, the first reminder message generated by the logic controller includes a first execution status code, which is used to indicate that the user does not have permission. In step 4, when the industrial control computer receives the first reminder message and parses the first execution status code, it notifies the user to perform an authorization verification operation.

[0014] In one possible embodiment, the authorized state is set as follows: when the user correctly enters the password, the user is in an authorized state for a first set time period; the authorization verification operation in step 4 is specifically the input of the password.

[0015] In one possible embodiment, in step 5, the second status message further includes a password verification instruction code and a password verification execution status code. The password verification execution status code includes a password correct status code, a password incorrect status code, and a canceled password input status code. During the process of determining whether the preset conditions are met, the logic controller compares the received password data with the preset password. If they match, it returns a password correct status code; if they do not match, it returns a password incorrect status code; and if the operation is canceled, it returns a canceled password input status code.

[0016] In one possible embodiment, the preset conditions include the requirement for user confirmation of operation; In step 3, if the preset conditions are not met, the first reminder message includes the second execution status code; In step 4, when the industrial control computer receives the first reminder message and parses the second execution status code, it notifies the user to perform a confirmation operation.

[0017] In one possible embodiment, in step 4, when the user completes the confirmation operation, the second downlink instruction includes a confirmation instruction code; when the user cancels the confirmation operation, the second downlink instruction includes a cancellation instruction code.

[0018] In one possible embodiment, the instruction interaction between the industrial computer and the logic controller is based on the Modbus TCP protocol.

[0019] The beneficial effects of this invention are: the invention checks whether preset conditions are met by using a first downlink instruction, such as whether permission requirements and operation confirmation requirements are met, and then executes the operation by using a second downlink instruction, thereby achieving hierarchical permission control and reducing the risk of misoperation of the grinding machine. Attached Figure Description

[0020] To more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of the present invention and should not be regarded as a limitation on the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0021] The above-described features and advantages of the present invention will be better understood after reading the following detailed description of embodiments of the present disclosure in conjunction with the accompanying drawings. In the drawings, components are not necessarily drawn to scale, and components having similar related properties or features may have the same or similar reference numerals.

[0022] Figure 1 This is a schematic diagram of the interaction architecture of the grinding machine in an embodiment of the present invention; Figure 2 This is a flowchart of the method provided by the present invention; Figure 3 This is a schematic diagram of the instruction interaction process according to the first embodiment of the present invention; Figure 4 This is a schematic diagram of the instruction interaction process according to the second embodiment of the present invention; Figure 5 This is a schematic diagram of the instruction interaction process according to the third embodiment of the present invention. Detailed Implementation

[0023] The present invention will now be described in detail with reference to the accompanying drawings and specific embodiments. It should be noted that the aspects described below with reference to the accompanying drawings and specific embodiments are merely exemplary and should not be construed as limiting the scope of protection of the present invention in any way.

[0024] This invention provides an industrial control command interaction method for a grinding machine, such as... Figure 1 As shown, the grinding machine 100 is equipped with an industrial control computer and a logic controller (i.e., PLC), and the industrial control computer and the logic controller are connected by a network.

[0025] In this embodiment, the interaction between the two is based on the Modbus TCP protocol, which is a variant of the Modbus protocol. It uses the TCP / IP protocol for data transmission, allowing for fast access to large amounts of data. It is suitable for industrial applications where data transmission speed is required, such as when interaction is needed via voice.

[0026] The method provided in this embodiment includes the following steps: Step 1: Provide a grinding machine, which is equipped with an industrial control computer and a logic controller. The industrial control computer and the logic controller are connected via a network. Step 2: The industrial control computer receives the information input by the user, encapsulates the first downlink instruction, and then sends the first downlink instruction to the logic controller.

[0027] In this step, users can send commands to the industrial control computer through various interactive methods, such as touchscreen clicks, mouse and keyboard operations, etc. In this embodiment, the industrial control computer is equipped with a microphone and speaker, and is connected to the cloud server via a network port, thereby enabling voice recognition and allowing users to send commands to the industrial control computer via voice.

[0028] Step 3: The logic controller receives the first downlink instruction, determines whether the preset condition is met, and if the preset condition is met, executes the first downlink instruction, generates a first status message, and sends it to the industrial control computer; if the preset condition is not met, generates a first reminder message and sends it to the industrial control computer. Preset conditions vary depending on the type of user command. Common command types include: control commands (start / stop / mode switching / opening different function interfaces, etc.); parameter setting commands (speed / timer / alarm threshold, etc.); and special operations (data clearing, etc.). Control commands typically do not require permissions and can therefore be considered to have no preset conditions. Parameter setting commands usually require user permissions and operation confirmation; therefore, their preset conditions include permission requirements and operation confirmation requirements.

[0029] Step 4: When the industrial control computer receives the first status message, it feeds back execution information to the user; when the industrial control computer receives the first reminder message, it notifies the user to perform the corresponding operation to meet the preset conditions. After the user completes the operation, the industrial control computer encapsulates the second downlink instruction and sends the second downlink instruction to the logic controller. Step 5: The logic controller receives the second downlink instruction, determines whether the preset condition is met, and if the preset condition is met, executes the second downlink instruction, then generates a second status message and sends it to the industrial control computer.

[0030] When the first downlink instruction or the second downlink instruction only needs to read data, the instruction structure includes a transaction identifier, a protocol identifier, a data length, a slave address, a function code, a register start address, and a number of registers, as shown in the table below: TID PID Length UnitID function code Register starting address Number of registers 2 Byte 2 Byte 2 Byte 1 Byte 1 Byte 2 Byte 2 Byte 0x0001 0x0000 6 0x01 0x03 0000 2 in: TID (Transaction Identifier) ​​is used to match requests and responses. Different communication transactions need to use unique TIDs to ensure the correspondence of data frames. The PID (Protocol Identifier) ​​is used to indicate that the data frame uses the Modbus TCP protocol, and its value is 0x0000; Length (data length), its value is 6; UnitID (slave address) is used to specify the address of the target logic controller and distinguish different slave devices; Function codes are used to indicate the type of operation; for example, 0x03 indicates reading multiple registers. Register start address, used to specify the starting register address for reading; The register count indicates the number of registers read consecutively; in this embodiment, the register count is 2.

[0031] When the first downlink instruction or the second downlink instruction needs to write data, the instruction consists of a transaction identifier, protocol identifier, data length, slave address, function code, register starting address, number of registers, number of bytes, and instruction data, as shown in the table below: TID PID Length UnitID function code Register starting address Number of registers byte count Instruction data 2 Byte 2 Byte 2 Byte 1 Byte 1 Byte 2 Byte 2 Byte 1 Byte n Byte 0x0001 0x0000 n + 7 0x01 0x10 0000 3 n in: Transaction identifiers are used to ensure the correspondence between data frames; The protocol identifier, used to indicate that the data frame uses the Modbus TCP protocol, has a value of 0x0000; Data length; The slave address is used to specify the address of the target logic controller. Multiple slave devices can be connected in a Modbus network. The logic controller to be communicated can be accurately found through the UnitID. The function code is used to indicate the operation type. In this embodiment, the function code is 0x10, which indicates writing multiple holding registers. Register start address, used to specify the starting register address for writing; The register number represents the number of registers written consecutively; in this embodiment, the number of registers written is 3. Byte count, representing the total number of bytes in the data portion; Instruction data, used to transmit specific instructions, includes instruction code, parameter length, and parameters (if any). In one possible embodiment, the instruction data and command name are shown in the table below: command name Downlink instruction code (2 bytes) Parameter length (2 bytes) Parameter (2 bytes) Start running 1 0 / Alarm reset 2 0 / Alarm silencer 3 0 / Stop running 4 0 / Manual mode 5 0 / Automatic mode 6 0 / Local mode 7 0 / Remote mode 8 0 / Clear this runtime 9 0 / Clear cumulative runtime 10 0 / Reset by time 11 0 / Schedule a timer for X hours and Y minutes. 12 2 Z = X * 60 + Y minutes Diaphragm pump speed setting X 13 2 X Spindle speed setting X 14 2 X Open the operation interface 15 0 / Open historical alarm interface 16 0 / Open the system parameter interface 17 0 / Open I / O interface 18 0 / Open the contact information interface 19 0 / The lower limit of the mechanical seal liquid level has been changed to xx%. 20 2 xx The upper limit of mechanical seal pressure has been changed to xxMPa 21 2 xx The lower limit of mechanical seal pressure has been changed to xx MPa 22 2 xx The upper limit of mechanical seal temperature has been changed to xx degrees. 23 2 xx The lower limit of the mechanical seal temperature has been changed to xx degrees. 24 2 xx The upper limit of the silo pressure has been changed to xxMPa 25 2 xx The upper limit of the silo temperature has been changed to xx degrees. 26 2 xx The lower limit of the material silo temperature has been changed to xx degrees. 27 2 xx confirm 50 0 / Cancel 51 0 / in: The logic controller can find the corresponding instruction from the mapping table based on the downlink instruction code. When the instruction corresponding to the downlink instruction code does not involve parameter settings, the value of the parameter length field is 0. When the instruction corresponding to the downlink instruction code involves parameter settings, the instruction data also includes parameters, and the value of the parameter length field is 2.

[0032] This method integrates device control (start / stop / mode switching), parameter configuration (speed / threshold setting), and interface interaction (opening specific interfaces) into a unified instruction code system. Functional classification (e.g., instructions 1-51) is achieved using 2-byte instruction codes, offering stronger business adaptability compared to standard Modbus function codes (which only support basic operations like 0x03 / 0x10). Furthermore, by encapsulating discrete industrial control needs (such as alarm reset and data clearing) into standardized instructions, the number of communication interactions can be reduced.

[0033] The first alert message, first status message, and second status message returned by the logic controller all include the uplink instruction code and the execution status code, as shown in the table below:

[0034] The uplink instruction code contains at least all the downlink instruction codes, meaning the downlink instruction code is a subset of the uplink instruction code.

[0035] The execution status includes ignored status, executed status, no permission status, and pending confirmation status, with a length of 2 bytes.

[0036] When the logic controller determines that the current instruction meets the corresponding preset conditions, it generates a corresponding first status message, including execution status code "1," indicating that authorization is granted and no confirmation is required; the instruction has been executed. The industrial control computer then uses this first status message to perform subsequent operations, such as playing an execution success message. When the logic controller determines that the current instruction does not meet the corresponding preset conditions, it generates a corresponding first reminder message, such as including execution status code "2," indicating no authorization, or execution status code "3," indicating that confirmation is required. The industrial control computer then prompts the user to enter a password or confirm the instruction based on the first reminder message.

[0037] In a possible embodiment, the authorized state can be set as follows: after the user correctly enters the password, the user is in the authorized state for a first set time period (e.g., 3 minutes). The uplink instruction code in the second status message also includes a password verification-specific instruction code (60 in this embodiment) that is not present in the downlink instruction code. The execution status corresponding to the password verification-specific instruction code includes password correct status, password incorrect status, and password input cancelled status, as shown in the table below:

[0038] During the access control process, the logic controller compares the received password data with the preset password. If they match, it returns a "password correct" status code; if they don't match, it returns an "incorrect" status code; if the operation is cancelled, it returns a "cancelled" status code. Upon receiving the status code, the industrial control computer broadcasts it to the user via voice.

[0039] In existing solutions, password verification is typically implemented by host computer software, which is vulnerable to network attacks or system failures. In this embodiment, however, authentication functionality is embedded at the Modbus protocol layer. Password verification is implemented by the logic controller through dedicated instructions, and the verification result is fed back in real time via status codes, thus improving the system's security and stability.

[0040] Figures 3-5 Three possible interaction processes are shown.

[0041] like Figure 3 As shown, when there is no instruction, the industrial control computer and the logic controller maintain a polling state. When the user issues instruction A, the industrial control computer sends the first downlink instruction to the logic controller. The logic controller returns a first status message, which includes the status codes "permission granted + no confirmation required + executed". At this time, the industrial control computer sends a success message to the user through voice broadcast or other means.

[0042] like Figure 4 As shown, when the user issues command B, the industrial control computer sends the first downlink command to the logic controller. The logic controller returns a first reminder message, which includes a "no permission" execution status code. Since the preset conditions are not met, the industrial control computer verbally announces the "no permission" message to the user and prompts them to enter a password. After the user correctly enters the password, the industrial control computer encapsulates the second downlink command and sends it to the logic controller, which then executes the second downlink command.

[0043] like Figure 5 As shown, when the user issues command D, the industrial control computer sends the first downlink command to the logic controller. The logic controller returns a first status message, which includes an execution status code of "permission granted + confirmation required". After receiving the first reminder message, the industrial control computer plays a confirmation prompt tone and waits for user confirmation. After the user confirms via voice, the industrial control computer sends a second downlink command. The logic controller executes the operation according to the second downlink command and returns a second status message. The second status message may include a "execution successful" status code, which is sent to the user by the industrial control computer via voice broadcast or other means.

[0044] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0045] The prior description of this disclosure is provided to enable any person skilled in the art to make or use this disclosure. Various modifications to this disclosure will be apparent to those skilled in the art, and the general principles defined herein may be applied to other variations without departing from the spirit or scope of this disclosure. Therefore, this disclosure is not intended to be limited to the examples and designs described herein, but should be accorded the widest scope consistent with the principles and novel features disclosed herein.

[0046] The above description is merely a preferred example of this application and is not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application shall be included within the scope of protection of this application.

Claims

1. An industrial control command interaction method for a grinding machine, characterized in that, Includes the following steps: Step 1: Provide a grinding machine, which is equipped with an industrial control computer and a logic controller. The industrial control computer and the logic controller are connected via a network. Step 2: The industrial control computer receives information input by the user, encapsulates a first downlink instruction, and then sends the first downlink instruction to the logic controller; Step 3: The logic controller receives the first downlink instruction, determines whether the preset condition is met, and if the preset condition is met, executes the first downlink instruction, generates a first status message, and sends it to the industrial control computer. If the preset conditions are not met, a first reminder message is generated and sent to the industrial control computer; Step 4: When the industrial control computer receives the first status message, it sends execution information back to the user; When the industrial control computer receives the first reminder message, it notifies the user to perform the corresponding operation to meet the preset conditions. After the user completes the operation, the industrial control computer encapsulates the second downlink instruction and sends the second downlink instruction to the logic controller. Step 5: The logic controller receives the second downlink instruction, determines whether the preset condition is met, and if the preset condition is met, executes the second downlink instruction, then generates a second status message and sends it to the industrial control computer.

2. The industrial control command interaction method for a grinding machine according to claim 1, characterized in that: When the first downlink instruction or the second downlink instruction needs to read data, the first downlink instruction or the second downlink instruction includes a transaction identifier, a protocol identifier, a data length, a slave address, a function code, a register start address, and a number of registers; When the first downlink instruction or the second downlink instruction needs to write data, the first downlink instruction or the second downlink instruction includes a transaction identifier, a protocol identifier, a data length, a slave address, a function code, a register starting address, a number of registers, a number of bytes, and instruction data.

3. The industrial control command interaction method for a grinding machine according to claim 2, characterized in that: The instruction data includes a downlink instruction code and a parameter length. When the instruction corresponding to the instruction code involves parameter settings, the instruction data also includes the parameters.

4. The industrial control command interaction method for a grinding machine according to claim 3, characterized in that: The first alert message, the first status message, and the second status message all include an uplink instruction code and an execution status code, wherein the uplink instruction code includes all the downlink instruction codes.

5. The industrial control command interaction method for a grinding machine according to claim 4, characterized in that, The preset conditions include that the user needs to be in a state with permission; In step 3, if the preset conditions are not met, the first reminder message generated by the logic controller includes a first execution status code, which is used to indicate that the user does not have permission. In step 4, when the industrial control computer receives the first reminder message and parses the first execution status code, it notifies the user to perform an authorization verification operation.

6. The industrial control command interaction method for a grinding machine according to claim 5, characterized in that, The authorized state is set as follows: when the user correctly enters the password, the user is in the authorized state for a first set time period. The permission verification operation in step 4 specifically involves entering a password.

7. The industrial control command interaction method for a grinding machine according to claim 6, characterized in that, In step 5, if the preset conditions are not met, the logic controller does not execute the second downlink instruction, and the generated second status message includes a password verification instruction code and a password verification execution status code. The password verification execution status code includes a password correct status code, a password incorrect status code, and a password input cancellation status code. During the process of determining whether the preset conditions are met, the logic controller compares the received password data with the preset password. If they match, it returns a password correct status code; if they do not match, it returns a password incorrect status code; if the operation is canceled, it returns a canceled password input status code.

8. The industrial control command interaction method for a grinding machine according to claim 4, characterized in that, The preset conditions include the requirement for user confirmation. In step 3, if the preset conditions are not met, the first reminder message includes a second execution status code, which indicates that user confirmation is required. In step 4, when the industrial control computer receives the first reminder message and parses the second execution status code, it notifies the user to perform a confirmation operation.

9. The industrial control command interaction method for a grinding machine according to claim 8, characterized in that, In step 4, when the user completes the confirmation operation, the second downlink instruction includes a confirmation instruction code; when the user cancels the confirmation operation, the second downlink instruction includes a cancellation instruction code.

10. The industrial control command interaction method for a grinding machine according to claim 1, characterized in that, The instruction exchange between the industrial control computer and the logic controller is based on the Modbus TCP protocol.

Images