OTA test system, method and device of cockpit area controller MCU and electronic equipment

Abstract

The invention discloses an OTA testing system, method and device of a cabin area controller MCU and electronic equipment, and relates to the field of OTA testing, and the system comprises an upper computer and a cabin area controller. The cabin domain controller comprises an SOC and an MCU. The SOC is in data connection with the MCU SPI; wherein the SOC is in Ethernet data connection with the upper computer; the SOC comprises an Ethernet-SPI (Serial Peripheral Interface) gateway; according to Ethernet data connection between the SOC and the upper computer, the SOC comprises an Ethernet-SPI gateway, the SOC is in SPI data connection with the MCU, and an OTA test data channel from the upper computer to the MCU is constructed. According to the scheme, the SOC comprises the Ethernet-SPI gateway, so that the MCU can carry out OTA test through the Ethernet, and the difficulty in SPI communication monitoring and data injection is solved. A software testing platform is arranged through the upper computer, and automation of the testing process can be conveniently achieved through various kinds of upper computer software. Through Ethernet data connection and a software testing platform, limitation of original OTA function logic of the SOC is eliminated, and testing of various abnormal working conditions is achieved.

Description

Technical Field

[0001] The present application relates to the field of OTA testing, and in particular to an OTA testing system for a cockpit domain controller MCU, an OTA testing method for a cockpit domain controller MCU, an OTA testing device for a cockpit domain controller MCU, an electronic device, a storage medium, and a vehicle. Background Art

[0002] A typical automotive cockpit domain controller adopts a dual-chip architecture of MCU + SOC. Although this solution reduces development and hardware costs, it also brings some inconveniences to MCU OTA testing: Due to the inconvenience of SPI communication monitoring, it is often necessary to open the cover and solder sampling lines, resulting in inflexible test platform construction; MCU OTA upgrades are initiated by the SOC, but the SOC only develops a forward MCU OTA driver with simple functional logic. In addition, SPI communication is inconvenient to inject specific data streams, making it impossible to perform comprehensive abnormal logic testing for OTA functional requirements; because MCU OTA requests need to be received by the SOC side, MCU testers who are unfamiliar with the SOC external interface and internal logic find it difficult to automatically transmit MCU OTA functions. Manual testing through the on-board screen is labor-intensive and inefficient.

[0003] Therefore, a solution for OTA testing of the cockpit domain controller MCU is needed, which can effectively solve the problems of SPI communication monitoring and data injection difficulties with the help of Ethernet communication, get rid of the limitations of the original OTA functional logic of the SOC, make various abnormal working condition tests possible, and can easily use various host computer software to realize the automation of the test process. Summary of the Invention

[0004] The purpose of the present invention is to provide an OTA test system, an OTA test method, an OTA test device, an electronic device, a storage medium and a vehicle for a cockpit domain controller MCU, which at least solve the problem of difficulty in SPI communication monitoring and data injection, the problem of getting rid of the limitations of the original OTA functional logic of the SOC, the problem of how to realize various abnormal working condition tests, and the technical problem of how to conveniently use various host computer software to realize the automation of the test process.

[0005] The present invention provides the following solutions:

[0006] According to one aspect of the present invention, an OTA test system for a cockpit domain controller MCU is provided, the OTA test system for the cockpit domain controller MCU comprising: a host computer and a cockpit domain controller;

[0007] The cockpit domain controller includes SOC and MCU;

[0008] SPI data connection between SOC and MCU;

[0009] Among them, SOC is connected to the host computer via Ethernet data;

[0010] The SOC includes,Ethernet-SPI gateway;

[0011] According to the Ethernet data connection between SOC and host computer, SOC includes Ethernet-SPI gateway, SOC and MCU SPI data connection, and builds OTA test data channel from host computer to MCU.

[0012] Furthermore, the host computer includes: a software testing platform;

[0013] The software testing platform includes Ethernet communication components, OTA testing components and automated testing framework components;

[0014] Ethernet communication component, used for communication driver of software testing platform;

[0015] OTA test component, an engine for the OTA test process;

[0016] Automated testing framework component used to manage the OTA testing process.

[0017] Furthermore, the Ethernet communication component is used for the communication driver of the software testing platform and includes:

[0018] Pack the OTA test application data stream issued by the OTA test component and encapsulate it into an SPI data stream;

[0019] According to the preset Ethernet protocol packet, the data packet of the SPI data stream is sent to the SOC via Ethernet;

[0020] Also includes, monitoring data packets from Ethernet;

[0021] Monitoring data packets from the Ethernet includes depacketizing the data packets from the SOC, obtaining a feedback data stream, and sending it to the OTA test component.

[0022] Furthermore, the OTA test component, an engine for the OTA test process, includes:

[0023] Input test cases and test files from automated testing framework components;

[0024] According to the preset OTA test process, output the data stream of the OTA test application and send the data stream to the Ethernet communication component;

[0025] The receiving Ethernet communication component also includes monitoring and analyzing the feedback data stream obtained by depacketizing the data packet from the Ethernet;

[0026] Send the analysis results to the automated testing framework component;

[0027] The OTA test component records and stores the data flow of the test process for analysis and problem identification strategy input when the test fails.

[0028] Furthermore, the automated testing framework components for managing the OTA testing process include:

[0029] Obtain OTA test requirement information;

[0030] Preset OTA test process according to OTA test requirement information;

[0031] Generate test cases and test files according to the preset OTA test process;

[0032] Receive and parse test start commands based on test cases and test files;

[0033] Determine the test results of the OTA test process based on the received analysis results;

[0034] Generate a test report based on the test results of the OTA test process.

[0035] According to two aspects of the present invention, there is provided an OTA test method for a cockpit domain controller MCU, the OTA test method for the cockpit domain controller MCU comprising:

[0036] Obtain test requirement information;

[0037] According to the test requirement information, call the test case database to obtain the test cases;

[0038] Start the test based on the obtained test cases;

[0039] Among them, the command parameters for starting the test are analyzed to obtain the file to be tested;

[0040] Start the test based on the test case, process the test file, and generate the OTA test request and OTA test data stream;

[0041] Convert the OTA test data stream into Ethernet protocol and send it to the SOC via Ethernet;

[0042] Among them, it is connected to the SOC Ethernet data;

[0043] SPI data connection between SOC and MCU;

[0044] The SOC includes,Ethernet-SPI gateway;

[0045] Respond to OTA test requests and send OTA test data streams to the SOC via Ethernet;

[0046] According to the SPI data connection between SOC and MCU, MCU receives the OTA test data stream forwarded by SOC and responds to the OTA test;

[0047] Also includes:

[0048] The MCU receives the OTA test data, responds to the OTA test, and feeds back the response OTA test data;

[0049] According to the SPI data connection between SOC and MCU, the SOC includes an Ethernet-SPI gateway to receive the data of the MCU response OTA test forwarded from the SOC;

[0050] Obtain analysis results based on the data from the OTA test response;

[0051] Determine the results of the OTA test based on the analysis results and generate a test report.

[0052] According to three aspects of the present invention, an OTA test device for a cockpit domain controller MCU is provided, the OTA test device for the cockpit domain controller MCU comprising:

[0053] Test requirement module, used to obtain test requirement information;

[0054] The test case module is used to call the test case database and obtain test cases according to the test requirement information;

[0055] Start the test module, which is used to start the test according to the obtained test cases;

[0056] The file acquisition module is used to analyze the command parameters for starting the test and obtain the file to be tested;

[0057] The data stream generation module is used to start the test based on the test case, process the files to be tested, and generate the data stream including the OTA test request and the OTA test;

[0058] The data conversion module is used to convert the OTA test data stream into Ethernet protocol and send it to the SOC via Ethernet;

[0059] Among them, it is connected to the SOC Ethernet data;

[0060] SPI data connection between SOC and MCU;

[0061] The SOC includes,Ethernet-SPI gateway;

[0062] The request response module is used to respond to the OTA test request and send the OTA test data stream to the SOC via Ethernet;

[0063] The test response module is used to respond to the OTA test based on the SPI data connection between the SOC and the MCU, and the MCU receives the OTA test data stream forwarded by the SOC;

[0064] Also includes:

[0065] The response feedback module is used for the MCU to receive OTA test data, respond to the OTA test, and feedback the response OTA test data;

[0066] A data forwarding module is used to connect the SOC and MCU according to SPI data. The SOC includes an Ethernet-SPI gateway, which receives and forwards the MCU's response OTA test data from the SOC;

[0067] A data analysis module is used to obtain analysis results based on the data of the response OTA test;

[0068] The test report module is used to judge the results of the OTA test based on the analysis results and generate a test report.

[0069] According to four aspects of the present invention, there is provided an electronic device, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus;

[0070] A computer program is stored in the memory. When the computer program is executed by the processor, the processor executes the steps of the OTA test method of the cockpit domain controller MCU.

[0071] According to five aspects of the present invention, a computer-readable storage medium is provided, which stores a computer program that can be executed by an electronic device. When the computer program runs on the electronic device, the electronic device executes the steps of the OTA test method of the cockpit domain controller MCU.

[0072] According to a sixth aspect of the present invention, there is provided a vehicle comprising:

[0073] An electronic device, used to implement the steps of the cockpit domain controller MCU OTA test method;

[0074] A processor that runs a program and, when the program is running, executes the steps of the OTA test method for the cockpit domain controller MCU based on data output by the electronic device;

[0075] The storage medium is used to store a program, and when the program is running, it executes the steps of the OTA test method of the cockpit domain controller MCU for the data output from the electronic device.

[0076] Through the above solution, the following beneficial technical effects are achieved:

[0077] This application uses SOC Ethernet data connection. SOC includes Ethernet-SPI gateway, which enables MCU to perform OTA testing via Ethernet, solving the difficulties of SPI communication monitoring and data injection.

[0078] This application sets up a software testing platform through a host computer, and conveniently uses various host computer software to realize the automation of the testing process.

[0079] This application uses Ethernet data connection and software testing platform to break away from the limitations of the original OTA function logic of SOC and realize various abnormal working condition tests. BRIEF DESCRIPTION OF THE DRAWINGS

[0080] Figure 1 This is a structural diagram of an OTA test system for a cockpit domain controller MCU provided by one or more embodiments of the present invention.

[0081] Figure 2 This is a flowchart of an OTA testing method for a cockpit domain controller MCU provided by one or more embodiments of the present invention.

[0082] Figure 3 This is a structural diagram of an OTA test device for a cockpit domain controller MCU provided by one or more embodiments of the present invention.

[0083] Figure 4 FIG. 4 is a schematic diagram of a traditional test hardware environment according to a specific embodiment of the present invention.

[0084] Figure 5 It is a schematic diagram of a traditional test software environment according to a specific embodiment of the present invention.

[0085] Figure 6 It is a schematic diagram of a test hardware environment with Ethernet added according to a specific embodiment of the present invention.

[0086] Figure 7 It is a schematic diagram of a test software environment with Ethernet added according to a specific embodiment of the present invention.

[0087] Figure 8 It is a schematic diagram of a software testing platform architecture according to a specific embodiment of the present invention.

[0088] Figure 9 This is a structural block diagram of an electronic device according to an OTA test method for a cockpit domain controller MCU provided by one or more embodiments of the present invention. DETAILED DESCRIPTION

[0089] The technical solution of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the embodiments described are only some embodiments of the present invention, not all embodiments. All other embodiments obtained by ordinary technicians in this field based on the embodiments of the present invention without making any creative efforts shall fall within the scope of protection of the present invention.

[0090] Figure 1 This is a structural diagram of an OTA test system for a cockpit domain controller MCU provided by one or more embodiments of the present invention.

[0091] like Figure 1 The OTA test system for the cockpit domain controller MCU shown includes: a host computer and a cockpit domain controller;

[0092] The cockpit domain controller includes SOC and MCU;

[0093] SPI data connection between SOC and MCU;

[0094] Among them, SOC is connected to the host computer via Ethernet data;

[0095] The SOC includes,Ethernet-SPI gateway;

[0096] According to the Ethernet data connection between SOC and host computer, SOC includes Ethernet-SPI gateway, SOC and MCU SPI data connection, and builds OTA test data channel from host computer to MCU.

[0097] Specifically, in one embodiment, Figure 7 The Ethernet-enabled test software environment shown in the figure uses an Ethernet adapter box between the host computer and the cockpit domain controller. This bridges the gap between standard Ethernet on the host computer and the vehicle-mounted Ethernet on the cockpit domain controller, enabling Ethernet connectivity between the host computer and the cockpit domain controller. The Ethernet link can be wired or wireless. An Ethernet-SPI gateway is generated within the SoC, enabling OTA testing between the host computer and the MCU.

[0098] In this embodiment, the host computer includes: a software testing platform;

[0099] The software testing platform includes Ethernet communication components, OTA testing components and automated testing framework components;

[0100] Ethernet communication component, used for communication driver of software testing platform;

[0101] OTA test component, an engine for the OTA test process;

[0102] Automated testing framework component used to manage the OTA testing process.

[0103] In this embodiment, the Ethernet communication component, used for the communication driver of the software testing platform, includes:

[0104] Pack the OTA test application data stream issued by the OTA test component and encapsulate it into an SPI data stream;

[0105] According to the preset Ethernet protocol packet, the data packet of the SPI data stream is sent to the SOC via Ethernet;

[0106] Also includes, monitoring data packets from Ethernet;

[0107] Monitoring data packets from the Ethernet includes depacketizing the data packets from the SOC, obtaining a feedback data stream, and sending it to the OTA test component.

[0108] In this embodiment, the OTA test component, an engine for the OTA test process, includes:

[0109] Input test cases and test files from automated testing framework components;

[0110] According to the preset OTA test process, output the data stream of the OTA test application and send the data stream to the Ethernet communication component;

[0111] The receiving Ethernet communication component also includes monitoring and analyzing the feedback data stream obtained by depacketizing the data packet from the Ethernet;

[0112] Send the analysis results to the automated testing framework component;

[0113] The OTA test component records and stores the data flow of the test process for analysis and problem identification strategy input when the test fails.

[0114] In this embodiment, the automated testing framework components used to manage the OTA testing process include:

[0115] Obtain OTA test requirement information;

[0116] Preset OTA test process according to OTA test requirement information;

[0117] Generate test cases and test files according to the preset OTA test process;

[0118] Receive and parse test start commands based on test cases and test files;

[0119] Determine the test results of the OTA test process based on the received analysis results;

[0120] Generate a test report based on the test results of the OTA test process.

[0121] Specifically, in one embodiment, according to Figure 7 The Ethernet test software environment shown in the figure and Figure 8 The software testing platform architecture shown in the figure shows that the software testing platform deployed by the host computer can flexibly implement various testing conditions and achieve automated testing of large-scale functions. The software testing platform can be implemented in three parts: Ethernet communication component, OTA test component, and automated test framework component. The Ethernet communication component, as the communication driver of the test platform, is primarily responsible for packaging the application data stream issued by the OTA test component, encapsulating it into a complete SPI data stream, and sending it to the SoC via Ethernet protocol packets. It also monitors Ethernet packets, depacketizes data packets from the SoC, generates feedback data streams, and sends them to the OTA test component. The OTA test component is the engine of the entire OTA process. Its logic is designed according to OTA requirements. Based on the test cases and test files input by the automated test framework component, it generates the desired OTA test application data streams and sends them to the Ethernet communication component. It also receives and analyzes the data streams fed back from the Ethernet communication component and transmits the analysis results to the automated test component. The OTA test component also records and stores the data streams throughout the test process, facilitating detailed analysis and fault identification in the event of test failures. The automated testing framework component is the management software for the entire testing process. It is responsible for managing all test cases, receiving and parsing test startup commands, obtaining the files to be tested from the publishing server, determining the test results based on the analysis results, and generating test reports.

[0122] Figure 2 This is a flowchart of an OTA testing method for a cockpit domain controller MCU provided by one or more embodiments of the present invention.

[0123] like Figure 2 The OTA test method for the cockpit domain controller MCU shown includes:

[0124] Step S1, obtaining test requirement information;

[0125] Step S2: Based on the test requirement information, call the test case database to obtain the test case;

[0126] Step S3: start the test according to the acquired test case;

[0127] Step S4: Analyze the command parameters for starting the test and obtain the file to be tested;

[0128] Step S5: Start the test based on the test case, process the file to be tested, and generate a data stream including the OTA test request and the OTA test;

[0129] Step S6, converting the data stream of the OTA test into an Ethernet protocol and sending it to the SOC via Ethernet;

[0130] Among them, it is connected to the SOC Ethernet data;

[0131] SPI data connection between SOC and MCU;

[0132] The SOC includes,Ethernet-SPI gateway;

[0133] Step S7, responding to the OTA test request, sending the OTA test data stream to the SOC via Ethernet;

[0134] Step S8: According to the SPI data connection between the SOC and the MCU, the MCU receives the data stream of the OTA test forwarded by the SOC and responds to the OTA test;

[0135] Also includes:

[0136] Step S9: The MCU receives the OTA test data and responds to the OTA test, and feeds back the data in response to the OTA test;

[0137] Step S10, according to the SPI data connection between the SOC and the MCU, the SOC includes an Ethernet-SPI gateway, which receives the data of the MCU's response to the OTA test forwarded from the SOC;

[0138] Step S11, obtaining analysis results based on the data of the response OTA test;

[0139] Step S12: Determine the OTA test result based on the analysis result and generate a test report.

[0140] Specifically, in one embodiment, Figure 8 The software test platform architecture shown in the figure sends and receives data between the cockpit control domain and the host computer. For example, the host computer converts OTA test data generated based on the test case into an Ethernet-compliant data stream and sends it to the cockpit control domain for a response. For example, the cockpit control domain returns the OTA response data to the host computer, which analyzes and generates a test report.

[0141] Figure 3 This is a structural diagram of an OTA test device for a cockpit domain controller MCU provided by one or more embodiments of the present invention.

[0142] like Figure 3The OTA test device for the cockpit domain controller MCU shown includes: a test requirement module, a test case module, a startup test module, a file acquisition module, a data stream generation module, a data conversion module, a request response module, a test response module, a response feedback module, a data forwarding module, a data analysis module, and a test report module;

[0143] Test requirement module, used to obtain test requirement information;

[0144] The test case module is used to call the test case database and obtain test cases according to the test requirement information;

[0145] Start the test module, which is used to start the test according to the obtained test cases;

[0146] The file acquisition module is used to analyze the command parameters for starting the test and obtain the file to be tested;

[0147] The data stream generation module is used to start the test based on the test case, process the files to be tested, and generate the data stream including the OTA test request and the OTA test;

[0148] The data conversion module is used to convert the OTA test data stream into Ethernet protocol and send it to the SOC via Ethernet;

[0149] Among them, it is connected to the SOC Ethernet data;

[0150] SPI data connection between SOC and MCU;

[0151] The SOC includes,Ethernet-SPI gateway;

[0152] The request response module is used to respond to the OTA test request and send the OTA test data stream to the SOC via Ethernet;

[0153] The test response module is used to respond to the OTA test based on the SPI data connection between the SOC and the MCU, and the MCU receives the OTA test data stream forwarded by the SOC;

[0154] Also includes:

[0155] The response feedback module is used for the MCU to receive OTA test data, respond to the OTA test, and feedback the response OTA test data;

[0156] A data forwarding module is used to connect the SOC and MCU according to SPI data. The SOC includes an Ethernet-SPI gateway, which receives and forwards the MCU's response OTA test data from the SOC;

[0157] A data analysis module is used to obtain analysis results based on the data of the response OTA test;

[0158] The test report module is used to judge the results of the OTA test based on the analysis results and generate a test report.

[0159] It is worth noting that although the present system only discloses a test requirement module, a test case module, a test startup module, a file acquisition module, a data stream generation module, a data conversion module, a request response module, a test response module, a response feedback module, a data forwarding module, a data analysis module, and a test report module, it does not mean that the present device is limited to the above-mentioned basic functional modules. On the contrary, what the present invention wants to express is that, on the basis of the above-mentioned basic functional modules, those skilled in the art can arbitrarily add one or more functional modules in combination with the existing technology to form an infinite number of embodiments or technical solutions. In other words, the present system is open rather than closed. Just because the present embodiment only discloses individual basic functional modules, it cannot be considered that the scope of protection of the claims of the present invention is limited to the above-mentioned basic functional modules.

[0160] Figure 4 FIG. 4 is a schematic diagram of a traditional test hardware environment according to a specific embodiment of the present invention.

[0161] Figure 5 It is a schematic diagram of a traditional test software environment according to a specific embodiment of the present invention.

[0162] Figure 6 It is a schematic diagram of a test hardware environment with Ethernet added according to a specific embodiment of the present invention.

[0163] Figure 7 It is a schematic diagram of a test software environment with Ethernet added according to a specific embodiment of the present invention.

[0164] Figure 8 It is a schematic diagram of a software testing platform architecture according to a specific embodiment of the present invention.

[0165] In a specific embodiment, Figure 4 、 5 The traditional test hardware and software environment shown in the figure shows a typical automotive cockpit domain controller using a dual-chip architecture of MCU + SOC. The software deployed on each chip implements its own OTA function. Due to the combined material and development costs, the MCU chip does not have an external bus interface for OTA functionality. In this case, the MCU's OTA functionality relies on on-chip communication with the SOC, such as SPI communication. The SOC acts as an external interface to receive MCU OTA requests and related data from the user and sends OTA-related information to the MCU via SPI. After receiving the OTA-related information, the MCU completes the OTA function.

[0166] In traditional solutions, Ethernet is used only for connecting data storage media. Due to the inconvenience of SPI communication monitoring, it is often necessary to open the cover and solder sampling wires. During the MCU's OTA upgrade process, it must be initiated by the SOC. However, in traditional test hardware architectures, the SOC only needs to develop the forward OTA functional logic and MCU OTA driver, which has a simple functional logic. Furthermore, the inconvenience of injecting specific data streams into SPI communication makes it impossible to conduct comprehensive abnormal logic testing for OTA functional requirements.

[0167] Based on the above embodiment, in another specific embodiment, the disclosure is as follows Figure 6 、 7 8 shows the Ethernet test hardware and software environment, where the software environment includes a software test platform architecture.

[0168] Some cockpit domain controllers omit the external communication interface that the MCU OTA function relies on, and instead rely on on-chip SPI communication between the SOC and the MCU to implement the MCU OTA function. This embodiment performs automated testing of the MCU OTA function based on the current status of cockpit domain controllers of this type of vehicle.

[0169] In this embodiment, the host computer communicates with the SOC via Ethernet and sends the data stream required for MCU OTA to the SOC. The SOC, acting as an Ethernet-SPI gateway, sends the received data stream to the MCU via SPI, receives feedback from the MCU via SPI, and finally uploads the feedback data stream to the host computer via Ethernet. The host computer determines the test results based on the feedback information. This embodiment effectively solves the problem of SPI communication monitoring and data injection difficulties by leveraging Ethernet communication. The host computer can also break away from the limitations of the SOC's original OTA functional logic, making various abnormal operating condition tests possible. Various host computer software can also be used to easily automate the test process.

[0170] Based on the aforementioned test hardware environment, the test software environment needs to be deployed. During OTA, the MCU directly communicates with the SOC via SPI. Therefore, the cockpit domain controller's SOC chip, acting as a bridge between the vehicle's Ethernet and SPI, requires gateway software to implement the routing of Ethernet and SPI signals. The host computer, initiating the entire test, needs to deploy a software testing platform that implements the test functionality. This platform can transmit the SPI data stream required for MCU OTA via Ethernet based on test requirements and receive the MCU feedback data stream forwarded by the SOC via Ethernet. Combined with the host computer's extensive network programming tools, the software testing platform deployed on the host computer enables precise control and detailed analysis of the OTA data stream, further enabling accurate testing of various complex or abnormal operating conditions. The IP addresses of the host computer and the SOC must be configured on the same network segment for proper communication.

[0171] For vehicle-mounted cockpit domain controllers that use on-chip SPI communication for MCU OTA upgrades, this embodiment uses mutual routing of Ethernet and SPI to solve the problem of inconvenient monitoring and analysis of SPI signals. Therefore, in setting up the test hardware environment, an Ethernet adapter box is introduced as a conversion interface between vehicle-mounted Ethernet and standard Ethernet to achieve communication between the host computer and the cockpit domain controller. The introduction of the host computer also allows the test process to be flexibly controlled through the host computer software, assisting in automation, rather than only being able to perform manual testing through the vehicle screen. Among them, the baud rate setting of the Ethernet adapter box meets the communication requirements of the cockpit domain controller.

[0172] The software testing platform deployed on the host computer allows for flexible testing of various operating conditions and automated testing of large quantities of functions. This software testing platform is implemented in three parts: an Ethernet communication component, an OTA test component, and an automated test framework component. The Ethernet communication component, serving as the test platform's communication driver, is primarily responsible for packaging the application data stream sent by the OTA test component into a complete SPI data stream and sending it to the SoC via Ethernet protocol packets. It also monitors Ethernet packets, depacketizes data packets from the SoC, generates a feedback data stream, and sends it to the OTA test component. The OTA test component is the engine of the entire OTA process. Its logic is designed according to OTA requirements. Based on the test cases and test files input by the automated test framework component, it generates the desired OTA test application data stream and sends it to the Ethernet communication component. Furthermore, it receives and analyzes the data stream feedback from the Ethernet communication component and transmits the analysis results to the automated test component. The OTA test component also records and stores the data stream throughout the test process, facilitating detailed analysis and fault identification in the event of a test failure. The automated testing framework component is the management software for the entire testing process. It can be developed based on various testing tools such as Python and Vector. It is responsible for managing all test cases, receiving and parsing test startup commands, obtaining the files to be tested from the publishing server, determining the test results based on the analysis results, and generating test reports.

[0173] Figure 9 This is a structural block diagram of an electronic device according to an OTA test method for a cockpit domain controller MCU provided by one or more embodiments of the present invention.

[0174] like Figure 9 As shown, the present application provides an electronic device, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus;

[0175] A computer program is stored in the memory. When the computer program is executed by the processor, the processor performs the steps of an OTA testing method for a cockpit domain controller MCU.

[0176] The present application also provides a computer-readable storage medium storing a computer program executable by an electronic device. When the computer program runs on the electronic device, the electronic device executes the steps of an OTA testing method for a cockpit domain controller MCU.

[0177] The present application also provides a vehicle, comprising:

[0178] Electronic equipment, used to implement the steps of the OTA test method of the cockpit domain controller MCU;

[0179] A processor, wherein the processor runs a program and executes steps of an OTA test method for a cockpit domain controller MCU based on data output by the electronic device when the program runs;

[0180] The storage medium is used to store a program, which, when running, executes the steps of the OTA test method of the cockpit domain controller MCU for data output from the electronic device.

[0181] The communication bus mentioned in the electronic device mentioned above may be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus. This communication bus can be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is used in the figure, but this does not mean that there is only one bus or only one type of bus.

[0182] The electronic device includes a hardware layer, an operating system layer running on the hardware layer, and an application layer running on the operating system. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory. The operating system can be any one or more computer operating systems that control electronic devices through processes, such as the Linux operating system, the Unix operating system, the Android operating system, the iOS operating system, or the Windows operating system. In the embodiments of the present invention, the electronic device can be a handheld device such as a smartphone or a tablet computer, or an electronic device such as a desktop computer or a portable computer, which is not particularly limited in the embodiments of the present invention.

[0183] The execution subject of the electronic device control in the embodiment of the present invention can be an electronic device, or a functional module in the electronic device that can call a program and execute the program. The electronic device can obtain the firmware corresponding to the storage medium. The firmware corresponding to the storage medium is provided by the supplier. The firmware corresponding to different storage media can be the same or different, and is not limited here. After the electronic device obtains the firmware corresponding to the storage medium, it can write the firmware corresponding to the storage medium into the storage medium, specifically, burn the firmware corresponding to the storage medium into the storage medium. The process of burning the firmware into the storage medium can be implemented using existing technology and will not be described in detail in the embodiment of the present invention.

[0184] The electronic device can also obtain a reset command corresponding to the storage medium. The reset command corresponding to the storage medium is provided by the supplier. The reset commands corresponding to different storage media can be the same or different, and are not limited here.

[0185] In this case, the storage medium of the electronic device is a storage medium in which the corresponding firmware is written. The electronic device can respond to the reset command corresponding to the storage medium in which the corresponding firmware is written, thereby resetting the storage medium in which the corresponding firmware is written according to the reset command corresponding to the storage medium. The process of resetting the storage medium according to the reset command can be implemented in the existing technology and will not be described in detail in the embodiments of the present invention.

[0186] For the convenience of description, the above devices are described as various units and modules according to their functions. Of course, when implementing this application, the functions of each unit and module can be implemented in the same or multiple software and / or hardware.

[0187] Those skilled in the art will understand that, unless otherwise defined, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by those skilled in the art in the art to which the present invention pertains. It should also be understood that terms such as those defined in common dictionaries should be understood to have meanings consistent with those in the context of the prior art and, unless specifically defined, will not be interpreted in an idealized or overly formal sense.

[0188] For simplicity of description, the method embodiments are described as a series of actions. However, those skilled in the art should be aware that the embodiments of the present invention are not limited by the order of the actions described, because certain steps can be performed in other orders or simultaneously according to the embodiments of the present invention. Secondly, those skilled in the art should also be aware that the embodiments described in this specification are all preferred embodiments, and the actions involved are not necessarily required by the embodiments of the present invention.

[0189] Through the description of the above embodiments, it can be seen that those skilled in the art can clearly understand that the present application can be implemented by means of software plus a necessary general-purpose hardware platform. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product. The computer software product can be stored in a storage medium, such as ROM / RAM, a magnetic disk, an optical disk, etc., and includes a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in various embodiments of the present application or certain parts of the embodiments.

[0190] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the above embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the above embodiments, or replace some or all of the technical features therein with equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. An OTA test system for a cockpit domain controller MCU, characterized in that: The OTA test system of the cockpit domain controller MCU includes: a host computer and a cockpit domain controller; The cockpit domain controller includes SOC and MCU; SPI data connection between SOC and MCU; Among them, SOC is connected to the host computer via Ethernet data; The SOC includes,Ethernet-SPI gateway; According to the Ethernet data connection between SOC and host computer, SOC includes Ethernet-SPI gateway, SOC and MCU SPI data connection, and builds OTA test data channel from host computer to MCU.

2. The OTA test system for the cockpit domain controller MCU according to claim 1, characterized in that: The host computer includes: a software testing platform; The software testing platform includes Ethernet communication components, OTA testing components and automated testing framework components; Ethernet communication component, used for communication driver of software testing platform; OTA test component, an engine for the OTA test process; Automated testing framework component used to manage the OTA testing process.

3. The OTA test system for the cockpit domain controller MCU according to claim 2, characterized in that: The Ethernet communication component, used for the communication driver of the software testing platform, includes: Pack the OTA test application data stream issued by the OTA test component and encapsulate it into an SPI data stream; According to the preset Ethernet protocol packet, the data packet of the SPI data stream is sent to the SOC via Ethernet; Also includes, monitoring data packets from Ethernet; Monitoring data packets from the Ethernet includes depacketizing the data packets from the SOC, obtaining a feedback data stream, and sending it to the OTA test component.

4. The OTA test system for the cockpit domain controller MCU according to claim 3, characterized in that: The OTA test component, an engine for the OTA test process, includes: Input test cases and test files from automated testing framework components; According to the preset OTA test process, output the data stream of the OTA test application and send the data stream to the Ethernet communication component; The receiving Ethernet communication component also includes monitoring and analyzing the feedback data stream obtained by depacketizing the data packet from the Ethernet; Send the analysis results to the automated testing framework component; Among them, the OTA test component records and stores the data flow of the test process for analysis and problem identification strategy input when the test fails.

5. The OTA test system for the cockpit domain controller MCU according to claim 4, characterized in that: The automated testing framework components used to manage the OTA testing process include: Obtain OTA test requirement information; Preset OTA test process according to OTA test requirement information; Generate test cases and test files according to the preset OTA test process; Receive and parse test start commands based on test cases and test files; Determine the test results of the OTA test process based on the received analysis results; Generate a test report based on the test results of the OTA test process.

6. An OTA test method for a cockpit domain controller MCU, characterized in that: The OTA test method of the cockpit domain controller MCU includes: Obtain test requirement information; According to the test requirement information, call the test case database to obtain the test cases; Start the test based on the obtained test cases; Among them, the command parameters for starting the test are analyzed to obtain the file to be tested; Start the test based on the test case, process the test file, and generate the data stream including the OTA test request and OTA test; Convert the OTA test data stream into Ethernet protocol and send it to the SOC via Ethernet; Among them, it is connected to the SOC Ethernet data; SPI data connection between SOC and MCU; The SOC includes,Ethernet-SPI gateway; Respond to OTA test requests and send OTA test data streams to the SOC via Ethernet; According to the SPI data connection between SOC and MCU, MCU receives the OTA test data stream forwarded by SOC and responds to the OTA test; Also includes: The MCU receives the OTA test data, responds to the OTA test, and feeds back the response OTA test data; According to the SPI data connection between SOC and MCU, the SOC includes an Ethernet-SPI gateway to receive the data of the MCU response OTA test forwarded from the SOC; Obtain analysis results based on the data from the OTA test response; Determine the results of the OTA test based on the analysis results and generate a test report.

7. An OTA test device for a cockpit domain controller MCU, characterized in that: The OTA test device of the cockpit domain controller MCU includes: Test requirement module, used to obtain test requirement information; The test case module is used to call the test case database and obtain test cases according to the test requirement information; Start the test module, which is used to start the test according to the obtained test cases; The file acquisition module is used to analyze the command parameters for starting the test and obtain the file to be tested; The data stream generation module is used to start the test based on the test case, process the files to be tested, and generate the data stream including the OTA test request and the OTA test; The data conversion module is used to convert the OTA test data stream into Ethernet protocol and send it to the SOC via Ethernet; Among them, it is connected to the SOC Ethernet data; SPI data connection between SOC and MCU; The SOC includes,Ethernet-SPI gateway; The request response module is used to respond to the OTA test request and send the OTA test data stream to the SOC via Ethernet; The test response module is used to respond to the OTA test based on the SPI data connection between the SOC and the MCU, and the MCU receives the OTA test data stream forwarded by the SOC; Also includes: The response feedback module is used for the MCU to receive OTA test data, respond to the OTA test, and feedback the response OTA test data; A data forwarding module is used to connect the SOC and MCU according to SPI data. The SOC includes an Ethernet-SPI gateway, which receives and forwards the MCU's response OTA test data from the SOC; A data analysis module is used to obtain analysis results based on the data of the response OTA test; The test report module is used to judge the results of the OTA test based on the analysis results and generate a test report.

8. An electronic device, characterized in that: include: A processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus; A computer program is stored in the memory. When the computer program is executed by the processor, the processor performs the steps of the OTA test method for the cockpit domain controller MCU as claimed in claim 6.

9. A computer-readable storage medium, characterized in that A computer program executable by an electronic device is stored. When the computer program is run on the electronic device, the electronic device executes the steps of the OTA test method for the cockpit domain controller MCU as claimed in claim 6.

10. A vehicle, characterized in that: include: An electronic device, used to implement the steps of the OTA test method of the cockpit domain controller MCU as claimed in claim 6; a processor, wherein the processor runs a program, and when the program runs, the steps of the OTA test method for the cockpit domain controller MCU according to claim 6 are executed based on data output by the electronic device; A storage medium is used to store a program, which, when running, executes the steps of the OTA test method for the cockpit domain controller MCU as claimed in claim 6 for data output from the electronic device.

Images