Script-based support automatic action configuration method

Abstract

The invention relates to a script-based automatic bracket action configuration method. The method comprises the following steps: a user configures actions of a bracket through a graphical interface of an upper computer or mobile equipment; the upper computer generates a corresponding JavaScript file according to the configuration of the user, and the script file comprises action logic configured by the user; the upper computer transmits the generated JavaScript file to the controller through the GRPC interface; the controller receives the script file and stores the script file locally; the controller calls a GOJA engine to analyze and execute the JavaScript script file; the action logic in the script file controls the action of the support by calling a predefined GO function; the GO function sends an instruction to the interface board through bottom-layer serial port communication; the interface board controls the hydraulic valve to start according to the received instruction, so as to execute the action of the bracket; the controller monitors the state of the support in real time through the sensor. The action logic of the support is dynamically adjusted according to sensor data and background scripts.

Description

Technical Field

[0001] The present application relates to the field of intelligent management of coal mines, and more specifically, to a script-based automatic motion configuration method for supports. Background Art

[0002] As coal mine intelligence becomes increasingly popular, each support needs to perform multiple configuration actions when following the machine.

[0003] Coal mining professionals in mines are familiar with coal mining actions, but lack computer technology knowledge and find it difficult to configure support actions using computer language.

[0004] Although the computer technicians were familiar with programming, they lacked knowledge of the coal mining business and were not clear about what actions each support should perform at different stages.

[0005] Existing technical problems:

[0006] Complex configuration: Most of the existing bracket automatic action configurations are in the form of fixed configuration files, and the configuration process is complex and not intuitive.

[0007] Inflexible: The actions in each stage are fixed and cannot be adjusted dynamically according to actual conditions.

[0008] Difficult to understand: The configuration file format is difficult for mining professionals to understand and operate, resulting in business personnel being unable to use it effectively. Summary of the invention

[0009] The purpose of this application is to provide a script-based bracket automatic action configuration method to solve the problems in the prior art.

[0010] A script-based bracket automatic action configuration method, the steps include:

[0011] Step 1.1: The user configures the action of the bracket through the graphical interface of the host computer or mobile device;

[0012] Step 1.2: The host computer generates a corresponding JavaScript script file according to the user's configuration. The script file contains the action logic configured by the user;

[0013] Step 2.1: The host computer transfers the generated JavaScript script file to the controller through the GRPC interface;

[0014] Step 2.2: The controller receives the script file and saves it locally;

[0015] Step 3.1: The controller calls the GOJA engine to parse and execute the JavaScript script file;

[0016] Step 3.2: The action logic in the script file controls the action of the bracket by calling the predefined GO function;

[0017] Step 4.1: The GO function sends instructions to the interface board through the underlying serial port communication;

[0018] Step 4.2: The interface board controls the start of the hydraulic valve according to the received command, thereby executing the action of the bracket;

[0019] Step 5.1: The controller monitors the status of the bracket in real time through the sensor;

[0020] Step 5.2: Based on the sensor data, the background script dynamically adjusts the action logic of the bracket;

[0021] Step 5.3: If the sensor data is abnormal, the background script will interrupt the current action and send an abnormal notification to the host computer;

[0022] Step 6.1: The controller sends the result of the action execution to the host computer through the MQTT protocol;

[0023] Step 6.2: The host computer displays the status and results of the action execution on the interface so that the user can monitor and adjust in real time.

[0024] Furthermore, the user configures the actions of the bracket through the graphical interface of the host computer or mobile device, including:

[0025] Interface layout: The graphical interface is divided into multiple areas, including action selection area, parameter setting area, animation preview area and script generation area;

[0026] Action selection area: lists all available bracket actions; users can select the required action by clicking or dragging;

[0027] Parameter setting area: users can set specific parameters for each action;

[0028] Animation preview area: displays the animation effect of the action sequence configured by the user in real time, helping the user to understand the configuration results intuitively;

[0029] Script generation area: displays the generated JavaScript script code, and users can view and edit the script;

[0030] Action selection: Users select the required action in the action selection area and can add the action to the configuration sequence by clicking or dragging;

[0031] Parameter setting: Users set specific parameters for each action in the parameter setting area; the parameter setting area provides input boxes and slider controls to facilitate users to quickly set parameters;

[0032] Users can set conditional judgments in the parameter setting area.

[0033] Furthermore, the user configures the actions of the bracket through the graphical interface of the host computer or mobile device, including:

[0034] Real-time preview: When users configure actions, the animation preview area will display the animation effects of the configured action sequence in real time; the animation preview area provides play, pause, and reset control buttons, and users can view and adjust the configuration at any time;

[0035] Animation effect: The animation preview area displays the detailed animation effect of each action, including the starting position, ending position, and motion trajectory of the action, helping users to intuitively understand the specific execution of each action;

[0036] Script generation: After the user configuration is completed, the host computer will automatically generate the corresponding JavaScript script file; the script file contains all the actions and parameters configured by the user;

[0037] Script editing: Users can view and edit the generated scripts in the script generation area; the host computer provides syntax highlighting and error prompt functions to help users edit scripts more conveniently;

[0038] Script verification: The host computer provides a script verification function, and the user can verify whether the generated script meets expectations; the verification results are displayed on the interface to help users find and correct errors.

[0039] Furthermore, the host computer transmits the generated JavaScript script file to the controller through the GRPC interface, specifically including: the host computer constructs a GRPC request, and the request includes the generated JavaScript script file content; the host computer calls the GRPC interface AddAutoActByStrategy to send the script file to the controller; the controller receives the GRPC request and parses the script file content in the request.

[0040] Furthermore, the controller receives the script file and saves it locally. Specifically: the controller saves the received script file content to a specified folder, and each controller saves its own script file; the controller records the path and related information of the script file to facilitate rapid location and loading of the script file during subsequent execution.

[0041] Furthermore, the controller calls the GOJA engine to parse and execute the JavaScript script file, including:

[0042] When the controller starts, initialize the GOJA engine; ensure that the GOJA engine is in a usable state and can parse and execute JavaScript scripts;

[0043] The controller receives the JavaScript script file transmitted from the host computer through the GRPC interface;

[0044] Save the received script file in a specified local folder, ensuring that the file path and file name conform to the predetermined format;

[0045] The controller calls the parsing function of the GOJA engine to read and parse the JavaScript script file saved locally;

[0046] During the parsing process, the GOJA engine converts the action logic in the script into an executable intermediate representation;

[0047] The GOJA engine executes the action logic in the JavaScript script line by line according to the parsed intermediate representation;

[0048] The action logic in the script implements specific action control by calling predefined GO functions;

[0049] The GO function sends instructions to the interface board through the underlying serial port communication;

[0050] The interface board controls the activation of the hydraulic valve according to the received instructions, thereby executing the action of the bracket.

[0051] Furthermore, the interface board controls the hydraulic valve specifically including:

[0052] Instruction analysis:

[0053] Instruction format: The instructions sent by the controller to the interface board through the serial port are in binary format. Each instruction consists of multiple bytes, including but not limited to the start flag, action code, hold time, execution frame number, and check code;

[0054] Action code: used to specify the specific action to be performed. Each action has a unique code;

[0055] Hold time: specifies the length of time the action is executed, in milliseconds;

[0056] Execution rack number: specifies the rack number for executing the action, which can be the current rack, the left adjacent rack, or the right adjacent rack;

[0057] Checksum: used to ensure the integrity of the instruction and prevent misoperation caused by transmission errors;

[0058] Control logic:

[0059] Receiving instructions: After the interface board receives the binary instructions sent by the controller through the serial port, it first parses each field in the instruction to ensure the integrity and legality of the instruction;

[0060] Instruction verification: Verify the received instructions, including verification of the checksum, to ensure that the instructions have not been tampered with;

[0061] Execute action: According to the parsed action code, call the corresponding C language function and execute the specified action by controlling the start of the hydraulic valve;

[0062] Hold time control: According to the hold time field, control the duration of the action execution; if the action needs to be maintained for a long time, the interface board will continue to send control signals to the hydraulic valve;

[0063] Hydraulic valve control:

[0064] Control signal: The interface board sends a control signal to the hydraulic valve through the GPIO pin. The control signal can be high or low level and is used to control the opening or closing of the hydraulic valve.

[0065] Solenoid valve drive: The hydraulic valve is driven by a solenoid valve, and the interface board realizes the switching action of the hydraulic valve by controlling the current of the solenoid valve.

[0066] The beneficial effects of this application are as follows:

[0067] 1. Intuitive animation configuration

[0068] Animation display: The action of each bracket is displayed in the form of animation, making the configuration process more intuitive and easy to understand, reducing the learning cost of professionals.

[0069] Real-time feedback: During the configuration process, users can see the effects of animation simulation to ensure the correctness and rationality of the configuration.

[0070] 2. Dynamic Programmability

[0071] Scripted configuration: Use scripting languages ​​(such as JavaScript) to configure actions, support conditional judgment and dynamic adjustment, and improve the flexibility and adaptability of configuration.

[0072] Real-time adjustment: Dynamically adjust actions based on real-time data, such as deciding to perform different actions based on sensor data, which improves the intelligence level of the system.

[0073] 3. Simplify the configuration process

[0074] Simplified configuration: The scripted configuration method simplifies the complexity of traditional configuration files, allowing miners who are not computer professionals to easily configure support actions.

[0075] Reduce errors: Through the combination of animation and scripts, problems caused by configuration errors are reduced, and the reliability and stability of the system are improved.

[0076] 4. Cross-platform support

[0077] Multi-platform configuration: supports configuration on host computers (B-side) and mobile devices (C-side), making it convenient for miners to configure in different scenarios.

[0078] Unified management: Communication between the host computer and the controller is realized through the GRPC interface to ensure the consistency and real-time performance of the configuration.

[0079] 5. Dynamic feedback mechanism

[0080] Sensor monitoring: The status of the bracket is monitored in real time through sensors. The background script can detect abnormalities and interrupt the action in time, improving the safety and reliability of the system.

[0081] Automatic adjustment: The background script dynamically adjusts the action according to the sensor data to ensure the optimal operation of the bracket under different working conditions.

[0082] The present invention solves the problems of complex, non-intuitive and inflexible configuration of existing bracket automatic actions through the combination of scripting language and animation interface, improves the intuitiveness and flexibility of configuration, simplifies the configuration process, supports multi-platform configuration, and has a dynamic feedback mechanism, which significantly improves the intelligence level and production efficiency of coal mines. BRIEF DESCRIPTION OF THE DRAWINGS

[0083] In order to more clearly illustrate the technical solution of the embodiment of the present application, the following is a brief introduction to the drawings required for use in the embodiment:

[0084] Figure 1 This is the overall framework diagram of the system involved in this application:

[0085] Figure 2 This is a controller framework diagram involved in this application;

[0086] Figure 3 This is the control workflow diagram for this application. DETAILED DESCRIPTION

[0087] In order to make the technical purpose, technical solution and beneficial effects of the present application clearer, the technical solution of the present application is further described below in conjunction with the drawings and specific embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application, that is, the described embodiments are only part of the embodiments of the present application, rather than all of the embodiments. The components of the embodiments of the present application described and shown in the drawings are usually arranged and designed in various different configurations.

[0088] In a specific implementation, the present application discloses a script-based bracket automatic action configuration method, comprising the following steps:

[0089] Step 1: Configure the interface to generate the script:

[0090] Step 1.1: The user configures the action of the bracket through the graphical interface of the host computer or mobile device. The specific configuration includes:

[0091] 1. Graphical interface design

[0092] Interface layout: The graphical interface is divided into multiple areas, including action selection area, parameter setting area, animation preview area and script generation area.

[0093] Action selection area: Lists all available support actions, such as push and slide, move and support, etc. Users can select the required action by clicking or dragging.

[0094] Parameter setting area: Users can set specific parameters for each action, such as action execution time, pressure threshold, etc.

[0095] Animation preview area: displays the animation effects of the action sequence configured by the user in real time, helping users to understand the configuration results intuitively.

[0096] Script generation area: displays the generated JavaScript script code, and users can view and edit the script.

[0097] 2. Action selection and configuration

[0098] Action selection: Users select the required action in the action selection area and can add the action to the configuration sequence by clicking or dragging.

[0099] Parameter setting: Users set specific parameters for each action in the parameter setting area, such as action execution time, pressure threshold, etc. The parameter setting area provides controls such as input boxes and sliders to facilitate users to quickly set parameters.

[0100] Conditional judgment: Users can set conditional judgment in the parameter setting area, such as dynamically adjusting actions based on sensor data. For example, users can set the push-and-slide action to be executed when the pressure sensor detects that the pressure exceeds 500, otherwise the move action is executed.

[0101] 3. Animation Preview

[0102] Real-time preview: When the user configures an action, the animation preview area will display the animation effect of the configured action sequence in real time. The animation preview area provides control buttons such as play, pause, and reset, so that users can view and adjust the configuration at any time.

[0103] Animation effect: The animation preview area displays the detailed animation effect of each action, including the starting position, ending position, motion trajectory, etc., to help users intuitively understand the specific execution of each action.

[0104] 4. Script generation

[0105] Script generation: After the user configuration is completed, the host computer will automatically generate the corresponding JavaScript script file. The script file contains all the actions and parameters configured by the user.

[0106] Script editing: Users can view and edit the generated scripts in the script generation area. The host computer provides syntax highlighting and error prompt functions to help users edit scripts more conveniently.

[0107] Script verification: The host computer provides a script verification function, and users can verify whether the generated script meets expectations. The verification results will be displayed on the interface to help users find and correct errors.

[0108] Step 1.2: The host computer generates a corresponding JavaScript script file according to the user's configuration. The script file contains the action logic configured by the user.

[0109] Step 2: Script file transfer:

[0110] Step 2.1: The host computer transmits the generated JavaScript script file to the controller through the GRPC interface. Specifically, it includes: 2.1.1: The host computer constructs a GRPC request, which contains the generated JavaScript script file content.

[0111] 2.1.2: The host computer calls the GRPC interface AddAutoActByStrategy and sends the script file to the controller.

[0112] 2.1.3: The controller receives the GRPC request and parses the script file content in the request.

[0113] Step 2.2: The controller receives the script file and saves it locally. Specifically: The controller saves the received script file content to a specified folder, and each controller saves its own script file. The controller records the path and related information of the script file so that the script file can be quickly located and loaded during subsequent execution.

[0114] Step 3: Script execution:

[0115] Step 3.1: The controller calls the GOJA engine to parse and execute the JavaScript script file. Specifically:

[0116] 1. GOJA engine initialization

[0117] When the controller starts, the GOJA engine is initialized to ensure that the GOJA engine is available and can parse and execute JavaScript scripts.

[0118] Load the necessary Go libraries, which are used to communicate and control the underlying hardware.

[0119] 2. Receive script file

[0120] The controller receives the JavaScript script file transmitted from the host computer through the GRPC interface.

[0121] Save the received script file in a specified local folder, ensuring that the file path and file name conform to the predetermined format.

[0122] 3. Parsing script files

[0123] The controller calls the parsing function of the GOJA engine to read and parse the JavaScript script file saved locally.

[0124] During the parsing process, the GOJA engine converts the action logic in the script into an executable intermediate representation.

[0125] 4. Execute script logic

[0126] The GOJA engine executes the action logic in the JavaScript script line by line according to the parsed intermediate representation.

[0127] The action logic in the script implements specific action control by calling predefined GO functions, including but not limited to ExecAction, UnExecAction, GetData, GetParam, SetParam, etc.

[0128] 5. Action Execution

[0129] The GO function sends instructions to the interface board through the underlying serial port communication.

[0130] The interface board controls the activation of the hydraulic valve according to the received instructions, thereby executing the action of the bracket.

[0131] Step 3.2: The action logic in the script file controls the action of the bracket by calling predefined GO functions.

[0132] Step 4: Action Execution:

[0133] Step 4.1: The GO function sends instructions to the interface board through the underlying serial port communication.

[0134] In the GO language, in order to achieve interaction with the underlying hardware, a series of specific functions are designed. These functions are responsible for converting instructions from JS scripts into commands that can be recognized by the underlying hardware. These functions include but are not limited to:

[0135] SendCommand: Send general commands to the specified interface board.

[0136] ReadResponse: Read the data response returned by the interface board.

[0137] OpenPort: Open the serial communication port.

[0138] ClosePort: Close the serial communication port.

[0139] SetBaudRate: Set the serial port baud rate.

[0140] SetDataBits: Set the number of data bits.

[0141] SetStopBits: Set the stop bits.

[0142] SetParity: Set the parity bit.

[0143] Step 4.2: The interface board controls the start of the hydraulic valve according to the received command, thereby executing the action of the bracket. The interface board controls the hydraulic valve specifically including:

[0144] 1. Instruction parsing

[0145] Instruction format: The instructions sent by the controller to the interface board through the serial port are in binary format. Each instruction consists of multiple bytes, including but not limited to the start flag, action code, hold time, execution frame number, check code, etc.

[0146] Action code: used to specify the specific action to be performed, such as pushing and sliding, moving, etc. Each action has a unique code.

[0147] Hold Time: Specifies the length of time the action is executed, in milliseconds.

[0148] Execution rack number: specifies the rack number for executing the action, which can be the current rack, the adjacent rack on the left, or the adjacent rack on the right.

[0149] Checksum: used to ensure the integrity of the instruction and prevent misoperation caused by transmission errors.

[0150] 2. Control Logic

[0151] Receiving instructions: After the interface board receives the binary instructions sent by the controller through the serial port, it first parses each field in the instruction to ensure the integrity and legality of the instruction.

[0152] Instruction verification: Verify the received instructions, including verification of the checksum, to ensure that the instructions have not been tampered with.

[0153] Execute action: According to the parsed action code, call the corresponding C language function to execute the specified action by controlling the start of the hydraulic valve.

[0154] Hold time control: According to the hold time field, control the duration of the action execution. If the action needs to be held for a long time, the interface board will continue to send control signals to the hydraulic valve.

[0155] Exception handling: During the execution process, if any abnormal situation is detected (such as hydraulic system failure, sensor data abnormality, etc.), the interface board will immediately stop the current action and send an exception report to the host computer.

[0156] 3. Hydraulic valve control

[0157] Control signal: The interface board sends a control signal to the hydraulic valve through the GPIO (general purpose input and output) pin. The control signal can be high or low and is used to control the opening or closing of the hydraulic valve.

[0158] Solenoid valve drive: Hydraulic valves are usually driven by solenoid valves. The interface board realizes the switching action of the hydraulic valve by controlling the current of the solenoid valve.

[0159] Pressure regulation: In some cases, the interface board also needs to regulate the pressure of the hydraulic system to ensure smooth execution of the action. This can be achieved by adjusting the current intensity of the solenoid valve.

[0160] Step 5: Dynamic Adjustment:

[0161] Step 5.1: The controller monitors the status of the bracket in real time through the sensor.

[0162] Step 5.2: Based on the sensor data, the background script dynamically adjusts the action logic of the bracket.

[0163] Step 5.3: If the sensor data is abnormal, the background script will interrupt the current action and send an abnormal notification to the host computer.

[0164] Step 6: Execution Feedback:

[0165] Step 6.1: The controller sends the result of the action execution to the host computer through the MQTT protocol.

[0166] Step 6.2: The host computer displays the status and results of the action execution on the interface so that the user can monitor and adjust in real time.

[0167] The following describes the application in detail:

[0168] Disadvantages of the prior art: Nowadays, coal mine intelligence is prevalent. For coal mine intelligence, each bracket is divided into multiple configurations when following the machine, and then the automatic action is performed according to the configuration to complete the following. For coal mining professionals in the mine, they know more about how to perform the action, but they do not understand computer technology, and do not know how to use computer-understandable language to let the bracket do the action they think the bracket should do. Computer personnel have professional computer experience but are not familiar with coal mining business, and do not know what action each bracket should do at what stage. Therefore, each stage is a fixed dead stage, which can only be executed according to a fixed configuration and cannot dynamically modify the execution effect according to the actual situation. The configuration is complex and cannot give the configuration personnel an intuitive feeling. These problems lead to troublesome configuration of this form, and the professionals in the mine cannot understand this configuration, which makes the real business personnel in the mine unable to use it. The purpose of the present invention is to use scripting language + animation to complete the automatic action configuration of each bracket in the form of animation, so that professionals only need to know how the bracket moves without worrying about how the action configuration file behind is configured in the form of animation, and everything is responsible for the script, which greatly reduces the difficulty of action configuration.

[0169] like Figures 1 to 3 As shown, this application is mainly divided into two main directions: the upper computer and the controller (lower computer). The upper computer is responsible for generating script files in the form of animation, and sending them to the corresponding controller through the GRPC interface, so that the controller (lower computer) can perform corresponding actions according to the JS script.

[0170] The upper computer is mainly responsible for interface configuration and data display functions. The lower computer is mainly the controller on the hydraulic support, which is responsible for the specific execution of the support action, etc. The coal mining machine is set to perform specific actions on each frame through animation. After the user configuration is completed, the upper computer automatically generates the automatic action configuration file to be executed by the lower computer according to the animation configured by the user. The code is similar to this code. The code is as follows:

[0171]

[0172] The above code is the js script that the host computer needs to generate when asking the controller to perform a complete action. After generating this script, the host computer passes this file to the lower computer (controller) in the form of grpc interface. After the controller obtains the parameters passed by the grpc interface, it saves the generated script file to be executed locally in the form of a folder.

[0173] Each controller saves its own script file. When the underground machine following process is actually started, Figure 3As shown, because the JS script does not have the ability to remove the underlying system serial port after compilation, the JS script focuses more on the configuration of the action rather than the specific execution of the controller action. The specific interaction with the hardware is as follows:

[0174] 1. The user configures the actions that need to be performed in the current coal mining stage through the host computer / browser;

[0175] 2. The upper computer sends the JS script configured by the user to the lower computer through the interface;

[0176] 3. The lower computer gets these scripts and calls the GOJA engine to start the script;

[0177] 4. The script contains functions that execute actions agreed upon by JS and GO;

[0178] 5. The script executes these agreed functions, and goja translates these functions and directly calls them into the go code that can call the underlying serial port;

[0179] 6. The Go code receives these requests and sends binary bytes to the corresponding interface board through serial communication;

[0180] 7. The interface board receives these binary bytes and uses C language to control the start of the hydraulic valve;

[0181] 8. Finally, the hydraulic valve controls the final action.

[0182] The function contents agreed upon by GO and JS are as follows:

[0183]

[0184]

[0185] Processing mechanism for execution failure: If the script execution fails, the script execution will be stopped, and an MQTT message indicating the script execution failure will be sent to the host computer, allowing the host computer to display the specific message format on the execution interface.

[0186]

Claims

1. A script-based automatic action configuration method for a bracket, characterized in that: The steps include: Step 1.1: The user configures the action of the bracket through the graphical interface of the host computer or mobile device; Step 1.2: The host computer generates a corresponding JavaScript script file according to the user's configuration. The script file contains the action logic configured by the user; Step 2.1: The host computer transfers the generated JavaScript script file to the controller through the GRPC interface; Step 2.2: The controller receives the script file and saves it locally; Step 3.1: The controller calls the GOJA engine to parse and execute the JavaScript script file; Step 3.2: The action logic in the script file controls the action of the bracket by calling the predefined GO function; Step 4.1: The GO function sends instructions to the interface board through the underlying serial port communication; Step 4.2: The interface board controls the start of the hydraulic valve according to the received command, thereby executing the action of the bracket; Step 5.1: The controller monitors the status of the bracket in real time through the sensor; Step 5.2: Based on the sensor data, the background script dynamically adjusts the action logic of the bracket; Step 5.3: If the sensor data is abnormal, the background script will interrupt the current action and send an abnormal notification to the host computer; Step 6.1: The controller sends the result of the action execution to the host computer through the MQTT protocol; Step 6.2: The host computer displays the status and results of the action execution on the interface so that the user can monitor and adjust in real time.

2. A script-based automatic action configuration method for a support according to claim 1, characterized in that: The user configures the actions of the bracket through the graphical interface of the host computer or mobile device, including: Interface layout: The graphical interface is divided into multiple areas, including action selection area, parameter setting area, animation preview area and script generation area; Action selection area: lists all available bracket actions; users can select the required action by clicking or dragging; Parameter setting area: users can set specific parameters for each action; Animation preview area: displays the animation effect of the action sequence configured by the user in real time, helping the user to understand the configuration results intuitively; Script generation area: displays the generated JavaScript script code, and users can view and edit the script; Action selection: Users select the required action in the action selection area and can add the action to the configuration sequence by clicking or dragging; Parameter setting: Users set specific parameters for each action in the parameter setting area; the parameter setting area provides input boxes and slider controls to facilitate users to quickly set parameters; Users can set conditional judgments in the parameter setting area.

3. A script-based automatic action configuration method for a support according to claim 1, characterized in that: The user configures the actions of the bracket through the graphical interface of the host computer or mobile device, including: Real-time preview: When users configure actions, the animation preview area will display the animation effects of the configured action sequence in real time; the animation preview area provides play, pause, and reset control buttons, and users can view and adjust the configuration at any time; Animation effect: The animation preview area displays the detailed animation effect of each action, including the starting position, ending position, and motion trajectory of the action, helping users to intuitively understand the specific execution of each action; Script generation: After the user configuration is completed, the host computer will automatically generate the corresponding JavaScript script file; the script file contains all the actions and parameters configured by the user; Script editing: Users can view and edit the generated scripts in the script generation area; the host computer provides syntax highlighting and error prompt functions to help users edit scripts more conveniently; Script verification: The host computer provides a script verification function, and the user can verify whether the generated script meets expectations; the verification results are displayed on the interface to help users find and correct errors.

4. The script-based automatic action configuration method of a support according to claim 1, characterized in that: The host computer transmits the generated JavaScript script file to the controller through the GRPC interface, specifically including: the host computer constructs a GRPC request, which contains the generated JavaScript script file content; the host computer calls the GRPC interface AddAutoActByStrategy to send the script file to the controller; the controller receives the GRPC request and parses the script file content in the request.

5. The script-based automatic motion configuration method of a support according to claim 1, characterized in that: The controller receives the script file and saves it locally. Specifically: the controller saves the received script file content to a specified folder, and each controller saves its own script file; the controller records the path and related information of the script file to facilitate quick positioning and loading of the script file during subsequent execution.

6. The script-based automatic action configuration method of a support according to claim 1, characterized in that: The controller calls the GOJA engine to parse and execute JavaScript script files, including: When the controller starts, initialize the GOJA engine; ensure that the GOJA engine is in a usable state and can parse and execute JavaScript scripts; The controller receives the JavaScript script file transmitted from the host computer through the GRPC interface; Save the received script file in a specified local folder, ensuring that the file path and file name conform to the predetermined format; The controller calls the parsing function of the GOJA engine to read and parse the JavaScript script file saved locally; During the parsing process, the GOJA engine converts the action logic in the script into an executable intermediate representation; The GOJA engine executes the action logic in the JavaScript script line by line according to the parsed intermediate representation; The action logic in the script implements specific action control by calling predefined GO functions; The GO function sends instructions to the interface board through the underlying serial port communication; The interface board controls the activation of the hydraulic valve according to the received instructions, thereby executing the action of the bracket.

7. The script-based automatic motion configuration method of a support according to claim 1, characterized in that: The interface board controls the hydraulic valves including: Instruction analysis: Instruction format: The instructions sent by the controller to the interface board through the serial port are in binary format. Each instruction consists of multiple bytes, including but not limited to the start flag, action code, hold time, execution frame number, and check code; Action code: used to specify the specific action to be performed. Each action has a unique code; Hold time: specifies the length of time the action is executed, in milliseconds; Execution rack number: specifies the rack number for executing the action, which can be the current rack, the left adjacent rack, or the right adjacent rack; Checksum: used to ensure the integrity of the instruction and prevent misoperation caused by transmission errors; Control logic: Receiving instructions: After the interface board receives the binary instructions sent by the controller through the serial port, it first parses each field in the instruction to ensure the integrity and legality of the instruction; Instruction verification: Verify the received instructions, including verification of the checksum, to ensure that the instructions have not been tampered with; Execute action: According to the parsed action code, call the corresponding C language function and execute the specified action by controlling the start of the hydraulic valve; Hold time control: According to the hold time field, control the duration of the action execution; if the action needs to be maintained for a long time, the interface board will continue to send control signals to the hydraulic valve; Hydraulic valve control: Control signal: The interface board sends a control signal to the hydraulic valve through the GPIO pin. The control signal can be high or low level and is used to control the opening or closing of the hydraulic valve. Solenoid valve drive: The hydraulic valve is driven by a solenoid valve, and the interface board realizes the switching action of the hydraulic valve by controlling the current of the solenoid valve.

Images