Intelligent driving domain controller testing method, device, equipment and medium

Abstract

The invention discloses an intelligent driving domain controller testing method, device and equipment and a medium. The method comprises the steps that after a domain controller is powered on, a starting script is started, and a test ready signal is sent to a load box; obtaining a current test instruction fed back by the load box through the CAN bus, and selecting a current test script from preset candidate test scripts according to the current test instruction; executing the current test script at the current environment temperature of the domain controller to obtain a current test result; the domain controller is placed in an environment temperature box, the environment temperature box is connected with a load box, and the load box is used for controlling the environment temperature box. According to the embodiment of the invention, the reliability and stability of the domain controller in different environments can be continuously tested.

Description

Technical Field

[0001] The present invention relates to the field of vehicle technology, and in particular to a method, device, equipment and medium for testing an intelligent driving domain controller. Background Art

[0002] Traditional in-vehicle controllers, such as traditional MCU controllers (Microcontroller Unit), have relatively limited computing power, processing speed, and processing capabilities, and are unable to support complex algorithms and large amounts of data processing. As automotive technology becomes increasingly intelligent, traditional in-vehicle controllers can no longer meet users' growing entertainment and intelligent driving needs. An SOC (System on Chip) domain controller is a large-scale integrated circuit that integrates multiple modules such as processors, memory, and I / O interfaces, and can provide efficient system solutions. The differences between traditional MCU controllers and SOC domain controllers make traditional MCU controller environmental testing methods no longer applicable to SOC domain controller testing. Summary of the Invention

[0003] The present invention provides an intelligent driving domain controller testing method, device, equipment and medium to improve the testing efficiency of intelligent driving domain controller.

[0004] According to one aspect of the present invention, a method for testing an intelligent driving domain controller is provided, comprising:

[0005] After the domain controller is powered on, it starts the startup script and sends a test ready signal to the load box;

[0006] Obtain the current test instruction fed back by the load box through the CAN bus, and select the current test script from the preset candidate test scripts according to the current test instruction;

[0007] At the current ambient temperature of the domain controller, the current test script is executed to obtain the current test result; the domain controller is placed in an ambient temperature box, the ambient temperature box is connected to a load box, and the load box is used to control the ambient temperature box.

[0008] According to another aspect of the present invention, there is provided an intelligent driving domain controller testing device, comprising:

[0009] The test preparation module is used to start the start script after the domain controller is powered on and send a test preparation signal to the load box;

[0010] The script selection module is used to obtain the current test instruction fed back by the load box through the CAN bus, and select the current test script from the preset candidate test scripts according to the current test instruction;

[0011] A test execution module, configured to execute the current test script under the current ambient temperature of the domain controller to obtain a current test result;

[0012] The domain controller is placed in an environmental temperature box, and the environmental temperature box is connected to a load box, and the load box is used to control the environmental temperature box.

[0013] According to another aspect of the present invention, a computer program product is provided, including a computer program, which, when executed by a processor, implements the intelligent driving domain controller testing method according to any embodiment of the present invention.

[0014] According to another aspect of the present invention, an electronic device is provided, comprising:

[0015] at least one processor; and a memory communicatively connected to the at least one processor; wherein,

[0016] The memory stores a computer program that can be executed by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the intelligent driving domain controller testing method described in any embodiment of the present invention.

[0017] According to another aspect of the present invention, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a processor to implement the intelligent driving domain controller testing method described in any embodiment of the present invention when executed.

[0018] After the domain controller is powered on, an embodiment of the present invention starts a startup script and sends a test-ready signal to the load box. The current test instructions fed back by the load box are obtained via the CAN bus. Based on the current test instructions, the current test script is selected from a pre-set candidate test script library. The current test script is executed at the current ambient temperature of the domain controller to obtain the current test results. By automating the script startup and execution to test the domain controller, manual operations and intervention are reduced, improving the automation level of the testing process. The automated process can respond to test requirements more quickly, reducing waiting time and significantly improving testing efficiency. Using pre-set candidate test scripts ensures consistent conditions and steps for each test, thereby improving the accuracy and comparability of test results. Executing the test scripts at the current ambient temperature better simulates the actual working environment, resulting in test results that are more accurate. As test requirements change or new test standards are introduced, new test scripts can be easily updated or added to the candidate script library, making it easier to update test scripts. By obtaining test instructions fed back by the load box via the CAN bus, the corresponding test script can be flexibly selected and executed according to different test requirements, supporting a variety of test scenarios.

[0019] It should be understood that the content described in this section is not intended to identify the key or important features of the embodiments of the present invention, nor is it intended to limit the scope of the present invention. Other features of the present invention will become readily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0021] Figure 1 This is a first flow chart of a method for testing an intelligent driving domain controller provided by an embodiment of the present invention;

[0022] Figure 2 This is a second flow chart of a method for testing an intelligent driving domain controller provided by an embodiment of the present invention;

[0023] Figure 3 This is a structural diagram of an intelligent driving domain controller testing device provided by an embodiment of the present invention;

[0024] Figure 4 It is a schematic structural diagram of an electronic device implementing an embodiment of the present invention. DETAILED DESCRIPTION

[0025] In order to enable those skilled in the art to better understand the solutions of the present invention, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the embodiments described are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts should fall within the scope of protection of the present invention.

[0026] It should be noted that the terms "first", "second", etc. in the description and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that the numbers used in this way can be interchanged where appropriate so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0027] Figure 1 This is the first flow chart of a method for testing an intelligent driving domain controller provided by an embodiment of the present invention. This embodiment is applicable to the case of testing an intelligent driving domain controller. The method can be executed by an intelligent driving domain controller testing device, which can be implemented in the form of hardware and / or software. The device can be configured in an electronic device with corresponding data processing capabilities. Figure 1 As shown, the method includes:

[0028] S110 : After the domain controller is powered on, the startup script is started and a test ready signal is sent to the load box.

[0029] The domain controller is placed in an ambient temperature box, which is connected to a load box, and the load box is used to control the ambient temperature box. Optionally, the load box is specifically used to control the temperature of the ambient temperature box based on the correlation between the key time nodes and the corresponding ambient temperature.

[0030] The domain controller is an intelligent driving domain controller, such as a System on Chip (SOC) domain controller, which runs the Linux system. The domain controller is powered by a load box. After the domain controller is powered on, a pre-deployed startup script is launched. After the startup script is launched, a test readiness signal is sent to the load box via the CAN bus. Upon receiving the test readiness signal, the load box simulates the actual load of the domain controller and records the test start time.

[0031] S120 , obtaining the current test instruction fed back by the load box through the CAN bus, and selecting the current test script from preset candidate test scripts according to the current test instruction.

[0032] The load box controls the ambient temperature chamber based on the relationship between the current time point and the corresponding ambient temperature, ensuring that the chamber reaches the set temperature within a predetermined timeframe. Upon detecting that the chamber temperature has reached the set temperature, the load box sends a test command to the domain controller via the CAN (Controller Area Network) bus to test the reliability and stability of the domain controller's corresponding functions at the current ambient temperature.

[0033] The current test command can be any of the following: DDR test commands, Ethernet test commands, video function test commands, DSI3 test commands, I2C test commands, EMMC test commands, or FLASH test commands. DDR tests, Ethernet tests, video function tests, DSI3 tests, I2C tests, EMMC tests, and FLASH tests are all important steps in ensuring the reliability and stability of the domain controller.

[0034] DDR (Double Data Rate) memory can be used as a data cache in the domain controller to store temporary data to increase data access speed. By storing frequently accessed data in DDR, the number of accesses to external memory can be reduced, thereby reducing system latency. DDR testing is used to test the performance and stability of DDR memory at different ambient temperatures. Through testing, the electrical characteristics, timing parameters, and data transmission capabilities of DDR memory under different ambient temperature conditions are determined, thereby ensuring that the domain controller can operate normally under various environmental conditions. Test whether the domain controller can correctly configure and initialize DDR memory at different ambient temperatures, verify the data integrity of read and write operations, and ensure that there is no data loss or error; measure the performance indicators of DDR memory such as read and write speed and latency, and verify the stability of DDR memory at different ambient temperatures.

[0035] Ethernet testing is used to test the performance and stability of the Ethernet module in the domain controller under different ambient temperature conditions, including testing network communication problems that may be caused by temperature changes, such as data transmission errors and increased packet loss rate. The test results are used to optimize the design of the Ethernet interface and improve the reliability and stability of the Ethernet module under various ambient temperatures.

[0036] Video function testing tests the performance and stability of the domain controller's video processing system under different ambient temperatures. It also tests the correctness of video decoding, encoding, and playback functions under different ambient temperatures. It also tests the quality of video playback, including clarity and smoothness, and compatibility with videos of different formats and resolutions.

[0037] DSI3 (Digital Serial Interface 3), a high-speed serial interface standard, is primarily used for data transmission in the automotive industry. The DSI3 test is used to verify the performance and stability of the DSI3 interface in domain controllers under different ambient temperatures. Key metrics such as the data transmission rate, bit error rate, and power consumption of the DSI3 interface are determined under different ambient temperature conditions. This includes testing the DSI3 interface's normal communication functionality, whether the DSI3 interface's communication rate meets design requirements, and whether the DSI3 interface can correctly handle and recover from errors during data transmission.

[0038] I2C (Inter-Integrated Circuit, a two-wire serial bus) is a serial communication protocol used to connect and exchange data between domain controllers and external devices. I2C testing is used to verify the performance of the I2C bus at different temperatures, including transmission rate and signal quality. This ensures that the I2C bus can transmit data stably without communication errors or data loss at different temperatures.

[0039] EMMC (Embedded Multi Media Card) is an important storage device in the domain controller. EMMC testing is used to verify the data stability and reliability of EMMC under different ambient temperatures, including the success rate and error rate of read and write operations, as well as the impact of temperature on the read and write performance of the embedded multimedia card.

[0040] FLASH testing is used to test whether FLASH memory can work stably under various ambient temperatures and verify the performance and reliability of FLASH memory under various temperature conditions, including key indicators such as read and write speed and erase speed.

[0041] Optionally, the domain controller and the load box communicate via multiple CAN buses. The reliability and stability of the CAN bus at different ambient temperatures can also be tested, and the performance parameters of the CAN bus, such as data transmission rate, bit error rate, response time, etc., can be monitored via the load box.

[0042] Candidate test scripts are pre-installed in the domain controller. Optionally, the candidate test scripts include at least one of the following: DDR test, Ethernet test, video function test, DSI3 test, I2C test, EMMC test, or FLASH test. The current test instructions fed back by the load box are obtained via the CAN bus, and the current test script is selected from the pre-installed candidate test scripts based on the current test instructions.

[0043] S130: Execute the current test script at the current ambient temperature of the domain controller to obtain a current test result.

[0044] A current test process is started for the current test script in the domain controller, and the current test script is executed to obtain a test result of the current test script under the current ambient temperature as a current test result.

[0045] After the domain controller is powered on, an embodiment of the present invention starts a startup script and sends a test-ready signal to the load box. The current test instructions fed back by the load box are obtained via the CAN bus. Based on the current test instructions, the current test script is selected from a pre-set candidate test script library. The current test script is executed at the current ambient temperature of the domain controller to obtain the current test results. By automating the script startup and execution to test the domain controller, manual operations and intervention are reduced, improving the automation level of the testing process. The automated process can respond to test requirements more quickly, reducing waiting time and significantly improving testing efficiency. Using pre-set candidate test scripts ensures consistent conditions and steps for each test, thereby improving the accuracy and comparability of test results. Executing the test scripts at the current ambient temperature better simulates the actual working environment, resulting in test results that are more accurate. As test requirements change or new test standards are introduced, new test scripts can be easily updated or added to the candidate script library, making it easier to update test scripts. By obtaining test instructions fed back by the load box via the CAN bus, the corresponding test script can be flexibly selected and executed according to different test requirements, supporting a variety of test scenarios.

[0046] Figure 2 This is the second flow chart of a method for testing an intelligent driving domain controller provided by an embodiment of the present invention. This embodiment is optimized and improved on the basis of the above embodiment. Figure 2 As shown, the method includes:

[0047] S210: After the domain controller is powered on, the startup script is started and a test ready signal is sent to the load box.

[0048] The domain controller is placed in an environmental temperature box, and the environmental temperature box is connected to a load box, and the load box is used to control the environmental temperature box.

[0049] The domain controller is powered by the load box. After the domain controller is powered on, a pre-deployed startup script is executed. After the startup script is executed, a test-ready signal is sent to the load box via the CAN bus. Upon receiving the test-ready signal, the load box simulates the actual load of the domain controller and records the test start time.

[0050] S220 , obtaining the current test instruction fed back by the load box through the CAN bus, and selecting the current test script from preset candidate test scripts according to the current test instruction.

[0051] The load box controls the temperature of the ambient temperature chamber based on the relationship between the current time point and the corresponding ambient temperature, ensuring that the temperature reaches the set point within a predetermined timeframe. Upon detecting that the ambient temperature has reached the set point, the load box sends a current test command to the domain controller via the CAN bus to test the reliability and stability of the domain controller's functions under the current ambient temperature. The domain controller receives the current test command from the load box via the CAN bus and selects the current test script from a pre-set candidate test script based on the current test command.

[0052] S230: Execute the current test script at the current ambient temperature of the domain controller to obtain a current test result.

[0053] A current test process is started for the current test script in the domain controller, and the current test script is executed to obtain a test result of the current test script under the current ambient temperature as a current test result.

[0054] S240: Feedback the current test result to the load box, so that the load box records the current test result and generates a process closing instruction for the current test script; and in response to the process closing instruction, close the corresponding current test process.

[0055] The current test results are fed back to the load box via the CAN bus. The load box records the current test results for the current test script at the current ambient temperature and sends a process shutdown command for the current test script to the domain controller via the CAN bus. The domain controller responds to the process shutdown command and closes the corresponding current test process. By promptly closing completed test processes, a large number of processes can be effectively prevented from accumulating due to test duration, thereby avoiding potential process blockages and ensuring the continuous and stable progress of the test process.

[0056] Repeat the relevant processes of S220-S240 to test the reliability and stability of the domain controller's related functions corresponding to each candidate test script under different environmental temperatures. At the same time, continuous and uninterrupted environmental testing of the domain controller can further test the reliability and stability of the domain controller's hardware functions.

[0057] Optionally, the load box is further configured to control the humidity of the ambient temperature chamber based on the correlation between key time nodes and corresponding ambient humidity. The load box controls the temperature and humidity of the ambient temperature chamber via relevant test harnesses, enabling high-temperature endurance testing, temperature cycling testing, and damp heat testing of the domain controller.

[0058] After the domain controller is powered on, an embodiment of the present invention starts a startup script and sends a test-ready signal to the load box. The current test instructions fed back by the load box are obtained via the CAN bus. Based on the current test instructions, the current test script is selected from a pre-set candidate test script library. The current test script is executed at the current ambient temperature of the domain controller to obtain the current test results. By automating the script startup and execution to test the domain controller, manual operations and intervention are reduced, improving the automation level of the testing process. The automated process can respond to test requirements more quickly, reducing waiting time and significantly improving testing efficiency. Using pre-set candidate test scripts ensures consistent conditions and steps for each test, thereby improving the accuracy and comparability of test results. Executing the test scripts at the current ambient temperature better simulates the actual working environment, resulting in test results that are more accurate. As test requirements change or new test standards are introduced, new test scripts can be easily updated or added to the candidate script library, making it easier to update test scripts. By obtaining test instructions fed back by the load box via the CAN bus, the corresponding test script can be flexibly selected and executed according to different test requirements, supporting a variety of test scenarios. By performing continuous and uninterrupted environmental testing on the domain controller, the reliability and stability of the domain controller hardware functions can be further tested. By promptly closing completed test processes, a large number of processes can be effectively prevented from accumulating due to long test times, thereby avoiding potential process blocking issues and ensuring the continuous and stable progress of the testing process.

[0059] In an optional embodiment, the method further includes: in response to obtaining a task end instruction sent by the load box via the CAN bus, closing the process end test corresponding to the start script; wherein the task end instruction is generated when a preset test duration is reached.

[0060] Specifically, the load box determines the test duration based on the test start time and the current time. If the test duration reaches the preset test duration, the load box sends a task end command via the CAN bus. In response to the task end command, the domain controller closes the process corresponding to the start script, ending the test. For example, the preset test duration can be 1200 hours. By performing continuous and uninterrupted environmental testing on the domain controller, the reliability and stability of the domain controller's hardware functions can be further tested.

[0061] Figure 3 This is a schematic diagram of the structure of an intelligent driving domain controller test device provided by an embodiment of the present invention. Figure 3 As shown, the device includes:

[0062] The test preparation module 310 is used to start the start script after the domain controller is powered on and send a test preparation signal to the load box;

[0063] The script selection module 320 is used to obtain the current test instruction fed back by the load box through the CAN bus, and select the current test script from the preset candidate test scripts according to the current test instruction;

[0064] The test execution module 330 is configured to execute the current test script under the current ambient temperature of the domain controller to obtain a current test result.

[0065] The domain controller is placed in an environmental temperature box, and the environmental temperature box is connected to a load box, and the load box is used to control the environmental temperature box.

[0066] The intelligent driving domain controller testing device provided in an embodiment of the present invention can execute the intelligent driving domain controller testing method provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of the execution method.

[0067] Optionally, also include:

[0068] The test result module is used to feed back the current test result to the load box, so that the load box records the current test result and generates a process closing instruction for the current test script; in response to the process closing instruction, the corresponding current test process is closed.

[0069] Optionally, the load box is specifically used to control the temperature of the ambient temperature box according to the correlation between the key time nodes and the corresponding ambient temperatures.

[0070] Optionally, also include:

[0071] The test end module is used to respond to the task end instruction sent by the load box obtained through the CAN bus, close the process corresponding to the start script and end the test; wherein, the task end instruction is generated when the preset test time is reached.

[0072] Optionally, the candidate test scripts include at least one of the following: DDR test, Ethernet test, video function test, DSI3 test, I2C test, EMMC test or FLASH test.

[0073] The intelligent driving domain controller testing device further described can also execute the intelligent driving domain controller testing method provided by any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of the execution method.

[0074] Figure 4A schematic diagram of the structure of an electronic device 40 that can be used to implement an embodiment of the present invention is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices (such as helmets, glasses, watches, etc.) and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present invention described and / or claimed herein.

[0075] like Figure 4 As shown, the electronic device 40 includes at least one processor 41 and a memory, such as a read-only memory (ROM) 42, a random access memory (RAM) 43, etc., which is communicatively connected to the at least one processor 41. The memory stores a computer program that can be executed by the at least one processor, and the processor 41 can perform various appropriate actions and processes according to the computer program stored in the read-only memory (ROM) 42 or the computer program loaded from the storage unit 48 into the random access memory (RAM) 43. Various programs and data required for the operation of the electronic device 40 can also be stored in the RAM 43. The processor 41, ROM 42, and RAM 43 are connected to each other via a bus 44. An input / output (I / O) interface 45 is also connected to the bus 44.

[0076] Multiple components in the electronic device 40 are connected to the I / O interface 45, including an input unit 46, such as a keyboard, a mouse, etc.; an output unit 47, such as various types of displays, speakers, etc.; a storage unit 48, such as a magnetic disk, an optical disk, etc.; and a communication unit 49, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 49 allows the electronic device 40 to exchange information / data with other devices via a computer network such as the Internet and / or various telecommunication networks.

[0077] Processor 41 can be any general-purpose and / or specialized processing component with processing and computing capabilities. Some examples of processor 41 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various specialized artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any appropriate processor, controller, microcontroller, etc. Processor 41 executes the various methods and processes described above, such as the intelligent driving domain controller testing method.

[0078] In some embodiments, the intelligent driving domain controller test method may be implemented as a computer program, which is tangibly contained in a computer-readable storage medium, such as a storage unit 48. In some embodiments, part or all of the computer program may be loaded and / or installed on the electronic device 40 via the ROM 42 and / or the communication unit 49. When the computer program is loaded into the RAM 43 and executed by the processor 41, one or more steps of the intelligent driving domain controller test method described above may be performed. Alternatively, in other embodiments, the processor 41 may be configured to execute the intelligent driving domain controller test method in any other appropriate manner (e.g., by means of firmware).

[0079] Various embodiments of the systems and techniques described herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), system-on-chip systems (SOCs), programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments can include being implemented in one or more computer programs that are executable and / or interpreted on a programmable system that includes at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0080] Computer programs for implementing the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when the computer program is executed by the processor, the functions / operations specified in the flowcharts and / or block diagrams are implemented. The computer program may be executed entirely on the machine, partially on the machine, as a stand-alone software package, partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0081] In the context of the present invention, computer-readable storage media can be tangible media that can contain or store a computer program for use with an instruction execution system, device or equipment or used in combination with an instruction execution system, device or equipment. Computer-readable storage media can include but are not limited to electronic, magnetic, optical, electromagnetic, infrared or semiconductor systems, devices or equipment, or any suitable combination of the foregoing. Alternatively, computer-readable storage media can be machine-readable signal media. More specific examples of machine-readable storage media can include electrical connections based on one or more lines, portable computer disks, hard disks, random access memories (RAM), read-only memories (ROM), erasable programmable read-only memories (EPROM or flash memory), optical fibers, portable compact disk read-only memories (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0082] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user can provide input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, voice input, or tactile input).

[0083] The systems and techniques described herein can be implemented in a computing system that includes back-end components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes front-end components (e.g., a user computer with a graphical user interface or web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such back-end components, middleware components, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), a blockchain network, and the Internet.

[0084] A computing system may include clients and servers. The clients and servers are typically remote from each other and typically interact via a communication network. This client-server relationship arises through computer programs running on the respective computers, creating a client-server relationship. The server may be a cloud server, also known as a cloud computing server or cloud host. This server is a hosting product within the cloud computing service ecosystem that addresses the management difficulties and limited scalability of traditional physical hosting and VPS services.

[0085] It should be understood that the various forms of the processes shown above can be used to reorder, add, or delete steps. For example, the steps described in the present invention can be performed in parallel, sequentially, or in a different order, as long as the desired results of the technical solution of the present invention can be achieved. This is not limited herein.

[0086] The above specific embodiments do not limit the scope of protection of the present invention. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions may be made based on design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of the present invention are intended to be included within the scope of protection of the present invention.

Claims

1. A method for testing an intelligent driving domain controller, characterized in that: The method comprises: After the domain controller is powered on, the start script is started and a test ready signal is sent to the load box; Obtain the current test instruction fed back by the load box through the CAN bus, and select the current test script from the preset candidate test scripts according to the current test instruction; Under the current ambient temperature of the domain controller, the current test script is executed to obtain the current test result; the domain controller is placed in an ambient temperature box, the ambient temperature box is connected to a load box, and the load box is used to control the ambient temperature box.

2. The method according to claim 1, characterized in that Also includes: Feedback the current test result to the load box, so that the load box records the current test result and generates a process closing instruction for the current test script; In response to the process closing instruction, the corresponding current test process is closed.

3. The method according to claim 1, characterized in that The load box is specifically used to control the temperature of the ambient temperature box according to the correlation between the key time nodes and the corresponding ambient temperatures.

4. The method according to claim 1, characterized in that: Also includes: In response to obtaining a task end instruction sent by the load box through the CAN bus, the process corresponding to the start script is closed to end the test; wherein the task end instruction is generated when a preset test duration is reached.

5. The method according to claim 1, characterized in that The candidate test scripts include at least one of the following: DDR test, Ethernet test, video function test, DSI3 test, I2C test, EMMC test or FLASH test.

6. An intelligent driving domain controller test device, characterized in that: The device comprises: A test preparation module is used to start the start script after the domain controller is powered on and send a test preparation signal to the load box; A script selection module is used to obtain the current test instruction fed back by the load box through the CAN bus, and select the current test script from the preset candidate test scripts according to the current test instruction; A test execution module, used for executing the current test script to obtain a current test result under the current ambient temperature of the domain controller; The domain controller is placed in an environmental temperature box, and the environmental temperature box is connected to a load box, and the load box is used to control the environmental temperature box.

7. The device according to claim 6, characterized in that The device also includes: The test result module is used to feed back the current test result to the load box, so that the load box records the current test result and generates a process closing instruction for the current test script; in response to the process closing instruction, the corresponding current test process is closed.

8. The device according to claim 6, characterized in that The device also includes: The test end module is used to respond to the task end instruction sent by the load box obtained through the CAN bus, close the process corresponding to the start script to end the test; wherein, the task end instruction is generated when the preset test time is reached.

9. An electronic device, characterized in that: The electronic device comprises: at least one processor; and a memory in communication with the at least one processor; wherein, The memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the intelligent driving domain controller testing method described in any one of claims 1-5.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a processor to implement the intelligent driving domain controller testing method described in any one of claims 1 to 5 when executed.

Images