A vehicle function detection method and system, an electronic device, and a storage medium

Abstract

The application provides a vehicle function detection method and system, electronic equipment and a storage medium. After obtaining vehicle standard information corresponding to the identity information of a vehicle to be detected, the first function detection step and the second function detection step are executed in response to a vehicle function detection request to obtain the first detection result and the second detection result. The detection standard comparison information is obtained by comparing the vehicle standard information with the detection results, and the detection rating is performed to obtain the vehicle function detection rating result. The standardized detection process of the first function detection step and the second function detection step is executed after obtaining the vehicle standard information corresponding to the identity of the vehicle machine, which ensures the consistency and adaptability of the vehicle electronic control unit and the vehicle machine system control detection process. The score is based on the detection comparison result, which can comprehensively evaluate the electronic system state of the vehicle, reduce the degree of human participation, reduce the possibility of human error, and improve the quality of after-sales service detection.

Description

Technical Field

[0001] This application relates to the field of vehicle safety, and in particular to a method, system, electronic device and storage medium for testing the functions of a whole vehicle. Background Technology

[0002] As the automotive industry moves towards electrification and intelligentization, the concept of software-defined vehicles has gained widespread acceptance. Functional safety and information security have become core issues in the automotive industry. This has not only driven advancements in automotive electronics technology but also led to electronic systems occupying an increasingly larger share of the overall vehicle cost and after-sales service, especially the Electronic Control Unit (ECU) and vehicle system functions, which are key areas of focus. Currently, before a new car leaves the factory, a comprehensive electronic system check is typically performed to ensure that the ECU status and system functions of each vehicle meet established standards. However, in the automotive after-sales service field, despite the existence of auxiliary tools such as after-sales diagnostic tools and repair guides, in general after-sales service processes, repair personnel mainly rely on personal experience and subjective judgment to inspect vehicles. This not only increases the risk of operational errors but also leads to inconsistencies in test results. When different brands and models of vehicles face various repair needs, the current testing lacks a unified testing process and evaluation standards. In this situation, it is difficult to accurately assess the overall condition of the vehicle, easily overlooking potential hidden dangers and failing to fundamentally solve problems, thus increasing the possibility of repeated repairs in the short term and affecting customer satisfaction and after-sales service efficiency. Summary of the Invention

[0003] The purpose of this invention is to provide a method, system, electronic device, and storage medium for testing the functions of a vehicle, in order to solve the above-mentioned technical problems.

[0004] This invention provides a method for whole vehicle function testing. The method includes: establishing a testing communication connection with a vehicle to be tested, and obtaining the vehicle's identity information based on the testing communication connection; sending a standard information request to a server based on the identity information, and receiving vehicle standard information corresponding to the identity information from the server; responding to the whole vehicle function testing request, performing a first function testing step and a second function testing step respectively to obtain a first testing result and a second testing result, wherein the first function testing step includes testing steps for multiple vehicle electronic control units, and the second function testing step includes testing steps for multiple vehicle infotainment system control units; comparing the vehicle standard information with the first testing result and the second testing result to obtain testing standard comparison information, and performing a testing rating based on the testing standard comparison information to obtain a whole vehicle function testing rating result.

[0005] In one embodiment of the present invention, the first functional detection step includes: acquiring feature information of the vehicle electronic control unit in the vehicle to be tested based on the detection communication connection, the feature information including the number of vehicle electronic control units, the vehicle software version number, the version information of each controller, fault information, and key component information; performing a basic electronic control unit detection step, an electronic control unit fault detection step, and an electronic control unit node detection step according to the information type corresponding to the feature information, to obtain a basic detection result, a fault information detection result, and a node detection result; and generating a first detection result based on the basic detection result, the fault information detection result, and the node detection result.

[0006] In one embodiment of the present invention, the execution of the electronic control unit (ECU) basic detection step, the ECU fault detection step, and the ECU node detection step according to the information type corresponding to the feature information includes: the ECU basic detection step includes: obtaining an ECU missing detection result based on the difference between the number of vehicle ECUs and the number of standard ECUs in the vehicle standard information; obtaining a vehicle software version detection result based on the consistency between the vehicle software version number and the latest software version number in the vehicle standard information; obtaining controller version detection information for each controller based on the consistency between the version information of each controller and the latest version information of the controller in the vehicle standard information; and combining the ECU missing detection result, the vehicle software version detection result, and the controller version information of each controller. This detection information is determined as the basic detection result; the electronic control unit fault detection step includes detecting the existence status of fault record entries in the fault information, and if fault record entries exist, generating a fault information detection result based on the fault record entries; the electronic control unit node detection step includes acquiring key node data identifier information and key node communication information, wherein the key component information includes key node data identifier information and key node communication information; determining the identifier information detection result based on the key node data identifier information and the standard identifier information of key nodes in the vehicle standard information; determining the communication detection result based on the key node communication information and the standard communication information of key nodes in the vehicle standard information; and determining the identifier information detection result and the communication detection result as the node detection result.

[0007] In one embodiment of the present invention, the second function detection step includes: determining target detection items based on the vehicle standard information, the target detection items including static instruction detection items and dynamic guidance detection items; generating corresponding detection instructions for the static instruction detection items, controlling the vehicle to perform static instruction detection based on the detection instructions, and receiving instruction execution feedback information of the detection instructions, and determining the execution feedback information as the static instruction detection result; calling preset guidance operation information according to the dynamic guidance detection items and displaying it on the vehicle's infotainment system, receiving guidance execution feedback information from the vehicle, and determining the guidance execution feedback information as the dynamic guidance detection result; and generating a second detection result based on the static instruction detection result and the dynamic guidance detection result.

[0008] In one embodiment of the present invention, the detection rating based on the detection standard comparison information includes: determining the abnormal deviation degree between the detection results of each abnormal detection item in the detection standard comparison information and the corresponding information in the vehicle standard information; determining a first weight coefficient for each detection item based on the abnormal deviation degree; determining a second weight coefficient for each detection item according to preset vehicle safety weight ranking information; scoring each detection item according to the first weight coefficient to obtain a score for each detection item; and determining a total detection score based on the second weight coefficient and the scores for each detection item, so as to determine the whole vehicle function detection rating result according to the total detection score and preset rating rules.

[0009] In one embodiment of the present invention, after obtaining the vehicle function test rating result, the vehicle function test method further includes: generating a vehicle function test information list based on the vehicle function test rating result and the test standard comparison information; sending the vehicle function test information list to the server and simultaneously in the remote diagnostic system and the work order management system, so as to perform vehicle maintenance based on the vehicle function test information list.

[0010] This invention also provides a vehicle function testing system, comprising: a vehicle testing control module for establishing a testing communication connection with the vehicle to be tested and issuing a vehicle function testing request; a vehicle testing execution module for obtaining the identity information of the vehicle to be tested based on the testing communication connection; issuing a standard information request to a server based on the identity information and receiving vehicle standard information corresponding to the identity information from the server; responding to the vehicle function testing request by executing a first function testing step and a second function testing step to obtain a first testing result and a second testing result, wherein the first function testing step includes testing steps for multiple vehicle electronic control units and the second function testing step includes testing steps for multiple vehicle infotainment system control units; and a testing result determination module for comparing the vehicle standard information with the first testing result and the second testing result to obtain testing standard comparison information, and performing a testing rating based on the testing standard comparison information to obtain a vehicle function testing rating result.

[0011] In one embodiment of the present invention, the vehicle inspection execution module includes: an inspection server, configured to respond to a standard information request and provide vehicle standard information corresponding to the identity information; an inspection client, configured to obtain the identity information of the vehicle to be inspected, send a standard information request to the server based on the identity information, and receive the vehicle standard information corresponding to the identity information fed back by the server; and in response to a vehicle function inspection request, execute a first function inspection step and a second function inspection step respectively to obtain a first inspection result and a second inspection result.

[0012] This invention also provides an electronic device, including: one or more processors; and a storage device for storing one or more programs, which, when executed by the one or more processors, cause the electronic device to implement the vehicle function detection method as described in any of the above embodiments.

[0013] This invention also provides a computer-readable storage medium storing computer-readable instructions, which, when executed by a computer's processor, cause the computer to perform the vehicle function detection method as described in any of the above embodiments.

[0014] This invention provides a method, system, electronic device, and storage medium for whole vehicle function testing. It establishes a testing communication connection with the vehicle under test, acquires the vehicle's identity information based on this connection, sends a standard information request to a server based on the identity information, and receives vehicle standard information corresponding to the identity information from the server. In response to the whole vehicle function testing request, it executes a first function testing step and a second function testing step, obtaining a first test result and a second test result. By comparing the vehicle standard information with the first and second test results, it obtains testing standard comparison information, and performs a testing rating based on this information, resulting in a whole vehicle function testing rating. This invention, through a standardized testing process of acquiring vehicle standard information corresponding to the vehicle's identity and then executing the first and second function testing steps, ensures the consistency and adaptability of the testing process for the vehicle's electronic control unit (ECU) and vehicle system control. By scoring based on the testing comparison results, it can comprehensively evaluate the vehicle's electronic system status. This method reduces the degree of human intervention, lowers the possibility of human error, improves the quality of after-sales service testing, and enhances customer trust.

[0015] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0016] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application. It is obvious that the drawings described below are merely some embodiments of this application, and those skilled in the art can obtain other drawings based on these drawings without any inventive effort. In the drawings:

[0017] Figure 1 This is a schematic diagram illustrating an exemplary system architecture as shown in an exemplary embodiment of this application;

[0018] Figure 2 This is a flowchart illustrating a vehicle function testing method as shown in an exemplary embodiment of this application;

[0019] Figure 3 This is a schematic diagram illustrating a specific automatic vehicle information recognition process, as shown in an exemplary embodiment of this application.

[0020] Figure 4 This is a schematic diagram illustrating a specific standardized detection process for the status of a vehicle ECU, as shown in an exemplary embodiment of this application.

[0021] Figure 5 This is a schematic diagram illustrating a specific system function standardization testing process, as shown in an exemplary embodiment of this application.

[0022] Figure 6 This is a schematic diagram of a vehicle function detection system shown in an exemplary embodiment of this application;

[0023] Figure 7 This is a schematic diagram of the structure of a computer system for an electronic device, as illustrated in an exemplary embodiment of this application. Detailed Implementation

[0024] The embodiments of the present invention will be described below with reference to the accompanying drawings and specific examples. Those skilled in the art can easily understand other advantages and effects of the present invention from the content disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and various details in this specification can be modified or changed based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention and not for limiting the scope of protection of the present invention.

[0025] It should be noted that the illustrations provided in the following embodiments are only schematic representations of the basic concept of the present invention. Therefore, the illustrations only show the components related to the present invention and are not drawn according to the actual number, shape and size of the components in the actual implementation. In the actual implementation, the form, quantity and proportion of each component can be arbitrarily changed, and the layout of the components may also be more complex.

[0026] In the following description, numerous details are explored to provide a more thorough explanation of embodiments of the invention. However, it will be apparent to those skilled in the art that embodiments of the invention may be practiced without these specific details. In other embodiments, well-known structures and devices are shown in block diagram form rather than in detail to avoid obscuring embodiments of the invention.

[0027] The term "and / or" used in this application describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. The character " / " generally indicates that the related objects before and after it are in an "or" relationship.

[0028] Figure 1 This is a schematic diagram illustrating an exemplary system architecture as shown in an exemplary embodiment of this application.

[0029] Reference Figure 1As shown, the system architecture may include a vehicle to be tested 110 and a computer device 120. The computer device 120 establishes a detection communication connection with the vehicle to be tested 110, obtains the vehicle's identity information based on this connection, sends a standard information request to the server based on the identity information, and receives vehicle standard information corresponding to the identity information from the server. In response to a vehicle function testing request, it executes a first function testing step and a second function testing step, obtaining a first testing result and a second testing result. It compares the vehicle standard information with the first and second testing results to obtain testing standard comparison information, and performs a testing rating based on this information to obtain a vehicle function testing rating result. The computer device 120 may be at least one of a microcomputer, embedded computer, network computer, or microcontroller; the vehicle to be tested 110 includes at least a vehicle electronic control unit (ECU), a vehicle infotainment system, and a communication module.

[0030] Indicatively, computer device 120 establishes a detection communication connection with vehicle 110 to be tested, obtains the vehicle's identity information based on this connection, sends a standard information request to the server based on the identity information, and receives vehicle standard information corresponding to the identity information from the server. In response to a vehicle function testing request, it executes a first function testing step and a second function testing step, obtaining a first test result and a second test result. By comparing the vehicle standard information with the first and second test results, it obtains a test standard comparison information, and performs a test rating based on this information, resulting in a vehicle function test rating result. This invention, through a standardized testing process of obtaining vehicle standard information corresponding to the vehicle's identity and then executing the first and second function testing steps, ensures the consistency and adaptability of the testing process for the vehicle's electronic control unit (ECU) and vehicle system control. By scoring based on the test comparison results, it can comprehensively assess the vehicle's electronic system status. This method reduces the degree of human intervention, lowers the possibility of human error, improves the quality of after-sales service testing, and enhances customer trust.

[0031] Figure 2 This is a flowchart illustrating an exemplary embodiment of a vehicle function testing method, which can be implemented in... Figure 1 It can be executed in the implementation environment described above, but it can also be implemented in other implementation environments. No specific limitations are imposed on the aforementioned implementation environments here. (See also...) Figure 2 As shown, the flowchart of this vehicle function testing method includes at least steps S210 to S240, which are described in detail below:

[0032] In step S210, a detection communication connection is established with the vehicle to be detected, and the identity information of the vehicle to be detected is obtained based on the detection communication connection.

[0033] In one embodiment of this application, a preferred implementation involves reusing the functions of an existing after-sales diagnostic system. The testing process of this application is extended, developed, and implemented on top of the existing after-sales diagnostic system, which includes a diagnostic cloud and a diagnostic client. The implementing entity of this application is a computer device equipped with a diagnostic client. The diagnostic cloud connects to related business systems, such as a vehicle archive system (for obtaining vehicle information), an automotive cloud platform (for obtaining T-box remote communication data), a dealer management work order system, a software management platform (for obtaining ECU part numbers, hardware and software information, and software packages), repair manuals, and repair cases. Furthermore, it manages the diagnostic database (diagnostic definitions and descriptions for ECUs of various vehicle models), a standardized testing database (test items for various vehicle models), test reports, diagnostic logs, etc.

[0034] In one embodiment of this application, the diagnostic client is an application installed on a computer device. On the one hand, it implements conventional after-sales diagnostic functions, such as reading ECU version information, reading ECU fault information, reading ECU dynamic data stream, actuator testing, software flashing, component replacement, learning calibration, special functions, and diagnostic log generation. On the other hand, it implements standardized vehicle testing functions, including ECU status detection, static system function detection, dynamic system function detection, and test report generation.

[0035] In the embodiments of this application, the communication connection with the vehicle under test is established by a computer device with a diagnostic client program installed, which connects to the vehicle's OBD port via a diagnostic VCI device or an OBD-to-network cable. OBD (On-Board Diagnostics) is an electronic system in modern automobiles used to monitor engine operating status and other related systems. Originally designed to meet emission control requirements, OBD systems are now widely used to monitor vehicle health and performance indicators. A VCI (Vehicle Communication Interface) device is a hardware device specifically designed to communicate with vehicle electronic systems. This device is commonly used in automotive repair and diagnostics, allowing technicians to connect to the vehicle's OBD port and read the vehicle's data stream, fault codes, and other information using dedicated software. This standardized testing process for vehicle status and system functions utilizes aftermarket diagnostic system tools commonly used in service stations for functional expansion, avoiding the development and procurement of additional tools. Furthermore, the automated and guided operation avoids the problem of difficult tool usage.

[0036] In step S220, a standard information request is sent to the server based on the identity information, and the vehicle standard information corresponding to the identity information is received from the server.

[0037] In one embodiment of this application, after a standard information request is sent to the server based on identity information, the server receives the standard information request and queries the vehicle information database according to the identity information in the request. If the vehicle information exists, the server automatically calls the standardized testing database to provide vehicle standard information feedback; if the vehicle model information does not exist, relevant technical personnel need to manually select similar or identical vehicle standard information based on the vehicle model information and send it.

[0038] In step S230, in response to the vehicle function test request, the first function test step and the second function test step are executed respectively to obtain the first test result and the second test result.

[0039] In one embodiment of this application, the first function detection step includes detection steps for multiple vehicle electronic control units, and the second function detection step includes detection steps for multiple vehicle infotainment system control units.

[0040] In one embodiment of this application, performing the first functional detection step includes acquiring feature information of the vehicle electronic control unit (ECU) in the vehicle under test based on a detection communication connection; performing a basic ECU detection step, an ECU fault detection step, and an ECU node detection step according to the information type corresponding to the feature information; obtaining basic detection results, fault information detection results, and node detection results; and generating a first detection result based on the basic detection results, fault information detection results, and node detection results. The feature information includes the number of vehicle ECUs, the vehicle software version number, the version information of each controller, fault information, and key component information.

[0041] In one embodiment of this application, the above-mentioned basic detection steps for electronic control units include: obtaining an electronic control unit missing detection result based on the difference between the number of vehicle electronic control units and the number of standard electronic control units in the vehicle standard information; obtaining a vehicle software version detection result based on the consistency between the vehicle software version number and the latest software version number in the vehicle standard information; obtaining controller version detection information for each controller based on the consistency between the version information of each controller and the latest version information of the controller in the vehicle standard information; and determining the electronic control unit missing detection result, the vehicle software version detection result, and the controller version detection information for each controller as the basic detection result. The version information of each controller includes the part number information and hardware version information of the electronic control unit; therefore, the controller version detection information further includes the electronic control unit part number detection information and the electronic control unit hardware version detection information.

[0042] In one embodiment of this application, the above-mentioned electronic control unit (ECU) fault detection step includes detecting the existence status of fault record entries in the fault information. If fault record entries exist, a fault information detection result is generated based on the fault record entries. Specifically, this involves reading whether the ECU fault information includes DTC fault codes, freeze frames, and snapshot data, wherein the DTC fault codes, freeze frames, and snapshot data are consistent with the aforementioned fault record entries. A DTC (Diagnostic Trouble Code) is a coding standard used in automobiles and other complex mechanical systems to identify problems in the system. When one or more systems in a vehicle detect abnormal operation, the onboard computer (ECU, Engine Control Unit, or other control module) generates and stores a DTC code. These codes help technicians quickly identify the problem and perform appropriate repairs.

[0043] In one embodiment of this application, the above-mentioned electronic control unit node detection step includes: acquiring key node data identifier information and key node communication information, where key component information includes key node data identifier information and key node communication information; determining identifier information detection results based on key node data identifier information and standard identifier information of key nodes in vehicle standard information; determining communication detection results based on key node communication information and standard communication information of key nodes in vehicle standard information; and determining the identifier information detection results and communication detection results as node detection results. The key node data identifier information includes, but is not limited to, low-voltage power supply voltage and current, high-voltage power supply voltage and current, accelerator pedal opening, sensor voltage, Ethernet domain controller certificate installation status, Ethernet domain controller certificate trust ring status, key controller key installation status, vehicle local data mirroring closed status, and diagnostic agent open status. The key node communication information includes, but is not limited to, BMS fault level, brake fluid level alarm status, drive motor temperature alarm status, and tire pressure sensor pressure alarm status. It should be noted that due to automotive information security requirements, the OBD interface does not open vehicle communication data; therefore, it is necessary to obtain the communication data uploaded by the Tbox in the vehicle under test through a server.

[0044] In one embodiment of this application, the second function detection step includes determining target detection items based on vehicle standard information. These target detection items include static command detection items and dynamic guidance detection items. For the static command detection items, corresponding detection commands are generated. Based on the detection commands, the vehicle is controlled to perform static command detection, and the command execution feedback information is received, which is then determined as the static command detection result. For the dynamic guidance detection items, preset guidance operation information is invoked and displayed on the vehicle's infotainment system. Guidance execution feedback information is received from the vehicle, and this feedback is determined as the dynamic guidance detection result. A second detection result is generated based on the static command detection result and the dynamic guidance detection result.

[0045] Static command testing includes tests such as window raising and lowering, air conditioning opening and closing, and light opening and closing. Dynamic guidance testing can include both static and dynamic guidance. Static guidance testing includes, but is not limited to, guiding relevant technicians to perform tests such as the brake light status after the brake pedal is pressed through voice prompts. Dynamic guidance includes, but is not limited to, guiding relevant technicians to shift gears and drive through voice prompts, and detecting diagnostic data such as gear status, vehicle speed, engine speed, and drive motor torque status during driving.

[0046] In step S240, the vehicle standard information is compared with the first test result and the second test result to obtain the test standard comparison information. Based on the test standard comparison information, the test rating is performed to obtain the vehicle function test rating result.

[0047] In one embodiment of this application, the detection rating based on the detection standard comparison information includes determining the abnormal deviation degree of the detection results of each abnormal detection item in the detection standard comparison information and the corresponding information in the vehicle standard information; determining the first weight coefficient of each detection item based on the abnormal deviation degree; determining the second weight coefficient of each detection item according to the preset vehicle safety weight ranking information; scoring each detection item according to the first weight coefficient to obtain the score of each detection item; and determining the total detection score based on the second weight coefficient and the scores of each detection item, so as to determine the whole vehicle function detection rating result according to the total detection score and the preset rating rules.

[0048] In one embodiment of this application, after obtaining the vehicle function test rating result, a vehicle function test information list is generated based on the comparison information between the vehicle function test rating result and the test standard. The vehicle function test information list is sent to the server and simultaneously synchronized in the remote diagnostic system and the work order management system, so as to carry out vehicle maintenance based on the vehicle function test information list.

[0049] Please see Figure 3 , Figure 3 This is a schematic diagram illustrating a specific automatic vehicle information recognition process, as shown in an exemplary embodiment of this application. Figure 3 As shown, in a specific embodiment of this application, after connecting the vehicle, it is determined whether the connection information is from a VCI device or an OBD network cable. It should be noted that this specific automatic vehicle information identification process is consistent with the implementation of steps S210 and S220 in the above method embodiment.

[0050] In one specific embodiment of this application, if a connection to the vehicle via a diagnostic VCI device is detected, the online status of the OBD access device is first verified through the OBD pins. If online, an OBD diagnostic function addressing request is sent to the vehicle to read the vehicle's VIN. If more than two-thirds of the controllers respond with the same valid VIN value, it is processed as the vehicle's VIN; otherwise, the user is prompted to manually enter the vehicle VIN. The VIN (Vehicle Identification Number) is a unique identifier for each vehicle, similar to a vehicle's "ID number." The VIN consists of 17 characters (letters and numbers), each with a specific meaning, used to identify important information such as the vehicle's manufacturer, model, year, and production plant.

[0051] In one specific embodiment of this application, if a connection to the vehicle via an OBD-to-RJ45 network cable is detected, the online status of the OBD access device of the aftermarket diagnostic system is verified through the OBD pins. Then, a DoIP UDS diagnostic function addressing request is sent to the vehicle to read the vehicle's VIN. If more than two-thirds of the controllers respond with the same valid VIN value, it is processed as the vehicle's VIN; otherwise, the user is prompted to manually enter the vehicle's VIN. DoIP (Diagnostics over Internet Protocol) is a communication protocol for automotive diagnostics that allows for efficient data transmission via an Ethernet interface. It is particularly useful in diagnostic and programming processes when combined with the UDS (Unified Diagnostic Services) protocol to perform various diagnostic tasks.

[0052] In one specific embodiment of this application, the system automatically queries, determines, and displays specific information about the VIN in the vehicle database system, including vehicle model, year, optional packages, configuration, and ECU; if the information is not found, the user is prompted to manually select the vehicle model. It also automatically retrieves standardized test data for the vehicle model from the diagnostic cloud.

[0053] Please see Figure 4 , Figure 4 This is a schematic diagram illustrating a specific standardized detection process for the status of a vehicle ECU, as shown in an exemplary embodiment of this application. Figure 4As shown, in a specific embodiment of this application, different standardized vehicle ECU status detection processes are performed for each different vehicle model project, which is consistent with the first function detection step in the above method embodiment.

[0054] In one specific embodiment of this application, basic ECU diagnostic data is read, along with the vehicle software version number and controller version information (part number and hardware / software version). This information is then compared with the corresponding controller numbers, hardware / software versions, and other information in the latest vehicle software version number on the software management platform. If there is a discrepancy, in addition to automatically displaying an anomaly (including ECU quantity issues, part number issues, and hardware version issues) and determining that the test has failed, an option is available to automatically upgrade to the latest version of the ECU software package on the software management platform with one click. If one-click upgrade is selected, the process returns to the information reading step and performs the diagnosis again; otherwise, the test is determined to have failed. If the data matches, the test has passed.

[0055] In one specific embodiment of this application, ECU fault information diagnostic data is read, and controller fault information, including fault codes, freeze frames and snapshot data, is read. If there is an abnormality, in addition to automatically displaying the abnormality, clicking on the fault information will automatically jump to the interface of the repair manual or repair plan and determine that the test has failed. If there is no DTC fault information, the test has passed.

[0056] In one specific embodiment of this application, diagnostics are performed by reading special data from the ECU, including reading DID (Data Identifier) ​​diagnostic data from the ECU and obtaining remote communication data from the vehicle cloud platform. When reading controller-related DID values, in addition to reading common data such as low-voltage power supply voltage and current, high-voltage power supply voltage and current, accelerator pedal opening and sensor voltage values, data closely related to automotive information security is also read, such as the device certificate installation status and trust ring status of the Ethernet domain controller, the key installation status of critical controllers, the vehicle local data mirroring closed status, and the diagnostic agent open status. If an anomaly is detected, in addition to automatically displaying the anomaly, clicking on the fault information will automatically redirect to the interface of the repair manual or repair solution. It should be noted that due to automotive information security requirements, the OBD interface typically does not expose vehicle communication data. This is because it is necessary to obtain communication data uploaded from the vehicle-side Tbox by the vehicle cloud platform through the diagnostic cloud, and select specific data for monitoring and judgment: such as BMS fault level, brake fluid level alarm status, drive motor temperature alarm status, tire pressure sensor pressure alarm status, etc.

[0057] Please see Figure 5 , Figure 5 This is a schematic diagram illustrating a specific system function standardization testing process, as shown in an exemplary embodiment of this application. Figure 5As shown, in a specific embodiment of this application, the above-mentioned specific system function standardization test includes multiple test sequences, which can be specifically divided into static automatic execution, static guided and dynamic guided tests, and the execution method is consistent with the first function test step in the above method embodiment.

[0058] In one specific embodiment of this application, during static automatic execution, for the IO control defined in the vehicle diagnostic database, functional testing can be performed by sending relevant instructions according to the standardized test execution sequence. For example, if the vehicle domain controller VIU1 IO Control defines the DID of the left front window lifting control as 0xA1B2, the number of bytes is 1, and the conversion relationship is 0x00:Default, 0x01:UP, 0x02:DOWN, then the execution sequence prompts "Left front window lifting function is about to be performed, please pay attention to your safety." The diagnostic system automatically sends 2F A1 B2 03 02 to lower the left front window, sends 2F 53A1 B2 01 10 seconds later to raise the left front window, and sends 2F A1 B2 03 02 10 seconds later to lower the left front window again. During this process, the diagnostic system reads the left front window status diagnostic data from the data stream and obtains the left front window status communication data uploaded from the vehicle-side Tbox by the vehicle cloud platform through the diagnostic cloud for result comparison and judgment.

[0059] In one specific embodiment of this application, static guided operation involves guiding the user to perform common vehicle input signal operations according to a standardized detection execution sequence. For example, if the execution sequence prompts "Please press and hold the vehicle brake pedal," the user needs to cooperate in performing the corresponding action. Then, the diagnostic data of the brake pedal press status and brake light status in the data stream are read by the diagnostic system, and the communication data of the brake pedal press status and brake light status uploaded from the vehicle's Tbox by the vehicle cloud platform are obtained through the diagnostic cloud. The results are automatically compared and judged.

[0060] In one specific embodiment of this application, dynamic guidance is used for common operations that require dynamic conditions. The user is guided to perform operations according to a standardized detection execution sequence. For example, if the execution sequence prompts "Please shift to D gear and drive", the user needs to cooperate in performing the corresponding action. Then, the diagnostic data such as gear status, vehicle speed status, engine speed or drive motor torque status in the data stream are read by the diagnostic system, and the communication information data such as gear status, vehicle speed status, engine speed or drive motor torque status uploaded from the vehicle Tbox by the vehicle cloud platform are obtained through the diagnostic cloud. The results are automatically compared and judged.

[0061] This invention provides a method, system, electronic device, and storage medium for whole vehicle function testing. It establishes a testing communication connection with the vehicle under test, acquires the vehicle's identity information based on this connection, sends a standard information request to a server based on the identity information, and receives vehicle standard information corresponding to the identity information from the server. In response to the whole vehicle function testing request, it executes a first function testing step and a second function testing step, obtaining a first test result and a second test result. By comparing the vehicle standard information with the first and second test results, it obtains testing standard comparison information, and performs a testing rating based on this information, resulting in a whole vehicle function testing rating. This invention, through a standardized testing process of acquiring vehicle standard information corresponding to the vehicle's identity and then executing the first and second function testing steps, ensures the consistency and adaptability of the testing process for the vehicle's electronic control unit (ECU) and vehicle system control. By scoring based on the testing comparison results, it can comprehensively evaluate the vehicle's electronic system status. This method reduces the degree of human intervention, lowers the possibility of human error, improves the quality of after-sales service testing, and enhances customer trust.

[0062] The following describes a system embodiment of this application, which can be used to execute the vehicle function testing method in the above embodiments of this application. For details not disclosed in the system embodiments of this application, please refer to the embodiments of the vehicle function testing method described above.

[0063] Figure 6 This is a schematic diagram illustrating a vehicle function testing system as an exemplary embodiment of this application. The system can be applied to... Figure 2 The method implementation process shown allows the system to be based on... Figure 1 The implementation environment shown can be applied to other exemplary implementation environments and specifically configured in other devices. This embodiment does not limit the implementation environment to which the system is applicable.

[0064] like Figure 6 As shown, the exemplary vehicle function testing system includes: a vehicle testing control module 601, a vehicle testing execution module 602, and a testing result determination module 603.

[0065] The vehicle detection control module 601 is used to establish a detection communication connection with the vehicle to be tested and to issue a vehicle function detection request; the vehicle detection execution module 602 is used to obtain the identity information of the vehicle to be tested based on the detection communication connection; to send a standard information request to the server based on the identity information and to receive the vehicle standard information corresponding to the identity information from the server; in response to the vehicle function detection request, to execute a first function detection step and a second function detection step respectively to obtain a first detection result and a second detection result, wherein the first function detection step includes detection steps of multiple vehicle electronic control units and the second function detection step includes detection steps of multiple vehicle infotainment system control; and the detection result determination module 603 is used to compare the vehicle standard information with the first detection result and the second detection result to obtain detection standard comparison information, and to perform a detection rating based on the detection standard comparison information to obtain a vehicle function detection rating result.

[0066] In one embodiment of this application, the vehicle inspection execution module includes: an inspection server, configured to respond to a standard information request and provide vehicle standard information corresponding to the identity information; an inspection client, configured to obtain the identity information of the vehicle to be inspected, send a standard information request to the server based on the identity information, and receive the vehicle standard information corresponding to the identity information from the server; and in response to a vehicle function inspection request, execute a first function inspection step and a second function inspection step respectively to obtain a first inspection result and a second inspection result.

[0067] Embodiments of this application also provide an electronic device, including: one or more processors; and a storage device for storing one or more programs, which, when executed by one or more processors, cause the electronic device to implement the vehicle function detection method provided in the above embodiments.

[0068] Figure 7 This is a schematic diagram illustrating the structure of a computer system for an electronic device, as shown in an exemplary embodiment of this application. It should be noted that... Figure 7 The computer system 700 of the electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0069] like Figure 7As shown, the computer system 700 includes a Central Processing Unit (CPU) 701, which can perform various appropriate actions and processes based on a program stored in a Read-Only Memory (ROM) 702 or a program loaded from storage into Random Access Memory (RAM) 703, such as performing the methods described in the above embodiments. The RAM 703 also stores various programs and data required for system operation. The CPU 701, ROM 702, and RAM 703 are interconnected via a bus. An Input / Output (I / O) interface 705 is also connected to the bus 704.

[0070] The following components are connected to I / O interface 705: an input section 706 including a keyboard, mouse, etc.; an output section 707 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 708 including a hard disk, etc.; and a communication section 709 including a network interface card such as a LAN (Local Area Network) card, modem, etc. The communication section performs communication processing via a network such as the Internet. A drive is also connected to I / O interface 705 as needed. A removable medium 711, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on drive 710 as needed so that computer programs read from it can be installed into storage section 708 as needed.

[0071] Specifically, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program including a computer program for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 709, and / or installed from removable medium 711. When the computer program is executed by central processing unit (CPU) 701, it performs various functions defined in the system of this application.

[0072] It should be noted that the computer-readable medium shown in the embodiments of this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this application, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying a computer-readable computer program. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media can also be any computer-readable medium other than computer-readable storage media, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to wireless, wired, etc., or any suitable combination thereof.

[0073] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. Each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0074] In the corresponding figures of the above embodiments, connecting lines can represent the connection relationship between various components, indicating more constitutive signal paths and / or one or more ends of some lines having arrows to indicate the main information flow direction. Connecting lines serve as an identifier and are not a limitation on the scheme itself, but rather, using these lines in conjunction with one or more exemplary embodiments helps to more easily connect circuits or logic units. Any signal represented (determined by design requirements or preferences) can actually include one or more signals that can be transmitted in any direction and can be implemented in any suitable type of signal scheme.

[0075] The units described in the embodiments of this application can be implemented in software or hardware, and the described units can also be located in a processor. The names of these units do not necessarily limit the specific unit itself.

[0076] Another aspect of this application provides a computer-readable storage medium having a computer program stored thereon that, when executed by a processor, implements the method as described above. This computer-readable storage medium may be included in the electronic device described in the above embodiments, or it may exist independently and not assembled into the electronic device.

[0077] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to the embodiments of this application, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0078] Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, including several instructions to cause a computing device (such as a personal computer, server, touch terminal, or network device, etc.) to execute the method according to the embodiments of this application.

[0079] It should be noted that this application can be used in a wide range of general-purpose or special-purpose computing system environments or configurations. For example: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics devices, network PCs, minicomputers, mainframe computers, distributed computing environments including any of the above systems or devices, etc.

[0080] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the embodiments disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein.

[0081] It should be understood that the above content of this application is only a preferred exemplary embodiment of this application and is not intended to limit the implementation of this application. Those skilled in the art can easily make corresponding modifications or alterations based on the main concept and spirit of this application. Therefore, the scope of protection of this application should be the scope of protection claimed in the claims.

Claims

1. A method for testing the functions of a complete vehicle, characterized in that, The vehicle function testing method includes: Establish a detection communication connection with the vehicle to be detected, and obtain the identity information of the vehicle to be detected based on the detection communication connection; Based on the identity information, a standard information request is sent to the server, and the vehicle standard information corresponding to the identity information is received from the server. In response to a vehicle function testing request, a first function testing step and a second function testing step are executed respectively to obtain a first testing result and a second testing result. The first function testing step includes testing steps for multiple vehicle electronic control units, and the second function testing step includes testing steps for multiple vehicle infotainment system controls. The first functional detection step includes acquiring feature information of the vehicle electronic control unit (ECU) in the vehicle under test based on the detection communication connection. The feature information includes the number of ECUs, the vehicle software version number, the version information of each controller, fault information, and key component information. Based on the information types corresponding to the feature information, the step involves performing a basic ECU detection step, an ECU fault detection step, and an ECU node detection step to obtain basic detection results, fault information detection results, and node detection results, and generating a first detection result. The ECU node detection step includes acquiring key node data identifier information and key node communication information. The key component information includes key node data identifier information and key node communication information. Based on the key node data identifier information and the standard identifier information of key nodes in the vehicle standard information, an identifier information detection result is determined. Based on the key node communication information and the standard communication information of key nodes in the vehicle standard information, a communication detection result is determined. The identifier information detection result and the communication detection result are then used as the node detection result. By comparing the vehicle standard information with the first and second test results, test standard comparison information is obtained, and the abnormal deviation degree between the test results of each abnormal test item in the test standard comparison information and the corresponding information in the vehicle standard information is determined. Based on the abnormal deviation degree, the first weight coefficient of each test item is determined, and the second weight coefficient of each test item is determined according to the preset vehicle safety weight sorting information. Each test item is scored according to the first weighting coefficient to obtain a score for each test item. The total test score is determined based on the second weighting coefficient and the scores of each test item. The overall vehicle function test rating result is then determined according to the total test score and the preset rating rules.

2. The vehicle function testing method according to claim 1, characterized in that, Based on the information type corresponding to the aforementioned feature information, the following steps are performed: Basic detection steps for the electronic control unit and fault detection steps for the electronic control unit. The basic testing steps for the electronic control unit include: obtaining an electronic control unit missing detection result based on the difference between the number of electronic control units in the vehicle and the number of standard electronic control units in the vehicle standard information; obtaining a vehicle software version detection result based on the consistency between the vehicle software version number and the latest software version number in the vehicle standard information; obtaining controller version detection information for each controller based on the consistency between the version information of each controller and the latest version information of the controller in the vehicle standard information; and determining the electronic control unit missing detection result, the vehicle software version detection result, and the controller version detection information for each controller as the basic detection result. The fault detection step of the electronic control unit includes detecting the existence status of fault record entries in the fault information; if fault record entries exist, generating a fault information detection result based on the fault record entries.

3. The vehicle function testing method according to claim 1, characterized in that, The second functional test steps include: The target detection items are determined based on the vehicle standard information, and the target detection items include static command detection items and dynamic guidance detection items. For the static command detection items, generate corresponding detection commands, control the vehicle to perform static command detection based on the detection commands, receive command execution feedback information of the detection commands, and determine the execution feedback information as the static command detection result; According to the dynamic guidance detection items, the preset guidance operation information is called and displayed on the vehicle screen, the guidance execution feedback information is received from the vehicle, and the guidance execution feedback information is determined as the dynamic guidance detection result; A second detection result is generated based on the static instruction detection result and the dynamic guidance detection result.

4. The vehicle function testing method according to any one of claims 1-3, characterized in that, After obtaining the vehicle function test rating result, the vehicle function test method further includes: A list of vehicle function testing information is generated based on the vehicle function testing rating results and testing standard comparison information. The vehicle function test information list is sent to the server and synchronized in the remote diagnostic system and work order management system to perform vehicle maintenance based on the vehicle function test information list.

5. A vehicle function testing system, characterized in that, The vehicle function testing system includes: The vehicle inspection control module is used to establish an inspection communication connection with the vehicle to be inspected and to issue vehicle function inspection requests. The vehicle inspection execution module is used to acquire the identity information of the vehicle to be inspected based on the inspection communication connection; send a standard information request to the server based on the identity information, and receive vehicle standard information corresponding to the identity information from the server; in response to the vehicle function inspection request, execute a first function inspection step and a second function inspection step respectively to obtain a first inspection result and a second inspection result. The first function inspection step includes inspection steps for multiple vehicle electronic control units, and the second function inspection step includes inspection steps for multiple vehicle infotainment system control units. The first function inspection step includes inspection steps for multiple vehicle electronic control units. Based on the inspection communication connection, the module acquires the characteristic information of the vehicle electronic control units in the vehicle to be inspected. The characteristic information includes the number of vehicle electronic control units, the vehicle software version number, the version information of each controller, fault information, and key components. The system retrieves component information; based on the information types corresponding to the feature information, it executes basic electronic control unit (ECU) detection steps, ECU fault detection steps, and ECU node detection steps respectively, to obtain basic detection results, fault information detection results, and node detection results, and generates a first detection result; the ECU node detection step includes: acquiring key node data identifier information and key node communication information, wherein the key component information includes key node data identifier information and key node communication information; determining identifier information detection results based on the key node data identifier information and the standard identifier information of key nodes in the vehicle standard information; determining communication detection results based on the key node communication information and the standard communication information of key nodes in the vehicle standard information; and determining the identifier information detection results and the communication detection results as node detection results; The test result determination module is used to compare vehicle standard information with the first test result and the second test result to obtain test standard comparison information, and to determine the degree of abnormal deviation between the test results of each abnormal test item in the test standard comparison information and the corresponding information in the vehicle standard information. Based on the degree of abnormal deviation, a first weight coefficient for each test item is determined, and a second weight coefficient for each test item is determined according to preset vehicle safety weight sorting information. Each test item is scored according to the first weight coefficient to obtain a score for each test item, and a total test score is determined based on the second weight coefficient and the scores of each test item. The overall vehicle function test rating result is then determined according to the total test score and preset rating rules.

6. The vehicle function testing system according to claim 5, characterized in that, The vehicle inspection execution module includes: The detection server is used to respond to standard information requests and provide vehicle standard information corresponding to the identity information. The detection client is used to obtain the identity information of the vehicle to be detected, send a standard information request to the server based on the identity information, and receive the vehicle standard information corresponding to the identity information from the server; in response to the whole vehicle function detection request, it executes the first function detection step and the second function detection step respectively to obtain the first detection result and the second detection result.

7. An electronic device, characterized in that, It includes a processor, a memory, and a communication bus; the communication bus is used to connect the processor and the memory; the processor is used to execute a computer program stored in the memory to implement the vehicle function testing method as described in any one of claims 1-4.

8. A computer-readable storage medium, characterized in that, It stores a computer program that enables the computer to perform the vehicle function testing method as described in any one of claims 1-4.

Images