A multi-channel ignition timing test method, system and computer equipment

Abstract

The present invention discloses a multi-channel ignition timing test method, system and computer equipment, the method comprising: a main thread responds to a user's test instruction, sets a test flag to a first flag representing a test state, and creates a test thread; the test thread opens the system's external interface and sets the thread flag to a second flag of a start thread, and creates a receiving thread; the receiving thread monitors the external interface in real time, pulls data obtained by the external interface and parses it to determine whether the timing state has changed, and puts the changed timing state change frame into a global variable; the test thread obtains the timing state change frame, searches for the changed timing information, and sends an update interface signal to the main thread; the main thread updates the representation information in the display interface; the present invention adopts the "layered architecture + multi-threading" technology, can run on the Kirin operating system of the Loongson processor, and realizes the autonomous control of the ignition timing test system from hardware, operating system to software.

Description

Technical Field

[0001] The present invention belongs to the field of measurement and control technology, and more specifically, relates to a multi-channel ignition timing test method, system and computer equipment. Background Art

[0002] Domestic operating systems are still in their infancy and there is a certain gap between them and mainstream foreign operating systems. Research on measurement and control system technology based on domestic operating systems is also imminent. Summary of the invention

[0003] In view of at least one defect or improvement need in the prior art, the present invention provides a multi-channel ignition timing test method, system and computer equipment to achieve autonomous control from hardware, operating system to software.

[0004] To achieve the above object, according to one aspect of the present invention, a multi-channel ignition timing test method is provided, comprising:

[0005] S1: The main thread responds to the test instruction input from the outside, sets the system built-in test flag to the first flag representing the test state, and creates a test thread;

[0006] S2: the test thread performs device initialization, opens the external interface of the system and sets the built-in thread flag of the system to the second flag of the start thread, and creates a receiving thread;

[0007] S3: the receiving thread monitors the external interface in real time, pulls the data obtained by the external interface and parses it to determine whether the timing state has changed, and puts the changed timing state change frame into the global variable;

[0008] S4: the test thread obtains the timing state change frame from the global variable, searches for the changed timing information, and sends an update interface signal to the main thread;

[0009] S5: The main thread updates the display information in the display interface according to the interface update signal.

[0010] Preferably, the above-mentioned multi-channel ignition timing test method also includes:

[0011] S6: the main thread responds to the externally input stop test instruction and sets the system built-in test flag to the fourth flag representing the test end state;

[0012] S7: the test thread closes the external interface, sets the system built-in thread flag to the third flag representing the end of the thread; and sends a prompt message indicating the end of the test to the main thread, and the test thread ends;

[0013] S8: The main thread displays the prompt information on the display interface to complete the test.

[0014] Preferably, the above-mentioned multi-channel ignition timing test method also includes:

[0015] The receiving thread determines whether the thread flag is to maintain the second flag according to a preset first time interval. If so, step S3 is executed; if not, the receiving thread ends.

[0016] Preferably, the above-mentioned multi-channel ignition timing test method also includes:

[0017] The test thread determines whether the test flag is to maintain the first flag according to a preset second time interval, and if so, executes step S4; if not, executes step S7.

[0018] Preferably, in the above-mentioned multi-channel ignition timing test method, the information displayed in the display interface includes process information, result information and indicator light information;

[0019] The indicator light information is used to display the current state of the timing; the process information is used to record the time when the timing occurs and the current state; the result information is used to record the relative time and effective width between the timings.

[0020] According to a second aspect of the present invention, there is also provided a multi-channel ignition timing test system, which adopts a layered architecture and has multiple threads, including a data access layer, a business logic layer and a presentation layer, as well as a main thread, a test thread and a receiving thread corresponding to the presentation layer, the business logic layer and the data access layer respectively;

[0021] The main thread is configured to respond to an externally input test instruction, set a system built-in test flag to a first flag representing a test state, and create a test thread;

[0022] The test thread is configured to perform device initialization, open the external interface of the system and set the built-in thread flag of the system to the second flag of the start thread, and create a receiving thread;

[0023] The receiving thread is configured to monitor the external interface in real time, pull the data obtained by the external interface and parse it to determine whether the timing state has changed, and put the changed timing state change frame into the global variable;

[0024] The test thread obtains the timing state change frame from the global variable, searches for the changed timing information, and sends an update interface signal to the main thread;

[0025] The main thread updates the display information in the display interface according to the update interface signal.

[0026] Preferably, the above-mentioned multi-channel ignition timing test system,

[0027] The main thread is configured to respond to an externally input stop test instruction, set the system built-in test flag to a fourth flag representing the test end state; and display the prompt information provided by the test thread on the display interface;

[0028] The test thread is configured to close the external interface, set the system built-in thread flag to the third flag representing the end of the thread; and send a prompt message indicating the end of the test to the main thread.

[0029] Preferably, the above-mentioned multi-channel ignition timing test system,

[0030] The receiving thread determines whether the thread flag is maintained according to a preset first time interval

[0031] The second identifier is displayed, and the external interface is monitored in real time during the period of time when the second identifier is maintained;

[0032] The test thread determines whether the test flag is to maintain the first flag according to a preset second time interval. If so, obtains the timing state change frame from the global variable; if not, closes the external interface and sets the system's built-in thread flag to a third flag representing the end of the thread.

[0033] Preferably, in the above-mentioned multi-channel ignition timing test system, the information displayed in the display interface includes process information, result information and indicator light information;

[0034] The indicator light information is used to display the current state of the timing; the process information is used to record the time when the timing occurs and the current state; the result information is used to record the relative time and effective width between the timings.

[0035] According to the third aspect of the present invention, there is also provided a computer device, which includes at least one processing unit and at least one storage unit, wherein the storage unit stores a computer program, and when the computer program is executed by the processing unit, the processing unit executes the steps of any one of the above-mentioned multi-way ignition timing test methods.

[0036] In general, the above technical solutions conceived by the present invention can achieve the following beneficial effects compared with the prior art:

[0037] The multi-channel ignition timing test solution provided by the present invention realizes the autonomous control of the ignition timing test system from hardware, operating system to software; adopts the "layered" concept for software architecture design to ensure high cohesion and low coupling of the software framework, and improves the maintainability and portability of the software; adopts multi-threading technology to realize the real-time display of ignition timing status information; adopts multiple forms such as indicator lights and text information to enrich the display interface of the test system. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] Figure 1 It is a schematic diagram of the composition structure of a multi-channel ignition timing test system provided by an embodiment of the present invention;

[0039] Figure 2 It is a system framework structure diagram of a multi-channel ignition timing test system provided by an embodiment of the present invention;

[0040] Figure 3 It is a flowchart of a multi-channel ignition timing test method provided by an embodiment of the present invention;

[0041] Figure 4 It is a schematic diagram of a specific operation flow of the ignition timing test method provided by an embodiment of the present invention;

[0042] Figure 5 It is a block diagram of the composition of a computer device provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0043] In order to make the purpose, 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 embodiments described herein are only used to explain the present invention and are not intended to limit the present invention. In addition, the technical features involved in the various embodiments of the present invention described below can be combined with each other as long as they do not conflict with each other.

[0044] This embodiment discloses a multi-channel ignition timing test system, which adopts "layered architecture + multi-threading" technology for system ignition timing test. Specifically, the system is designed with a layered architecture, which includes, from bottom to top, a data access layer, a business logic layer, and a presentation layer; wherein the data access layer is mainly used to initialize the serial port, control the data acquisition unit to obtain serial port data and parse it, and obtain the status data of the ignition timing; the business logic layer is mainly used to process the status data and complete the data exchange between the presentation layer and the data access layer, reduce the system coupling, and thus improve the maintainability and portability of the system; the presentation layer is mainly used to obtain the user's input and pass it to the business logic layer, and display and save the information submitted by the business logic layer to achieve control of the test system.

[0045] The system adopts a multi-threaded design, which is divided into the main thread, test thread and receiving thread; the data access layer, business logic layer and presentation layer belong to different threads. Specifically, the presentation layer, business logic layer and data access layer correspond to the main thread, test thread and receiving thread respectively; among them, the main thread mainly realizes system initialization, test thread creation, control of timing status indicator lights and display and preservation of status information; the test thread mainly realizes the creation of the receiving thread, passes the test instructions of the presentation layer to the data access layer, and processes the timing status data obtained from the data access layer in real time, and passes the processed results to the presentation layer for display; the receiving thread mainly realizes the reception and parsing of serial port data.

[0046] The timing status information of the test system is displayed in a variety of forms: indicator lights, process text information and result text information; the indicator lights are used to display the current status of the timing; the process text information records the time when the timing occurs and the current status; the result text information records the relative time between the timings and the effective width.

[0047] The multi-channel ignition timing test system provided in this embodiment can run on the Kylin operating system of the Loongson processor to implement ignition timing testing; the test system realizes the autonomous control of the ignition timing test system from hardware, operating system to software.

[0048] Figure 1 is a schematic diagram of the structure of the multi-channel ignition timing test system provided in this embodiment, see Figure 1 The test system is connected to the system under test through a cable. The test system includes a computer device and a signal acquisition board. The signal acquisition board communicates with the computer device through a serial port (such as RS422).

[0049] The signal acquisition board collects the timing status of the system under test in real time, and sends the timing status information to the computer device through the serial port at a preset time interval (for example: every 1ms). The computer device runs a multi-channel ignition timing test software program developed based on the Kylin operating system. The multi-channel ignition timing test software receives, analyzes, processes, displays and records the timing status information in real time.

[0050] Figure 2 : is a system framework structure diagram of the multi-channel ignition timing test system provided in this embodiment, such as Figure 2As shown, the data access layer includes a driver management class and a test exception class. The driver management class implements the initialization, sending, receiving, and closing functions of the serial port. During the test process, the receiving thread receives and parses the timing status information on the serial port in real time, and sends the information about the timing changes to the business logic layer; the test exception class implements sending the data access layer exception information to the business logic layer. The business logic layer implements data transmission and business logic between the data access layer and the presentation layer. The specific functions include: providing the presentation layer with an interface to access the serial port; receiving the timing status information from the data access layer; processing the timing status information to obtain the corresponding timing change time and status information, and sending the process information, result information, and indicator light status to be displayed to the presentation layer. The presentation layer includes operation interface class, real-time information class, test result class, indicator light class and test description class. The operation interface class provides an interface for users to select test type, start and stop test; the real-time interface class displays the name, time, status and other information of the changed timing in real time; the test result class displays the time, width, relative time and other information of the timing in real time; the indicator light class refreshes the status of each timing indicator light in real time (for example: green - open, red - close); the test description class provides users with information such as the product, location, environment and other descriptions of the test, and saves the test data.

[0051] Figure 3 is a flow chart of the multi-channel ignition timing test method provided in this embodiment, see Figure 3 , the test method comprises the following steps:

[0052] S1: The main thread responds to the test instruction input from the outside, sets the system built-in test flag to the first flag representing the test state, and creates a test thread;

[0053] S2: The test thread performs device initialization, opens the system's external interface, sets the system's built-in thread flag to the second flag of the start thread, and creates a receiving thread;

[0054] S3: The receiving thread determines whether the thread flag is to maintain the second flag according to a preset first time interval. If so, the receiving thread monitors the external interface in real time, pulls the data obtained by the external interface and parses it to determine whether the timing state has changed, and puts the changed timing state change frame into a global variable; if not, the receiving thread ends;

[0055] S4: the test thread determines whether the test flag is to maintain the first flag according to a preset second time interval. If so, the test thread obtains the timing state change frame from the global variable, searches for the changed timing information, and sends an update interface signal to the main thread; if not, directly executes step S7;

[0056] As an optional embodiment, the test thread sends update process information, result information, and indicator light interface signals to the main thread via QT signals and slots, thereby updating the test interface in real time.

[0057] S5: The main thread updates the display information in the display interface according to the update interface signal.

[0058] In an optional example, the representation information in the display interface includes process information, result information and indicator light information; the indicator light information is used to display the current state of the timing; the process information is used to record the time when the timing occurs and the current state; the result information is used to record the relative time between the timings and the effective width.

[0059] At this point, the user can obtain the timing changes of the system under test in real time and intuitively through the display interface to complete the ignition timing test.

[0060] Furthermore, the above-mentioned multi-channel ignition timing test method also includes the following steps:

[0061] S6: the main thread responds to the externally input stop test instruction and sets the system built-in test flag to the fourth flag representing the test end state;

[0062] S7: the test thread closes the external interface, sets the system built-in thread flag to the third flag representing the end of the thread; and sends a prompt message indicating the end of the test to the main thread, and the test thread ends;

[0063] S8: The main thread displays the prompt information on the display interface to complete the test.

[0064] As an optional implementation, after the user receives the prompt message of the end of the test through the display interface, he / she enters the test description information related to the test, which includes but is not limited to the test time, location, personnel, etc.; the main thread obtains and saves the above description information, and the entire test process ends. In addition, the above test description information can also be entered by the user at the beginning of the test, for example, the test description information can be included in the test instructions.

[0065] Figure 4 FIG. 1 is a schematic diagram of a specific operation flow of the ignition timing test method provided in this embodiment. Figure 4 As shown, the specific steps are as follows:

[0066] (1) After the user clicks to start the test on the system display interface, the system main thread sets the m_bTesting flag to true, creates a test thread, and proceeds to step (2);

[0067] (2) The test thread initializes the device, opens the serial port and sets the m_bThreadFlag flag to true, creates a receiving thread and proceeds to step (3). After completing the above operations, proceeds to step (7);

[0068] (3) The receiving thread determines whether there is data in the serial port receiving buffer. If so, it proceeds to step (4); if not, it proceeds to step (6):

[0069] (4) The receiving thread takes out the data received by the serial port and puts it into the receiving queue and parses it to determine whether the timing status has changed. If so, go to step (5); if not, go to step (6);

[0070] (5) The receiving thread puts the frame with changed timing into the global variable and goes to step (6)

[0071] (6) Delay 4ms and check whether the m_bThreadFlag flag is true. If so, proceed to step (3); if not, the receiving thread ends.

[0072] (7) The test thread determines whether the m_bTesting flag is true. If so, it proceeds to step (8); if not, it proceeds to step (13);

[0073] (8) The test thread determines whether there is a timing state change frame to be processed. If so, it goes to step (9); if not, it goes to step (11);

[0074] (9) The test thread processes the timing state change frame, finds the changed timing information, sends an update interface signal (process information, result information, indicator light), and enters step (11);

[0075] (10) The main thread updates the process information, result information and indicator lights in the interface according to the signals sent by the test thread;

[0076] (11) The test thread delays 10ms and goes to step (7);

[0077] (12) After the user clicks to stop the test on the display interface, the system main thread sets the m_bTesting flag to false;

[0078] (13) The test thread closes the serial port device, sets the m_bThreadFlag flag to false, saves the background data, and prompts the user to enter the test information;

[0079] (14) The main thread prompts and obtains the test description information entered by the user, and the test ends.

[0080] See also Figure 5, which shows a schematic diagram of the structure of a computer device in a test system according to an embodiment of the present application, and the computer device can be used to implement Figure 1 The method in the embodiment shown. Figure 5 As shown, the computer device 500 may include: at least one central processor (such as a Loongson processor) 501 , at least one network interface 504 , a user interface 503 , a memory 505 , and at least one communication bus 502 .

[0081] The communication bus 502 is used to realize the connection and communication between these components.

[0082] The user interface 503 may include a display screen (Display) and a camera (Camera). Optionally, the user interface 503 may also include a standard wired interface and a wireless interface.

[0083] The network interface 504 may optionally include a standard wired interface or a wireless interface (such as a WI-FI interface).

[0084] Among them, the central processing unit 501 may include one or more processing cores. The central processing unit 501 uses various interfaces and lines to connect various parts within the entire computer device 500, and executes various functions and processes data of the computer device 500 by running or executing instructions, programs, code sets or instruction sets stored in the memory 505, and calling data stored in the memory 505. Optionally, the central processing unit 501 can be implemented in at least one hardware form of digital signal processing (Digital Signal Processing, DSP), field programmable gate array (Field-Programmable Gate Array, FPGA), and programmable logic array (Programmable Logic Array, PLA). The central processing unit 501 can integrate one or a combination of a central processing unit (Central Processing Unit, CPU), a graphics processing unit (Graphics Processing Unit, GPU) and a modem. Among them, the CPU mainly processes the operating system, user interface and application programs; the GPU is responsible for rendering and drawing the content to be displayed on the display screen; and the modem is used to process wireless communications. It can be understood that the above-mentioned modem may not be integrated into the central processing unit 501, but may be implemented separately through a chip.

[0085] Among them, the memory 505 may include a random access memory (Random Access Memory, RAM) and may also include a read-only memory (Read-Only Memory). Optionally, the memory 505 includes a non-transitory computer-readable storage medium. The memory 505 can be used to store instructions, programs, codes, code sets or instruction sets. The memory 505 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playback function, an image playback function, etc.), instructions for implementing the above-mentioned various method embodiments, etc.; the data storage area may store data involved in the above-mentioned various method embodiments, etc. The memory 505 may also be optionally at least one storage device located away from the aforementioned central processor 501. As Figure 5 As shown, the memory 505 as a computer storage medium may include an operating system, a network communication module, a user interface module, and program instructions.

[0086] exist Figure 5 In the computer device 500 shown, the user interface 503 is mainly used to provide an input interface for the user and obtain the data input by the user; and the central processing unit 501 can be used to call the ignition timing test method application stored in the memory 505 and specifically execute the steps of the above test method.

[0087] The present application also provides a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the steps of the above method are implemented. The computer-readable storage medium may include, but is not limited to, any type of disk, including a floppy disk, an optical disk, a DVD, a CD-ROM, a micro drive, and a magneto-optical disk, a ROM, a RAM, an EPROM, an EEPROM, a DRAM, a VRAM, a flash memory device, a magnetic card or an optical card, a nanosystem (including a molecular memory IC), or any type of medium or device suitable for storing instructions and / or data.

[0088] It should be noted that, for the aforementioned method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the described order of actions, because according to the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application.

[0089] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0090] In the several embodiments provided in the present application, it should be understood that the disclosed devices can be implemented in other ways. For example, the device embodiments described above are only schematic, such as the division of the units, which is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some service interfaces, and the indirect coupling or communication connection of devices or units can be electrical or other forms.

[0091] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0092] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0093] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable memory. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a memory, including a number of instructions to enable a computer device (which can be a personal computer, server or network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned memory includes: U disk, read-only memory (ROM), random access memory (RAM), mobile hard disk, disk or optical disk and other media that can store program codes.

[0094] A person skilled in the art may understand that all or part of the steps in the various methods of the above embodiments may be completed by entering a program to instruct related hardware, and the program may be stored in a computer-readable memory, which may include a flash drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, etc.

[0095] The above is only an exemplary embodiment of the present disclosure, and the scope of the present disclosure cannot be limited thereto. That is, any equivalent changes and modifications made according to the teachings of the present disclosure are still within the scope of the present disclosure. After considering the specification and practicing the disclosure here, those skilled in the art will easily think of the implementation scheme of the present disclosure. This application is intended to cover any modification, use or adaptation of the present disclosure, which follows the general principles of the present disclosure and includes common knowledge or customary technical means in the technical field not recorded in the present disclosure. The description and examples are regarded as exemplary only, and the scope and spirit of the present disclosure are defined by the claims.

[0096] It will be easily understood by those skilled in the art that the above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the protection scope of the present invention.

Claims

1. A multi-channel ignition timing test method, characterized in that: include: S1: the main thread responds to the test instruction input from the outside, sets the system built-in test flag to the first flag representing the test state, and creates a test thread; wherein, setting the system built-in test flag to the first flag representing the test state includes setting the m_bTesting flag to true; S2: the test thread performs device initialization, opens the external interface of the system and sets the system's built-in thread flag to the second flag of the startup thread, and creates a receiving thread; wherein, setting the system's built-in thread flag to the second flag of the startup thread includes setting the m_bThreadFlag flag to true; S3: the receiving thread monitors the external interface in real time, pulls the data obtained by the external interface and parses it to determine whether the timing state has changed, and puts the changed timing state change frame into the global variable; S4: the test thread obtains the timing state change frame from the global variable, searches for the changed timing information, and sends an update interface signal to the main thread; S5: the main thread updates the display information in the display interface according to the update interface signal; S6: the main thread responds to the externally input stop test instruction and sets the system built-in test flag to a fourth flag representing the test end state; wherein setting the system built-in test flag to the fourth flag representing the test end state includes setting the m_bTesting flag to false; S7: the test thread closes the external interface, sets the system built-in thread flag to the third flag representing the end of the thread; and sends a prompt message indicating the end of the test to the main thread, and the test thread ends; wherein, setting the system built-in thread flag to the third flag representing the end of the thread includes setting the m_bThreadFlag flag to false; S8: The main thread displays the prompt information on the display interface to complete the test.

2. The multi-channel ignition timing test method according to claim 1, characterized in that: Also includes: The receiving thread determines whether the thread flag is to maintain the second flag according to a preset first time interval, and if so, executes step S3; If not, the receiving thread ends.

3. The multi-channel ignition timing test method according to claim 1, characterized in that: Also includes: The test thread determines whether the test flag is to maintain the first flag according to a preset second time interval, and if so, executes step S4; If not, execute step S7.

4. The multi-channel ignition timing test method according to claim 1, characterized in that: The information displayed in the display interface includes process information, result information and indicator light information; The indicator light information is used to display the current state of the timing; the process information is used to record the time when the timing occurs and the current state; the result information is used to record the relative time and effective width between the timings.

5. A multi-channel ignition timing test system, characterized in that: The system adopts a layered architecture and has multiple threads, including a data access layer, a business logic layer and a presentation layer, as well as a main thread, a test thread and a receiving thread corresponding to the presentation layer, the business logic layer and the data access layer respectively; The main thread is configured to respond to an externally input test instruction, set a system built-in test flag to a first flag representing a test state, and create a test thread; The test thread is configured to perform device initialization, open the external interface of the system and set the built-in thread flag of the system to the second flag of the start thread, and create a receiving thread; The receiving thread is configured to monitor the external interface in real time, pull the data obtained by the external interface and parse it to determine whether the timing state has changed, and put the changed timing state change frame into the global variable; The test thread obtains the timing state change frame from the global variable, searches for the changed timing information, and sends an update interface signal to the main thread; The main thread updates the display information in the display interface according to the update interface signal.

6. The multi-channel ignition timing test system as claimed in claim 5, characterized in that: The main thread is configured to respond to an externally input stop test instruction, set the system built-in test flag to a fourth flag representing the test end state; and display the prompt information provided by the test thread on the display interface; The test thread is configured to close the external interface, set the system built-in thread flag to the third flag representing the end of the thread; and send a prompt message indicating the end of the test to the main thread.

7. The multi-channel ignition timing test system as claimed in claim 6, characterized in that: The receiving thread determines whether the thread flag is to maintain the second flag according to a preset first time interval, and monitors the external interface in real time during a time period in which the second flag is maintained; The test thread determines whether the test flag is to maintain the first flag according to a preset second time interval. If so, obtains the timing state change frame from the global variable; if not, closes the external interface and sets the system's built-in thread flag to a third flag representing the end of the thread.

8. The multi-channel ignition timing test system as claimed in claim 5, characterized in that: The information displayed in the display interface includes process information, result information and indicator light information; The indicator light information is used to display the current state of the timing; the process information is used to record the time when the timing occurs and the current state; the result information is used to record the relative time and effective width between the timings.

9. A computer device, characterized in that: The method comprises at least one processing unit and at least one storage unit, wherein the storage unit stores a computer program, and when the computer program is executed by the processing unit, the processing unit executes the steps of the method according to any one of claims 1 to 4.

Images