Automobile offline detection method, device, equipment and medium

Abstract

The invention discloses an automobile off-line detection method. The method comprises the following steps: acquiring a plurality of automobile off-line detection items; determining a dependency relationship and a non-dependency relationship among the plurality of automobile offline detection items, and determining a detection process of the plurality of automobile offline detection items according to the dependency relationship and the non-dependency relationship, the detection process comprises the following steps: detecting automobile offline detection items with a dependency relationship in a serial detection mode, and detecting automobile offline detection items with a non-dependency relationship in a parallel detection mode; according to the method and the device, the plurality of detection items with the dependency relationship are detected in a serial manner, and the plurality of detection items with the non-dependency relationship are detected in a parallel manner, so that the plurality of detection items can be concentrated together for detection, the total time of automobile off-line detection is shortened, and the production efficiency is improved.

Description

Technical Field

[0001] The present application relates to the field of testing technology, and in particular to a method, device, equipment and medium for off-line vehicle testing. Background Art

[0002] The traditional off-line process mainly involves four major areas: power, chassis, body, and electrical. It is generally a series of preparatory work after the vehicle is assembled and before leaving the production line, such as filling brake oil, power system self-test, self-learning of doors, windows, and sunroofs. In recent years, with the gradual improvement of the level of automobile intelligence, cutting-edge technologies such as intelligent driving assistance systems, smart cockpits, and wire-controlled chassis have been applied in the car with higher and higher functions and performance levels. The complexity of the vehicle network environment and functions has also increased day by day. The vehicle off-line process (EOL, End of Line) requires more and more detection and calibration process links, and some related processes, such as camera static calibration, radar calibration, wire control braking, wire control steering, VCU, etc. have also been added to the off-line process.

[0003] For the actuators VCU (Vehicle Control Unit), braking system OneBox, electric power steering system EPS (Electric Power Steering, EPS) and related system parameters related to the intelligent driving system, the traditional off-line electrical inspection process can only realize the detection of a single system parameter in each link. The software flashing or calibration of a single actuator sometimes requires professional engineers to stay on site to complete, which is labor-intensive and time-consuming and prone to omissions in the software flashing or calibration links. Summary of the invention

[0004] In view of the above-mentioned shortcomings of the prior art, the present application provides a vehicle off-line detection method, device, equipment and medium to solve at least one defect in the prior art.

[0005] To achieve the above objectives and other objectives, the present application provides a vehicle off-line detection method, the detection method comprising:

[0006] Obtain multiple off-line vehicle testing projects;

[0007] Determine a dependency relationship and a non-dependency relationship between a plurality of automobile offline inspection items, wherein the dependency relationship indicates that the inspection of a first item in the plurality of automobile offline inspection items depends on the completion of the inspection of a second item, and the non-dependency relationship indicates that the inspection of the first item is independent of the inspection of the second item; the first item or the second item is one or more of the plurality of automobile offline inspection items;

[0008] A detection process of multiple automobile off-line detection items is determined according to the dependency relationship and the non-dependency relationship, and the detection process includes: detecting multiple automobile off-line detection items with a dependency relationship in a serial detection manner, and detecting multiple automobile off-line detection items with a non-dependency relationship in a parallel detection manner.

[0009] In one embodiment of the present application, the vehicle off-line inspection items include inspection of the vehicle's actuators, inspection of the vehicle's system parameters, and inspection of the vehicle's sensors.

[0010] In one embodiment of the present application, the detection of the actuator of the vehicle includes:

[0011] Obtain an executor to be upgraded, and determine the type of the executor to be upgraded;

[0012] Communicate with the actuator to be upgraded using a communication method corresponding to the type of the actuator to be upgraded, and send a corresponding software upgrade package to the actuator to be upgraded;

[0013] The actuator to be upgraded is controlled to be upgraded based on the software upgrade package.

[0014] In one embodiment of the present application, controlling the actuator to be upgraded to upgrade includes:

[0015] The executors to be upgraded are grouped according to the dependency relationship between the executors to obtain a dependency group and a non-dependency group, wherein the executors to be upgraded in the dependency group have a dependency relationship, and the executors to be upgraded in the non-dependency group do not have a dependency relationship;

[0016] For dependency groups, upgrade in a serial manner;

[0017] For non-dependency groups, the executors to be upgraded are grouped according to their types and their parent nodes to obtain serial upgrade groups and parallel upgrade groups. The executors in the serial upgrade groups are upgraded in a serial manner based on the priorities of the executors, and the executors in the parallel upgrade groups are upgraded in a parallel manner.

[0018] In one embodiment of the present application, the software upgrade process includes:

[0019] Sending an upgrade request message to the executor to be upgraded to request the executor to be upgraded to enter an upgrade mode;

[0020] receiving a download request message generated after the executor to be upgraded agrees to enter the upgrade mode, generating a first response message based on the download request message, and sending the first response message to the executor to be upgraded;

[0021] receiving a second response message generated by the executor to be upgraded when the first response message is a positive response message, and transmitting a software upgrade package to the executor to be upgraded when the second response message is a positive response message;

[0022] An exit request message generated by the executor to be upgraded after the software upgrade package is downloaded is received to stop data transmission.

[0023] In one embodiment of the present application, the step of detecting the system parameters includes:

[0024] Obtaining current system parameters of the vehicle, and determining whether the current system parameters need to be adjusted;

[0025] If the current system parameters need to be adjusted, the current system parameters are compared with the standard system parameters;

[0026] When the current system parameters are inconsistent with the standard system parameters, adjusting the current system parameters to make the current system parameters consistent with the standard system parameters;

[0027] If the current system parameters do not need to be adjusted, the current system parameters are recorded.

[0028] In one embodiment of the present application, the step of detecting the sensor includes:

[0029] Sending a safety verification request message to an actuator connected to the sensor;

[0030] receiving a response message generated by the actuator after performing a safety check in response to the safety check request message, and sending a calibration execution instruction to the actuator when the response message is a positive response message;

[0031] Upon receiving calibration completion information generated by the actuator after completing the calibration execution instruction, obtaining a calibration value of the sensor;

[0032] Determine whether the calibration value is correct, and after confirming that the calibration value is correct, end the calibration operation on the sensor.

[0033] To achieve the above objectives and other objectives, the present application provides a vehicle off-line detection device, the detection device comprising:

[0034] The test item acquisition module is used to obtain multiple off-line test items for automobiles;

[0035] a relationship determination module, configured to determine a dependency relationship and a non-dependency relationship between a plurality of automobile offline inspection items, wherein the dependency relationship indicates that the inspection of a first item in the plurality of automobile offline inspection items depends on the completion of the inspection of a second item, and the non-dependency relationship indicates that the inspection of the first item is independent of the inspection of the second item; the first item or the second item is one or more of the plurality of automobile offline inspection items;

[0036] The detection process determination module is used to determine the detection process of multiple automobile off-line detection items according to the dependency relationship and the non-dependency relationship, and the detection process includes: detecting multiple automobile off-line detection items with dependency relationships in a serial detection manner, and detecting multiple automobile off-line detection items with non-dependency relationships in a parallel detection manner.

[0037] To achieve the above objectives and other related objectives, the present application provides an automobile off-line testing device, including:

[0038] one or more processors; and

[0039] The memory is used to store one or more programs. When the one or more programs are executed by the one or more processors, the memory implements the method described.

[0040] To achieve the above objectives and other related objectives, the present application provides one or more machine-readable media having instructions stored thereon, which, when executed by one or more processors, enable the processors to execute the described methods.

[0041] Beneficial effects of this application:

[0042] A vehicle off-line inspection method of the present application includes: obtaining a plurality of vehicle off-line inspection items;

[0043] Determine the dependency and non-dependency between multiple automobile off-line inspection items, the dependency indicates that the inspection of a first item in the multiple automobile off-line inspection items depends on the completion of the inspection of a second item, and the non-dependency indicates that the inspection of the first item is independent of the inspection of the second item; the first item or the second item is one or more of the multiple automobile off-line inspection items; determine the inspection process of the multiple automobile off-line inspection items according to the dependency and the non-dependency, the inspection process includes: inspecting multiple automobile off-line inspection items with a dependency in a serial inspection manner, and inspecting multiple automobile off-line inspection items with a non-dependency in a parallel inspection manner; the present application can collect multiple inspection items together for inspection by inspecting multiple inspection items with a dependency in a serial manner and inspecting multiple inspection items with a non-dependency in a parallel manner, thereby shortening the total time of automobile off-line inspection and improving production efficiency.

[0044] It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] The drawings herein are incorporated into the specification and constitute a part of the specification, showing embodiments consistent with the present application, and together with the specification, are used to explain the principles of the present application. Obviously, the drawings described below are only some embodiments of the present application, and for those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative work. In the drawings:

[0046] Figure 1 A schematic diagram of an implementation environment of a vehicle off-line detection method according to an embodiment of the present application;

[0047] Figure 2 This is a flow chart of a vehicle off-line detection method according to an embodiment of the present application;

[0048] Figure 3 A flowchart of a method for determining an actuator to be detected according to an embodiment of the present application;

[0049] Figure 4 A flowchart of detecting an actuator of a vehicle according to an embodiment of the present application;

[0050] Figure 5 A flowchart of executing software upgrade according to an embodiment of the present application;

[0051] Figure 6 This is a block diagram of a vehicle off-line detection device according to an embodiment of the present application;

[0052] Figure 7 A schematic diagram of the structure of a computer system suitable for implementing the memory of an embodiment of the present application is shown. DETAILED DESCRIPTION

[0053] The following describes the embodiments of the present application through specific examples, and those skilled in the art can easily understand other advantages and effects of the present application from the contents disclosed in this specification. The present application can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed in various ways based on different viewpoints and applications without departing from the spirit of the present application. It should be noted that the following embodiments and features in the embodiments can be combined with each other without conflict.

[0054] It should be noted that the illustrations provided in the following embodiments are only schematic illustrations of the basic concept of the present application, and thus the drawings only show components related to the present application rather than being drawn according to the number, shape and size of components in actual implementation. In actual implementation, the type, quantity and proportion of each component may be changed at will, and the component layout may also be more complicated.

[0055] Although the terms "first", "second", "A", and "B", etc. may be used herein to describe various elements, these elements should not be limited by these terms and are only used to distinguish one element from another. For example, a first element may be referred to as a second element, and similarly, a second element may be referred to as a first element without departing from the scope of the following technology. The term "and / or" includes a combination of multiple related items or any of the multiple related items.

[0056] As used herein, unless the context indicates otherwise, the singular form is intended to include the plural form, and it will be understood that the term "comprising" means the presence of stated features, quantities, steps, operations, elements, or combinations thereof, but does not exclude the presence or addition of one or more other features, quantities, steps, operations, elements, components, or combinations thereof.

[0057] Before the detailed description, it is intended to clarify that the division of components in this specification is divided only by the main function of each component. That is, two or more components to be described below can be combined into one component, or can be divided into two or more components according to more detailed functions. In addition to the main function of the component, each component to be described below can also perform some or all of the functions of other components, and some of the main functions of each component can be exclusively performed by other components.

[0058] Figure 1 Schematic diagram of the implementation environment of the vehicle off-line detection method according to an embodiment of the present application. Figure 1, the implementation environment includes a host computer, an actuator and a sensor. Data is transmitted between the host computer and the actuator via the CAN bus. The host computer can obtain multiple automobile offline inspection items, and then determine the dependency and non-dependency between the multiple inspection items. The dependency relationship indicates that the inspection of the first item in the multiple automobile offline inspection items depends on the inspection of the second item, and the non-dependency relationship indicates that the inspection of the first item is independent of the inspection of the second item; the first item or the second item is one or more of the multiple automobile offline inspection items; the inspection process of multiple automobile offline inspection items is determined according to the dependency relationship and the non-dependency relationship, and the inspection process includes: inspecting multiple automobile offline inspection items with dependencies in a serial inspection manner, and inspecting multiple automobile offline inspection items with non-dependencies in a parallel inspection manner. The present application detects multiple inspection items with dependencies in a serial manner and inspects multiple inspection items with non-dependencies in a parallel manner, so that multiple inspection items can be collected together for inspection, thereby shortening the total time of automobile offline inspection and improving production efficiency.

[0059] It should be understood that Figure 1 The number of actuators and sensors in the embodiment is only for illustration purposes. Any number of actuators and sensors may be provided according to actual needs.

[0060] See also Figure 2 , Figure 2 This is a flow chart of a vehicle off-line detection method according to an embodiment of the present application. Figure 2 As shown, the vehicle offline detection method at least includes steps S210 to S230:

[0061] Step S210, obtaining multiple vehicle off-line inspection items;

[0062] In one embodiment, the plurality of vehicle off-line inspection items include inspection of the vehicle's actuators, inspection of the vehicle's system parameters, and inspection of the vehicle's sensors;

[0063] Step S220, determining the dependency relationship and non-dependency relationship between the multiple automobile offline inspection items, wherein the dependency relationship indicates that the inspection of a first item in the multiple automobile offline inspection items depends on the inspection of a second item, and the non-dependency relationship indicates that the inspection of the first item is independent of the inspection of the second item; the first item or the second item is one or more of the multiple automobile offline inspection items;

[0064] A dependency relationship refers to an association state between two or more automotive offline test items, in which one automotive offline test item (usually called the "dependent") requires the existence, function or attribute of another automotive offline test item (usually called the "dependent") to work properly or play its role.

[0065] Some inspection items must be performed after other items or the execution of one inspection item may depend on the results or conditions of another inspection item because their execution depends on the results or status of the previous items. For example, the electrical system inspection may need to be performed after the static function inspection to ensure that the electrical components in the vehicle can work properly under the premise of correct assembly; for example, if the toe adjustment does not meet the standards, the inspection of the wheel hub and related systems may not be performed accurately.

[0066] As an example, for the detection of the software version of the actuator software, the detection of the system parameters, and the detection of the sensor, the detection of the system parameters has a dependency relationship with the detection of the sensor, and the detection of the actuator software version has a non-dependency relationship with the detection of the system parameters or the detection of the actuator software version has a non-dependency relationship with the detection of the sensor. In other words, the detection of the sensor can only be performed after the detection of the system parameters is completed, and the detection of the actuator software version does not depend on the detection of the system parameters and the detection of the sensor, and the detection of the system parameters and the detection of the sensor do not depend on the detection of the actuator software version.

[0067] Step S230, determining a detection process of multiple automobile offline detection items according to the dependency relationship and the non-dependency relationship, the detection process comprising: detecting multiple automobile offline detection items with a dependency relationship in a serial detection manner, and detecting multiple automobile offline detection items with a non-dependency relationship in a parallel detection manner;

[0068] Still taking the detection of actuators, system parameters and sensors as an example, since the detection of system parameters is dependent on the detection of sensors, it is necessary to complete the detection of system parameters first, and then perform the detection of sensors, that is, complete the detection of system parameters and the detection of sensors in a serial manner. Since the detection of actuators does not depend on the detection of system parameters and sensors, and the detection of system parameters and the detection of sensors do not depend on the detection of the actuator software version, the detection of actuators and the detection of system parameters can be performed simultaneously, that is, the detection of the actuator software version and the detection of system parameters are completed in parallel.

[0069] If there are multiple actuators that need to be detected, the dependency and non-dependency relationships of the multiple actuators can also be determined, and then each actuator can be detected based on the dependency and non-dependency relationships.

[0070] For example, the actuators include a compressor control unit CCU, a body control unit BCM, an electronic power steering control unit EPS, a shifter module GSM, a vehicle controller VCU, a motor control unit MCU, a battery management unit BMS, an electronic parking control unit EPB, etc. Then, by selecting the actuator to be detected on the operation interface of the host computer, one, multiple, or even all actuators are selected according to the detection requirements to perform software version detection to complete the subsequent software flash upgrade operation. The software that needs to be upgraded can be pre-stored in a specific storage path by downloading and copying from the cloud by each actuator engineer. In this embodiment, the actuators that need to be detected include: an electronic power steering control unit EPS, a vehicle controller VCU, and OneBox. Then determine the dependencies and non-dependencies of the above actuators, detect the actuators with non-dependencies in parallel, and detect the actuators with dependencies in serial.

[0071] The present application conducts serial testing of multiple test items with dependencies and parallel testing of multiple test items with non-dependencies, so that multiple test items can be completed in one workstation, thereby shortening the total time for off-line vehicle testing and improving production efficiency.

[0072] The detection of the actuator is to detect whether the software version in the actuator is the latest software version. If the software version in the actuator is not the latest software version, the software needs to be upgraded. Therefore, it is necessary to determine which actuators need to be upgraded. Please refer to Figure 3 , Figure 3 This is a flow chart of a method for determining an actuator to be detected according to an embodiment of the present application. Figure 3 In the method for determining the actuator to be detected, the steps include:

[0073] Step S310, obtaining the software version number of the software of the actuator to be detected and using it as the version number to be detected;

[0074] In one embodiment of the present application, the step of obtaining the software version number of the software of each actuator to be detected includes: obtaining a vehicle identification code; obtaining a software version number configuration table corresponding to the vehicle identification code in a pre-stored database based on the vehicle identification code, the software version number configuration table including: the software version numbers of all actuators.

[0075] For the vehicle identification code, the VIN code on the vehicle can be scanned by a code scanning device, and then the basic information corresponding to the vehicle VIN code can be automatically displayed on the operation interface of the host computer, including the software version numbers of all actuators on the vehicle. The software version numbers of all actuators are filled in the software version number configuration table in advance, and then associated with the VIN code and stored in the database. After obtaining the VIN code through the scanning device, the software version number configuration table can be obtained based on the association relationship, so as to query the software version number of the software to be tested.

[0076] It is understandable that the basic information may also include system parameters and sensor calibration status (calibrated or uncalibrated). If the software version number of the actuator cannot be detected through the VIN code, the corresponding basic information may be manually input on the operation interface of the host computer.

[0077] Step S320, comparing the version number to be detected with the target software version number; the target software version number is the latest software version number;

[0078] Step S330: When the version number to be detected is inconsistent with the target software version number, the corresponding executor is determined to be the executor to be upgraded.

[0079] In one embodiment, see Figure 4 , Figure 4 This is a flow chart of detecting an actuator of a vehicle according to an embodiment of the present application. Figure 4 In the embodiment, the detection of the actuator of the vehicle includes steps S410 to S450.

[0080] Step S410, obtaining an executor to be upgraded, and determining the type of the executor to be upgraded;

[0081] Step S420, communicating with the executor to be upgraded by using a communication method corresponding to the type of the executor to be upgraded, and sending a corresponding software upgrade package to the executor to be upgraded;

[0082] Step S430: Control the actuator to be upgraded to perform upgrading based on the software upgrade package.

[0083] The type of actuator can be determined by the communication protocol supported by the actuator. There are many communication protocols for the actuator. For example, the communication protocols supported by the actuator include: CAN protocol (Controller Area Network), LIN protocol (Local Interconnect Network), FlexRay protocol, MOST protocol (Media Oriented System Transport), and Ethernet protocol. If the actuator supports the CAN protocol, the host computer can use the CAN protocol to communicate with the actuator to be upgraded, and the data exchanged between the host computer and the actuator to be upgraded is CAN data; if the actuator supports the Ethernet protocol, the host computer can use Ethernet to communicate with the actuator to be upgraded, and the data exchanged between the host computer and the actuator to be upgraded is Ethernet data. After determining the type of the actuator to be upgraded, the host computer uses the communication method corresponding to the type of the actuator to be upgraded to establish a communication connection with the actuator to be upgraded, and then the host computer sends the corresponding software upgrade package to the actuator to be upgraded. The software version of the software upgrade here is the latest software version. Finally, the actuator to be upgraded completes the upgrade based on the corresponding software upgrade package. The host computer supports multiple communication methods. It selects the corresponding communication method according to the type of actuator to establish a communication connection with the actuator. This can make the upgrade of the vehicle controller more concise and convenient, and also facilitate the expansion of the vehicle's actuators that support different communication protocols in the future.

[0084] In one embodiment, controlling the actuator to be upgraded to upgrade includes:

[0085] The executors to be upgraded are grouped according to the dependencies between the executors to obtain dependency groups and non-dependency groups, wherein the executors to be upgraded in the dependency groups have dependencies, while the executors to be upgraded in the non-dependency groups do not have dependencies; the dependency groups are upgraded in a serial manner; and the non-dependency groups are grouped according to the types of the executors to be upgraded and the parent nodes of the executors to be upgraded to obtain serial upgrade groups and parallel upgrade groups, wherein the executors in the serial upgrade groups are upgraded in a serial manner based on the priorities of the executors, and the executors in the parallel upgrade groups are upgraded in a parallel manner.

[0086] The dependency relationship between executors can be determined by a dependency tree. After the executors to be upgraded are determined, the executors with dependencies can be determined according to the dependency tree, and then the executors without dependencies can be determined, so as to divide the executors to be upgraded into dependency groups and non-dependency groups.

[0087] For dependency groups, since there is a dependency relationship between each executor, the upgrade of the latter executor is based on the upgrade of the previous executor. For executors with dependencies, the upgrade sequence can be determined based on the dependencies. Since there is a sequence, the executors in the dependency group are upgraded in sequence using a serial upgrade method.

[0088] As for the non-dependency group, the executors to be upgraded in the non-dependency group are first grouped based on the executor type and the executor's parent node. Specifically, if the communication modes of any two executors are consistent, they cannot be upgraded in parallel; if the communication modes of the two executors are inconsistent and they have the same parent node, they can be upgraded in parallel; if the communication modes of the two executors are inconsistent and there is no parent-child relationship between the two executors, they can be upgraded in parallel. In this way, the executors to be upgraded that can be upgraded in parallel and the executors to be upgraded that cannot be upgraded in parallel are divided into a serial upgrade group and a parallel upgrade group. In the parallel upgrade group, the executors to be upgraded in the parallel upgrade group are upgraded by parallel upgrade; in the serial upgrade group, the executors to be upgraded in the serial upgrade group are upgraded by serial upgrade.

[0089] As an example, the upgrade order of the executors to be upgraded in the serial upgrade group is determined by setting the upgrade priority. The executors with higher priorities are upgraded first, and the executors with lower priorities are upgraded later. The priority can be determined according to the importance of the executors. That is, the executors to be upgraded in the serial upgrade group are upgraded in a serial upgrade manner.

[0090] See also Figure 5 , Figure 5 This is a flowchart of the software upgrade process of an embodiment of the present application. The data interaction between the host computer and the actuator to be upgraded is based on the UDS protocol (Unified Diagnostic Services, i.e. ISO14229). During each communication process between the host computer and the actuator to be upgraded, the UDS (Unified diagnostic services) request message is parsed until the flash process of the target ECU is completed. The UDS request message may include multiple types, such as UDS upgrade request messages, UDS download request messages, UDS response messages, UDS exit request messages and other messages. Figure 5 The steps to perform a software upgrade process include:

[0091] Step S510, sending an upgrade request message to the executor to be upgraded to request the executor to be upgraded to enter the upgrade mode;

[0092] After the upper computer determines the actuator to be upgraded according to the software version number of the actuator, it sends a UDS upgrade request message to the actuator to be upgraded to request the actuator to be upgraded to enter the upgrade mode.

[0093] Step S520, receiving a UDS download request message generated after the executor to be upgraded agrees to enter the upgrade mode, generating a first UDS response message based on the UDS download request message, and sending the first UDS response message to the executor to be upgraded;

[0094] After receiving the upgrade request message, the executor to be upgraded agrees to enter the upgrade mode and generates a download request message to request download of the software upgrade package. After receiving the UDS download request message, the upper computer generates a first UDS response message based on the UDS download request message and sends it to the executor to be upgraded.

[0095] Step S530, receiving a second UDS response message generated by the actuator to be upgraded when the first UDS response message is a positive response message, and transmitting a software upgrade package to the actuator to be upgraded when the second UDS response message is a positive response message;

[0096] After receiving the first UDS response message, the actuator to be upgraded demodulates the first UDS response message. If the first UDS response message is a positive response message, a second UDS response message is generated, and then the second UDS response message is sent to the host computer. The host computer demodulates the second UDS response message, and when the second UDS response message is a positive response message, that is, when the software upgrade package can be downloaded, the software upgrade package is transmitted to the actuator to be upgraded. It can be understood that the software upgrade package includes: an application and a driver.

[0097] Step S540: receiving a UDS exit request message generated by the executor to be upgraded after the software upgrade package is downloaded, so as to stop data transmission.

[0098] After the software upgrade package is downloaded, the actuator to be upgraded generates a UDS exit request message, and then sends the UDS exit request message to the host computer. The host computer demodulates the UDS exit request message and then stops data transmission.

[0099] In another embodiment, the step of upgrading the software of the actuator to be detected includes:

[0100] Step 1: The host computer and the actuator enter the programming conversation mode;

[0101] Step 2: Unlock the actuator;

[0102] Step 3: Routine control;

[0103] Step 4: The host computer sends a UDS download request message to the actuator;

[0104] Step 5: The host computer transmits the software upgrade package to the actuator;

[0105] Step 6: The host computer sends a UDS request transmission exit message to the actuator;

[0106] Step 7: Checksum verification.

[0107] For routine control ($31 service), the communication services are:

[0108] Client:31 01FE 00 00A0 00 00 00 00 01 00 00

[0109] Server:71 01FE 00 01

[0110] The present embodiment is described below with the executor as the client and the host computer as the server.

[0111] Routine control refers to the client requesting the server to start or stop a routine or requesting routine results. It is mainly used to erase memory, reset or learn adaptive values, or run a self-test and other functions.

[0112] The request format of routine control is: SID+SF+RID+optional;

[0113] The positive response format of routine control is: (SID+40)+SF+RID+optional.

[0114] Here we take a basic flashing process as an example: Assume that the memory to be erased starts from address 0xA0000000 and has a size of 0x00010000. After the routine control is executed, the information at the target location is successfully erased.

[0115] 0x01 means starting a routine; 0xFE00 is RID (Routine Identifier), and the specific use of this RID is defined by the user. For example, here 0xFE00 should be defined by the system vendor to define the erase action; 0xA0000000 is the starting address of the erase, and 0x00010000 is the size of the erase; the 5th byte of the server response indicates the status of the erase, and 0x01 indicates that the erase is successful.

[0116] When the erasure is successful, the download ($34 service) is then requested, that is, a data transmission is initiated from the client to the server. After receiving the request, the server will perform a series of actions to check whether the download can be made. If everything is normal, a UDS positive response is generated to the client.

[0117] For request download:

[0118] Client:34 00 44A0 00 00 00 00 01 00 00

[0119] Server: 74 20 0F 00

[0120] 0x00 is a data format identifier, indicating general flashing (there are also compressed flashing and encrypted flashing); 0x44 is a length format identifier, the first 4 indicates the number of bytes occupied by the memory size, that is, the corresponding length of 0x0001000, 4 bytes, and the last 4 indicates the number of bytes occupied by the memory address, that is, the corresponding length of 0xA0000000. 0x20 is also a length format identifier, indicating the length of 0xF000; 0xF000 is the maximum data block allowed each time during data transmission, that is, the size of 3601xx xx xx.......xx.

[0121] When the client receives a positive response to the download request, it can start transmitting data. The client will transmit data at a rate of 0x0F00 per transmission ($36 service). For data transmission:

[0122] Client:36 01xx xx xx xX xX XX.....xX

[0123] Server:76 01

[0124] Client:36 02xx xx xx xx xX XX.XX

[0125] Server:76 02

[0126] Here, the data of the flash file will be flashed to the memory block by block according to the one-to-one corresponding address. When the data is flashed, the transfer exit ($37 service) is requested. For verification and validation:

[0127] Client:31 01FE 01 44 80 00 80 00 00 00FF 00DA E5 12 41

[0128] Server:71 01FE 01

[0129] 0xFE01 is RID, indicating checksum verification; 0xDAE51241 is the expected checksum; 0x80008000 is the starting address of the checksum, and 0x0000FF00 is the size of the checksum address. That is, the software will obtain the data of this space based on the starting address and the address size, and calculate an actual checksum through a predetermined algorithm. The actual checksum is compared with the expected checksum. If the two are the same, it means that the flashed data is correct, and the server will respond positively.

[0130] In one embodiment of the present application, the step of detecting system parameters includes: obtaining current system parameters of the vehicle, and determining whether the current system parameters need to be adjusted; if the current system parameters need to be adjusted, comparing the current system parameters with standard system parameters; when the current system parameters are inconsistent with the standard system parameters, adjusting the current system parameters so that the current system parameters are consistent with the standard system parameters; if the current system parameters do not need to be adjusted, recording the current system parameters.

[0131] In this embodiment, the system parameters include: vehicle suspension height, single wheel load and four-wheel alignment parameters. If the vehicle suspension height and single wheel load do not need to be adjusted, these two parameters are recorded by the host computer, and if the four-wheel alignment parameters need to be adjusted, the adjustment steps are performed. The single wheel load of the four wheels can be detected by a mass sensor; the vehicle suspension height can be measured by non-contact 3D scanning; the four-wheel alignment parameters can be obtained by controlling the vehicle to rotate on the drum, thereby achieving the positioning of the wheels. When performing four-wheel alignment, the worker can install the steering wheel horizontal correction equipment on the steering wheel, so that the vehicle controls the steering wheel to be horizontally zeroed when the drum rotates, to achieve accurate wheel alignment testing, and help the worker to clamp the steering wheel at zero position when physically correcting the positioning parameters, so that the physical calibration of the positioning parameters is more accurate, convenient, and has a higher automation rate.

[0132] After adjusting the four-wheel alignment parameters to the standard values, the four-wheel alignment parameters must be tested again to determine the accuracy of the correction. The three offline test parameters of vehicle suspension height, single wheel load and four-wheel alignment parameters can be matched one by one with the VIN of each qualified vehicle and backed up in the system to facilitate engineers to trace.

[0133] In one embodiment of the present application, the message sent by the host computer to the actuator and the message fed back by the actuator to the host computer are both UDS messages. The step of detecting the sensor includes: sending a UDS safety verification request message to the actuator connected to the sensor; receiving a UDS response message generated by the actuator after performing a safety verification in response to the UDS safety verification request message, and sending a calibration execution instruction to the actuator when the UDS response message is a positive response message; upon receiving the calibration completion information generated by the actuator after completing the calibration execution instruction, obtaining the calibration value of the sensor; judging whether the calibration value is correct, and ending the calibration operation on the sensor after confirming that the calibration value is correct.

[0134] It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0135] Figure 6 is a block diagram of a vehicle off-line detection device according to an embodiment of the present application. Figure 6 As shown, a vehicle off-line detection device comprises:

[0136] The test item acquisition module 610 is used to acquire multiple vehicle off-line test items;

[0137] The relationship determination module 620 is used to determine the dependency relationship and the non-dependency relationship between the multiple automobile offline inspection items, wherein the dependency relationship indicates that the inspection of the first item in the multiple automobile offline inspection items depends on the inspection of the second item to be completed, and the non-dependency relationship indicates that the inspection of the first item is independent of the inspection of the second item; the first item or the second item is one or more of the multiple automobile offline inspection items;

[0138] The detection process determination module 630 is used to determine the detection process of multiple automobile offline detection items according to the dependency relationship and the non-dependency relationship, and the detection process includes: detecting multiple automobile offline detection items with dependency relationships in a serial detection manner, and detecting multiple automobile offline detection items with non-dependency relationships in a parallel detection manner.

[0139] It should be noted that the vehicle offline detection device provided in the above embodiment and the vehicle offline detection method provided in the above embodiment belong to the same concept, wherein the specific manner in which each module and unit performs the operation has been described in detail in the method embodiment, and will not be repeated here. In practical applications, the vehicle offline detection device provided in the above embodiment can allocate the above functions to different functional modules as needed, that is, divide the internal structure of the device into different functional modules to complete all or part of the functions described above, and this is not limited here.

[0140] An embodiment of the present application also provides a device, including: one or more processors; and a memory for storing one or more programs, when the one or more programs are executed by one or more processors, the memory implements the vehicle offline detection method in the above embodiment.

[0141] The embodiments of the present application further provide one or more machine-readable media on which instructions are stored, which, when executed by one or more processors, enable the processors to execute the vehicle offline detection method in the above-mentioned embodiments.

[0142] Figure 7 The schematic diagram of the structure of a computer system suitable for implementing the memory of the embodiment of the present application is shown. It should be noted that: Figure 7 The computer system of the memory shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0143] like Figure 7 As shown, the computer system includes a central processing unit (CPU), which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) or the program loaded from the storage part to the random access memory (RAM), such as the method in the above embodiment. In the RAM, various programs and data required for system operation are also stored. The CPU, ROM and RAM are connected to each other through a bus. The input / output (I / O) interface is also connected to the bus.

[0144] The following components are connected to the I / O interface: an input part including a keyboard, a mouse, etc.; an output part including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker; a storage part including a hard disk, etc.; and a communication part including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication part performs communication processing via a network such as the Internet. A drive is also connected to the I / O interface as needed. Removable media, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., are installed on the drive as needed so that a computer program read therefrom is installed into the storage part as needed.

[0145] In particular, according to an embodiment of the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program contains a computer program for executing the aforementioned automobile offline detection method. In such an embodiment, the computer program can be downloaded and installed from a network through a communication part, and / or installed from a removable medium. When the computer program is executed by a central processing unit (CPU), various functions defined in the system of the present application are executed.

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

[0147] The flowchart and block diagram in the accompanying drawings illustrate the possible architecture, functions and operations of the system, method and computer program product according to various embodiments of the present application. Wherein, each box in the flowchart or block diagram can represent a module, a program segment, or a part of the code, and the above-mentioned module, program segment, or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0148] The units involved in the embodiments described in this application may be implemented by software or hardware, and the units described may also be set in a processor. The names of these units do not, in some cases, constitute limitations on the units themselves.

[0149] Another aspect of the present application provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor of a computer, the computer executes the aforementioned vehicle off-line detection method. The computer-readable storage medium may be included in the memory described in the above embodiment, or may exist independently without being assembled into the memory.

[0150] Another aspect of the present application also provides a computer program product or a computer program, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the vehicle offline detection method provided in each of the above embodiments.

[0151] The above embodiments are merely illustrative of the principles and effects of the present application, and are not intended to limit the present application. Anyone familiar with the technology may modify or change the above embodiments without violating the spirit and scope of the present application. Therefore, all equivalent modifications or changes made by a person of ordinary skill in the art without departing from the spirit and technical ideas disclosed in the present application shall still be covered by the claims of the present application.

Claims

1. A vehicle off-line detection method, characterized in that: The detection method comprises: Obtain multiple off-line vehicle testing projects; Determine a dependency relationship and a non-dependency relationship between a plurality of automobile offline inspection items, wherein the dependency relationship indicates that the inspection of a first item in the plurality of automobile offline inspection items depends on the completion of the inspection of a second item, and the non-dependency relationship indicates that the inspection of the first item is independent of the inspection of the second item; the first item or the second item is one or more of the plurality of automobile offline inspection items; A detection process of multiple automobile off-line detection items is determined according to the dependency relationship and the non-dependency relationship, and the detection process includes: detecting multiple automobile off-line detection items with a dependency relationship in a serial detection manner, and detecting multiple automobile off-line detection items with a non-dependency relationship in a parallel detection manner.

2. The vehicle off-line detection method according to claim 1, characterized in that: The multiple vehicle off-line inspection items include inspection of the vehicle's actuators, inspection of the vehicle's system parameters, and inspection of the vehicle's sensors.

3. The vehicle off-line detection method according to claim 2, characterized in that: The detection of the vehicle's actuators includes: Obtain an executor to be upgraded, and determine the type of the executor to be upgraded; Communicate with the actuator to be upgraded using a communication method corresponding to the type of the actuator to be upgraded, and send a corresponding software upgrade package to the actuator to be upgraded; The actuator to be upgraded is controlled to be upgraded based on the software upgrade package.

4. The vehicle off-line detection method according to claim 3, characterized in that: Controlling the actuator to be upgraded to upgrade includes: The executors to be upgraded are grouped according to the dependency relationship between the executors to obtain a dependency group and a non-dependency group, wherein the executors to be upgraded in the dependency group have a dependency relationship, and the executors to be upgraded in the non-dependency group do not have a dependency relationship; For dependency groups, upgrade in a serial manner; For non-dependency groups, the executors to be upgraded are grouped according to their types and their parent nodes to obtain serial upgrade groups and parallel upgrade groups. The executors in the serial upgrade groups are upgraded in a serial manner based on the priorities of the executors, and the executors in the parallel upgrade groups are upgraded in a parallel manner.

5. The vehicle off-line detection method according to claim 3, characterized in that: The software upgrade process includes: Sending an upgrade request message to the executor to be upgraded to request the executor to be upgraded to enter an upgrade mode; receiving a download request message generated after the executor to be upgraded agrees to enter the upgrade mode, generating a first response message based on the download request message, and sending the first response message to the executor to be upgraded; receiving a second response message generated by the executor to be upgraded when the first response message is a positive response message, and transmitting a software upgrade package to the executor to be upgraded when the second response message is a positive response message; An exit request message generated by the executor to be upgraded after the software upgrade package is downloaded is received to stop data transmission.

6. The vehicle off-line detection method according to claim 2, characterized in that: The steps for detecting system parameters include: Obtaining current system parameters of the vehicle, and determining whether the current system parameters need to be adjusted; If the current system parameters need to be adjusted, the current system parameters are compared with the standard system parameters; When the current system parameters are inconsistent with the standard system parameters, adjusting the current system parameters to make the current system parameters consistent with the standard system parameters; If the current system parameters do not need to be adjusted, the current system parameters are recorded.

7. The vehicle off-line detection method according to claim 2, characterized in that: The steps for detecting the sensor include: Sending a safety verification request message to an actuator connected to the sensor; receiving a response message generated by the actuator after performing a safety check in response to the safety check request message, and sending a calibration execution instruction to the actuator when the response message is a positive response message; Upon receiving calibration completion information generated by the actuator after completing the calibration execution instruction, obtaining a calibration value of the sensor; Determine whether the calibration value is correct, and after confirming that the calibration value is correct, end the calibration operation on the sensor.

8. A vehicle off-line detection device, characterized in that: The detection device comprises: The test item acquisition module is used to obtain multiple off-line test items for automobiles; a relationship determination module, configured to determine a dependency relationship and a non-dependency relationship between a plurality of automobile offline inspection items, wherein the dependency relationship indicates that the inspection of a first item in the plurality of automobile offline inspection items depends on the completion of the inspection of a second item, and the non-dependency relationship indicates that the inspection of the first item is independent of the inspection of the second item; the first item or the second item is one or more of the plurality of automobile offline inspection items; The detection process determination module is used to determine the detection process of multiple automobile off-line detection items according to the dependency relationship and the non-dependency relationship, and the detection process includes: detecting multiple automobile off-line detection items with dependency relationships in a serial detection manner, and detecting multiple automobile off-line detection items with non-dependency relationships in a parallel detection manner.

9. A vehicle off-line testing device, characterized in that: include: one or more processors; and A memory, used to store one or more programs, when the one or more programs are executed by the one or more processors, the memory implements the vehicle off-line detection method as described in any one of claims 1-7.

10. A machine-readable medium, characterized in that Instructions are stored thereon, and when executed by one or more processors, the processors execute the vehicle off-line detection method as described in any one of claims 1-7.

Images