A test system and a test method for an automobile instrument system
By configuring the test system on a multi-core processor and utilizing different hardware domains of the multi-core processor, efficient testing of automotive instrument systems is achieved, solving the problem of low testing efficiency in the existing technology.
Patent Information
- Application Number
- CN202211097342.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2022-09-08
- Publication Date
- 2025-02-11
- Estimated Expiration
- 2042-09-08
AI Technical Summary
In the prior art, the testing efficiency of automotive instrument systems is low because different instrument systems require the use of different testing software.
By configuring the test system on a multi-core processor, the different hardware domains of the multi-core processor are used to realize the testing of the instrument system. The specific steps include: based on the category of the instrument system, obtaining corresponding protocol rules from the preset protocol database, generating protocol instructions for the test project, adjusting the order of the instruction sending queue, and sending protocol instructions to the instrument system through the inter-core communication interface.
Improve the testing efficiency of different instrument systems and reduce the time and human resources required for testing.
Smart Images

Figure CN115469640B_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of testing technology, and in particular to a testing system and a testing method for an automobile instrument system. Background Art
[0002] The instrument system of a car is an important component in the car, and is mainly used to reflect the working status of each system of the vehicle to the driver. In the prior art, when the instrument system of a car is tested at the factory, the instrument system is usually tested by sending test data through test software on the computer. However, this method has low test efficiency because different instrument systems require different test software on the PC. Summary of the invention
[0003] In order to solve the deficiencies in the prior art, the purpose of the present application is to provide a test system and a test method for an automobile instrument system, so as to improve the test efficiency of different instrument systems.
[0004] To achieve the above-mentioned purpose, the present application provides a method for testing an automobile instrument system, which is applied to testing an instrument system, wherein the instrument system is configured on a first processor core of a multi-core processor and runs on a first hardware set associated with the first processor core. The method includes:
[0005] Based on the category of the instrument system to be tested, a test system configured in a second processor core of the multi-core processor obtains a protocol rule corresponding to the category of the instrument system from a preset protocol database, wherein the test system runs on a second hardware set associated with the second processor core, and the first hardware set and the second hardware set belong to different hardware domains of the multi-core processor;
[0006] Based on the selected test item and its test input, generate the protocol instruction of the test item to the instruction sending queue according to the protocol rules;
[0007] After adjusting the order of the protocol instructions in the instruction sending queue, the protocol instructions are sent in order to the instrument system through the inter-core communication interface;
[0008] The instrument system responds to the received protocol instruction and outputs the response result on the instrument panel to determine the test result.
[0009] Furthermore, the step of generating the protocol instructions of the test item based on the selected test item and its test input by using the project protocol standard corresponding to each test item includes:
[0010] Initialize a protocol instruction constructor of the instrument system category according to the protocol rules;
[0011] The protocol instruction builder generates protocol instructions based on test items and test inputs.
[0012] Furthermore, the vehicle manufacturer protocol database is directly or indirectly configured on the operating system where the test system is located, and the test system manages the addition, deletion, modification and viewing of protocol rules of each instrument system in the vehicle manufacturer protocol database.
[0013] Furthermore, the method for adjusting the order of protocol instructions in the instruction sending queue includes generating a corresponding number of a group of random numbers based on the number of protocol instructions in the instruction sending queue, and then sending the protocol instructions corresponding to the random numbers in the order of the random numbers.
[0014] Furthermore, the test system is configured to control a display device to display a human-computer interaction interface to receive an instrument system category selection instruction, a test item selection instruction, and an item test input instruction from a tester.
[0015] Furthermore, the implementation method of the inter-core communication interface includes: any one of Mailbox, shared memory, rpmsg and localsocket.
[0016] Furthermore, the operating system of the test system is an Android system, and the operating system of the instrument system is a Linux system.
[0017] To achieve the above objectives, the present application also provides a test system for an automobile instrument system, comprising:
[0018] The human-computer interaction module is used by the tester to select the category of the instrument system to be tested, the test items and the input item test input;
[0019] The instruction generation module is connected to the human-computer interaction module and is used to generate corresponding protocol instructions to the protocol instruction queue based on the user's selection and test input;
[0020] A sequence adjustment module; connected to the instruction generation module, used to adjust the sending order of each protocol instruction in the protocol instruction queue;
[0021] The instruction sending module is connected to the sequence adjustment module and is used to send the protocol instructions to the instrument system in the sending order through the inter-core communication interface for the instrument system to respond and observe the response results;
[0022] The instrument system is configured on the first processor core of the multi-core processor and runs on a first hardware set associated with the first processor core; the test system is configured on the second processor core of the multi-core processor and runs on a second hardware set associated with the second processor core, and the first hardware set and the second hardware set belong to different hardware domains of the multi-core processor.
[0023] To achieve the above objectives, the present application also provides a system chip, including the test system for the automobile instrument system as described above.
[0024] To achieve the above purpose, the electronic device provided by the present application includes:
[0025] processor;
[0026] a memory including one or more computer program modules;
[0027] The one or more computer program modules are stored in the memory and configured to be executed by the processor, and the one or more computer program modules are used to implement the above-mentioned vehicle instrument system testing method when executed.
[0028] To achieve the above-mentioned purpose, the present application provides a computer-readable storage medium on which computer instructions are stored. When the computer instructions are executed, the steps of the vehicle instrument system testing method described above are executed.
[0029] The automobile instrument system test system and test method of the present application improve the test efficiency of different instrument systems.
[0030] Other features and advantages of the present application will be set forth in the following description, and in part will become apparent from the description, or may be understood by practicing the present application. BRIEF DESCRIPTION OF THE DRAWINGS
[0031] The accompanying drawings are used to provide a further understanding of the present application and constitute a part of the specification. Together with the embodiments of the present application, they are used to explain the present application and do not constitute a limitation of the present application. In the accompanying drawings:
[0032] Figure 1 A flow chart of a method for testing an automobile instrument system of the present application;
[0033] Figure 2 This is a schematic diagram of the structure of the multi-core processor in which the automobile instrument system of this application is located;
[0034] Figure 3 A schematic diagram of the structure of the test system of the automobile instrument system of the present application;
[0035] Figure 4 This is a principle framework diagram of the instrument system of this application;
[0036] Figure 5 A schematic block diagram of an electronic device of the present application;
[0037] Figure 6 A schematic diagram of a storage medium of the present application. DETAILED DESCRIPTION
[0038] The embodiments of the present application will be described in more detail below with reference to the accompanying drawings. Although certain embodiments of the present application are shown in the accompanying drawings, it should be understood that the present application can be implemented in various forms and should not be construed as being limited to the embodiments described herein. Instead, these embodiments are provided to provide a more thorough and complete understanding of the present application. It should be understood that the drawings and embodiments of the present application are only for exemplary purposes and are not intended to limit the scope of protection of the present application.
[0039] It should be understood that the various steps described in the method implementation of the present application can be performed in different orders and / or performed in parallel. In addition, the method implementation may include additional steps and / or omit the steps shown. The scope of the present application is not limited in this respect.
[0040] The term "including" and its variations used herein are open inclusions, i.e., "including but not limited to". The term "based on" means "based at least in part on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". The relevant definitions of other terms will be given in the following description.
[0041] It should be noted that the modifications of "one" and "plurality" mentioned in this application are illustrative rather than restrictive, and those skilled in the art should understand that unless otherwise clearly indicated in the context, it should be understood as "one or more". "Plurality" should be understood as two or more.
[0042] Hereinafter, embodiments of the present application will be described in detail with reference to the accompanying drawings.
[0043] Example 1
[0044] An embodiment of the present application provides a method for testing an automobile instrument system, which is used to improve the efficiency of testing an instrument system on a vehicle.
[0045] Figure 1 The flow chart of the test method of the automobile instrument system of this application is shown below. Figure 1 The test method of the automobile instrument system of the present application is described in detail:
[0046] Step S101: Based on the category of the instrument system to be tested, the test system configured in the second processor core of the multi-core processor obtains the protocol rules of the category corresponding to the instrument system from a preset protocol database, the instrument system is configured in the first processor core of the multi-core processor and runs on a first hardware set associated with the first processor core, the test system runs on a second hardware set associated with the second processor core, and the first hardware set and the second hardware set belong to different hardware domains of the multi-core processor;
[0047] In this embodiment, the instrument system of the car is configured on a processor core of the on-board multi-core processor, which runs the Linux operating system. The instrument system is mainly used to control the speedometer, tachometer, oil pressure gauge, water temperature gauge, fuel gauge, and electronic indicator lights on the dashboard. The test system is configured on another processor core of the on-board multi-core processor, which runs the Android operating system. The system is mainly an entertainment control system for in-vehicle entertainment. In some other embodiments of the present application, the test system can also be deployed separately on a processor core. It is understandable that when performing pre-factory testing, the test protocol instructions can be sent directly to the instrument system through the operating system of the entertainment control system without using a computer and the test software on the computer.
[0048] It should be noted that after the pre-shipment test is completed and it is determined that the instrument system is error-free, the test system can be deleted from the instrument central control system or retained.
[0049] It should be noted that, in this embodiment, the category of the instrument system refers to the manufacturer category of the instrument system, and the formats of protocol commands received by instrument systems of different manufacturers are different.
[0050] For example, for an instrument system of type A, the protocol instruction consists of head, type, cmd, value, checkcode, obligate and end.
[0051] In this embodiment, the protocol database is directly configured on the Android operating system where the test system is located, and the test system manages the addition, deletion, modification and viewing of the protocol rules of each instrument system in the vehicle factory protocol database. In some other embodiments of the present application, the vehicle factory protocol database is a cloud database.
[0052] It is understandable that the protocol database is only a database used to store the protocol rules of the vehicle manufacturers to which various types of instrument systems belong. It can exist as an independent database or as a part of the test system.
[0053] Step S102: Based on the selected test item and its test input, generate a protocol instruction of the test item according to the protocol rule to the instruction sending queue;
[0054] Specifically, the test items include engine speed, fault lights and dashboard speed.
[0055] For example, if the instrument system is an instrument system of FAW Hongqi, the test item is to test the instrument panel speed, and the test input is 80, a protocol instruction for testing the instrument panel speed 80 of the instrument system of FAW Hongqi will be generated according to the above protocol rules.
[0056] It should be noted that the protocol instruction in this implementation is a controller area network protocol.
[0057] Step S103: after adjusting the order of the protocol instructions in the instruction sending queue, the protocol instructions are sent to the instrument system in order through the inter-core communication interface;
[0058] Specifically, after the tester generates multiple protocol instructions according to the test requirements, the sending order of these protocol instructions can be adjusted to test the instrument system according to the project test order of the tester.
[0059] In some implementations of the present application, the protocol instructions in the instruction sending queue can be randomly sent for testing. Specifically, based on the number of protocol instructions in the instruction sending queue, a group of random numbers of the corresponding number is generated, and then the protocol instructions corresponding to the random numbers are sent in the order of the random numbers.
[0060] For example, there are 10 protocol instructions 1, 2, 3...10 in the current instruction sending queue. When they are sent randomly, a group of unordered random numbers from 1 to 10 will be generated, such as 2, 8, 10, 1, 3, 5, 7, 6, 9, 4. The second protocol instruction will be sent first in the order of the random numbers, then the 8th protocol instruction will be sent... and finally the fourth protocol instruction will be sent.
[0061] In this embodiment, the inter-core communication interface uses a virtual network such as rpmsg to achieve communication between the two systems. In some other embodiments of the present application, the inter-core communication interface can also be implemented by Mailbox, shared memory, local socket, etc.
[0062] In this embodiment, the protocol instructions all use the CAN bus protocol, CAN is the abbreviation of Controller Area Network (CAN), and the CAN bus protocol has been widely used as a standard bus for automotive computer control systems and embedded industrial control local area networks. Step S104: The instrument system responds to the received protocol instructions and outputs the response results on the instrument panel to determine the test results.
[0063] It can be understood that when the vehicle manufacturer of the protocol format of the protocol instruction sent by the test system is consistent with the vehicle manufacturer of the instrument system to be tested, the instrument system can directly respond to the received protocol instruction.
[0064] It can be understood that if the response result on the instrument panel is consistent with the response result theoretically corresponding to the sent protocol instruction, it means that the test protocol instruction of the instrument system is tested normally.
[0065] In this embodiment, based on the selected test items and their test inputs, the step of generating the protocol instructions of the test items through the project protocol standard corresponding to each test item includes:
[0066] Initialize a protocol instruction constructor of the instrument system category according to the protocol rules;
[0067] Specifically, each type of vehicle manufacturer's instrument system corresponds to a protocol rule, and each protocol rule corresponds to a protocol instruction constructor.
[0068] The protocol instruction builder generates protocol instructions based on test items and test inputs.
[0069] In this embodiment, the test system is configured to control the display device to display a human-computer interaction interface to receive the instrument system category selection instruction, the test item selection instruction and the item test input instruction from the tester.
[0070] Specifically, the tester can select the parking lot category and test items of the instrument system to be tested in the test system by touch through the Android system where the test system is located, and input the item test input by typing.
[0071] Example 2
[0072] An embodiment of the present application provides a test system for an automobile instrument system, wherein the test system for the instrument system is located on two processor cores of a multi-core processor. Figure 2 This is a schematic diagram of the structure of the multi-core processor in which the automobile instrument system of this application is located. Figure 2 As shown, the instrument system 200 is configured on the first processor core 20 of the multi-core processor 10, and runs on a first hardware set associated with the first processor core 20; the test system 100 is configured on the second processor core 30 of the multi-core processor 10, and runs on a second hardware set associated with the second processor core 30, and the first hardware set and the second hardware set belong to different hardware domains of the multi-core processor 10.
[0073] It should be noted that the types of operating systems installed on the first processor core 20 and the second processor core 30 do not affect the implementation of this embodiment.
[0074] Configuring the test system 100 on another core of the multi-core processor 10 where the instrument system 200 is located facilitates pre-shipment testing without the use of a PC.
[0075] Figure 3 The structure diagram of the test system of the automobile instrument system of this application is as follows: Figure 3 As shown, including:
[0076] The human-computer interaction module 101 is used for the tester to select the category of the instrument system to be tested, the test items and the input item test input;
[0077] The instruction generation module 102 is connected to the human-computer interaction module 101 and is used to generate corresponding protocol instructions to the protocol instruction queue based on the user's selection and test input;
[0078] The sequence adjustment module 103 is connected to the instruction generation module 102 and is used to adjust the sending order of each protocol instruction in the protocol instruction queue;
[0079] The instruction sending module 104 is connected to the sequence adjustment module 103 and is used to send protocol instructions to the instrument system in the order of sending through the inter-core communication interface for the instrument system to respond and observe the response result; in this embodiment, the inter-core communication interface uses a virtual network such as rpmsg to realize communication between the two systems. In some other embodiments of the present application, the inter-core communication interface can also be implemented by Mailbox, shared memory, local socket, etc.
[0080] In this embodiment, when generating protocol instructions, the instruction generation module 102 first creates a protocol instruction constructor 1021 of the corresponding category based on the category of the instrument system selected by the tester. The protocol instruction constructor 1021 is used to generate protocol instructions for testing according to the test items and test inputs in accordance with the protocol rules of the category of the selected instrument system 200.
[0081] It is understandable that the protocol rules of various categories of instrument systems are stored in a database, and testers can manage the addition, deletion, modification and query of the protocol rules in the database.
[0082] It is understandable that in order to adapt to various transmission frequencies, the instruction transmission module 104 is configured to be able to set the transmission frequency. It should be noted that in this embodiment, the category of the instrument system refers to the manufacturer category of the instrument system, and the formats of protocol instructions received by instrument systems of different manufacturers are different.
[0083] For example, for an instrument system of type A, the protocol instruction consists of head, type, cmd, value, checkcode, obligate and end.
[0084] In this embodiment, the protocol instruction constructor 1021 generates the Can protocol instruction by finding the value of the protocol field from the protocol database in the form of (type, value) and the test item and input item test input inputted by the user.
[0085] In this embodiment, the instruction sending module 104 is a service module, which has a queue for storing Can protocol instructions. The service module has a thread for sending the protocol instructions in the queue to the instrument system 200.
[0086] The working process of this system is as follows: according to the category of the instrument system 200 to be tested, the tester selects the category of the instrument system to be tested, the test items and the input of the test items through the human-computer interaction module 101; the instruction generation module 102 generates a Can test protocol instruction for testing the test item in the protocol format corresponding to the category of the instrument system 200 to the instruction sending queue according to the category of the instrument system 200, the test items and the input of the test items selected by the tester. When the tester has selected several items to be tested, the sending order of each protocol instruction in the instruction sending queue can be adjusted through the sequence adjustment module 103. After adjusting the sending order, the instruction sending module 104 sends the protocol instruction to the instrument system 200 through the virtual network method of rpmsg, determines whether the actual response result of the instrument system 200 is consistent with the expected response result of the protocol instruction, and completes the test.
[0087] It should be noted that when designing the test system, the present embodiment also designs an instrument system for testing the test system. Figure 4 The principle framework diagram of the instrument system of this application is as follows: Figure 4 As shown, the instrument system includes an interconnected parsing module 51 and a service management module 52, wherein the parsing module 51 is used to create a parser 54 or a basic parser 53 matching the received protocol instruction to parse the protocol instruction based on the received protocol instruction, and the service management module 52 is used to initialize, register, unregister and publish a callback interface 55, and the callback interface 55 is used for the parsed protocol instruction to call the corresponding interface function to respond to the protocol instruction. The interface function is implemented through the UI and is mainly used to update the UI status display or play a warning sound prompt, such as updating the speed and updating the engine information. The service management module 52 is also used to manage the process service module 56, and the process service module 56 is used to start the process of responding to the Can protocol instruction.
[0088] Example 3
[0089] In this embodiment, a system chip is also provided, including the test system of the automobile instrument system of the above embodiment.
[0090] Example 4
[0091] In this embodiment, an electronic device is also provided. Figure 5 This is a schematic block diagram of an electronic device provided by this application. Figure 5 As shown, the electronic device 130 includes a processor 131 and a memory 132. The memory 132 is used to store non-temporary computer-readable instructions (e.g., one or more computer program modules). The processor core in the processor 131 is used to run non-temporary computer-readable instructions, and the processor 131 can execute one or more steps of the test method of the automobile instrument system described above when running. The memory 132 and the processor 131 can be interconnected through a bus system and / or other forms of connection mechanisms (not shown).
[0092] For example, the processor 13 may be a central processing unit (CPU), a digital signal processor (DSP), or other forms of processing units with data processing capabilities and / or program execution capabilities, such as a field programmable gate array (FPGA), etc.; for example, the central processing unit (CPU) may be an X86 or ARM architecture, etc. Its processor core may be a general-purpose processor core or a dedicated processor core, and may control other components in the electronic device 130 to perform desired functions.
[0093] For example, the memory 132 may include any combination of one or more computer program products, and the computer program product may include various forms of computer-readable storage media, such as volatile memory and / or non-volatile memory. Volatile memory may include, for example, random access memory (RAM) and / or cache memory (cache), etc. Non-volatile memory may include, for example, read-only memory (ROM), hard disk, erasable programmable read-only memory (EPROM), portable compact disk read-only memory (CD-ROM), USB memory, flash memory, etc. One or more computer program modules may be stored on the computer-readable storage medium, and the processor 131 may run one or more computer program modules to implement various functions of the electronic device 130. Various applications and various data, as well as various data used and / or generated by the application, etc. may also be stored in the computer-readable storage medium.
[0094] It should be noted that, in the embodiment of the present application, the specific functions and technical effects of the electronic device 130 can refer to the above description of the test system for the automobile instrument system, which will not be repeated here.
[0095] Example 5
[0096] In this embodiment, a computer readable storage medium is also provided. Figure 6 Schematic diagram of a storage medium of the present application. Figure 6 As shown, the storage medium 150 is used to store non-transitory computer-readable instructions 151. For example, when the non-transitory computer-readable instructions 151 are executed by a computer, one or more steps in the above-mentioned vehicle instrument system testing method can be performed.
[0097] For example, the storage medium 150 may be applied to the electronic device 130. Figure 5 The memory 132 in the electronic device 130 is shown. For example, the description of the storage medium 150 can be referred to Figure 5 The corresponding description of the memory 132 in the electronic device 130 is shown and will not be repeated here.
[0098] It should be noted that the storage medium (computer-readable medium) mentioned above in the present application may be a computer-readable signal medium or a non-transitory computer-readable storage medium or any combination of the above two. The non-transitory computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of non-transitory computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.
[0099] In the present application, a non-transitory computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, apparatus, or device. In the present application, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, which carries a computer-readable program code. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. A computer-readable signal medium may also be any computer-readable medium other than a non-transitory computer-readable storage medium, which may send, propagate, or transmit a program for use by or in combination with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (radio frequency), etc., or any suitable combination of the above.
[0100] The computer-readable medium may be included in the electronic device, or may exist independently without being incorporated into the electronic device.
[0101] Computer program code for performing the operations of the present application may be written in one or more programming languages, or a combination thereof, including, but not limited to, object-oriented programming languages, such as Java, Smalltalk, C++, and conventional procedural programming languages, such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a stand-alone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server.
[0102] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present application. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some implementations as replacements, the functions marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.
[0103] The functions described above herein may be performed at least in part by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SoCs), complex programmable logic devices (CPLDs), etc.
[0104] The above description is only a partial embodiment of the present application and an explanation of the technical principles used. Those skilled in the art should understand that the scope of disclosure involved in the present application is not limited to the technical solution formed by a specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the above disclosed concept. For example, the above features are replaced with the technical features with similar functions disclosed in this application (but not limited to) by each other to form a technical solution.
[0105] In addition, although each operation is described in a specific order, this should not be construed as requiring these operations to be performed in the specific order shown or in a sequential order. Under certain circumstances, multitasking and parallel processing may be advantageous. Similarly, although some specific implementation details are included in the above discussion, these should not be construed as limiting the scope of the application. Some features described in the context of a separate embodiment can also be implemented in a single embodiment in combination. On the contrary, the various features described in the context of a single embodiment can also be implemented in multiple embodiments individually or in any suitable sub-combination mode.
[0106] Although the subject matter has been described in language specific to structural features and / or methodological logical actions, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. On the contrary, the specific features and actions described above are merely example forms of implementing the claims.
Claims
1. A method for testing an automobile instrument system, applied to a testing system for an automobile instrument system, characterized in that: The automobile instrument system is configured on one processor core of the vehicle multi-core processor and is used to control the speedometer, tachometer, oil pressure gauge, water temperature gauge, fuel gauge and electronic indicator lights on the instrument panel; the test system of the automobile instrument system is configured on another processor core of the vehicle multi-core processor and is used for the entertainment central control system of the vehicle entertainment; The processor cores of the vehicle-mounted multi-core processor use an inter-core communication interface to exchange information; The test system of automobile instrument system includes: The human-computer interaction module is used by the tester to select the category of the instrument system to be tested, the test items and the input item test input; The instruction generation module is connected to the human-computer interaction module and is used to generate corresponding protocol instructions to the protocol instruction queue based on the user's selection and test input; A sequence adjustment module; connected to the instruction generation module, used to adjust the sending order of each protocol instruction in the protocol instruction queue; The instruction sending module is connected to the sequence adjustment module and is used to send the protocol instructions to the instrument system in the sending order through the inter-core communication interface for the instrument system to respond and observe the response results; The instrument system is configured on a first processor core of a multi-core processor and runs on a first hardware set associated with the first processor core; the test system is configured on a second processor core of the multi-core processor and runs on a second hardware set associated with the second processor core, and the first hardware set and the second hardware set belong to different hardware domains of the multi-core processor; The method comprises: Based on the category of the instrument system to be tested, a test system configured in a second processor core of the multi-core processor obtains a protocol rule corresponding to the category of the instrument system from a preset vehicle manufacturer protocol database, wherein the test system runs on a second hardware set associated with the second processor core, and the first hardware set and the second hardware set belong to different hardware domains of the multi-core processor; Based on the selected test item and its test input, generate the protocol instruction of the test item to the instruction sending queue according to the protocol rules; After adjusting the order of the protocol instructions in the instruction sending queue, the protocol instructions are sent in order to the instrument system through the inter-core communication interface; The instrument system responds to the received protocol instruction and outputs the response result on the instrument panel to determine the test result; The step of generating the protocol instructions of each test item based on the selected test item and its test input by using the project protocol standard corresponding to each test item comprises: Initialize a protocol instruction constructor of the instrument system category according to the protocol rules; The protocol instruction builder generates protocol instructions according to the test items and test inputs; The vehicle manufacturer protocol database is directly or indirectly configured on the operating system where the test system is located, and the test system manages the addition, deletion, modification and viewing of protocol rules of each instrument system in the vehicle manufacturer protocol database; The method for adjusting the order of protocol instructions in the instruction sending queue includes generating a group of random numbers of corresponding number based on the number of protocol instructions in the instruction sending queue, and then sending the protocol instructions corresponding to the random numbers in the order of the random numbers.
2. The method for testing an automobile instrument system according to claim 1, characterized in that: The test system is configured to control a display device to display a human-computer interaction interface to receive an instrument system category selection instruction, a test item selection instruction, and an item test input instruction from a tester.
3. The method for testing an automobile instrument system according to claim 1, characterized in that: The implementation method of the inter-core communication interface includes: any one of Mailbox, shared memory, rpmsg and local socket.
4. The method for testing an automobile instrument system according to claim 1, characterized in that: The operating system of the test system is the Android system, and the operating system of the instrument system is the Linux system.
5. An electronic device, characterized in that: include: processor; a memory including one or more computer program modules; The one or more computer program modules are stored in the memory and configured to be executed by the processor, and the one or more computer program modules are used to implement the automobile instrument system testing method according to any one of claims 1 to 4 when executed.
6. A computer-readable storage medium, characterized in that: Computer instructions are stored thereon, and when the computer instructions are executed, the steps of the automobile instrument system testing method described in any one of claims 1 to 4 are executed.
Citation Information
Patent Citations
Priority logic module
CN102543226A
Vehicle-mounted instrument and independent test method of hardware parts of vehicle-mounted instrument
CN106444693A