CN111124638A - Multi-machine program scheduling system under embedded Linux system and implementation method - Google Patents
Multi-machine program scheduling system under embedded Linux system and implementation method Download PDFInfo
- Publication number
- CN111124638A CN111124638A CN201911266174.1A CN201911266174A CN111124638A CN 111124638 A CN111124638 A CN 111124638A CN 201911266174 A CN201911266174 A CN 201911266174A CN 111124638 A CN111124638 A CN 111124638A
- Authority
- CN
- China
- Prior art keywords
- module
- data
- control module
- state
- switched
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Telephonic Communication Services (AREA)
Abstract
The invention discloses a multi-machine program scheduling system under an embedded Linux system and an implementation method thereof, belonging to the technical field of software, aiming at solving the technical problem of avoiding the need of operating before a corresponding embedded terminal when monitoring and controlling front-end equipment each time and improving the monitoring efficiency, and adopting the technical scheme that: the system comprises a control switching module, an assembly starting and exiting module, a state data exchange module, a data storage and data recovery module, a state exchange synchronous control protocol module and an assembly running state reporting module; the control switching module is used for switching various control programs; the component starting and exiting module is used for controlling the starting and exiting of the control module; the state data exchange module is used for uniformly packaging and transmitting the control module needing to be switched and the data needed by the recovery execution of the control module to the opposite terminal equipment. The invention also discloses a method for realizing the multi-machine program scheduling in the embedded Linux system.
Description
Technical Field
The invention relates to the field of software systems, in particular to a multi-machine program scheduling system under an embedded Linux system and an implementation method.
Background
With the improvement of mobile information technology, internet of things, and network transmission capability, embedded systems are being applied to more and more fields. The Linux system is widely applied to various embedded hardware platforms due to the characteristics of portability, stability, open source and good ecosystem. The embedded Linux system has a wide application especially in the control and display fields due to its rich functions and flexible development.
In a traditional application scenario, a controlled front end generally has multiple devices, and one embedded terminal is distributed everywhere and connected to one front end device through a network, as shown in fig. 1, but each time the front end device is monitored and controlled, the operation needs to be performed before the corresponding embedded terminal, and the efficiency is very low.
Disclosure of Invention
The technical task of the invention is to provide a multi-machine program scheduling system under an embedded Linux system and an implementation method thereof, so as to solve the problem that how to avoid the operation before a corresponding embedded terminal is needed when monitoring and controlling front-end equipment every time, and improve the monitoring efficiency.
The technical task of the invention is realized in the following way, a multi-computer program scheduling system under an embedded Linux system, which comprises,
the control switching module is used for switching various control programs;
the component starting and exiting module is used for controlling the starting and exiting of the control module;
the state data exchange module is used for uniformly packaging and transmitting the control module needing to be switched and the data needed by the recovery execution of the control module to opposite-end equipment, and ensuring that the states of the control module after switching are consistent with the states of the control module before switching;
the data storage and data recovery module is used for self-designing key data concerned by each control module, packaging the data and providing the packaged data to the control integrated scheduling software;
the state exchange synchronous control protocol module is used for transmitting the operating module operated by the touch control all-in-one machine and the operating module to be switched to opposite-end equipment among the touch control all-in-one machines, controlling the switched state, ensuring that different operating modules are operated on the touch control all-in-one machines, ensuring the mutual exclusion of the operating modules and avoiding the condition that the same operating module is operated to generate conflict during operation;
and the component running state reporting module is used for confirming the running state of the component which runs again after switching, and ensuring the normal running of the component after switching.
Preferably, the representation form of the control switching module is an integrated scheduling software interface switching function touch button, and the integrated scheduling software main display panel is switched to a control program interface to be used by clicking the touch button with the corresponding function.
Preferably, the module for starting and exiting the component is represented by internal execution logic of the scheduling software, and no corresponding control button is arranged on a main interface of the scheduling software.
Preferably, the component starting and exiting module consists of a component starting module and a component exiting module;
the component starting module is used for starting the control module needing to be switched on the local machine when the local machine receives the component switching command and the state data packet sent by other machines;
the component quitting module is used for controlling the integrated scheduling software to quit the control module on the local machine after the local scheduling software receives the control module state data stored by the local control module.
Preferably, the status data exchange module is expressed in the form of a logic unit for controlling internal execution of the integrated scheduling software.
Preferably, the state data exchange module has a function of packing and recovering state data, and specifically, the key data of the current operating state of the control module is packed and transmitted to the control integrated scheduling software, the scheduling software sends the key data to a target machine to be switched to, and the operating state is recovered after the control module on the target machine is started.
Preferably, the state data packing and recovering are divided into the following two forms:
the method comprises the following steps that (A) the change state is transmitted in real time in the operation process of each machine type, the operation state of a control module is guaranteed to have a state file on each machine, only the switching state is transmitted, and data is not transmitted; in the mode, when the state is switched, only the state needs to be transmitted, data does not need to be transmitted, the switching speed is relatively high, but the data synchronization logic is relatively complex, the state file of the control module needs to be established in all equipment when the state of each piece of equipment changes, a certain storage space is occupied, and meanwhile, part of useless state data exists in the process of not switching;
only when the state is switched to the request, the control module is informed to pack the data and transmit the data; in the mode, when the state is switched, the state is required to be transferred firstly, then the data is transferred, two steps are required, the switching is slightly slower than the mode (I), but the data transfer is only between the request equipment and the target equipment, useless data cannot exist, and excessive storage space cannot be occupied; because the data transmission network adopts the gigabit network, the switching speed difference is not large under the condition of small data transmission quantity, and the selection is needed according to specific conditions.
Preferably, the status switching synchronization control protocol module includes a basic protocol header, a protocol trailer, a check bit, a native operation module type, an operation module type to be switched, an operation module switching request, and an operation module switching feedback flag.
Preferably, the number of the manipulation modules is at least two, preferably two or four.
A method for realizing multi-machine program scheduling in an embedded Linux system comprises the following steps:
s1, clicking a scheduling condition switching key to select the target control module, and executing the step S2;
s2, packing the running state data by the to-be-switched control module, and executing the step S3; wherein, there is at least one to-be-switched control module, and there is at least one target control module except the to-be-switched control module;
s3, the control module to be switched transmits the packed data back to the scheduling software, and the next step is executed in the step S4;
s4, after the scheduling software receives the data, the control module to be switched is quitted, and the next step is executed in the step S5;
s5, dispatching the software package state and data and then sending, and executing the step S6 and the step S9 at the same time;
s6, the dispatching software starts the target control module, and the next step is executed to step S7;
s7, the target control module recovers according to the received data, and then executes the step S8;
s8, the target control module judges whether the self state is normal:
①, if yes, go to step S17;
②, if not, jumping to step S16;
s9, other devices of the same type except the device sending the switching request receive the data analysis, and the next step is to execute the step S10;
s10, judging whether the local running control module is a target control module:
①, if yes, go to step S11;
②, if not, not processing;
s11, the target control module saves the current data, and then step S12 is executed;
s12, the scheduling software exits the target control module, and the next step is executed to step S13;
s13, the scheduling software starts the control module to be switched, and the next step is executed in the step S14;
s14, restoring the control module to be switched according to the received data, and executing the step S15;
s15, judging whether the self state is normal by the control module to be switched:
①, if yes, go to step S16;
②, if not, jumping to step S5;
s16, the scheduling software sends the state and the data of the target control module, and the next step jumps to the step S6;
and S17, ending.
The multi-machine program scheduling system and the implementation method under the embedded Linux system have the following advantages that:
the invention can improve the efficiency of personnel in controlling and using the front-end equipment in the actual application scene by synchronously switching the running state and data of the control assembly;
after the control module is switched and started and data recovery is finished, the control module judges the recovered running state and informs the equipment sending the switching request, and if the situation that the overtime is not announced or the starting state is abnormal occurs, the equipment sending the request retransmits the state and the data, so that the monitoring efficiency is improved;
the invention saves and restores the running state and data of the related programs under the system, designs the multi-machine scheduling software to start, quit and schedule and manage the running programs, ensures that the client can automatically switch the related programs to the local machine to start and restore the data when needed, and keeps the state before switching.
Drawings
The invention is further described below with reference to the accompanying drawings.
Fig. 1 is a schematic structural diagram of a relationship between an embedded terminal and a front-end device in the background art;
FIG. 2 is a block diagram of a multi-machine program scheduling system in an embedded Linux system;
FIG. 3 is a block flow diagram of example 2.
Detailed Description
The multi-machine program scheduling system under the embedded Linux system and the implementation method thereof according to the present invention are described in detail below with reference to the accompanying drawings and the specific embodiments.
Example 1:
as shown in fig. 2, the multi-machine program scheduling system under the embedded Linux system of the present invention includes,
the control switching module is used for switching various control programs; the expression form of the control switching module is that the integrated scheduling software interface switches the touch button with the function, and the integrated scheduling software main display panel is switched into a control program interface to be used by clicking the touch button with the corresponding function.
The component starting and exiting module is used for controlling the starting and exiting of the control module; the module for starting and quitting the components is expressed in the form of internal execution logic of the scheduling software, and no corresponding control button exists on a main interface of the scheduling software. The component starting and exiting module consists of a component starting module and a component exiting module; the component starting module is used for starting the control module needing to be switched on the local machine when the local machine receives the component switching command and the state data packet sent by other machines; the component quitting module is used for controlling the integrated scheduling software to quit the control module on the local machine after the local scheduling software receives the control module state data stored by the local control module.
The state data exchange module is used for uniformly packaging and transmitting the control module needing to be switched and the data needed by the recovery execution of the control module to opposite-end equipment, and ensuring that the states of the control module after switching are consistent with the states of the control module before switching; the expression form of the state data exchange module is to control the internal execution logic unit of the integrated scheduling software.
Preferably, the state data exchange module has a function of packing and recovering state data, and specifically, the key data of the current operating state of the control module is packed and transmitted to the control integrated scheduling software, the scheduling software sends the key data to a target machine to be switched to, and the operating state is recovered after the control module on the target machine is started. The state data packing and recovering are divided into the following two forms:
the method comprises the following steps that (A) the change state is transmitted in real time in the operation process of each machine type, the operation state of a control module is guaranteed to have a state file on each machine, only the switching state is transmitted, and data is not transmitted; in the mode, when the state is switched, only the state needs to be transmitted, data does not need to be transmitted, the switching speed is relatively high, but the data synchronization logic is relatively complex, the state file of the control module needs to be established in all equipment when the state of each piece of equipment changes, a certain storage space is occupied, and meanwhile, part of useless state data exists in the process of not switching;
only when the state is switched to the request, the control module is informed to pack the data and transmit the data; in the mode, when the state is switched, the state is required to be transferred firstly, then the data is transferred, two steps are required, the switching is slightly slower than the mode (I), but the data transfer is only between the request equipment and the target equipment, useless data cannot exist, and excessive storage space cannot be occupied; because the data transmission network adopts the gigabit network, the switching speed difference is not large under the condition of small data transmission quantity, and the selection is needed according to specific conditions.
The data storage and data recovery module is used for self-designing key data concerned by each control module, packaging the data and providing the packaged data to the control integrated scheduling software;
the state exchange synchronous control protocol module is used for transmitting the operating module operated by the touch control all-in-one machine and the operating module to be switched to opposite-end equipment among the touch control all-in-one machines, controlling the switched state, ensuring that different operating modules are operated on the touch control all-in-one machines, ensuring the mutual exclusion of the operating modules and avoiding the condition that the same operating module is operated to generate conflict during operation; the state exchange synchronous control protocol module comprises a basic protocol head, a protocol tail, a check bit, a local running operation module type, an operation module type to be switched, an operation module switching request and an operation module switching feedback mark.
And the component running state reporting module is used for confirming the running state of the component which runs again after switching, and ensuring the normal running of the component after switching.
Example 2:
the method for realizing the multi-machine program scheduling under the embedded Linux system takes two control modules as an example, as shown in the attached figure 3, and comprises the following specific steps:
s1, clicking the scheduling condition switching key to select the control module C, and executing the step S2;
s2, the operation state data are packaged by the control module A, and the step S3 is executed next;
s3, the control module A returns the packed data to the scheduling software, and the next step is executed in step S4;
s4, after the dispatching software receives the data, quitting the control module A, and executing the step S5;
s5, dispatching the software package state and data and then sending, and executing the step S6 and the step S9 at the same time;
s6, starting the control module C by the dispatching software, and executing the step S7;
s7, the control module C recovers according to the received data, and the next step executes the step S8;
s8, the control module C judges whether the state is normal:
①, if yes, go to step S17;
②, if not, jumping to step S16;
s9, other devices of the same type except the device sending the switching request receive the data analysis, and the next step is to execute the step S10;
s10, judging whether the operation control module of the machine is the control module C:
①, if yes, go to step S11;
②, if not, not processing;
s11, the control module C saves the current data, and then the step S12 is executed;
s12, the scheduling software exits the control module C, and the next step is executed to step S13;
s13, the dispatching software starts the control module A, and the next step is executed to step S14;
s14, the control module A recovers according to the received data, and the next step executes the step S15;
s15, the control module A judges whether the state is normal:
①, if yes, go to step S16;
②, if not, jumping to step S5;
s16, the dispatching software sends the state and the data of the control module C, and the next step jumps to the step S6;
and S17, ending.
Example 3:
the present invention takes four operation modules as an example, and sequentially comprises an operation module i, an operation module ii, an operation module iii, and an operation module iv, as the steps of embodiment 2, that is, the four operation modules are switched with each other.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.
Claims (10)
1. A multi-machine program scheduling system under embedded Linux system is characterized in that the system comprises,
the control switching module is used for switching various control programs;
the component starting and exiting module is used for controlling the starting and exiting of the control module;
the state data exchange module is used for uniformly packaging and transmitting the control module needing to be switched and the data needed by the recovery execution of the control module to opposite-end equipment, and ensuring that the states of the control module after switching are consistent with the states of the control module before switching;
the data storage and data recovery module is used for self-designing key data concerned by each control module, packaging the data and providing the packaged data to the control integrated scheduling software;
the state exchange synchronous control protocol module is used for transmitting the operating module operated by the touch control all-in-one machine and the operating module to be switched to opposite-end equipment among the touch control all-in-one machines, controlling the switched state, ensuring that different operating modules are operated on the touch control all-in-one machines, ensuring the mutual exclusion of the operating modules and avoiding the condition that the same operating module is operated to generate conflict during operation;
and the component running state reporting module is used for confirming the running state of the component which runs again after switching, and ensuring the normal running of the component after switching.
2. The embedded Linux system lower multimachine program scheduling system of claim 1, wherein the manipulation switching module is embodied as an integrated scheduling software interface switching function touch button, and the integrated scheduling software main display panel is switched to a manipulation program interface to be used by clicking the touch button with the corresponding function.
3. The embedded Linux system multi-computer program scheduling system of claim 1, wherein the component activation and deactivation module is implemented as internal execution logic of the scheduling software without a corresponding operating button on the main interface of the scheduling software.
4. The embedded Linux system multimachine program scheduling system according to claim 1 or 3, wherein the component launching and exiting module is composed of a component launching module and a component exiting module;
the component starting module is used for starting the control module needing to be switched on the local machine when the local machine receives the component switching command and the state data packet sent by other machines;
the component quitting module is used for controlling the integrated scheduling software to quit the control module on the local machine after the local scheduling software receives the control module state data stored by the local control module.
5. The embedded Linux system lower multimachine program scheduling system of claim 1, wherein the status data exchange module is represented as a manipulation integrated scheduling software internal execution logic unit.
6. The embedded Linux system lower multi-computer program scheduling system of claim 1 or 5, wherein the status data exchange module has a status data packing and recovery function, and specifically, packs critical data of a current operating status of the manipulation module, transmits the packed critical data to the manipulation integrated scheduling software, and sends the packed critical data to a target computer to be switched to by the scheduling software, and simultaneously, after the manipulation module on the target computer is started, recovers the operating status.
7. The embedded Linux system multimachine program scheduling system according to claim 6, wherein the status data packing and recovery is divided into two forms:
the method comprises the following steps that (A) the change state is transmitted in real time in the operation process of each machine type, the operation state of a control module is guaranteed to have a state file on each machine, only the switching state is transmitted, and data is not transmitted;
only when the state is switched to the request, the control module is informed to pack the data and transmit the data; in the mode, when the state is switched, the state is required to be transmitted first, then the data is transmitted, and two steps are required to be executed.
8. The embedded Linux system multimachine program scheduling system according to claim 1, wherein the State switching synchronization control protocol module comprises a basic protocol header, a protocol trailer, a check bit, a native runtime operation module type, an operation module type to be switched, an operation module switching request, and an operation module switching feedback flag.
9. The embedded Linux system multimachine program scheduling system of claim 1, wherein there are at least two said manipulating modules.
10. A method for realizing multi-machine program scheduling in an embedded Linux system is characterized by comprising the following steps:
s1, clicking a scheduling condition switching key to select the target control module, and executing the step S2;
s2, packing the running state data by the to-be-switched control module, and executing the step S3; wherein, there is at least one to-be-switched control module, and there is at least one target control module except the to-be-switched control module;
s3, the control module to be switched transmits the packed data back to the scheduling software, and the next step is executed in the step S4;
s4, after the scheduling software receives the data, the control module to be switched is quitted, and the next step is executed in the step S5;
s5, dispatching the software package state and data and then sending, and executing the step S6 and the step S9 at the same time;
s6, the dispatching software starts the target control module, and the next step is executed to step S7;
s7, the target control module recovers according to the received data, and then executes the step S8;
s8, the target control module judges whether the self state is normal:
①, if yes, go to step S17;
②, if not, jumping to step S16;
s9, other devices of the same type except the device sending the switching request receive the data analysis, and the next step is to execute the step S10;
s10, judging whether the local running control module is a target control module:
①, if yes, go to step S11;
②, if not, not processing;
s11, the target control module saves the current data, and then step S12 is executed;
s12, the scheduling software exits the target control module, and the next step is executed to step S13;
s13, the scheduling software starts the control module to be switched, and the next step is executed in the step S14;
s14, restoring the control module to be switched according to the received data, and executing the step S15;
s15, judging whether the self state is normal by the control module to be switched:
①, if yes, go to step S16;
②, if not, jumping to step S5;
s16, the scheduling software sends the state and the data of the target control module, and the next step jumps to the step S6;
and S17, ending.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911266174.1A CN111124638B (en) | 2019-12-11 | 2019-12-11 | Multi-machine program scheduling system under embedded Linux system and implementation method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911266174.1A CN111124638B (en) | 2019-12-11 | 2019-12-11 | Multi-machine program scheduling system under embedded Linux system and implementation method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111124638A true CN111124638A (en) | 2020-05-08 |
| CN111124638B CN111124638B (en) | 2023-05-02 |
Family
ID=70498456
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911266174.1A Active CN111124638B (en) | 2019-12-11 | 2019-12-11 | Multi-machine program scheduling system under embedded Linux system and implementation method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111124638B (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100192142A1 (en) * | 2009-01-25 | 2010-07-29 | Jun Sun | System and Methods for Migrating Independently Executing Program into and Out of an Operating System |
| CN104978231A (en) * | 2015-07-10 | 2015-10-14 | 上海斐讯数据通信技术有限公司 | Multisystem device based on internal storage partitions and loading and switching method thereof |
| CN108415797A (en) * | 2018-03-05 | 2018-08-17 | 山东超越数控电子股份有限公司 | A method of avoid server failure switching according to library loss of data |
-
2019
- 2019-12-11 CN CN201911266174.1A patent/CN111124638B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100192142A1 (en) * | 2009-01-25 | 2010-07-29 | Jun Sun | System and Methods for Migrating Independently Executing Program into and Out of an Operating System |
| CN104978231A (en) * | 2015-07-10 | 2015-10-14 | 上海斐讯数据通信技术有限公司 | Multisystem device based on internal storage partitions and loading and switching method thereof |
| CN108415797A (en) * | 2018-03-05 | 2018-08-17 | 山东超越数控电子股份有限公司 | A method of avoid server failure switching according to library loss of data |
Non-Patent Citations (1)
| Title |
|---|
| 程友清 等: "嵌入式网络设备 TCP 高可用技术研究" * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111124638B (en) | 2023-05-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9141491B2 (en) | Highly available server system based on cloud computing | |
| CN109597723B (en) | Dual-machine hot standby redundancy implementation system and method for subway integrated monitoring system | |
| CN103532753B (en) | A kind of double hot standby method of synchronization of skipping based on internal memory | |
| CN107666415B (en) | Optimization method and device of FC-AE-1553 protocol bridge | |
| CN111800354A (en) | Message processing method and device, message processing equipment and storage medium | |
| CN112416969B (en) | Parallel task scheduling system in distributed database | |
| CN103384212A (en) | Double-machine high availability scheme for communication application system and implementation thereof | |
| CN112511326B (en) | Switching method, device, equipment and storage medium | |
| CN114490152A (en) | Method for establishing dual-computer complete machine level hot standby system | |
| CN107104822B (en) | Server disaster recovery processing method and device, storage medium and electronic equipment | |
| CN108984195A (en) | A kind of method for upgrading software and device | |
| US20200136912A1 (en) | Method, Device, and System for Implementing MUX Machine | |
| CN117459482B (en) | Restarting method and device of switch, storage medium and electronic device | |
| CN107992752B (en) | Data processing method and device and computer equipment | |
| CN106445852B (en) | A kind of task communicator and method based on from monitoring framework | |
| CN110545198B (en) | ERPS loop damage method and main node | |
| CN114095343A (en) | Disaster recovery method, device, equipment and storage medium based on double-active system | |
| CN106708701B (en) | Central maintenance device and method based on ARINC659 bus | |
| CN111124638B (en) | Multi-machine program scheduling system under embedded Linux system and implementation method | |
| CN104951346A (en) | Process management method for embedded system as well as system | |
| CN108647091B (en) | Dynamic reconstruction method and system for satellite-borne computer based on task adaptive allocation | |
| CN100426241C (en) | Message level soft interrupt processing method in service system structure | |
| CN101626331B (en) | Ethernet communication control method for steel and iron continuous annealing system | |
| CN102546233A (en) | Method for realizing serial heartbeat in high-availability cluster | |
| CN112994998A (en) | Communication node, communication method, communication device and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: 250100 No. 2877 Kehang Road, Sun Village Town, Jinan High-tech District, Shandong Province Applicant after: Chaoyue Technology Co.,Ltd. Address before: 250100 No. 2877 Kehang Road, Sun Village Town, Jinan High-tech District, Shandong Province Applicant before: SHANDONG CHAOYUE DATA CONTROL ELECTRONICS Co.,Ltd. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |