Method and apparatus for rapid communication of hot working process parameters based on multiple operating systems

Abstract

The application provides a multi-operating system-based rapid communication method and device for hot processing parameters. The method provided by the application comprises the following steps: establishing a direct channel for a first operating system and a second operating system on different processor cores of the same PLC CPU through an inter-core communication component; a hot processing parameter generation program is run to generate process parameters; the process parameters, process types, process parameter types, process parameter channel numbers and corresponding IO address groups are integrated to form a standardized transmission information unit; the second operating system transmits the standardized transmission information unit to a data processing program through the inter-core communication component; the data processing program analyzes the standardized transmission information unit, locates a target device terminal and outputs a control signal in combination with a preset IO address and process parameter mapping relationship; and the data processing program collects actual process parameters of the target device terminal, and the hot processing parameter generation program generates process parameters based on the actual process parameters.

Description

Technical Field

[0001] This application relates to the field of industrial control technology, and in particular to a method and apparatus for rapid communication of thermal processing parameters based on multiple operating systems. Background Technology

[0002] In the field of thermal processing in the machinery manufacturing industry, thermal processing parameters (such as temperature, pressure, displacement, etc.) are the core elements that determine the product forming quality and equipment operation stability. Real-time communication is required to transmit these parameters between the control terminal and the equipment terminal.

[0003] Currently, communication of thermal processing parameters mainly relies on a separate architecture between the computer and the PLC: the process parameters need to be generated on the computer first (or manually set by workers in the computer's IDE based on experience), and then the parameters are imported from the computer's IDE to the PLC through a physical connection; after receiving the parameters, the PLC parses them through its internal runtime program and data processing program, and finally transmits the control signals to the equipment terminal; if it is necessary to obtain the actual parameters of the equipment terminal, the signal needs to be transmitted in reverse path of "equipment terminal → PLC → computer IDE", relying entirely on the computer's IDE as the core node for parameter parsing and relay. Existing communication methods have significant shortcomings: First, the data path is long, and parameters need to be transmitted across multiple hardware components, from the computer to the IDE to the PLC, resulting in high communication latency and making it difficult to meet the real-time requirements of thermal processing (e.g., delayed transmission of pressure parameters during metal forming can easily lead to product dimensional deviations). Second, stability is poor, as the computer and PLC are independent hardware, and problems such as loose physical connections and poor contact can easily cause data disconnection, affecting production continuity. Third, they rely on manual operation and the IDE, and parameter generation and parsing require manual operation in the IDE, which not only increases labor costs but may also lead to parameter mismatch due to human error settings.

[0004] Therefore, there is an urgent need for a method to achieve fast and reliable communication of thermal processing parameters by shortening the communication link and improving the real-time performance and stability of transmission. Summary of the Invention

[0005] In view of this, this application provides a method and apparatus for rapid communication of thermal processing parameters based on multiple operating systems, which can achieve rapid and reliable communication of thermal processing parameters by shortening the communication link and improving the real-time performance and stability of transmission.

[0006] Specifically, this application is implemented through the following technical solution:

[0007] The first aspect of this application provides a method for rapid communication of thermal processing parameters based on multiple operating systems, the method comprising:

[0008] On different processor cores of the same PLC CPU, a first operating system and a second operating system are deployed respectively. A direct connection channel between the first operating system and the second operating system is established through an inter-core communication component, and a mapping relationship between the device terminal I / O address and the process parameter is preset. The first operating system runs a data processing program, and the second operating system runs a hot processing process parameter generation program.

[0009] The thermal processing parameter generation program in the second operating system generates process parameters based on the process type, process parameter type, and number of process parameter channels. The process parameters are then integrated with the process type, process parameter type, number of process parameter channels, and corresponding IO address groups to form a standardized transmission information unit.

[0010] The second operating system transmits the standardized transmission information unit to the data processing program of the first operating system through the API interface of the inter-core communication component;

[0011] The data processing program of the first operating system parses the standardized transmission information unit, combines the preset IO address and process parameter mapping relationship, locates the target device terminal and outputs control signals;

[0012] The data processing program of the first operating system collects the actual process parameters of the target device terminal and feeds them back to the second operating system according to the standardized transmission information unit format. The hot processing process parameter generation program optimizes the generation of process parameters based on the actual process parameters.

[0013] A second aspect of this application provides a rapid communication device for thermal processing parameters based on multiple operating systems. The device includes a first operating system and a second operating system deployed on different processor cores of the same PLC CPU. The first operating system and the second operating system establish a direct connection channel through an inter-core communication component. The first operating system runs a data processing program, and the second operating system runs a thermal processing parameter generation program.

[0014] The second operating system is used to generate process parameters based on the process type, process parameter type, and number of process parameter channels by running a program that generates process parameters based on the process type, process parameter type, and number of process parameter channels. The process parameters are then integrated with the process type, process parameter type, number of process parameter channels, and corresponding IO address groups to form a standardized transmission information unit.

[0015] The second operating system is also used to transmit the standardized transmission information unit to the data processing program of the first operating system through the API interface of the inter-core communication component;

[0016] The first operating system is used to parse the standardized transmission information unit based on the data processing program, and locate the target device terminal and output control signals by combining the preset IO address and process parameter mapping relationship;

[0017] The first operating system is also used to collect the actual process parameters of the target device terminal based on the data processing program, and feed them back to the second operating system according to the standardized transmission information unit format. The hot processing process parameter generation program optimizes the generation of process parameters based on the actual process parameters.

[0018] The method and apparatus for rapid communication of thermal processing parameters based on multiple operating systems provided in this application establish a direct connection channel by deploying a first and a second operating system on different processor cores of the same PLC CPU and using inter-core communication components. Simultaneously, process parameters are integrated with process type, parameter type, number of channels, and I / O address groups into a standardized transmission information unit, and data is transmitted based on this unit. This ensures rapid communication of thermal processing parameters from both hardware architecture and data transmission logic perspectives: the hardware foundation of the same PLC CPU eliminates the traditional "computer-..." The "IDE-PLC" physical link, which transmits data across independent hardware, enables direct data interaction between the two operating systems within the chip via a direct connection mechanism of inter-core communication components. This eliminates the need for external relays, and the standardized transmission information units structurally integrate key information such as parameters and I / O addresses, ensuring data integrity and identifiability. In terms of effectiveness, the integrated hardware design avoids the risk of physical connection failures, the direct inter-core connection significantly shortens the data transmission path and reduces communication latency, and the standardized information units allow data processing programs to directly locate the target device terminal based on preset mapping relationships without relying on IDE parsing, quickly generating control signals. At the same time, actual process parameters are fed back in the same unit format, supporting the efficient optimization of subsequent parameters by the thermal processing process parameter generation program. This achieves rapid response throughout the entire process of process parameter generation, transmission, control, and optimization, while also improving communication reliability and parameter control accuracy, comprehensively solving the problems of long data paths, slow response, and high risk of connection failures in previous communications. Attached Figure Description

[0019] Figure 1 A flowchart of a fast communication method for thermal processing parameters based on multiple operating systems provided in Embodiment 1 of this application;

[0020] Figure 2 A schematic diagram of the standardized transmission information unit provided in this application;

[0021] Figure 3 This is a schematic diagram of the structure of the fast communication device for thermal processing parameters based on multiple operating systems provided in Embodiment 2 of this application. Detailed Implementation

[0022] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application.

[0023] The terminology used in this application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. The singular forms “a,” “the,” and “the” used herein are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any and all possible combinations of one or more of the associated listed items.

[0024] It should be understood that although the terms first, second, third, etc., may be used in this application to describe various information, such information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, without departing from the scope of this application, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the word "if" as used herein may be interpreted as "when," "when," or "in response to determination."

[0025] The following specific embodiments are given to illustrate the technical solution of this application in detail.

[0026] Figure 1 This is a flowchart illustrating the rapid communication method for thermal processing parameters based on multiple operating systems provided in Embodiment 1 of this application. Please refer to... Figure 1 The method provided in this embodiment may include:

[0027] S101. On different processor cores of the same PLC CPU, a first operating system and a second operating system are deployed respectively. A direct connection channel between the first operating system and the second operating system is established through an inter-core communication component, and the mapping relationship between the device terminal IO address and the process parameter is preset.

[0028] The first operating system runs a data processing program, and the second operating system runs a program for generating thermal processing parameters.

[0029] Specifically, this application uses the same PLC CPU as the hardware core, constructing a hierarchical deployment of processor core-operating system-program. The PLC CPU (Programmable Logic Controller Central Processing Unit) is the hardware carrier of the entire system, undertaking the core computing and scheduling functions of process parameter generation, data processing, and equipment control. This application integrates all key functional modules into the same PLC CPU, eliminating the risk of latency and disconnection in cross-device transmission at the hardware level. Within the same PLC CPU, at least two independent processor cores (such as processor cores 201 and 202) are defined, each processor core serving as an independent computing unit, carrying the operation of different operating systems. On the two independent processor cores, a first operating system and a second operating system are deployed respectively: the first operating system is deployed on one processor core (such as processor core 201), whose core function is to process data and control equipment, requiring the execution of a data processing program; the second operating system is deployed on the other processor core (such as processor core 202), whose core function is to generate process parameters, requiring the execution of a thermal processing process parameter generation program.

[0030] Furthermore, the inter-core communication component is a dedicated data interaction module deployed within the same PLC CPU, connecting the first and second operating systems. Its core function is to establish a direct connection channel between the two operating systems (and their corresponding processor cores). The mapping relationship is a pre-defined rule in the system that corresponds IO addresses to process parameters. Its core function is to clarify "which IO interface should control the equipment terminal through a certain process parameter": the IO address is the physical interface identifier (unique and public, such as IO address 0x01, 0x02) connecting the equipment terminal (such as temperature sensor, actuator) and the PLC; the process parameter is the physical quantity (such as temperature, pressure) that needs to be controlled during the thermal processing; the mapping relationship clarifies "which IO address (such as 0x01) corresponds to a certain process parameter (such as temperature parameter)" and "the function of the equipment terminal corresponding to this IO address (such as 0x01 corresponding to the temperature sensor)".

[0031] Optionally, the first operating system and the second operating system are either real-time operating systems or non-real-time operating systems, and the PLC CPU can be deployed with at least two or more operating systems.

[0032] Specifically, the first and second operating systems can be two real-time operating systems, two non-real-time operating systems, one real-time operating system and one non-real-time operating system, or there may be other operating systems on the PLC CPU. The data processing program and the thermal processing parameter generation program belong to two different operating systems.

[0033] It's important to note that the mapping between device terminal I / O addresses and process parameters is related to the process parameters themselves and the architecture of multiple operating systems. Process parameters are simply numerical values ​​such as temperature and pressure, and originally have no relation to specific device terminal I / O addresses. However, since process parameters are generated on the same PLC CPU, the I / O addresses for these parameters can be obtained from the configuration file, thus forming the corresponding data for transmission. The configuration file is for different PLC topologies, and all PLCs have this configuration file. The configuration file records which I / O points or slaves are connected to the PLC, and the addresses of each I / O point.

[0034] Optionally, the preset mapping relationship between the device terminal I / O address and the process parameter may include: the output address 0 of the terminal device corresponds to the digital quantity of the switch, and the input address 1 of the terminal device corresponds to the analog quantity of the temperature.

[0035] It should be noted that the output address of the terminal device can start from any value. For example, output address 0 can correspond to a digital switch quantity, or an analog temperature quantity, or a pressure or displacement quantity. The input address is similar, that is, input address 1 can correspond to a digital switch quantity, or an analog temperature quantity, or a pressure or displacement quantity.

[0036] Specifically, the target control device terminal types (such as switching devices, temperature acquisition devices), the corresponding IO addresses of each device terminal (such as output address 0, input address 1), and the associated process parameter types (such as digital switching signals, analog temperature signals) are identified. In the data processing program of the first operating system, the mapping relationship (such as "terminal device output address 0 → digital switching signal" and "terminal device input address 1 → analog temperature signal") is entered through the program configuration interface or configuration file, and the mapping relationship is stored in the local database or cache of the data processing program.

[0037] Optionally, the inter-core communication method of the inter-core communication component includes shared memory or processor interrupt.

[0038] Specifically, an inter-core communication component is integrated within the same PLC CPU. The corresponding driver and API interface library for this component are installed in both the first and second operating systems. The API interface is created by calling the shared memory of the inter-core communication component. A fixed-size memory block is allocated in the shared memory area of ​​the PLC CPU, access permissions for this memory block are set (allowing both the first and second operating systems to read and write), and a unique memory identifier is generated. In the data processing program of the first operating system and the thermal processing parameter generation program of the second operating system, the shared memory mounting API interface is called respectively, and the memory is mounted to the same shared memory block through the memory identifier, thus completing the establishment of the shared memory channel. The interrupt registration API of the inter-core communication component is invoked to assign independent interrupt request numbers to the first and second operating systems, and interrupt triggering conditions are set (such as triggering an interrupt upon completion of data writing). When the second operating system generates data using the thermal processing parameters, it invokes the interrupt triggering API to send an interrupt signal with the corresponding interrupt request number to the first operating system. Upon receiving the interrupt signal, the first operating system triggers the interrupt service function of the data processing program. The data processing program then retrieves data from the corresponding data stream buffer of the second operating system through the data stream read API of the inter-core communication component, completing the data transfer. Conversely, when the first operating system sends data back to the second operating system, the same interrupt triggering and data reading process is executed to establish a bidirectional direct connection channel. Bidirectional data transmission tests are conducted using both shared memory and processor interrupt communication methods to verify the integrity and timeliness of data writing and reading between the first and second operating systems, ensuring the stable availability of the direct connection channel.

[0039] The method provided in this embodiment deploys a first operating system running a data processing program and a second operating system running a thermal processing parameter generation program on different processor cores of the same PLC CPU, and establishes a direct connection channel with the help of an inter-core communication component. This forms a complete and fast communication support system from hardware deployment to software collaboration: the hardware foundation of the same PLC CPU eliminates the physical link of "computer-IDE-PLC" transmission across independent hardware in the traditional solution; the independent division of the processor cores ensures that the two operating systems run in parallel without interfering with each other; the inter-core communication component provides a direct data path inside the chip; at the same time, the two programs belong to different operating systems but interact directly through inter-core communication without relying on an external IDE for relay. The integrated hardware design avoids the risk of physical connection loss during cross-device transmission. The direct connection of the inter-core communication components significantly shortens the data transmission path (requiring only two steps: the inter-core channel and the device control channel). Compared with traditional solutions, it significantly reduces communication latency. Furthermore, the dual operating systems and dual programs have clear functional divisions. The program that generates thermal processing parameters can focus on parameter generation, while the data processing program can directly control the device terminal based on the parameter and preset address mapping relationship without the need for additional parsing and relay processes. Ultimately, it achieves rapid communication from the generation of thermal processing parameters to device control, while improving the reliability and stability of communication and meeting the real-time and continuous requirements of thermal processing parameters.

[0040] S102. The hot processing process parameter generation program in the second operating system generates process parameters based on the process type, process parameter type, and number of process parameter channels. The process parameters are then integrated with the process type, process parameter type, number of process parameter channels, and corresponding IO address groups to form a standardized transmission information unit.

[0041] Specifically, Figure 2 This is a schematic diagram of the standardized transmission information unit provided in this application. The process type is information used to identify the process attributes of the target controlled heat treatment equipment, corresponding to a specific type of heat treatment equipment or process, such as "heat treatment," "metal volume forming," or "metal sheet forming." Its function is to clarify the application equipment scope of the process parameters and ensure that the generated process parameters match the process requirements of the target controlled equipment. For example, the parameters corresponding to the "heat treatment" process type must be adapted to the operating logic of the heat treatment equipment.

[0042] Process parameter types are the core control index categories corresponding to the type of process, such as "temperature," "pressure," and "displacement." Their function is to clarify the physical properties of the generated process parameters and distinguish the direction of parameter control. For example, the process parameter type corresponding to the "heat treatment" process type can be set to "temperature" to ensure that the generated parameters are the physical quantities that need to be controlled under this process.

[0043] The number of process parameter channels corresponds to the number of parameter acquisition dimensions in the equipment's terminal hardware acquisition configuration. For example, when deploying three temperature sensors to detect the temperature at different locations inside a heat treatment device, the number of process parameter channels is set to "3". Its purpose is to specify the number of parameter groups to be generated under the same process parameter type, ensuring that the number of parameters matches the number of hardware acquisition channels and avoiding data loss or redundancy.

[0044] Process parameters are the specific values ​​output after the thermal processing process parameter generation program runs. They are core data used to regulate the terminal operating status of equipment, such as the temperature values ​​"0x11, 0x12, 0x13" corresponding to three temperature sensors. Their generation must be constrained by the process type, process parameter type, and number of process parameter channels to ensure that the values ​​match the equipment process requirements and hardware acquisition dimensions, and can be directly used for equipment control.

[0045] An I / O address group is a collection of device terminal I / O interface addresses corresponding to the number of process parameter channels. Each I / O address corresponds to a hardware acquisition or control interface. For example, when three temperature sensors are connected to the "0x01, 0x02, 0x03" pins of the I / O module respectively, the I / O address group is "0x01, 0x02, 0x03". Its function is to clarify the location of the hardware interface corresponding to the process parameters, providing an address basis for subsequent data processing programs to locate the target device terminal.

[0046] In specific implementation, the heat treatment process parameter generation program in the second operating system generates process parameters based on the process type, process parameter type, and number of process parameter channels. This includes: determining the process type based on the process attributes of the target controlled heat treatment equipment; determining the process parameter type based on the core control indicators corresponding to the process type; determining the number of process parameter channels based on the number of parameter acquisition hardware deployed on the target controlled equipment terminal; after the heat treatment process parameter generation program is started, it calls the process type, process parameter type, and number of process parameter channels to determine the application equipment range for which process parameters need to be generated based on the process type, the physical attributes of the process parameters to be generated based on the process parameter type, and the acquisition dimension of the process parameters to be generated based on the number of process parameter channels, thus forming parameter generation constraints; based on the parameter generation constraints, it runs the parameter generation model, combines historical parameter data related to the heat treatment process and the current production process standard threshold, and generates a corresponding number of process parameters according to the number of process parameter channels. The generated process parameters match the process type and process parameter type.

[0047] Specifically, the process attributes of the target controlled heat treatment equipment are analyzed (e.g., the equipment is used for heat treatment, metal volume forming, or metal sheet forming). Based on this attribute, the corresponding process type is determined (e.g., "heat treatment"), and the process type information (including name and identifier) ​​is entered into the heat treatment process parameter generation program. Based on the determined process type, its corresponding core control indicators are analyzed (e.g., the core indicator for "heat treatment" is temperature, and the core indicator for "metal forming" is pressure or displacement). Based on this, the process parameter type is determined (e.g., "temperature"), and the process parameter type information (including name and identifier) ​​is entered into the heat treatment process parameter generation program. The number of parameter acquisition hardware (e.g., temperature sensors, pressure sensors) actually deployed on the target controlled equipment terminal is counted (e.g., if 3 temperature sensors are deployed, the number is 3), and this number is determined as the number of process parameter channels, which is then entered into the heat treatment process parameter generation program. The program generates hot processing parameters. It automatically calls up the previously entered process type, process parameter type, and number of process parameter channels. The process type determines the application equipment scope for which parameters need to be generated (e.g., only for heat treatment equipment), the process parameter type clarifies the physical properties of the generated parameters (e.g., only temperature parameters), and the number of process parameter channels determines the parameter acquisition dimension (e.g., generating 3 sets of parameters). These three factors together constitute the parameter generation constraints. Based on these constraints, the program starts a preset parameter generation model (e.g., a CAE proxy model). The model calls up historical parameter data related to the hot processing process (e.g., historical heat treatment temperature data) and current production process standard thresholds (e.g., standard range of heat treatment temperature), generating the corresponding number of process parameters according to the number of process parameter channels (e.g., 3 sets). During generation, it ensures that the process parameters match the process type (for heat treatment equipment) and the process parameter type (temperature attribute), ultimately outputting the required process parameters. For details on the specific implementation process of the parameter generation model generating process parameters, please refer to the descriptions in relevant technologies; they will not be elaborated here.

[0048] Optionally, the process parameters are integrated with the process type, process parameter type, number of process parameter channels, and corresponding IO address groups to form a standardized transmission information unit. This includes: determining the structural form of the standardized transmission information unit, wherein the structural form is a frame format or a structure, and the structural form includes a process type field, a process parameter type field, a process parameter channel number field, a process parameter address group field, and a process parameter data group field; filling the process type into the process type field, the process parameter type into the process parameter type field, the number of process parameter channels into the process parameter channel number field, forming process parameter address groups from the device terminal IO addresses matching the number of process parameter channels and filling them into the process parameter address group field, and grouping the process parameters generated by the hot processing process parameter generation program according to the number of channels and filling them into the process parameter data group field; performing format verification on each field information, ensuring that the number of IO addresses in the verified process parameter address group matches the number of process parameter channels, and the number of parameter groups in the process parameter data group matches the number of process parameter channels, and forming a complete standardized transmission information unit after successful verification.

[0049] In specific implementation, in the hot processing process parameter generation program of the second operating system, the structure of the standardized transmission information unit is pre-defined, and the frame format or structure form is selected; at the same time, the five fixed fields contained in the structure are defined, namely the process type field, the process parameter type field, the process parameter channel quantity field, the process parameter address group field, and the process parameter data group field, and the byte length, data format (such as hexadecimal, decimal) and storage rules of each field are specified. Retrieve the determined process type (e.g., "heat treatment" and its corresponding number 0x01) from the program's preset information database and fill it into the process type field; retrieve the process parameter type that matches the process type (e.g., "temperature" and its corresponding number 0x01) and fill it into the process parameter type field; retrieve the determined number of process parameter channels (e.g., 3) and fill it into the process parameter channel number field; from the equipment terminal IO address configuration database, filter out the IO addresses that match the number of process parameter channels (e.g., IO addresses 0x01, 0x02, and 0x03 for 3 channels), form process parameter address groups, and fill them into the process parameter address group field; group the process parameters generated by the heat treatment process parameter generation program (e.g., 3 groups of temperature values ​​0x11, 0x12, and 0x13) according to the number of channels, ensuring that each group of parameters matches the corresponding channel, and then fill them into the process parameter data group field. The program's built-in format validation module verifies the information in each field: it checks whether the number of IO addresses in the process parameter address group matches the number of process parameter channels (e.g., if the number of channels is 3, the number of IO addresses must be 3); it checks whether the number of parameter groups in the process parameter data group matches the number of process parameter channels (e.g., if the number of channels is 3, the number of parameter groups must be 3); if the validation passes, the fields are integrated into a complete standardized transmission information unit; if the validation fails, the program returns to the field filling step to correct any mismatches in the number of IO addresses or parameter groups until the validation passes, ultimately forming a transmittable standardized transmission information unit.

[0050] The method provided in this application integrates process parameters with process type, process parameter type, number of process parameter channels, and corresponding IO address groups into standardized transmission information units containing fixed fields. Subsequent direct transmission of these standardized transmission information units provides crucial support for rapid communication of thermal processing process parameters. The standardized transmission information unit integrates core information required for parameter generation and equipment control (such as identifying the process type of the equipment, specifying the process parameter type, and matching the number of channels and IO addresses to the hardware) with the process parameters themselves into structured data. This eliminates the need to additionally obtain device information or address mapping auxiliary data from external sources (such as an IDE) during transmission, and the unit structure is fixed (frame format or structure). The unit (in a physical form) ensures that the data processing program can directly identify the meaning of the fields. This unit avoids the delay caused by the phased transmission of parameters and equipment information in traditional solutions. After receiving the unit, the data processing program does not need to rely on external parsing tools. It can directly locate the target device terminal, identify parameter attributes and channel quantity through field information combined with preset address mapping relationships, and quickly generate control signals. At the same time, the structured integration makes it less likely for information to be missing or mismatched during data transmission, reducing the time spent on transmission error correction. Combined with the direct transmission of the inter-core communication component, the overall link from data generation to equipment control is further shortened, ultimately realizing fast and stable communication of thermal processing parameters and meeting the process requirements for the real-time performance and reliability of parameters.

[0051] S103. The second operating system transmits the standardized transmission information unit to the data processing program of the first operating system through the API interface of the inter-core communication component.

[0052] In specific implementation, after the thermal processing parameter generation program in the second operating system confirms that the standardized transmission information unit has completed format verification and meets the transmission requirements, it calls the API interface function of the inter-core communication component (such as shared memory write API or interrupt trigger API, selected according to the preset inter-core communication method). If the shared memory communication method is used, the thermal processing parameter generation program writes the standardized transmission information unit into the preset shared memory block of the inter-core communication component through the called API interface function and marks the data in the memory block as pending read. If the processor interrupt communication method is used, the thermal processing parameter generation program first writes the standardized transmission information unit into the data stream buffer of the inter-core communication component, and then triggers the preset interrupt request (corresponding to the interrupt number of the first operating system) through the called API interface function to send a data transmission request to the first operating system. After the inter-core communication component of the first operating system detects the pending read status of the shared memory block or receives the interrupt request, it notifies the data processing program to prepare to receive data through the API interface function. The data processing program of the first operating system calls the corresponding API interface function of the inter-core communication component (shared memory read API or interrupt data receive API) to read the standardized transmission information unit from the shared memory block or data stream buffer and complete the data transmission.

[0053] S104. The data processing program of the first operating system parses the standardized transmission information unit, combines the preset IO address and process parameter mapping relationship, locates the target device terminal and outputs control signals.

[0054] Specifically, the target equipment terminal is the specific hardware device in the thermal processing that needs to be controlled through process parameters, including but not limited to heat treatment equipment, metal forming equipment, and supporting sensors (such as temperature sensors, pressure sensors), actuators, etc. (heat treatment equipment and temperature sensors); it has a unique IO address, and the IO address has a preset mapping relationship with the process parameters. The control signal is an instruction signal generated by the data processing program based on the parsed standardized transmission information unit and the preset mapping relationship, used to drive the operation of the target equipment terminal. Its type matches the function and process parameter type of the target equipment terminal. For example, for the target equipment terminal with temperature-type parameter channels (such as the heating module of heat treatment equipment), the control signal can be an electrical signal that "adjusts the heating power to a certain value"; for the target equipment terminal with switch-type parameter channels (such as the equipment start / stop switch), the control signal can be a digital signal that "closes / opens the switch".

[0055] In specific implementation, the data processing program sequentially identifies the process type, process parameter type, number of process parameter channels, process parameter address group, and process parameter data group from the standardized transmission information unit; based on the preset mapping relationship between IO address and process parameter, it matches the identified process parameter address group with the IO interface of the target device terminal to determine the target device terminal to be regulated and the corresponding parameter acquisition / control channel; according to the equipment control logic corresponding to the identified process type, the parameter regulation standard corresponding to the process parameter type, and the current parameter value in the process parameter data group, it analyzes and generates control signals adapted to the target device terminal, the control signals including switch signals or analog signals used to adjust the operating status of the equipment.

[0056] Specifically, the data processing program, following the standardized transmission information unit structure, sequentially reads and identifies the process type field, process parameter type field, process parameter channel quantity field, process parameter address group field, and process parameter data group field within the unit, extracting the specific information corresponding to each field (e.g., process type is "heat treatment", process parameter type is "temperature", process parameter channel quantity is 3, process parameter address group is 0x01-0x03, and process parameter data group is 0x11-0x13). The data processing program retrieves a preset IO address and process parameter mapping table, matching each IO address in the identified process parameter address group (e.g., 0x01, 0x02, 0x03) with the device terminal IO interfaces recorded in the table one by one, determining the target device terminal corresponding to each IO address (e.g., 0x01 corresponds to temperature sensor No. 1 of the heat treatment equipment) and the parameter acquisition / control channel on that device terminal (e.g., temperature acquisition channel No. 1), forming a correspondence of "IO address - target device terminal - acquisition / control channel". The data processing program, based on the identified process type (e.g., "heat treatment"), calls the corresponding equipment control logic library (e.g., temperature control logic for heat treatment equipment). Combining this with the parameter control standards (e.g., temperature control threshold range) corresponding to the process parameter type (e.g., "temperature"), it performs rationality verification and control requirement analysis on the current parameter values ​​(e.g., 0x11, 0x12, 0x13) in the process parameter data group (e.g., determining whether the current temperature value needs to be increased, decreased, or maintained). Based on the analysis results, it generates control signals adapted to the target equipment terminal and the acquisition / control channel. If equipment start / stop control is required, a switch signal is generated (e.g., high level "1" for start, low level "0" for stop). If equipment operating parameters need adjustment (e.g., heating power), an analog signal is generated (e.g., voltage / current signal corresponding to the power value). The data processing program then transmits the generated control signals to the I / O interface of the equipment terminal according to the address information of the target equipment terminal and the corresponding channel, completing the control of the target equipment terminal.

[0057] S105. The data processing program of the first operating system collects the actual process parameters of the target device terminal and feeds them back to the second operating system according to the standardized transmission information unit format. The hot processing process parameter generation program optimizes the generation of process parameters based on the actual process parameters.

[0058] Specifically, actual process parameters refer to the process-related physical quantity data generated by the target equipment terminal during actual operation in the thermal processing process, which reflects the true working state of the equipment. Their types are consistent with the preset process parameter types (such as temperature, pressure, displacement, etc.) and correspond one-to-one with the parameter acquisition channels and IO addresses of the target equipment terminal.

[0059] In specific implementation, the hot processing process parameter generation program optimizes process parameter generation based on the actual process parameters, including: the hot processing process parameter generation program receives the actual process parameters fed back by the data processing program; the program calculates the deviation between the actual process parameters and the corresponding generated predicted process parameters to obtain the deviation value of each channel's process parameter; when the deviation value does not exceed a preset process threshold, the hot processing process parameter generation program maintains the parameter configuration of the current parameter generation model and continues to generate the process parameters for the next cycle according to the original logic; when the deviation value exceeds the preset process threshold, the hot processing process parameter generation program adjusts the weight coefficients or calculation logic of the parameter generation model based on the deviation value, and optimizes the output result of the parameter generation model by combining the deviation value direction and historical deviation data; the hot processing process parameter generation program regenerates the process parameters for the next cycle adapted to the target equipment terminal based on the adjusted parameter generation model.

[0060] Specifically, the hot processing process parameter generation program receives the actual process parameters fed back by the data processing program in the first operating system in a standardized transmission information unit format through the API interface of the inter-core communication component. It then parses this unit to extract the process type, process parameter type, number of process parameter channels, corresponding IO address group, and the actual process parameter value for each channel. The hot processing process parameter generation program retrieves the previously generated and stored predicted process parameters for the corresponding period (which are consistent with the actual process parameters in terms of process type, parameter type, and number of channels). Following the same channel order, it subtracts the actual process parameter value for each channel from the corresponding predicted process parameter value one by one to obtain the deviation value of the process parameter for each channel (including positive and negative signs to distinguish whether the actual parameter is higher or lower than the predicted parameter). The hot processing parameter generation program calls the preset process threshold (pre-configured according to process type and parameter type, such as temperature parameter threshold ±5℃), compares the deviation value of each channel with the preset process threshold; if the deviation value of all channels does not exceed the preset process threshold, the parameter configuration of the current parameter generation model is maintained (such as weight coefficients and calculation logic), and the predicted process parameters for the next cycle are generated according to the original generation logic (combined with historical parameter data and production process standard thresholds); if there is a channel deviation value that exceeds the preset process threshold, the historical deviation database (stores the deviation values ​​and deviation directions of the last 10-20 cycles) is retrieved, and combined with the current deviation value direction (actual parameters are higher / lower than predicted parameters), the weight coefficients of the parameter generation model are adjusted (e.g., when the temperature parameter prediction deviation exceeds the standard in a positive direction, the weight of the historical temperature trend term is reduced by 15%-20%) or the calculation logic is optimized (e.g., when the pressure parameter deviation exceeds the standard in a negative direction, the fixed compensation value is changed to "historical average deviation of the same channel × hardware status coefficient"), and the model optimization is completed. The hot processing process parameter generation program is based on the adjusted parameter generation model. It combines the current production process standard threshold, the process type and parameter type of the target equipment terminal, and regenerates the appropriate predicted process parameters for the next cycle according to the number of process parameter channels to ensure that the parameters match the requirements of the target equipment terminal.

[0061] Optionally, the hot processing process parameter generation program adjusts the weight coefficients or calculation logic of the parameter generation model based on the deviation value, and optimizes the output results of the parameter generation model by combining the deviation value direction and historical deviation data. This includes: based on the one-to-one correspondence between IO addresses and process parameter channels, classifying historical deviation data according to the IO addresses corresponding to the process parameter channels, and recording the deviation value, deviation direction, and corresponding process parameter generation model input parameters of each IO address associated channel in different control cycles; for the target IO address associated channel with a current deviation, extracting historical data from the most recent preset number of control cycles, and calculating the deviation accumulation degree; the deviation accumulation degree is the quotient of the difference between the sum of positive deviation values ​​and the sum of negative deviation values ​​and the number of control cycles, where the actual parameter is higher than the predicted parameter as a positive deviation, and the actual parameter is lower than the predicted parameter as a negative deviation; based on the target IO address associated channel, determining the corresponding process parameter type, and adjusting the weight of the target coefficient matching the process parameter type in the parameter generation model based on the deviation accumulation degree; after adjustment, synchronizing the adjusted model parameters only to the target IO address associated channel through the inter-core communication component. The address-associated parameter calculation module generates process parameters for the target channel in the next cycle, compares the deviation between the actual collected values ​​and the predicted values ​​corresponding to the process parameters, and determines the effectiveness of the adjusted parameter generation model based on the deviation.

[0062] In practical implementation, the hot processing parameter generation program establishes an "IO Address-deviation Data" association table based on the one-to-one correspondence between IO addresses and process parameter channels. Historical deviation data is categorized according to the IO addresses corresponding to the process parameter channels. The association table records the deviation value (specific numerical value), deviation direction (actual parameter higher than predicted parameter is recorded as positive deviation, lower as negative deviation), and the corresponding process parameter generation model input parameters for each IO address-related channel in different control cycles, and updates the association table in real time. For the target IO address-related channel with a current deviation, historical data for the most recent preset number of control cycles (e.g., 15 cycles) of that channel is extracted from the "IO Address-deviation Data" association table. The deviation accumulation degree of the target channel is calculated using the formula "Deviation Accumulation = (Sum of Positive Deviation Values ​​- Sum of Negative Deviation Values) / Number of Control Cycles" to determine the deviation trend (positive value indicates a trend of predicted parameter being lower, negative value indicates a trend of predicted parameter being higher). Based on the target IO address associated channel, and combined with the preset mapping relationship between IO address and process parameter, the process parameter type (such as temperature, pressure) corresponding to the channel is determined. In the parameter generation model, the target coefficient matching the process parameter type is located (such as the "temperature conduction coefficient" corresponding to the temperature parameter and the "pressure loss compensation coefficient" corresponding to the pressure parameter). The weight of the target coefficient is adjusted according to the deviation accumulation degree (such as when the deviation accumulation degree is positive and the process parameter type is temperature, the weight of the "temperature conduction coefficient" is increased by 8%-12%). After adjustment, the hot processing process parameter generation program synchronizes the adjusted model parameters only to the parameter calculation module associated with the target I / O address through the API interface of the inter-core communication component, avoiding impact on other channels. This parameter calculation module generates the process parameters for the target channel in the next cycle based on the adjusted model. After the target channel runs the process parameters, the data processing program collects the corresponding actual process parameters. The hot processing process parameter generation program compares the deviation between the actual collected values ​​and the predicted values. If the deviation is reduced by more than 30% compared to before adjustment and is less than the preset process threshold, the adjusted parameter generation model is determined to be effective. If it does not meet the requirements, the above steps are returned, the cumulative deviation is recalculated based on the new deviation data, and the model is adjusted until the deviation meets the requirements.

[0063] The method provided in this application involves a hot working process parameter generation program periodically sending predicted data to a data processing program. The data processing program directly controls the equipment based on the predicted data and simultaneously feeds back the actual measurement data at the corresponding time. The hot working process parameter generation program then optimizes the predicted data for the next time step based on the actual data. This method ensures rapid communication from two dimensions: a timed transmission mechanism ensures that the predicted data is transmitted directly through the inter-core communication component at fixed intervals, avoiding random delays in data transmission. Furthermore, the actual measurement data is also fed back along the inter-core communication link without needing to pass through an external IDE. Simultaneously, the parameter optimization process is based on the same PLC. The dual operating systems within the CPU work collaboratively without cross-hardware interaction. Timed transmission enables the data processing program to acquire predictive data at fixed intervals, quickly generating control signals to regulate the device terminal, reducing device control lag caused by untimely data transmission. The direct connection characteristic of inter-core communication further shortens data transmission latency and avoids the risk of physical connection loss. The closed-loop mechanism of actual data feedback and next-moment predictive data optimization ensures that the predicted data continuously matches the actual operating state of the device, reducing repeated adjustments and additional data transmissions caused by parameter deviations. This improves the accuracy of parameter control and avoids unnecessary communication consumption, ultimately achieving rapid communication throughout the entire process of thermal processing parameters from prediction, transmission, control to optimization, while ensuring communication stability and the effectiveness of parameter control.

[0064] The method provided in this embodiment, in its first aspect, deploys a first and a second operating system on different processor cores of the same PLC CPU, establishes a direct connection channel through an inter-core communication component, and integrates process parameters, process types, parameter types, channel numbers, and IO address groups into a standardized transmission information unit and transmits data based on this unit. This ensures rapid communication from both hardware architecture and data transmission logic perspectives: the hardware foundation of the same PLC CPU eliminates the physical link of traditional "computer-IDE-PLC" cross-independent hardware transmission; the direct connection mechanism of the inter-core communication component enables direct data interaction within the chip between the two operating systems without external relay; the standardized transmission information unit structurally integrates key information such as parameters and IO addresses, ensuring data integrity and identifiability; the integrated design at the hardware level avoids the risk of physical connection failure; the direct inter-core connection channel significantly shortens the data transmission path to reduce latency; and the standardized information unit allows the data processing program to directly locate the target device terminal and quickly generate control signals by combining preset mapping relationships without relying on IDE parsing, solving the problems of long communication paths, slow response, and high risk of connection failure in the past.

[0065] Secondly, the process parameters are generated by the hot working process parameter generation program and transmitted to the data processing program. After the data processing program controls the equipment, it collects the actual process parameters and feeds them back to the process parameter generation program, forming a closed loop of "parameter generation-transmission-control-feedback-optimization". After receiving the actual parameters, the process parameter generation program determines whether to adjust the parameter generation model through deviation calculation. If the deviation exceeds the threshold, it optimizes the model weights or calculation logic by combining the deviation direction with historical data, and then generates the parameters for the next cycle. This closed-loop mechanism ensures that the predicted parameters continuously match the actual operating state of the equipment, reducing repeated adjustments and additional data transmission caused by parameter deviations. This improves the accuracy of parameter control and avoids unnecessary communication consumption, further ensuring the speed and reliability of process parameter communication. In summary, the hardware deployment of dual operating systems and direct inter-core connection, combined with the structured transmission of standardized information units and the parameter optimization closed loop, achieves fast, stable, and accurate communication of hot working process parameters throughout the entire process of communication link, data processing, and parameter iteration, meeting the real-time and continuous requirements of hot working processes for parameters.

[0066] Corresponding to the aforementioned embodiment of a method for rapid communication of thermal processing parameters based on multiple operating systems, this application also provides an embodiment of a device for rapid communication of thermal processing parameters based on multiple operating systems.

[0067] Figure 3 This is a schematic diagram of the structure of the rapid communication device for thermal processing parameters based on multiple operating systems provided in Embodiment 2 of this application. Please refer to... Figure 3 The device provided in this embodiment includes a first operating system and a second operating system deployed on different processor cores of the same PLC CPU. The first operating system and the second operating system establish a direct connection channel through an inter-core communication component. The first operating system runs a data processing program, and the second operating system runs a thermal processing parameter generation program.

[0068] The second operating system is used to generate process parameters based on the process type, process parameter type, and number of process parameter channels by running a program that generates process parameters based on the process type, process parameter type, and number of process parameter channels. The process parameters are then integrated with the process type, process parameter type, number of process parameter channels, and corresponding IO address groups to form a standardized transmission information unit.

[0069] The second operating system is also used to transmit the standardized transmission information unit to the data processing program of the first operating system through the API interface of the inter-core communication component;

[0070] The first operating system is used to parse the standardized transmission information unit based on the data processing program, and locate the target device terminal and output control signals by combining the preset IO address and process parameter mapping relationship;

[0071] The first operating system is also used to collect the actual process parameters of the target device terminal based on the data processing program, and feed them back to the second operating system according to the standardized transmission information unit format. The hot processing process parameter generation program optimizes the generation of process parameters based on the actual process parameters.

[0072] The apparatus of this embodiment can be used to perform... Figure 1 The steps of the method embodiment shown are similar in principle and process, and will not be repeated here.

[0073] The specific implementation process of the functions and roles of each unit in the above device can be found in the implementation process of the corresponding steps in the above method, and will not be repeated here.

[0074] For the device embodiments, since they basically correspond to the method embodiments, the relevant parts can be referred to in the description of the method embodiments. The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this application according to actual needs. Those skilled in the art can understand and implement this without creative effort.

[0075] The above description is merely a preferred embodiment 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 should be included within the scope of protection of this application.

Claims

1. A method for rapid communication of thermal processing parameters based on multiple operating systems, characterized in that, The method includes: On different processor cores of the same PLC CPU, a first operating system and a second operating system are deployed respectively. A direct connection channel between the first operating system and the second operating system is established through an inter-core communication component, and a mapping relationship between the device terminal I / O address and the process parameter is preset. The first operating system runs a data processing program, and the second operating system runs a hot processing process parameter generation program. The thermal processing parameter generation program in the second operating system generates process parameters based on the process type, process parameter type, and number of process parameter channels. The process parameters are then integrated with the process type, process parameter type, number of process parameter channels, and corresponding IO address groups to form a standardized transmission information unit. The second operating system transmits the standardized transmission information unit to the data processing program of the first operating system through the API interface of the inter-core communication component; The data processing program of the first operating system parses the standardized transmission information unit, combines the preset IO address and process parameter mapping relationship, locates the target device terminal and outputs control signals; The data processing program of the first operating system collects the actual process parameters of the target device terminal and feeds them back to the second operating system according to the standardized transmission information unit format. The hot processing process parameter generation program optimizes the generation of process parameters based on the actual process parameters. The data processing program of the first operating system parses the standardized transmission information unit, combines it with the preset mapping relationship between IO address and process parameters, locates the target device terminal, and outputs control signals, including: The data processing program sequentially identifies the process type, process parameter type, number of process parameter channels, process parameter address group, and process parameter data group from the standardized transmission information unit. Based on the preset mapping relationship between IO addresses and process parameters, the identified process parameter address group is matched with the IO interface of the target equipment terminal to determine the target equipment terminal to be regulated and the corresponding parameter acquisition / control channel. Based on the identified process type, the corresponding equipment control logic, the parameter adjustment standard, and the current parameter value in the process parameter data group, a control signal adapted to the target equipment terminal is generated. The control signal includes a switch signal or an analog signal used to adjust the operating status of the equipment.

2. The method according to claim 1, characterized in that, The thermal processing parameter generation program in the second operating system generates process parameters based on the process type, process parameter type, and number of process parameter channels, including: The type of process is determined based on the process attributes of the target-controlled thermal processing equipment; The process parameter type is determined based on the core control indicators corresponding to the process type. The number of process parameter channels is determined based on the number of parameter acquisition hardware deployed on the target control equipment terminal. After the hot processing process parameter generation program is started, it calls the process type, process parameter type, and number of process parameter channels. The process type determines the application equipment range for which process parameters need to be generated, the process parameter type determines the physical properties of the process parameters need to be generated, and the number of process parameter channels determines the acquisition dimension of the process parameters need to be generated, thus forming parameter generation constraints. Based on the parameter generation constraints, the parameter generation model is run, and combined with historical parameter data related to the hot working process and the current production process standard threshold, a corresponding number of process parameters are generated according to the number of process parameter channels. The generated process parameters are matched with the process type and process parameter type.

3. The method according to claim 1, characterized in that, The process parameters are integrated with the process type, process parameter type, number of process parameter channels, and corresponding IO address groups to form a standardized transmission information unit, including: The structure of the standardized transmission information unit is determined, wherein the structure is a frame format or a structure, and the structure includes a process type field, a process parameter type field, a process parameter channel quantity field, a process parameter address group field, and a process parameter data group field. Fill the process type into the process type field, fill the process parameter type into the process parameter type field, fill the number of process parameter channels into the process parameter channel number field, form the device terminal IO addresses that match the number of process parameter channels into a process parameter address group and fill it into the process parameter address group field, and fill the process parameters generated by the hot processing process parameter generation program into the process parameter data group field after grouping them according to the number of channels. The format of each field information is validated. After validation, the number of IO addresses in the process parameter address group is consistent with the number of process parameter channels, and the number of parameter groups in the process parameter data group is consistent with the number of process parameter channels. After the validation is passed, a complete standardized transmission information unit is formed.

4. The method according to claim 1, characterized in that, The hot working process parameter generation program optimizes the generation of process parameters based on the actual process parameters, including: The hot processing parameter generation program receives the actual process parameters fed back by the data processing program. The deviation between the actual process parameters and the corresponding generated predicted process parameters is calculated to obtain the deviation value of the process parameters for each channel. When the deviation value does not exceed the preset process threshold, the hot processing process parameter generation program maintains the parameter configuration of the current parameter generation model and continues to generate the process parameters for the next cycle according to the original logic. When the deviation value exceeds the preset process threshold, the hot processing process parameter generation program adjusts the weight coefficients or calculation logic of the parameter generation model based on the deviation value, and optimizes the output result of the parameter generation model by combining the deviation value direction and historical deviation data. The hot processing process parameter generation program regenerates the next cycle process parameters to adapt to the target equipment terminal based on the adjusted parameter generation model.

5. The method according to claim 4, characterized in that, The hot working process parameter generation program adjusts the weight coefficients or calculation logic of the parameter generation model based on the deviation value, and optimizes the output results of the parameter generation model by combining the deviation value direction and historical deviation data, including: Based on the one-to-one correspondence between IO addresses and process parameter channels, historical deviation data is classified according to the IO addresses corresponding to process parameter channels. The deviation value, deviation direction, and input parameters of the process parameter generation model for each IO address associated with the channel in different control cycles are recorded. For the target IO address associated channel with the current deviation, extract historical data from the most recent preset number of control cycles and calculate the deviation accumulation degree; the deviation accumulation degree is the quotient of the difference between the sum of positive deviation values ​​and the sum of negative deviation values ​​and the number of control cycles. If the actual parameter is higher than the predicted parameter, it is a positive deviation; if the actual parameter is lower than the predicted parameter, it is a negative deviation. Based on the target IO address associated channel, the corresponding process parameter type is determined, and the weight of the target coefficient that matches the process parameter type in the parameter generation model is adjusted based on the cumulative deviation. After the adjustment is completed, the adjusted model parameters are synchronized only to the parameter calculation module associated with the target IO address through the inter-core communication component to generate the process parameters of the target channel for the next cycle. The deviation between the actual collected values ​​and the predicted values ​​corresponding to the process parameters is compared, and the effectiveness of the adjusted parameter generation model is determined based on the deviation.

6. The method according to claim 1, characterized in that, The first operating system and the second operating system are either real-time operating systems or non-real-time operating systems, and the PLC CPU can be deployed with at least two or more operating systems.

7. The method according to claim 1, characterized in that, The preset mapping relationship between device terminal I / O addresses and process parameters can include: terminal device output address 0 corresponds to digital switch quantity, and terminal device input address 1 corresponds to analog temperature quantity.

8. The method according to claim 1, characterized in that, The inter-core communication methods of the inter-core communication components include shared memory or processor interrupts.

9. A rapid communication device for thermal processing parameters based on multiple operating systems, characterized in that, The device includes a first operating system and a second operating system deployed on different processor cores of the same PLC CPU, and the first operating system and the second operating system establish a direct connection channel through an inter-core communication component. The first operating system runs a data processing program, and the second operating system runs a program for generating thermal processing parameters. The second operating system is used to generate process parameters based on the process type, process parameter type, and number of process parameter channels by running a program that generates process parameters based on the process type, process parameter type, and number of process parameter channels. The process parameters are then integrated with the process type, process parameter type, number of process parameter channels, and corresponding IO address groups to form a standardized transmission information unit. The second operating system is also used to transmit the standardized transmission information unit to the data processing program of the first operating system through the API interface of the inter-core communication component; The first operating system is used to parse the standardized transmission information unit based on the data processing program, and locate the target device terminal and output control signals by combining the preset IO address and process parameter mapping relationship; The first operating system is also used to collect the actual process parameters of the target device terminal based on the data processing program, and feed them back to the second operating system according to the standardized transmission information unit format. The hot processing process parameter generation program optimizes the generation of process parameters based on the actual process parameters. The data processing program of the first operating system parses the standardized transmission information unit, combines it with the preset mapping relationship between IO address and process parameters, locates the target device terminal, and outputs control signals, including: The data processing program sequentially identifies the process type, process parameter type, number of process parameter channels, process parameter address group, and process parameter data group from the standardized transmission information unit. Based on the preset mapping relationship between IO addresses and process parameters, the identified process parameter address group is matched with the IO interface of the target equipment terminal to determine the target equipment terminal to be regulated and the corresponding parameter acquisition / control channel. Based on the identified process type, the corresponding equipment control logic, the parameter adjustment standard, and the current parameter value in the process parameter data group, a control signal adapted to the target equipment terminal is generated. The control signal includes a switch signal or an analog signal used to adjust the operating status of the equipment.

Images