Energy router message passing method based on task switching of real-time operating system

Abstract

The invention discloses an energy router message passing method based on task switching of a real-time operating system, relates to the field of embedded communication control, and aims to solve the problems that an energy router system based on a PLC (Programmable Logic Controller) or an embedded energy router system occupies a large space and is limited in flexibility. Comprising the following steps: a first unit performs primary packaging on a to-be-sent instruction according to a format requirement of a second unit to form a primary message; the first unit performs secondary packaging on the data on the basis of the central receiving message format to form a message MSG; the center receives the message MSG and analyzes the message MSG, and the analyzed data are stored in an exclusive queue of the center about the second unit; and the second unit reads the message from the exclusive queue and analyzes the read message. According to the invention, a real-time operating system message transmission mechanism is utilized, a message transmission information format is set, message collection and distribution are carried out in combination with a center, and instruction sending and issuing among units of the energy router are finally realized.

Description

Technical Field

[0001] The invention relates to the field of embedded communication control, and in particular to an energy router message transmission method based on real-time operating system task switching. Background Art

[0002] Energy router is the core device of energy internet. It is an intelligent device that integrates information technology and power electronic conversion technology, and can realize the efficient utilization and transmission of distributed energy. Task switching of real-time operating system (RTOS) is one of the core functions of the system, which ensures that the system can efficiently schedule and switch between multiple tasks to meet the real-time requirements. At present, energy routers are rapidly integrated and built using modular processes such as PLC. Although they are flexible, they occupy a large space and are expensive. The central control device of energy routers developed using embedded systems is low in cost and occupies less space, but the development workload is large and the flexibility is limited. Energy routers for different topologies need to be further developed and improved, and the application speed is limited.

[0003] The Chinese patent with publication number CN110829606A involves an energy router which mainly includes: a port for providing energy and power carrier communication PLC data input into the energy router, or outputting at least one channel of the energy router; an energy transmission switch for controlling the opening and closing state of the port; and a routing component for determining the energy transmission path based on the PLC data and the stored routing information; the disadvantage of this patent is that it occupies a large space and is relatively costly. Summary of the invention

[0004] The present invention solves the problem that the energy router system based on PLC or embedded system occupies a large space and has limited flexibility. It proposes an energy router message transmission method based on real-time operating system task switching. It utilizes the real-time operating system message transmission mechanism, sets the information format of message transmission, combines with the hub to receive and distribute messages, and finally realizes the sending and issuing of instructions between units of the energy router.

[0005] In order to achieve the above object, the present invention adopts the following technical solution: an energy router message transmission method based on real-time operating system task switching, comprising the following steps: S1, the first unit performs primary packaging of the instructions to be sent according to the format requirements of the second unit to form a primary message; S2, the first unit performs secondary packaging on the data based on the message format received by the hub to form a message MSG; S3, the hub receives the message MSG and parses it, and stores the parsed data into the hub's exclusive queue for the second unit; S4, the second unit reads the message from the dedicated queue and parses the read message.

[0006] In this technical solution, first, the first unit serves as the source unit and the second unit serves as the target unit. According to the format requirements of the target unit, the relevant instructions are initially packaged to obtain a primary message. Then, secondary packaging is performed to obtain the message MSG. The first unit sends the packaged message to the hub. The hub receives the message from the first unit and parses it, and adds the parsed part of the data to the exclusive queue for the second unit. Finally, the second unit reads the message from the exclusive queue of the hub and parses the message in combination with the command CODE.

[0007] The present invention is further configured as follows: the message MSG formed by the secondary packaging includes: Information source SRC, identifies the source of the message; The message destination DST identifies the unit queue where the message enters; Command code CODE, used to distinguish message types when the message sources are the same; Data first pointer *DATA and data length DATA_LEN.

[0008] This technical solution mainly includes the information source SRC, the message destination DST, the command code CODE, the data first pointer *DATA and the data length DATA_LEN.

[0009] The present invention is further configured as follows: Step S3 comprises: The receiving message function of the hub receives and parses the message MSG from the first unit, parses the command code CODE according to the information source and the message destination, and stores the data DATA, command code CODE and data length DATA_LEN into the exclusive queue belonging to the second unit.

[0010] In this technical solution, after the first unit sends the packaged message to the hub, the hub's regular receiving function can parse the message of the first unit and add the parsed data to the exclusive queue belonging to the second unit in the hub.

[0011] The present invention is further configured as follows: Step S4 comprises: The second unit extracts the message function to read the message from the exclusive queue of the second unit in the hub. The message includes the command code CODE, data DATA and data length DATA_LEN. The message is parsed in combination with the command code CODE.

[0012] In this technical solution, the corresponding message is read from the exclusive queue of the second unit through the periodic message extraction function of the second unit.

[0013] The present invention is further configured as follows: the first unit and the second unit transmit messages via a hub, the hub includes a message queue group, the message queue group includes an independent storage space for message queue characteristic values ​​and message data, and has a message receiving function.

[0014] In this technical solution, the first unit and the second unit are not directly connected, but messages are transmitted through a hub, and a message queue group is set in the hub, which also includes a message receiving function.

[0015] The present invention is further configured as follows: the first unit and the second unit both automatically set the message formats and variable forms that they can receive.

[0016] In the present technical solution, in addition to the first unit and the second unit, other units connected to the hub are also set with the message formats and variable forms that they can receive.

[0017] The present invention is further configured such that: the first unit and the second unit both have their own exclusive queues registered in the central message queue group.

[0018] The present invention is further configured as follows: the hub is provided with at least one infinite loop function related to message reception, and the infinite loop function periodically receives data sent by each unit.

[0019] In the technical solution, the above-mentioned infinite loop function can receive data regularly and suspend after processing the data.

[0020] The present invention is further configured such that: the data length is compared with the data format length required by the unit itself to verify the correctness of the message.

[0021] In this technical solution, the data length can provide data support for checking whether the message is correct.

[0022] The present invention is further configured such that: the hub and several units are all arranged in the energy router, and the units may be, but are not limited to, ports, electric meters or relays.

[0023] In this technical solution, the function and quantity of the units are set according to actual conditions.

[0024] The present invention can bring the following beneficial effects: 1 The present invention relates to an energy router message transmission method based on real-time operating system task switching, which utilizes the real-time operating system message transmission mechanism, sets the information format of message transmission, combines the hub to receive and distribute messages, and finally realizes the sending and issuing of instructions between various units of the energy router; 2. Receiving and distributing through the hub reduces the amount of real-time information processing required for messages to be sent and processed directly between units, thus alleviating the pressure on the central processor; 3. Decouple the correlation between each unit and increase the replaceability of each unit device of the energy router. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] Figure 1 It is a schematic diagram of the overall process of the energy router message transmission method based on real-time operating system task switching in this application.

[0026] Figure 2 It is a schematic diagram of the primary packaging format of the energy router message transmission method based on real-time operating system task switching in this application.

[0027] Figure 3 It is a schematic diagram of the energy router message transmission method based on real-time operating system task switching in this application to form a message MSG in two levels of packaging.

[0028] Figure 4 This is a primary packaging diagram of Example 2 of the energy router message transmission method based on real-time operating system task switching in this application.

[0029] Figure 5 It is a secondary packaging schematic diagram of Example 2 of the energy router message transmission method based on real-time operating system task switching of the present application.

[0030] Figure 6 This is a schematic diagram of storing the message in a dedicated queue according to Embodiment 2 of the energy router message transmission method based on real-time operating system task switching of the present application.

[0031] Figure 7 It is a schematic diagram of the overall process of Example 2 of the energy router message transmission method based on real-time operating system task switching of the present application.

[0032] Figure 8 It is a schematic diagram of the structure of the energy router.

[0033] Fig. 9 This is a schematic diagram of the hub. DETAILED DESCRIPTION

[0034] In order to make the objectives, technical solutions and advantages of the present invention more clearly understood, the present invention is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific implementation method described herein is only an optimal embodiment of the present invention, which is only used to explain the present invention and does not limit the scope of protection of the present invention. All other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present invention.

[0035] Energy router is the core device of energy internet. It is an intelligent device that integrates information technology and power electronic conversion technology. It can realize the efficient utilization and transmission of distributed energy. It can realize the input, output, conversion and storage of different energy carriers, realize the interconnection and complementarity of different energy forms, the organic connection of production and consumption links, and the integration of energy flows with different characteristics. It can solve the problems of unequal node relationships and poor adaptive capabilities of power grids, and help improve the resilience, compatibility and economy of power grids. It is the foundation for building energy internet, supports the interconnection of wide-area energy networks, and provides ubiquitous energy services.

[0036] Real-time operating system (RTOS) task switching is one of the core functions of the system, which ensures that the system can efficiently schedule and switch between multiple tasks to meet real-time requirements. Task switching refers to the process by which the operating system switches the use of the CPU between multiple tasks. In RTOS, each task is usually an infinite loop function that thinks it owns the entire CPU. However, in reality, the CPU is shared and switched between multiple tasks. When a task is completed normally, it transfers control of the CPU to the RTOS, which determines the next task to run based on the task list and priority. Through a reasonable task switching mechanism and optimization measures, the RTOS can ensure efficient scheduling and switching between multiple tasks, thereby meeting real-time requirements and improving the overall performance of the system.

[0037] In the prior art, there are mainly two methods for building an energy router system based on PLC and one for building an energy router system based on embedded systems. However, both methods have significant disadvantages.

[0038] Although the PLC-based energy router system construction method has good flexibility, it occupies a large space and has a high cost. The embedded energy router system construction method has a low cost and occupies less space, but the development workload is large and the flexibility is limited. Energy routers for different topologies need further development and improvement, and the application speed is limited.

[0039] In view of the above technical problems, this embodiment proposes an energy router message transmission method based on real-time operating system task switching, referring to Figures 1 to 9 , which mainly includes the following steps.

[0040] Step S1: First, the first unit performs primary packaging of the instructions to be sent according to the format requirements of the second unit to form a primary message; for the primary message, please refer to Figure 2 , which includes basic data such as voltage, current, status and instructions.

[0041] Specifically, the first unit is the source unit of the message, and the second unit is the target unit of the message. The first unit and the second unit can be set according to actual needs, that is, the same unit can be the first unit or the second unit in different usage scenarios.

[0042] In order to further illustrate the above method, the structural framework based on the above method is described in detail. Figure 8 Inside the energy router, there is a hub and several units, and each unit is connected to the hub, while different units are not directly connected to each other.

[0043] In this embodiment, the unit may include a port PORT, a display GUI, a relay GPIO, and an electric meter METER, but is not limited to the above types and can be flexibly configured according to actual needs, which will not be described one by one here.

[0044] In this embodiment, the first unit and the second unit are any two units among the plurality of units.

[0045] The first unit can communicate with the second unit through the hub, refer to Fig. 9 The hub mainly includes a message queue group, which mainly includes an independent storage space for message queue characteristic values ​​and message data, and has a message receiving function.

[0046] In the above technical solution, the first unit and the second unit are not directly connected, but messages are transmitted through a hub, and a message queue group is set in the hub, which also includes a message receiving function.

[0047] On this basis, the first unit and the second unit set their own message formats and variable forms that they can receive, and register their own message queues in the central message queue group.

[0048] More generally, in addition to the first unit and the second unit mentioned above, other units also need to set the message format and variable form that they can receive by themselves.

[0049] At least one infinite loop function related to message reception is also provided in the hub, and the infinite loop function can periodically receive data sent by each unit.

[0050] In the above technical solution, the above infinite loop function can receive data regularly and suspend after processing the data.

[0051] Each unit can set an infinite loop function to facilitate external interaction to receive messages according to actual needs, for example, keep receiving external instructions for screen touch information, or keep the status of receiving port information updated, but it cannot conflict with the function of the hub receiving messages.

[0052] In order to further standardize the orderliness of message transmission, in general, each unit should first send the message to the central unit for parsing, and then the central unit will uniformly distribute the message to other units.

[0053] After completing the process of step S1, proceed to step S2. In step S2, the first unit performs secondary packaging on the data based on the message format received by the hub to form a message MSG; in this embodiment, the process of secondary packaging can refer to Figure 3 .

[0054] refer to Figure 3 In the above-mentioned secondary packaging process, a message MSG can be finally formed. The message MSG mainly includes the information source SRC, the message destination DST, the command code CODE, the data first pointer *DATA and the data length DATA_LEN.

[0055] As for the information source SRC, it can mainly identify the source of the message.

[0056] For the message destination DST, it is mainly able to identify the unit queue into which the message enters.

[0057] For the command code CODE, if the above information sources are consistent, the message types can be further distinguished, including start and stop, operation mode setting, voltage setting, and current setting. The command code CODE should be recognizable by the hub.

[0058] As for the data length DATA_LEN, it can be mainly compared with the data format length required by the unit itself to verify the correctness of the message.

[0059] Step S3, the hub receives the message MSG, then parses it, and finally stores the parsed data into the hub's exclusive queue for the second unit.

[0060] In more detail, the message MSG sent by the first unit is received through the hub's message receiving function, and then the message MSG is parsed, the command code CODE is parsed according to the information source SRC and the message destination DST, and the data DATA, command code CODE and data length DATA_LEN are stored in the exclusive queue belonging to the second unit.

[0061] In the above technical solution, after the first unit sends the packaged message to the hub, the hub's regular receiving function can parse the message of the first unit and add the parsed data to the exclusive queue belonging to the second unit in the hub.

[0062] Step S4: the second unit reads the message from the dedicated queue and parses the read message.

[0063] In more detail, the second unit can read messages from the exclusive queue belonging to the second unit of the hub by extracting the message function. The above message mainly includes data DATA, data length DATA_LEN and command code CODE, and finally the message is parsed in combination with the above command code CODE.

[0064] In the above technical solution, the corresponding message is read from the exclusive queue of the second unit through the periodic message extraction function of the second unit.

[0065] refer to Figure 1 In the present technical solution, the first unit is first used as the source unit and the second unit is used as the target unit. According to the format requirements of the target unit, the relevant instructions are initially packaged to obtain a primary message. Then, secondary packaging is performed to obtain the message MSG. The first unit sends the packaged message to the hub. The hub receives the message from the first unit and parses it, and adds the parsed part of the data to the exclusive queue of the second unit. Finally, the second unit reads the message from the exclusive queue of the hub and parses the message in combination with the command CODE.

[0066] This embodiment can bring the following technical effects: 1. Utilize the real-time operating system message transmission mechanism, set the information format of message transmission, combine with the hub to receive and distribute messages, and finally realize the sending and issuing of instructions between the units of the energy router; 2. Receiving and distributing through the hub reduces the amount of real-time information processing required for messages to be sent and processed directly between units, thus alleviating the pressure on the central processor; 3. Decouple the associations between the various units and increase the replaceability of the various unit devices of the energy router; 4. The method of this embodiment cooperates with the task mechanism of the real-time operating system of the embedded system, and uses the basic attributes of the task mechanism of the real-time operating system to carry out fast switching, so as to achieve the purpose of real-time control on the basis of meeting the embedded computing capability; 5. The method of this embodiment is matched with the embedded system, and has the advantages of low cost, small space occupation, and high flexibility and replaceability of each unit component.

[0067] Example 2 This embodiment proposes an energy router message transmission method based on real-time operating system task switching. Figure 1 , which mainly includes the following steps.

[0068] Step S1: First, the first unit performs primary packaging of the instructions to be sent according to the format requirements of the second unit to form a primary message; for the primary message, please refer to Figure 2 , which includes basic data such as voltage, current, status and instructions.

[0069] Specifically, the first unit is the source unit of the message, and the second unit is the target unit of the message. The first unit and the second unit can be set according to actual needs, that is, the same unit can be the first unit or the second unit in different usage scenarios.

[0070] In order to further illustrate the above method, the structural framework based on the above method is described in detail. Figure 8 Inside the energy router, there is a hub and several units, and each unit is connected to the hub, while different units are not directly connected to each other.

[0071] In this embodiment, the unit may include a port PORT, a display GUI, a relay GPIO, and an electric meter METER, but is not limited to the above types and can be flexibly configured according to actual needs, which will not be described one by one here.

[0072] In this embodiment, the first unit and the second unit are any two units among the plurality of units.

[0073] The first unit can communicate with the second unit through the hub, refer to Fig. 9 The hub mainly includes a message queue group, which mainly includes an independent storage space for message queue characteristic values ​​and message data, and has a message receiving function.

[0074] In the above technical solution, the first unit and the second unit are not directly connected, but messages are transmitted through a hub, and a message queue group is set in the hub, which also includes a message receiving function.

[0075] On this basis, the first unit and the second unit set their own message formats and variable forms that they can receive, and register their own message queues in the central message queue group.

[0076] More generally, in addition to the first unit and the second unit mentioned above, other units also need to set the message format and variable form that they can receive by themselves.

[0077] At least one infinite loop function related to message reception is also provided in the hub, and the infinite loop function can periodically receive data sent by each unit.

[0078] In the above technical solution, the above infinite loop function can receive data regularly and suspend after processing the data.

[0079] After completing the process of step S1, proceed to step S2. In step S2, the first unit performs secondary packaging on the data based on the message format received by the hub to form a message MSG; in this embodiment, the process of secondary packaging can refer to Figure 3 .

[0080] refer to Figure 3 In the above-mentioned secondary packaging process, a message MSG can be finally formed. The message MSG mainly includes the information source SRC, the message destination DST, the command code CODE, the data first pointer *DATA and the data length DATA_LEN.

[0081] As for the information source SRC, it can mainly identify the source of the message.

[0082] For the message destination DST, it is mainly able to identify the unit queue into which the message enters.

[0083] For the command code CODE, if the above information sources are consistent, the message types can be further distinguished, including start and stop, operation mode setting, voltage setting, and current setting. The command code CODE should be recognizable by the hub.

[0084] As for the data length DATA_LEN, it can be mainly compared with the data format length required by the unit itself to verify the correctness of the message.

[0085] Step S3, the hub receives the message MSG, then parses it, and finally stores the parsed data into the hub's exclusive queue for the second unit.

[0086] In more detail, the message MSG sent by the first unit is received through the hub's message receiving function, and then the message MSG is parsed, the command code CODE is parsed according to the information source SRC and the message destination DST, and the data DATA, command code CODE and data length DATA_LEN are stored in the exclusive queue belonging to the second unit.

[0087] In the above technical solution, after the first unit sends the packaged message to the hub, the hub's regular receiving function can parse the message of the first unit and add the parsed data to the exclusive queue belonging to the second unit in the hub.

[0088] Step S4: the second unit reads the message from the dedicated queue and parses the read message.

[0089] In more detail, the second unit can read messages from the exclusive queue belonging to the second unit of the hub by extracting the message function. The above message mainly includes data DATA, data length DATA_LEN and command code CODE, and finally the message is parsed in combination with the above command code CODE.

[0090] In the above technical solution, the corresponding message is read from the exclusive queue of the second unit through the periodic message extraction function of the second unit.

[0091] This embodiment is described in more detail with reference to specific examples.

[0092] Based on a certain energy router mechanism, a hub, a port unit PACK and a display unit GUI are provided. The hub has an infinite loop function that periodically receives message data, the port unit PORT has an infinite loop function that periodically extracts messages from the hub, and the display unit GUI has two infinite loop functions, one that periodically receives human-computer interaction information instructions from the screen, and the other that periodically extracts message data from the hub.

[0093] Before step S1, the unit requirements must be clarified first: the display unit GUI is the main interface for human-computer interaction, and obtains the user's current requirements through clicking, adjusting, and touching operations. For example, after the output current of the AC module with address 1 is adjusted to 20A, the display needs to send a command message to the module to notify it.

[0094] Step S1, the display unit GUI performs primary packaging of the command message according to the requirements of the port unit PACK. The unit sets the packaging format for the module setting (MOD_SET) for details. Figure 4 : Among them, MOD_PRTCL indicates the module model, CAN_FD indicates the module communication line (can be default), MOD_ADDR indicates the module address, MOD_CMD indicates the module command, and DATA_SET indicates the module setting data.

[0095] Step S2, reference Figure 5 On the basis of primary packaging, the display unit GUI performs secondary packaging on the data based on the message format received by the hub, and packages the data into a message MSG.

[0096] Step S3, send the above message MSG to the hub, the hub regularly receives the message of the display unit GUI and parses it, parses the data command CODE, and stores the data DATA, command CODE and data length DATA_LEN into the exclusive queue of the port (PACK). The storage format can be specifically referred to Figure 6 .

[0097] Step S4, the port unit PACK periodically extracts the message function to read the message from the exclusive queue of the port unit in the hub, the message includes the command code CODE, the data DATA and the data length DATA_LEN. According to the command code CODE, the corresponding data DATA structure is distinguished, the data is parsed through the structure of PMI_PACK_MOD_SET_RECV_MSG_DATA_T, and the corresponding instruction is obtained.

[0098] The overall process of the above steps S1 to S4 can be referred to Figure 7 .

[0099] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and are not intended to limit the present invention. Although the present invention is described in detail with reference to the embodiments, it should be understood by those skilled in the art that any modification or equivalent replacement of the technical solutions of the present invention does not depart from the spirit and scope of the technical solutions of the present invention and should be included in the scope of the claims of the present invention.

Claims

1. An energy router message transmission method based on real-time operating system task switching, characterized in that: The following steps are involved: S1, the first unit performs primary packaging of the instructions to be sent according to the format requirements of the second unit to form a primary message; S2, the first unit performs secondary packaging on the data based on the message format received by the hub to form a message MSG; S3, the hub receives the message MSG and parses it, and stores the parsed data into the hub's exclusive queue for the second unit; S4, the second unit reads the message from the dedicated queue and parses the read message.

2. The energy router message transmission method based on real-time operating system task switching according to claim 1 is characterized in that: The message MSG formed by the secondary packaging includes: Information source SRC, identifies the source of the message; The message destination DST identifies the unit queue where the message enters; Command code CODE, used to distinguish message types when the message sources are the same; Data first pointer *DATA and data length DATA_LEN.

3. The energy router message transmission method based on real-time operating system task switching according to claim 2 is characterized in that: The step S3 comprises: The receiving message function of the hub receives and parses the message MSG from the first unit, parses the command code CODE according to the information source and the message destination, and stores the data DATA, command code CODE and data length DATA_LEN into the exclusive queue belonging to the second unit.

4. The energy router message transmission method based on real-time operating system task switching according to claim 1, 2 or 3, characterized in that: The step S4 comprises: The second unit extracts the message function to read the message from the exclusive queue of the second unit in the hub. The message includes the command code CODE, data DATA and data length DATA_LEN. The message is parsed in combination with the command code CODE.

5. The energy router message transmission method based on real-time operating system task switching according to claim 1 or 2 is characterized in that: The first unit and the second unit transmit messages via a hub, and the hub includes a message queue group. The message queue group includes an independent storage space for message queue characteristic values ​​and message data, and has a message receiving function.

6. The energy router message transmission method based on real-time operating system task switching according to claim 5 is characterized in that: The first unit and the second unit both set the message formats and variable forms that they can receive.

7. The energy router message transmission method based on real-time operating system task switching according to claim 6 is characterized in that: The first unit and the second unit both have their own exclusive queues registered in the central message queue group.

8. The energy router message transmission method based on real-time operating system task switching according to claim 5 is characterized in that: The hub is provided with at least one infinite loop function related to message reception, and the infinite loop function periodically receives data sent by each unit.

9. The energy router message transmission method based on real-time operating system task switching according to claim 2 is characterized in that: The data length is compared with the data format length required by the unit itself to verify the correctness of the message.

10. The energy router message transmission method based on real-time operating system task switching according to claim 1 or 2, characterized in that: The hub and several units are all arranged in the energy router, and the units may be, but are not limited to, ports, electric meters or relays.

Images