Information processing method of integrated control system and integrated control system

Abstract

The application discloses an information processing method of an integrated control system and the integrated control system, and belongs to the technical field of communication. The method comprises the following steps: buffering a communication instruction to be sent to an instruction pool; performing multi-dimensional classification on each communication instruction in the instruction pool to obtain category information of each communication instruction under different dimensional classifications, and determining a priority parameter corresponding to the category information; calculating a comprehensive priority of each communication instruction according to the priority parameter corresponding to the category information under different dimensional classifications; and sending each communication instruction in the instruction pool to a corresponding slave device based on the comprehensive priority. The embodiment of the application can identify the feature differences of different communication instructions in different dimensions, and comprehensively evaluate the priority, so that the communication resources can be allocated to the instructions in the instruction pool according to the comprehensive priority, the problem of message jamming under the first-in-first-out queue mechanism is reduced, and the communication efficiency is improved.

Description

Technical Field

[0001] This application belongs to the field of communication technology, and in particular relates to an information processing method and an integrated control system for an integrated control system. Background Technology

[0002] In integrated control systems such as smart homes, industrial control, and the Internet of Things, a bus-based communication architecture with a master and multiple slave devices is typically adopted. A master device interacts with multiple slave devices through a communication bus to exchange control commands, thereby achieving centralized management and collaborative control of distributed devices.

[0003] In the communication process of the aforementioned integrated system, the relevant technologies employ a first-in, first-out (FIFO) queue buffer to manage and cache communication commands. However, when bus bandwidth is limited or the number of slave devices is large, frequent command exchanges between the master and multiple slave devices can easily lead to message congestion, severely impacting communication efficiency. Summary of the Invention

[0004] This application aims to address at least one of the technical problems existing in the prior art. To this end, this application proposes an information processing method and an integrated control system for an integrated control system to improve communication efficiency.

[0005] In a first aspect, this application provides an information processing method for an integrated control system, the integrated control system including a master device and multiple slave devices, the method comprising: Cache the communication commands to be sent to the command pool; The communication instructions in the instruction pool are classified in multiple dimensions to obtain the category information of each communication instruction under different dimension classifications, and the priority parameters corresponding to the category information are determined. Calculate the overall priority of each communication command based on the priority parameters corresponding to the category information under different dimensions. Based on the overall priority, each communication command in the command pool is sent to the corresponding slave device.

[0006] According to the information processing method of the integrated control system of this application, by uniformly caching the communication instructions to be sent into the instruction pool, and by classifying each communication instruction in the instruction pool in multiple dimensions and determining the comprehensive priority of each communication instruction, it is possible to identify the characteristic differences of different communication instructions in different dimensions and to comprehensively evaluate the priority. This allows communication resources to be allocated to instructions in the instruction pool according to the comprehensive priority, reducing the message blocking problem that is prone to occur under the first-in-first-out queue mechanism, thereby improving communication efficiency.

[0007] According to one embodiment of this application, the multi-dimensional classification includes at least one of message-level dimension classification, device-level dimension classification, and instruction-level dimension classification; Among them, message-level classification is based on the business nature of communication commands; device-level classification is based on the importance of the slave device corresponding to the communication command; and command-level classification is based on the functional type and execution urgency of the communication command.

[0008] In this embodiment, by classifying from dimensions such as message-level, device-level, and instruction-level, a comprehensive priority can be calculated by integrating feature information from different levels of business nature, device importance, and instruction urgency. This makes the allocation of communication resources more in line with the needs of actual application scenarios, further reducing message congestion and improving communication efficiency.

[0009] According to one embodiment of this application, each communication instruction in the instruction pool is classified in multiple dimensions to obtain category information of each communication instruction under different dimension classifications, and priority parameters corresponding to the category information are determined, including: Parse the header information of each communication command data packet and read the message type identifier field to obtain the message type identifier; Based on the preset message type mapping relationship, the category information of each communication instruction is obtained under the message-level dimension classification by matching the message type identifier; The corresponding priority parameters are determined based on the category information under the message-level dimension classification.

[0010] In this embodiment, by parsing the header information of each communication instruction's data packet and reading the message type identifier field, and matching the category information of each communication instruction under the message-level dimension classification according to the preset message type mapping relationship, the efficiency of category determination can be improved.

[0011] According to one embodiment of this application, each communication instruction in the instruction pool is classified in multiple dimensions to obtain category information of each communication instruction under different dimension classifications, and priority parameters corresponding to the category information are determined, including: Parse each communication command, extract the target slave device identifier field from the data packet, and obtain the target slave device identifier; The target slave device identifier is retrieved from the preset device level registry to obtain the device level of the target slave device identifier. The device level is then determined as the category information of the communication command under the device level dimension. The corresponding priority parameters are determined based on the category information under the device-level dimension classification.

[0012] In this embodiment, by parsing each communication command and extracting the target slave device identifier field from the data packet, the target slave device identifier is retrieved from the preset device level registry to obtain category information. This allows the device importance to be associated with the priority of the communication command, further improving communication efficiency.

[0013] According to one embodiment of this application, each communication instruction in the instruction pool is classified in multiple dimensions to obtain category information of each communication instruction under different dimension classifications, and priority parameters corresponding to the category information are determined, including: Parse each communication command, extract the command function code field from the data packet, and obtain the command function code; Based on the preset function code interval division rules, the category information of each communication instruction is obtained under the instruction-level dimension classification based on instruction function code matching; The priority parameters are determined based on the category information of the communication instructions at the instruction level.

[0014] In this embodiment, by parsing each communication instruction and extracting the instruction function code field from the data packet, and matching the category information of each communication instruction under the instruction-level dimension according to the preset function code interval division rule, the instruction function type can be associated with the priority of the communication instruction, thereby further improving communication efficiency.

[0015] According to one embodiment of this application, the comprehensive priority of each communication instruction is calculated based on the priority parameters corresponding to the category information under different dimensions, including: Obtain the weight values ​​corresponding to different dimensional classifications; The priority parameters corresponding to the category information under different dimensions are weighted based on the weight values ​​to obtain the comprehensive priority.

[0016] In this embodiment, by assigning weight values ​​to different dimensions, the influence of each dimension in priority evaluation can be adjusted according to the actual application scenario. This makes the calculated comprehensive priority conform to the actual needs of different application scenarios, further reducing message congestion and improving communication efficiency.

[0017] According to one embodiment of this application, sending each communication instruction in the instruction pool to the corresponding slave device based on comprehensive priority includes: The communication instructions in the instruction pool are sorted according to their overall priority. Each communication command is sent to the corresponding slave device in sequence according to the sorting result.

[0018] In this embodiment, by sorting the communication instructions in the instruction pool according to the overall priority, and sending each communication instruction to the corresponding slave device in sequence according to the sorting result, the problem of low-priority instructions blocking high-priority instructions under the first-in-first-out mechanism is reduced, and communication resources can be allocated according to the actual urgency and importance, thereby reducing message congestion and improving communication efficiency.

[0019] According to one embodiment of this application, the communication instructions in the instruction pool are sorted according to a comprehensive priority, including: When there are multiple target communication commands with the same overall priority, determine the common factors for each target communication command; the common factors characterize the historical transmission frequency of the communication command. The order of each target communication instruction is determined based on commonly used factors.

[0020] In this embodiment, communication instructions with the same overall priority are sorted by a common factor, which can prioritize the sending of communication instructions with higher historical sending frequency, further reducing message backlog and scheduling chaos caused by the same overall priority, and improving communication efficiency.

[0021] According to one embodiment of this application, the method further includes: Confirm successful transmission of the communication command; Remove successfully sent communication commands from the command pool.

[0022] In this embodiment, by removing successfully sent communication commands from the command pool, the cache space of the command pool can be freed up, reducing the problem of insufficient capacity in the command pool due to long-term accumulation.

[0023] Secondly, this application provides an information processing device for an integrated control system, the integrated control system including a host device and multiple slave devices, the device comprising: The caching module is used to cache communication commands to be sent to the command pool; The classification module is used to classify each communication instruction in the instruction pool in multiple dimensions, obtain the category information of each communication instruction under different dimension classifications, and determine the priority parameters corresponding to the category information; The priority determination module is used to calculate the overall priority of each communication instruction based on the priority parameters corresponding to the category information under different dimensions. The sending module is used to send each communication command in the command pool to the corresponding slave device based on the overall priority.

[0024] According to the information processing device of the integrated control system of this application, by uniformly caching the communication instructions to be sent into the instruction pool, and by classifying each communication instruction in the instruction pool in multiple dimensions and determining the comprehensive priority of each communication instruction, it is possible to identify the characteristic differences of different communication instructions in different dimensions and comprehensively evaluate the priority, so that communication resources can be allocated to instructions in the instruction pool according to the comprehensive priority, thereby reducing the message blocking problem that is prone to occur under the first-in-first-out queue mechanism and improving communication efficiency.

[0025] Thirdly, this application provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, it implements the information processing method of the integrated control system as described in the first aspect above.

[0026] Fourthly, this application provides an integrated control system, including a master device and multiple slave devices; The host device is used to perform the information processing method of the integrated control system as described in the first aspect above.

[0027] Fifthly, this application provides a non-transitory computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the information processing method of the integrated control system as described in the first aspect above.

[0028] The above-described one or more technical solutions in the embodiments of this application have at least one of the following technical effects: According to the information processing method of the integrated control system of this application, by uniformly caching the communication instructions to be sent into the instruction pool, and by classifying each communication instruction in the instruction pool in multiple dimensions and determining the comprehensive priority of each communication instruction, it is possible to identify the characteristic differences of different communication instructions in different dimensions and to comprehensively evaluate the priority. This allows communication resources to be allocated to instructions in the instruction pool according to the comprehensive priority, reducing the message blocking problem that is prone to occur under the first-in-first-out queue mechanism, thereby improving communication efficiency.

[0029] In some embodiments, by classifying from dimensions such as message-level, device-level, and instruction-level classification, a comprehensive priority can be calculated by integrating feature information from different levels of business nature, device importance, and instruction urgency. This makes the allocation of communication resources more in line with the needs of actual application scenarios, further reducing message congestion and improving communication efficiency.

[0030] In some embodiments, by parsing the header information of each communication instruction data packet and reading the message type identifier field, and matching the category information of each communication instruction under the message-level dimension classification according to the preset message type mapping relationship, the efficiency of category determination can be improved.

[0031] In some embodiments, by parsing each communication instruction and extracting the target slave device identifier field from the data packet, the target slave device identifier is retrieved from the preset device level registry to obtain category information, which can associate the importance of the device with the priority of the communication instruction, thereby further improving communication efficiency.

[0032] In some embodiments, by parsing each communication instruction and extracting the instruction function code field from the data packet, and matching the category information of each communication instruction under the instruction-level dimension according to the preset function code interval division rules, the instruction function type can be associated with the priority of the communication instruction, thereby further improving communication efficiency.

[0033] In some embodiments, by assigning weight values ​​to different dimensional classifications, the influence of each dimensional classification in priority evaluation can be adjusted according to the actual application scenario, so that the calculated comprehensive priority is based on the actual needs of different application scenarios, further reducing message congestion and improving communication efficiency.

[0034] In some embodiments, by sorting the communication instructions in the instruction pool according to the overall priority, and sending each communication instruction to the corresponding slave device in sequence according to the sorting result, the problem of low-priority instructions blocking high-priority instructions under the first-in-first-out mechanism is reduced, and communication resources can be allocated according to the actual urgency and importance, thereby reducing message congestion and improving communication efficiency.

[0035] In some embodiments, by sorting communication instructions with the same overall priority using a common factor, communication instructions with higher historical transmission frequency can be sent first, further reducing message backlog and scheduling chaos caused by the same overall priority, and improving communication efficiency.

[0036] In some embodiments, removing successfully sent communication commands from the command pool can free up cache space in the command pool, reducing the problem of insufficient capacity in the command pool due to long-term accumulation.

[0037] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0038] The above and / or additional aspects and advantages of this application will become apparent and readily understood in conjunction with the following description of the embodiments in conjunction with the accompanying drawings, wherein: Figure 1 This is a flowchart illustrating the information processing method of the integrated control system provided in an embodiment of this application; Figure 2 This is a schematic diagram of the structure of the information processing device of the integrated control system provided in the embodiments of this application; Figure 3 This is a schematic diagram of the structure of the electronic device provided in the embodiments of this application. Detailed Implementation

[0039] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0040] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class and the number of objects is not limited; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0041] The information processing method and integrated control system of the integrated control system provided in this application will be described in detail below with reference to the accompanying drawings and through specific embodiments and application scenarios.

[0042] In this embodiment, the integrated control system is a distributed collaborative control system with a master-slave bus communication architecture. It includes a master device as the core management node and multiple slave devices as terminal execution nodes. The master device establishes communication connections with each slave device through a communication bus, such as RS485 (Recommended Standard 485), CAN (Controller Area Network), I2C (Inter-Integrated Circuit), SPI (Serial Peripheral Interface), Wi-Fi LAN, cellular network, etc., to realize centralized management functions such as command issuance, status acquisition, device control, and data interaction.

[0043] In this embodiment, the integrated control system can be applied to automation control and intelligent interaction scenarios in different fields. For example, the integrated control system can be a smart home system, an industrial control system, an IoT device control system, etc.

[0044] In a smart home system, the host device can be a home smart gateway or central controller. It can receive operation commands from user mobile terminals (such as smartphone applications and voice assistants) and interact with multiple slave devices via a communication bus. Slave devices can include lighting control modules, air conditioning temperature control modules, curtain motor controllers, surveillance cameras, door lock controllers, smoke detectors, environmental monitoring sensors, smart sockets, background music systems, and fresh air system controllers. For example, when a user issues a "home mode" command via a voice assistant, the host device can simultaneously or sequentially send commands to the lighting module to turn on the lights, to the air conditioning module to adjust the temperature, to the curtain module to open, to the background music system to play, and to the security system to disarm. During the daily operation of a smart home, the host device can periodically receive status reports from each slave device (such as temperature sensors reporting room temperature every 30 seconds and air quality sensors reporting PM2.5 values ​​every minute), and can also receive and process sudden alarm information (such as a smoke detector immediately reporting a fire alarm signal when it detects an anomaly).

[0045] In industrial control systems, the master device is usually a programmable logic controller or the central processing unit of a distributed control system, while the slave devices include various sensors (temperature, pressure, flow, vibration, etc.), actuators (valves, motors, cylinders, etc.), human-machine interface terminal blocks, etc.

[0046] In an IoT device management system, the host device can be an edge computing gateway or a cloud platform proxy server, while the slave devices include various smart terminals, such as smart water meters, smart electricity meters, environmental noise monitoring nodes, traffic flow detectors, and smart trash cans.

[0047] In some embodiments, the integrated control system may also be other systems, such as building automation systems, smart agriculture systems, intelligent security control systems, new energy equipment management and control systems, etc., and the embodiments of this application do not limit this.

[0048] The information processing method for an integrated control system provided in this application embodiment can be executed by an electronic device or a functional module or entity in an electronic device that can implement the information processing method of the integrated control system. For example, the electronic device mentioned in this application embodiment can be the host device of the integrated control system. The information processing method for an integrated control system provided in this application embodiment will be described below with the host device as the execution subject as an example.

[0049] like Figure 1 As shown, the information processing method of the integrated control system in this application embodiment includes steps 110, 120, 130 and 140.

[0050] Step 110: Cache the communication commands to be sent to the command pool.

[0051] In the embodiments of this application, during the operation of the host device of the integrated control system, various communication instructions for interacting with slave devices will be generated or received. The communication instructions can be various interactive instructions from the host device to the slave device for device control, status query, parameter configuration, fault alarm, data acquisition, etc.

[0052] Taking a smart home system as an example, communication commands may include control commands generated after receiving the "home mode" triggered by the user through a voice assistant, used to control lighting, air conditioning, curtains, background music, etc.; they may also include air conditioning temperature adjustment commands sent remotely by the user through a mobile application; they may be periodically generated data collection or configuration commands; or they may be alarm commands generated by other slave devices, such as gas alarms that detect gas leaks. This application does not limit the content or acquisition method of the communication commands.

[0053] In this embodiment of the application, the instruction pool is a cache area used to centrally store communication instructions to be sent. When a new communication instruction is generated, the communication instruction can be stored in the instruction pool to form a set of instructions to be sent.

[0054] Step 120: Classify each communication instruction in the instruction pool in multiple dimensions to obtain the category information of each communication instruction under different dimension classifications, and determine the priority parameters corresponding to the category information.

[0055] In the embodiments of this application, multi-dimensional classification divides communication instructions into attributes from different dimensions, thereby identifying the feature differences of communication instructions at different levels.

[0056] In some embodiments, the multi-dimensional classification includes at least one of message-level dimension classification, device-level dimension classification, and instruction-level dimension classification.

[0057] The message-level dimension classification is based on the business nature of the communication instructions. According to the nature of the message, the message-level dimension classification can include emergency messages, system messages, and user messages. Each category can correspond to a priority parameter, with the priority from high to low as follows: emergency messages, system messages, and user messages.

[0058] Emergency messages are communication commands that require immediate response, such as those related to system security, fault alarms, and emergency shutdowns, and have the highest priority. Taking a smart home system as an example, emergency messages include fire alarm signals detected by smoke detectors, gas concentration alarms reported by gas leak detectors, illegal intrusion alarms detected by security cameras, and forced entry alarms detected by smart locks.

[0059] System messages can be system maintenance messages involving system configuration, status synchronization, heartbeat detection, etc., with medium priority. For example, system messages may include heartbeat keep-alive messages between the host device and each slave device, device online status synchronization messages, system time calibration messages, network configuration update messages, etc.

[0060] User messages can include routine business messages related to user actions, data display, and log recording. For example, user messages may include user commands to adjust light brightness via a mobile application, music playback commands triggered by a voice assistant, daily electricity consumption statistics reported by smart meters, and historical temperature and humidity data reported by environmental sensors.

[0061] Device-level classification is based on the importance of the slave device corresponding to the communication command. According to the importance of the slave device in the system, device-level classification can be divided into core devices, primary devices, and secondary devices, with priority from high to low as follows: core devices, primary devices, and secondary devices.

[0062] Core equipment is essential for the normal operation of the system and can include the main control unit, security module, power management unit, etc. Taking a smart home system as an example, core equipment includes security alarm host, smoke detector, gas leak detector, smart door lock, main control gateway, etc.

[0063] Level 1 equipment refers to equipment that has a significant impact on the system's functionality, such as main actuators and key sensors. Taking a smart home system as an example, level 1 equipment may include a central air conditioning controller, a main lighting control module, a fresh air system controller, and temperature and humidity sensors for the main areas.

[0064] Secondary devices are auxiliary or optional devices, such as display modules, indicator lights, and non-critical sensors. Taking a smart home system as an example, secondary devices include ambient light strip controllers, background music players, smart sockets, and environmental monitoring sensors for secondary areas.

[0065] The instruction-level classification is based on the functional type and urgency of communication instructions. According to the type and urgency of the communication instructions, they can be divided into three categories: Category 1, Category 2, and Category 3, with priority from highest to lowest. Taking a smart home system as an example, Category 1 instructions include user-triggered emergency arming / disarming commands, fire alarm-triggered fire-fighting linkage control commands (such as automatically shutting off gas valves or opening smoke exhaust windows), and emergency shutdown commands when the system detects a serious fault.

[0066] Category II commands include query commands, configuration commands, calibration commands, and other commands that require a relatively fast response time. Taking a smart home system as an example, Category II commands include commands such as users querying the current room temperature status via a mobile application, parameter configuration update commands sent by the host device to the slave device, and zero-point calibration commands performed periodically by sensors.

[0067] The three types of instructions include status reporting, data acquisition, and log recording, which can be processed with a delay. Taking a smart home system as an example, the three types of instructions include electricity consumption statistics periodically reported by smart meters, historical data records reported by environmental sensors at preset intervals, and operation log files generated by each slave device.

[0068] In this embodiment, by classifying from dimensions such as message-level, device-level, and instruction-level, a comprehensive priority can be calculated by integrating feature information from different levels of business nature, device importance, and instruction urgency. This makes the allocation of communication resources more in line with the needs of actual application scenarios, further reducing message congestion and improving communication efficiency.

[0069] In some embodiments, multi-dimensional classification may also include classifications of other dimensions. For example, time-dimensional classification, data-dimensional classification, user-dimensional classification, etc., which are not limited in this application embodiment.

[0070] Among them, the time dimension classification is based on the effective time window of the communication command. Communication commands with strict deadline requirements can be classified as time-sensitive, while communication commands without explicit time constraints can be classified as time-relaxed.

[0071] Data dimension classification is based on the amount of data carried by the communication command. Communication commands with large data volume transmission can be classified as bandwidth-intensive, while those with small data volume transmission can be classified as bandwidth-lightweight.

[0072] User-based classification is based on the triggering source of communication commands. Commands manually triggered by users (such as voice control and application operations) can be classified as user-initiated commands, while commands automatically triggered by the system (such as scheduled tasks and conditional linkages) can be classified as system-automated commands.

[0073] In some embodiments, the format of the communication instruction can be predefined. During the generation of the communication instruction, identification information of different dimensions can be encapsulated in the communication instruction. For example, category identifiers of different dimensions can be written in the classification field. After obtaining the communication instruction, the classification field can be parsed and the category identifiers can be obtained. The category information of the communication instruction under different dimensions can be determined based on the category identifiers.

[0074] In some embodiments, each category of information under different multi-dimensional classifications is pre-set with priority parameters, which can be represented by weight coefficients, scores, etc. Different categories of information correspond to different priority parameters. For example, under message-level classification, emergency messages have a score of 9, system messages have a score of 6, and user messages have a score of 3; under device-level classification, core devices have a score of 9, primary devices have a score of 6, and secondary devices have a score of 3; under instruction-level classification, first-class instructions have a score of 9, second-class instructions have a score of 6, and third-class instructions have a score of 3.

[0075] For example, under the message-level classification, emergency messages correspond to a weight value of 0.9, system messages to 0.6, and user messages to 0.3; under the device-level classification, core devices correspond to a weight value of 1.0, primary devices to 0.7, and secondary devices to 0.4; under the instruction-level classification, first-class instructions correspond to a weight value of 1.0, second-class instructions to 0.7, and third-class instructions to 0.3.

[0076] It should be noted that the above scores or weights are merely illustrative examples and may be adjusted according to actual needs in practical applications.

[0077] In some embodiments, the priority parameter can be a fixed value preset as described above, or it can be modified by combining historical communication statistics. For example, if a core device (such as a smoke detector located in the kitchen area) frequently experiences communication timeouts or abnormal responses recently, the priority parameter of the relevant communication commands of that core device can be increased.

[0078] In the embodiments of this application, after determining the category information of each communication instruction under different dimensions, the corresponding priority parameter can be determined.

[0079] Step 130: Calculate the overall priority of each communication instruction based on the priority parameters corresponding to the category information under different dimensions.

[0080] In the embodiments of this application, the comprehensive priority is a comprehensive evaluation value obtained by fusing the priority parameters obtained by each communication instruction under multiple dimension classifications, which represents the priority of the communication instruction in obtaining communication resources in the current scheduling cycle.

[0081] In some embodiments, priority parameters corresponding to the category information of communication instructions under different dimensions can be superimposed to obtain a comprehensive priority.

[0082] In some embodiments, considering the impact of different dimensional classifications on instruction scheduling decisions, different weights can be assigned to each dimension, and a weighted summation method can be used to calculate the overall priority.

[0083] Step 140: Send each communication instruction in the instruction pool to the corresponding slave device based on the overall priority.

[0084] In some embodiments, communication instructions in the instruction pool can be sorted according to their overall priority to form a priority queue, and then sent in order of overall priority from high to low.

[0085] In some embodiments, before sending the communication command with the highest overall priority, the occupancy status of the communication bus and the status of the corresponding slave device can be detected. If the communication bus is idle and the slave device is in a receptive state, the communication command is sent to the corresponding slave device. If the communication bus is busy or the slave device is temporarily unreceptive, the communication command is skipped and the next communication command with a lower overall priority is checked.

[0086] In some embodiments, when a new communication instruction enters the instruction pool, if the priority of the currently prepared communication instruction is lower than that of the new communication instruction, the new communication instruction can be sent first.

[0087] According to the information processing method of the integrated control system of this application, by uniformly caching the communication instructions to be sent into the instruction pool, and by classifying each communication instruction in the instruction pool in multiple dimensions and determining the comprehensive priority of each communication instruction, it is possible to identify the characteristic differences of different communication instructions in different dimensions and to comprehensively evaluate the priority. This allows communication resources to be allocated to instructions in the instruction pool according to the comprehensive priority, reducing the message blocking problem that is prone to occur under the first-in-first-out queue mechanism, thereby improving communication efficiency.

[0088] In some embodiments, each communication instruction in the instruction pool is classified in multiple dimensions to obtain category information for each communication instruction under different dimension classifications, and priority parameters corresponding to the category information are determined, including: Parse the header information of each communication command data packet and read the message type identifier field to obtain the message type identifier; Based on the preset message type mapping relationship, the category information of each communication instruction is obtained under the message-level dimension classification by matching the message type identifier; The corresponding priority parameters are determined based on the category information under the message-level dimension classification.

[0089] In this embodiment, the message type identifier field is written according to the business nature of the communication instruction when the communication instruction is created.

[0090] In a specific example, the message type identifier is defined as follows: The message type identifier for the emergency message is Message Type ID = 0x01: Source: Safety monitoring module, fault detection module, emergency button triggering module; Typical scenarios: gas leak alarm, smoke alarm, temperature over-limit alarm, emergency shutdown command.

[0091] The system message's corresponding message type identifier is Message Type ID = 0x02: Source: System scheduling module, configuration management module, heartbeat detection module; Typical scenarios: device status synchronization, parameter configuration distribution, clock synchronization, and health checks.

[0092] The message type identifier for the user message is Message Type ID = 0x03: Source: User interface module, APP control module, voice control module; Typical scenarios: querying sensor data, adjusting equipment parameters, and switching on / off control.

[0093] Based on the definition of message type identifiers, message type mapping relationships can be pre-stored, that is, the mapping relationship between message type identifiers and category information. For example, 0x01 corresponds to emergency messages, 0x02 corresponds to system messages, and 0x03 corresponds to user messages.

[0094] In this embodiment, the header information of the data packet of the communication instruction can be parsed, the value of the message type identifier field can be read, i.e. the message type identifier, and then the category information of the communication instruction under the message-level dimension classification can be obtained according to the preset message type mapping relationship, and the corresponding priority parameter can be determined.

[0095] In this embodiment, by parsing the header information of each communication instruction's data packet and reading the message type identifier field, and matching the category information of each communication instruction under the message-level dimension classification according to the preset message type mapping relationship, the efficiency of category determination can be improved.

[0096] In some embodiments, each communication instruction in the instruction pool is classified in multiple dimensions to obtain category information for each communication instruction under different dimension classifications, and priority parameters corresponding to the category information are determined, including: Parse each communication command, extract the target slave device identifier field from the data packet, and obtain the target slave device identifier; The target slave device identifier is retrieved from the preset device level registry to obtain the device level of the target slave device identifier. The device level is then determined as the category information of the communication command under the device level dimension. The corresponding priority parameters are determined based on the category information under the device-level dimension classification.

[0097] In this embodiment, data packets can be parsed according to a preset communication protocol format to extract the target slave device identifier field, thus obtaining the target slave device identifier. The target slave device identifier field uniquely identifies the receiving slave device to which the communication command is directed. For example, if the communication command is a parameter configuration command sent to a smoke alarm, the parsed target slave device identifier would be "DEV_002".

[0098] It should be noted that during the initialization phase of the integrated control system, each connected slave device can be assigned a device identifier and its corresponding device level can be determined in advance and entered into the device level registry.

[0099] In a specific example, the device class registry is shown below.

[0100]

[0101] In this embodiment, the target slave device identifier can be retrieved in the device level registry to determine the corresponding device level. The device level can be determined as the category information of communication commands under the device level dimension, and the corresponding priority parameters can be further determined.

[0102] In this embodiment, by parsing each communication command and extracting the target slave device identifier field from the data packet, the target slave device identifier is retrieved from the preset device level registry to obtain category information. This allows the device importance to be associated with the priority of the communication command, further improving communication efficiency.

[0103] In some embodiments, each communication instruction in the instruction pool is classified in multiple dimensions to obtain category information for each communication instruction under different dimension classifications, and priority parameters corresponding to the category information are determined, including: Parse each communication command, extract the command function code field from the data packet, and obtain the command function code; Based on the preset function code interval division rules, the category information of each communication instruction is obtained under the instruction-level dimension classification based on instruction function code matching; The priority parameters are determined based on the category information of the communication instructions at the instruction level.

[0104] In this embodiment, the instruction function code field is written when the communication instruction is created, and is used to uniquely identify the specific function type of the communication instruction.

[0105] In a specific example, the function code range division rules and instruction function code definitions are as follows: One type of instruction corresponds to function codes ranging from 0x01 to 0x1F, with the highest priority; for example, the corresponding priority parameter is 9. This type of instruction involves control operations related to safety or emergencies and requires immediate execution. For example, function codes for this type of instruction include: 0x01 corresponds to emergency stop instructions, such as an immediate stop instruction sent to relevant equipment when a serious fault is detected; 0x02 corresponds to emergency cut-off instructions, such as a gas valve cut-off instruction sent to the gas valve controller after a gas leak detector is triggered; 0x03 corresponds to reset instructions, such as a system reset and recovery instruction sent to the equipment after a fault is cleared; 0x04 corresponds to emergency open instructions, such as an emergency open instruction sent to the smoke exhaust window controller after a fire alarm is triggered; 0x05 corresponds to emergency close instructions, such as an emergency close instruction sent to the intelligent skylight controller during a rainstorm warning; 0x06 to 0x1F correspond to other safety-related control instructions, such as emergency arming instructions triggered by security systems and fire alarm linkage control instructions.

[0106] The instruction function codes for Category II instructions range from 0x20 to 0x3F, with medium priority and a corresponding priority parameter of 6. Category II instructions involve system maintenance and configuration operations. For example, the instruction function codes for Category II instructions include: 0x20 corresponds to a status query instruction, such as a user requesting to query the current air conditioning operating mode status via a mobile application; 0x21 corresponds to a parameter read instruction, such as a host device requesting to read current environmental parameters from a temperature and humidity sensor; 0x22 corresponds to a parameter configuration instruction, such as a user issuing an instruction to adjust parameters for a smart lighting scene mode; 0x23 corresponds to a device calibration instruction, such as a zero-point calibration instruction sent by the host device to an air quality sensor; 0x24 corresponds to a mode switching instruction, such as a user controlling the switching of the central air conditioning operating mode; and 0x25 to 0x3F correspond to other configuration and management instructions, such as network parameter update instructions and device operating period setting instructions.

[0107] The instruction function codes for the three types of instructions range from 0x40 to 0x5F, with the lowest priority and a priority parameter of 3. These three types of instructions involve routine data exchange and non-real-time operations, which can be processed with a delay. For example, the instruction function codes for the three types of instructions include: 0x40 corresponds to status reporting instructions, such as the operating status data reported by each slave device to the master device according to a preset period; 0x41 corresponds to data acquisition instructions, such as the batch reporting of historical data records by environmental monitoring sensors; 0x42 corresponds to log recording instructions, such as the reporting of unlocking event logs generated by smart door locks; 0x43 corresponds to heartbeat response instructions, such as the periodic response of slave devices to the heartbeat keep-alive messages from the master device; 0x44 corresponds to periodic data synchronization instructions, such as the synchronization of hourly electricity consumption statistics reported by smart meters; and 0x45 to 0x5F correspond to other routine business instructions, such as reporting device firmware version information and batch synchronization of non-critical configuration items.

[0108] In this embodiment, the instruction function code can be parsed from the instruction function code field of the communication instruction, and the category information and corresponding priority parameters of the communication instruction under the instruction-level dimension classification can be obtained by matching according to the function code interval division rules.

[0109] In this embodiment, by parsing each communication instruction and extracting the instruction function code field from the data packet, and matching the category information of each communication instruction under the instruction-level dimension according to the preset function code interval division rule, the instruction function type can be associated with the priority of the communication instruction, thereby further improving communication efficiency.

[0110] In some embodiments, the comprehensive priority of each communication instruction is calculated based on the priority parameters corresponding to the category information under different dimensions, including: Obtain the weight values ​​corresponding to different dimensional classifications; The priority parameters corresponding to the category information under different dimensions are weighted based on the weight values ​​to obtain the comprehensive priority.

[0111] In this embodiment, the weight values ​​corresponding to each dimension category reflect the importance of each dimension category in the comprehensive priority evaluation. The weight values ​​can be set according to the needs of the application scenario, and the preset weight values ​​are written into the non-volatile memory of the host device during the system initialization phase. The weight values ​​can also be adjusted or configured; for example, users can dynamically issue weight values ​​through a configuration interface.

[0112] In this embodiment, the weight value is calculated by weighting the priority parameters corresponding to the category information under different dimensions to obtain the comprehensive priority. For example, if the priority parameter of a communication instruction is P_m under the message-level dimension classification, P_d under the device-level dimension classification, and P_i under the instruction-level dimension classification, then the formula for calculating the comprehensive priority P_total of the communication instruction is: P_total = W_m × P_m + W_d × P_d + W_i × P_i Where W_m, W_d, and Wi represent the weight values ​​under the corresponding dimension categories.

[0113] In this embodiment, by assigning weight values ​​to different dimensions, the influence of each dimension in priority evaluation can be adjusted according to the actual application scenario. This makes the calculated comprehensive priority conform to the actual needs of different application scenarios, further reducing message congestion and improving communication efficiency.

[0114] In some embodiments, sending each communication instruction in the instruction pool to the corresponding slave device based on comprehensive priority includes: The communication instructions in the instruction pool are sorted according to their overall priority. Each communication command is sent to the corresponding slave device in sequence according to the sorting result.

[0115] In this embodiment, sorting can be performed at the beginning of each scheduling cycle, or reordered when new communication instructions enter the instruction pool. For example, the overall priority of the communication instructions to be sent in the instruction pool can be read and sorted according to a descending order rule, that is, the higher the overall priority value, the earlier the sorting position.

[0116] After the sorting operation is completed, the send pointer can be initialized to point to the communication instruction with the highest overall priority in the priority queue, and each communication instruction can be sent to the corresponding slave device in sequence.

[0117] In this embodiment, by sorting the communication instructions in the instruction pool according to the overall priority, and sending each communication instruction to the corresponding slave device in sequence according to the sorting result, the problem of low-priority instructions blocking high-priority instructions under the first-in-first-out mechanism is reduced, and communication resources can be allocated according to the actual urgency and importance, thereby reducing message congestion and improving communication efficiency.

[0118] In some embodiments, the communication instructions in the instruction pool are sorted according to comprehensive priority, including: When there are multiple target communication commands with the same overall priority, determine the common factors for each target communication command; the common factors characterize the historical transmission frequency of the communication command. The order of each target communication instruction is determined based on commonly used factors.

[0119] In this embodiment, the host device can maintain historical transmission records of various communication commands or different types of communication commands during operation. For example, the number of times a communication command was successfully transmitted within a preset statistical period (such as the last 24 hours or the last 7 days), the distribution of transmission time intervals, and the concentration of transmission time periods.

[0120] In some embodiments, the common factor can be determined based on the historical transmission frequency of the communication instruction within a preset statistical period. For example, a mapping relationship between historical transmission frequency and common factor can be established in advance. In this mapping relationship, the more historical transmission frequency, the higher the common factor, indicating that the communication instruction appears frequently and should be sent first when priorities are the same, requiring it to be ranked higher. For example, if a periodic status query communication instruction was sent 2880 times in the past 24 hours, while another communication instruction with the same overall priority was sent only 24 times in the past 24 hours, then the common factor of the communication instruction with more transmission frequency is greater than that of the communication instruction with fewer transmission frequency. That is, for communication instructions with the same overall priority, the larger the common factor, the higher the transmission order.

[0121] In some embodiments, the common factor can also be determined in other ways. For example, the common factor = the historical number of times the communication command was sent / the total historical number of times all communication commands were sent. That is, the common factor of the communication command is the ratio between the historical number of times the communication command was sent within a preset statistical period and the total historical number of times all communication commands were sent. Of course, the common factor can also be determined based on other statistical information, and this application embodiment does not limit this.

[0122] In this embodiment, communication instructions with the same overall priority are sorted by a common factor, which can prioritize the sending of communication instructions with higher historical sending frequency, further reducing message backlog and scheduling chaos caused by the same overall priority, and improving communication efficiency.

[0123] In some embodiments, the method further includes: Confirm successful transmission of the communication command; Remove successfully sent communication commands from the command pool.

[0124] In this embodiment, after sending a communication command via the communication bus, the system can wait for the target slave device to return a response. The content of the response information is used to determine whether the communication command was successfully sent. If the communication command was successfully sent, it is removed from the command pool.

[0125] In this embodiment, by removing successfully sent communication commands from the command pool, the cache space of the command pool can be freed up, reducing the problem of insufficient capacity in the command pool due to long-term accumulation.

[0126] The following scenario example illustrates the application scenario of the information processing method of the integrated control system according to the embodiments of this application.

[0127] In this scenario example, taking the integrated control system as an example of a smart home system, the system architecture of the smart home system is as follows: Host device: Smart home central controller (such as gateway device); Communication bus: RS485 bus; Slave devices (10 in total): Core equipment: gas alarm, smoke detector, emergency shut-off valve; Level 1 equipment: air conditioning controller, lighting controller, curtain controller; Secondary equipment: temperature and humidity sensor, human body sensor, door and window sensor, and light brightness regulator.

[0128] Priority parameters for message-level dimensional classification: Urgent messages = 9, System messages = 6, User messages = 3; Priority parameters for device-level classification: core devices = 9, first-level devices = 6, second-level devices = 3; Priority parameters for instruction-level classification: Category 1 instructions = 9, Category 2 instructions = 6, Category 3 instructions = 3.

[0129] The weight value for message-level dimension classification is 0.4, the weight value for device-level dimension classification is 0.35, and the weight value for instruction-level dimension classification is 0.25.

[0130] Suppose that at a certain moment, the host device receives the following 5 communication commands to be sent: Communication command A: The user queries the data of the living room temperature and humidity sensor through a mobile application; Message-level classification: User message (routine business operation); Target slave device: Temperature and humidity sensor (secondary device); Command-level classification: Query command (three types of commands).

[0131] The overall priority of communication command A = 0.4×3 + 0.35×3 + 0.25×3 = 3.0.

[0132] Communication command B: The system periodically performs air conditioner status synchronization; Message-level classification: System message (system maintenance); Target slave device: Air conditioner controller (primary device); Command-level classification: Configuration command (secondary command).

[0133] The overall priority of communication command B = 0.4×6 + 0.35×6 + 0.25×6 = 6.0.

[0134] Communication command C: The kitchen gas alarm has detected a gas leak and is issuing an alarm; Message-level classification: Emergency message (involves safety and requires immediate response); Target slave device: Gas alarm (core device); Command-level classification: Control command (Class I command).

[0135] The overall priority of communication command C is 0.4×9 + 0.35×9 + 0.25×9 = 9.0.

[0136] Communication command D: The user adjusts the brightness of the bedroom lights via the panel; Message-level classification: User message; Target slave device: Light brightness adjuster (secondary device); Command-level classification: Control commands (first-class commands).

[0137] The overall priority of communication command D = 0.4×3 + 0.35×3 + 0.25×9 = 4.8.

[0138] Communication command E: System heartbeat detection, check the online status of door and window sensors; Message-level classification: System message; Target slave device: Door and window sensor (secondary device); Command-level classification: Query command (secondary command).

[0139] The overall priority of communication command E = 0.4×6 + 0.35×3 + 0.25×6 = 4.95.

[0140] The communication commands are sorted according to their overall priority, and the sorting results are as follows: Communication instruction C (9.0 points), Communication B (6.0 points), Communication instruction E (4.95 points), Communication instruction D (4.8 points), Communication instruction A (3.0 points).

[0141] In this scenario example, communication commands can be sent to the corresponding slave devices sequentially based on the sorting results. This priority sorting method ensures that emergencies such as gas alarms can be handled first, improving communication efficiency and protecting user safety.

[0142] The information processing method for an integrated control system provided in this application can be executed by an information processing device for an integrated control system. This application uses the example of an information processing device for an integrated control system executing the information processing method to illustrate the information processing device for an integrated control system provided in this application.

[0143] This application also provides an information processing device for an integrated control system, the integrated control system including a host device and multiple slave devices.

[0144] like Figure 2 As shown, the information processing device of the integrated control system includes: The caching module 210 is used to cache the communication instructions to be sent to the instruction pool; The classification module 220 is used to classify each communication instruction in the instruction pool in multiple dimensions, obtain the category information of each communication instruction under different dimension classifications, and determine the priority parameters corresponding to the category information; The priority determination module 230 is used to calculate the comprehensive priority of each communication instruction based on the priority parameters corresponding to the category information under different dimensions. The sending module 240 is used to send each communication command in the command pool to the corresponding slave device based on the comprehensive priority.

[0145] According to the information processing device of the integrated control system of this application, by uniformly caching the communication instructions to be sent into the instruction pool, and by classifying each communication instruction in the instruction pool in multiple dimensions and determining the comprehensive priority of each communication instruction, it is possible to identify the characteristic differences of different communication instructions in different dimensions and comprehensively evaluate the priority, so that communication resources can be allocated to instructions in the instruction pool according to the comprehensive priority, thereby reducing the message blocking problem that is prone to occur under the first-in-first-out queue mechanism and improving communication efficiency.

[0146] In some embodiments, the classification module 220 is further configured to: Parse the header information of each communication command data packet and read the message type identifier field to obtain the message type identifier; Based on the preset message type mapping relationship, the category information of each communication instruction is obtained under the message-level dimension classification by matching the message type identifier; The corresponding priority parameters are determined based on the category information under the message-level dimension classification.

[0147] In some embodiments, the classification module 220 is further configured to: Parse each communication command, extract the target slave device identifier field from the data packet, and obtain the target slave device identifier; The target slave device identifier is retrieved from the preset device level registry to obtain the device level of the target slave device identifier. The device level is then determined as the category information of the communication command under the device level dimension. The corresponding priority parameters are determined based on the category information under the device-level dimension classification.

[0148] In some embodiments, the classification module 220 is further configured to: The communication instructions in the instruction pool are classified in multiple dimensions to obtain category information for each instruction under different dimensions, and the priority parameters corresponding to the category information are determined, including: Parse each communication command, extract the command function code field from the data packet, and obtain the command function code; Based on the preset function code interval division rules, the category information of each communication instruction is obtained under the instruction-level dimension classification based on instruction function code matching; The priority parameters are determined based on the category information of the communication instructions at the instruction level.

[0149] In some embodiments, the priority determination module 230 is further configured to: Obtain the weight values ​​corresponding to different dimensional classifications; The priority parameters corresponding to the category information under different dimensions are weighted based on the weight values ​​to obtain the comprehensive priority.

[0150] In some embodiments, the sending module 240 is further configured to: The communication instructions in the instruction pool are sorted according to their overall priority. Each communication command is sent to the corresponding slave device in sequence according to the sorting result.

[0151] In some embodiments, the sending module 240 is further configured to: When there are multiple target communication commands with the same overall priority, determine the common factors for each target communication command; the common factors characterize the historical transmission frequency of the communication command. The order of each target communication instruction is determined based on commonly used factors.

[0152] In some embodiments, the sending module 240 is further configured to: Confirm successful transmission of the communication command; Remove successfully sent communication commands from the command pool.

[0153] The information processing device of the integrated control system in this application embodiment can be an electronic device or a component of an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal or other devices besides a terminal. For example, the electronic device can be an embedded device, a host device of the integrated control system, etc., and this application embodiment does not specifically limit it.

[0154] The information processing device of the integrated control system in this application embodiment can be a device with an operating system. This operating system can be a Microsoft (Windows) operating system, an Android operating system, an iOS operating system, or other possible operating systems, such as embedded operating systems; this application embodiment does not specifically limit the specific operating system.

[0155] In some embodiments, such as Figure 3 As shown, this application embodiment also provides an electronic device 300, including a processor 301, a memory 302, and a computer program stored in the memory 302 and executable on the processor 301. When the program is executed by the processor 301, it implements the various processes of the information processing method embodiment of the integrated control system described above and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0156] This application embodiment also provides an integrated control system, including a master device and multiple slave devices; The host device is used to execute the various processes of the information processing method embodiment of the integrated control system described above, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0157] This application also provides a non-transitory computer-readable storage medium storing a computer program. When the computer program is executed by a processor, it implements the various processes of the information processing method embodiment of the integrated control system described above and achieves the same technical effect. To avoid repetition, it will not be described again here.

[0158] The processor is the processor in the electronic device described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0159] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the information processing method of the above-described integrated control system.

[0160] The processor is the processor in the electronic device described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0161] This application embodiment also provides a chip, which includes a processor and a communication interface. The communication interface and the processor are coupled. The processor is used to run programs or instructions to implement the various processes of the information processing method embodiment of the above-described integrated control system, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0162] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0163] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0164] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0165] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

[0166] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "illustrative embodiment," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples.

[0167] Although embodiments of this application have been shown and described, those skilled in the art will understand that various changes, modifications, substitutions and alterations can be made to these embodiments without departing from the principles and spirit of this application, the scope of which is defined by the claims and their equivalents.

Claims

1. An information processing method for an integrated control system, characterized in that, The integrated control system includes a master device and multiple slave devices, and the method includes: Cache the communication commands to be sent to the command pool; The communication instructions in the instruction pool are classified in multiple dimensions to obtain the category information of each communication instruction under different dimension classifications, and the priority parameters corresponding to the category information are determined. The overall priority of each communication instruction is calculated based on the priority parameters corresponding to the category information under different dimensions. Based on the comprehensive priority, each communication instruction in the instruction pool is sent to the corresponding slave device.

2. The method according to claim 1, characterized in that, The multi-dimensional classification includes at least one of message-level dimension classification, device-level dimension classification, and instruction-level dimension classification. The message-level classification is based on the business nature of the communication command; the device-level classification is based on the importance of the slave device corresponding to the communication command; and the command-level classification is based on the functional type and execution urgency of the communication command.

3. The method according to claim 1, characterized in that, The process of classifying each communication instruction in the instruction pool into multiple dimensions to obtain category information for each communication instruction under different dimension classifications, and determining the priority parameters corresponding to the category information, includes: Parse the header information of each communication command data packet and read the message type identifier field to obtain the message type identifier; Based on the preset message type mapping relationship, the category information of each communication instruction under the message-level dimension is obtained by matching the message type identifier; The corresponding priority parameters are determined based on the category information under the message-level dimension classification.

4. The method according to claim 1, characterized in that, The process of classifying each communication instruction in the instruction pool into multiple dimensions to obtain category information for each communication instruction under different dimension classifications, and determining the priority parameters corresponding to the category information, includes: Parse each communication command, extract the target slave device identifier field from the data packet, and obtain the target slave device identifier; The target slave device identifier is retrieved from the preset device level registry to obtain the device level of the target slave device identifier. The device level is then determined as the category information of the communication command under the device level dimension. The corresponding priority parameters are determined based on the category information under the device-level dimension classification.

5. The method according to claim 1, characterized in that, The process of classifying each communication instruction in the instruction pool into multiple dimensions to obtain category information for each communication instruction under different dimension classifications, and determining the priority parameters corresponding to the category information, includes: Parse each communication command, extract the command function code field from the data packet, and obtain the command function code; Based on the preset function code interval division rules, the category information of each communication instruction is obtained under the instruction-level dimension classification based on instruction function code matching; The priority parameters are determined based on the category information of the communication instructions at the instruction level.

6. The method according to claim 1, characterized in that, The step of calculating the comprehensive priority of each communication instruction based on the priority parameters corresponding to the category information under different dimensions includes: Obtain the weight values ​​corresponding to different dimensional classifications; The priority parameters corresponding to the category information under different dimensions are weighted based on the weight values ​​to obtain the comprehensive priority.

7. The method according to claim 6, characterized in that, The step of sending each communication instruction in the instruction pool to the corresponding slave device based on the comprehensive priority includes: The communication instructions in the instruction pool are sorted according to the overall priority. Each communication command is sent to the corresponding slave device in sequence according to the sorting result.

8. The method according to claim 1, characterized in that, The step of sorting the communication instructions in the instruction pool according to the comprehensive priority includes: When multiple target communication commands with the same overall priority exist, a common factor is determined for each target communication command; the common factor represents the historical transmission frequency of the communication command. The order of each target communication instruction is determined based on the commonly used factors.

9. The method according to claim 1, characterized in that, The method further includes: Confirm successful transmission of the communication command; The successfully sent communication command is removed from the command pool.

10. An integrated control system, characterized in that, Includes a master device and multiple slave devices; The host device is configured to perform the method as described in any one of claims 1-9.

Images