An ultrasonic radar system function offline detection device, method, storage medium and computer program product

Abstract

This invention proposes a device, method, storage medium, and computer program product for offline testing of ultrasonic radar systems. The system includes a network detection module, a target recognition module, and a detection execution module. This invention eliminates the need for pre-acquiring vehicle configuration information, identifying the control unit where the vehicle's ultrasonic radar system resides through functional addressing, thus avoiding the cost of developing dedicated testing equipment for different vehicle models. Simultaneously, it improves detection reliability by handling unresponsive anomalies through a secondary detection mechanism and enhances system compatibility by dynamically adapting to different diagnostic protocol versions. This invention simplifies the offline testing process, improves testing efficiency and adaptability, and is applicable to various vehicle models and other scenarios beyond offline testing.

Description

Technical Field

[0001] This invention belongs to the field of vehicle off-line inspection technology, specifically relating to an ultrasonic radar system functional off-line inspection device, method, storage medium, and computer program product. Background Technology

[0002] Ultrasonic radar is widely used in vehicles as a safety feature; however, depending on the vehicle's configuration, the functionality of the ultrasonic radar system needs to be adapted to different architectures, such as... Figure 2 As shown, the ultrasonic radar system functions in lower-spec models are assigned to the Parking Assist System (PKS) unit, while in other models, they are assigned to the View Monitor Control System (MVCs) unit. This presents a challenge for vehicle off-line inspection. If a common off-line inspection method is used, the off-line equipment obtains the vehicle's configuration from a remote server and then, based on the configuration information, such as... Figure 3 The method shown uses the physical address corresponding to the control unit to send diagnostic commands for ultrasonic function offline testing, which will inevitably increase the development cost of the offline equipment. Summary of the Invention

[0003] In order to automatically match the ultrasonic radar of vehicles with different configurations for offline testing, thereby improving the efficiency of ultrasonic radar function offline testing, this invention proposes an ultrasonic radar system function offline testing device, method, storage medium and computer program product.

[0004] An ultrasonic radar system functional failure detection device for achieving one of the objectives of this invention includes: The network detection module is used to send diagnostic service commands to the vehicle network using functional addressing, receive response messages returned by the online control unit, and generate an initial list containing the physical addresses of the responding online control units based on the response messages. The target identification module is used to identify the target control unit corresponding to the ultrasonic radar function based on the initial list and the preset physical address set; the preset physical address set includes multiple candidate physical addresses corresponding to different vehicle architectures with ultrasonic functions. The detection execution module is used to send predefined diagnostic commands to the target control unit to perform offline detection of the ultrasonic radar function of the target control unit.

[0005] Furthermore, the network detection module parses the corresponding physical addresses from the response messages returned by each online control unit, and generates the initial list based on the parsed physical addresses and their corresponding control units.

[0006] Furthermore, the target identification module matches the physical addresses in the initial list with the preset set of ultrasonic function-related physical addresses, and determines the target control unit based on the matching result.

[0007] Furthermore, the method for determining the target control unit based on the matching result includes: when the number of matched physical addresses is one, determining the control unit corresponding to that physical address as the target control unit.

[0008] Furthermore, the method for determining the target control unit based on the matching results includes: when the number of matched physical addresses is zero, it indicates that there is no response from any control unit related to the ultrasonic function in the current network segment. Possible reasons include: the vehicle is not equipped with ultrasonic function, the relevant control unit is not woken up, network communication failure, etc. At this time, the target identification module triggers the network detection module to resend the diagnostic service command with adjusted sending parameters; if there is still no response after multiple retries, an anomaly report is generated. The anomaly report includes at least one of the following information: an anomaly type identifier indicating that this anomaly is due to no target response; a timestamp recording the time of the anomaly occurrence; vehicle identification information associated with the specific detected vehicle; a record of the number of retries; and an anomaly code for interfacing with the production line management system.

[0009] Furthermore, the adjusted transmission parameters include at least one of the following: increasing the command transmission priority, extending the response waiting time, and increasing the number of retransmissions. The specific values ​​or strategies for the adjustments are preset by those skilled in the art based on the network status.

[0010] Furthermore, when more than one physical address is matched, it indicates a configuration conflict or network anomaly in the current vehicle. This may be due to multiple control units related to the ultrasonic function (e.g., PKS and MVCs online simultaneously) or address conflicts occurring in the network. At this point, the offline equipment suspends the testing process and generates an anomaly report. The anomaly report contains at least one of the following: an anomaly type identifier indicating a multi-target conflict; a timestamp recording the time of the anomaly; vehicle identification information associated with the specific tested vehicle; a list of multiple matched physical addresses for subsequent manual investigation or system analysis; and an anomaly code for interfacing with the production line management system. The anomaly report can be output in one of the following forms: displayed on the screen of a handheld device, stored in a local log file on the handheld device, or uploaded to a server via wireless communication.

[0011] Furthermore, the detection execution module includes: The protocol query unit is used to query the corresponding diagnostic protocol version information based on the physical address of the target control unit. The protocol query unit queries the diagnostic protocol version information in one of the following ways: searching a preset physical address and protocol version mapping table, sending a protocol identification request to the target control unit and judging based on the response characteristics, or loading the protocol version information from an external configuration file. The command generation unit is used to call a diagnostic command template that matches the diagnostic protocol version from a preset command library, and generate the predefined diagnostic command based on the diagnostic command template.

[0012] Furthermore, the command generation unit selects diagnostic command templates that match the diagnostic protocol version from a preset command library, fills in the variable parameters in the templates according to the current detection scenario, and generates predefined diagnostic commands that conform to the protocol format.

[0013] Furthermore, one method for the protocol query unit to query diagnostic protocol version information includes: searching a preset physical address and protocol version mapping table as shown in Table 1 below; after identifying the physical address of the target control unit, the protocol query unit searches the mapping table to determine the diagnostic protocol version corresponding to the physical address.

[0014] Furthermore, a second method for the protocol query unit to query diagnostic protocol version information includes: the protocol query unit sending a protocol identification request to the target control unit, and determining the supported protocol version based on the response characteristics returned by the control unit. For example, different protocol versions may have different response formats to the diagnostic session control command ($10), which can be determined by tentatively sending the command and analyzing the response.

[0015] Furthermore, the third method for the protocol query unit to query diagnostic protocol version information includes: storing the protocol version information in an external configuration file, loading the configuration file when the offline device starts up, and establishing a mapping relationship between the physical address and the protocol version. When a new vehicle model is added, only the configuration file needs to be updated, without modifying the device software.

[0016] Furthermore, the command generation unit is specifically used to: select diagnostic command templates that match the diagnostic protocol version from a preset command library, fill in the variable parameters in the templates according to the current detection scenario, and generate predefined diagnostic commands that conform to the protocol format.

[0017] Furthermore, the predefined diagnostic commands sent by the detection execution module are dynamically generated based on the diagnostic protocol version corresponding to the target control unit.

[0018] Furthermore, the predefined diagnostic commands include: a first diagnostic command for activating the ultrasonic radar self-test, a second diagnostic command for reading radar sensor status data, and a third diagnostic command for writing the offline test results.

[0019] Furthermore, the preset set of physical addresses related to ultrasonic functions includes: the physical address of the parking assist system (PKS) control unit and the physical address of the panoramic imaging system (MVCs) control unit.

[0020] It should be noted that the online control unit described in this invention does not refer to all electronic control units installed in the vehicle, but specifically to those control units that meet the following conditions: they are currently awake and have normal network communication; they support CAN bus-based diagnostic protocols; and after receiving a function addressing command (such as $3E), they can return a positive response message (such as $7E) according to the protocol specifications. In vehicle off-line testing scenarios, not all control units will be awakened or support diagnostic responses; therefore, the online control unit is the set of communicable control units actually included in the initial list.

[0021] A method for detecting functional failure of an ultrasonic radar system to achieve the second objective of this invention includes: The system sends diagnostic service commands to the vehicle network using a function addressing method, receives response messages from the online control unit, and generates an initial list containing the physical addresses of the responding online control unit based on the response messages. The target control unit corresponding to the ultrasonic radar function is identified based on the initial list and the preset physical address set; the preset physical address set contains multiple candidate physical addresses corresponding to different vehicle architectures with ultrasonic functions. Send a predefined diagnostic command to the target control unit to perform an offline test on the ultrasonic radar function of the target control unit.

[0022] A non-transitory computer-readable storage medium for achieving the third objective of the present invention stores a computer program thereon, characterized in that, when the computer program is executed by a processor, it implements the steps of the ultrasonic radar system offline detection method.

[0023] A computer program product for achieving the fourth objective of the present invention includes a computer program / instructions that, when executed by a processor, implement the steps of the ultrasonic radar system offline detection method.

[0024] The beneficial effects of this invention include: 1. The diagnostic command is sent to the vehicle network through function addressing, the response of all online control units is received, and the physical address of the response is matched with the set of ultrasonic function related addresses stored locally. The control unit where the current vehicle's ultrasonic radar system is located is automatically identified. There is no need to obtain vehicle configuration information through a remote server, and the adaptation development cost of offline equipment for different models is avoided. 2. By pre-setting an address set containing physical addresses of various architectures, it automatically adapts to vehicles with different configurations without manual intervention or equipment switching, realizing the standardization and automation of the testing process, improving the efficiency of offline testing, and can be extended to other scenarios such as after-sales diagnosis and maintenance testing. 3. A secondary detection mechanism is set up for the abnormal case of zero matching results, and the diagnostic command is resent with the adjusted sending parameters to avoid misjudgment caused by network transient failures or control unit response delays; for the abnormal case of more than one matching result, the detection is stopped in time and an anomaly report containing a list of multiple target addresses is generated, which facilitates manual investigation and system analysis and enhances system reliability. 4. By querying the corresponding diagnostic protocol version through the identified target control unit physical address, the system calls the matching diagnostic command template from the preset command library to generate specific diagnostic commands. It is compatible with vehicle models with different protocol versions. Even if a new protocol appears in the future, only the command library needs to be updated without modifying the device software, which has good scalability. 5. By using predefined diagnostic commands to cover the entire process of activating self-test, reading sensor status, and writing test results, the comprehensiveness of offline testing is ensured. Test results can be displayed in real time, stored locally, or uploaded to the server for easy quality traceability and data analysis. Attached Figure Description

[0025] Figure 1 This is a schematic diagram of the structure of the device described in this invention; Figure 2 This is a schematic diagram of the ultrasonic radar system architecture for vehicles with different configurations as described in the background section of this invention.

[0026] Figure 3 This is a schematic diagram illustrating the process of performing offline testing of ultrasonic radar system functions on vehicles with different configurations, as described in the background section of this invention.

[0027] Figure 4 This is a schematic diagram of the overall process of the adaptive ultrasonic radar system functional offline detection method described in this invention.

[0028] Figure 5 This is a schematic diagram illustrating the specific process of the adaptive judgment algorithm described in this invention. Detailed Implementation

[0029] The following detailed embodiments are provided to explain the technical solutions of the present invention, so that those skilled in the art can understand the present invention. The scope of protection of the present invention is not limited to the following specific embodiments. Any modifications or improvements made by those skilled in the art that incorporate the technical solutions of the present invention but differ from the following detailed embodiments are also within the scope of protection of the present invention.

[0030] Example 1 An adaptive offline detection method for ultrasonic radar system functions First, before conducting offline testing, a diagnostic database needs to be built in advance. This database stores all control unit information that may be related to the offline testing of the ultrasonic function, including but not limited to: the physical address of the control unit (such as CAN ID), the network segment where the physical address is located (such as powertrain CAN, body CAN, chassis CAN, etc.), and filtering rules used to identify whether the address is related to the ultrasonic function.

[0031] During vehicle off-line testing, the operator connects the off-line equipment to the vehicle network via DLC. The equipment then initiates an adaptive testing process, such as... Figure 4 As shown. Specifically includes: S1. The device uses functional addressing (e.g., using broadcast ID 0x7DF) to send the diagnostic command $3E (i.e., the tester keep-connect command) to all network segments in the vehicle. The purpose of this command is to activate all nodes on the network and request a response from them.

[0032] S2. Upon receiving the $3E command, all electronic control units (ECUs) in the vehicle network that support CAN network-based diagnostics send a positive response message $7E to the diagnostic device according to the protocol specifications, using their own unique physical address (such as 0x7E0, 0x7E1, etc.) to inform the device of their existence. At this point, the device obtains a raw list containing the physical addresses of all online control units.

[0033] S3. After obtaining information from all control units, the device calls the pre-set filtering rules in the diagnostic database (for example, filtering out addresses whose physical addresses belong to PKS units or MVCs units) to filter out physical address information that is irrelevant to the ultrasonic function offline detection from the original list. For example, the addresses of engine ECU, transmission ECU, ABS ECU, etc. are all irrelevant to the ultrasonic function offline detection.

[0034] S4. Perform logical checks on the filtered physical address list. According to design principles, a vehicle should only have one main control unit responsible for the ultrasonic radar system at any given time; this can be either a PKS or an MVC, but not both simultaneously. Therefore, the following checks are performed: If the filtered list of physical addresses is empty, it indicates that the current vehicle may not be equipped with an ultrasonic radar system, or its control unit may not respond according to the standard protocol. In this case, the device should stop offline detection and indicate an abnormality. If the filtered list of physical addresses contains multiple addresses, it indicates a conflict between the vehicle configuration and the preset database. For example, the database may incorrectly mark both PKS and MVCs as ultrasonic-related, or there may be abnormal nodes in the vehicle network. To avoid misoperation, the device will stop detection and indicate an abnormality. The device will only identify an address as the target control unit of the current vehicle's ultrasonic radar system if the filtered list of physical addresses contains exactly one address.

[0035] S5. After determining the physical address of the target control unit, the device queries the diagnostic database for the network segment information to which it belongs, such as physical address 0x7E0 belonging to the power CAN.

[0036] At this point, the offline equipment has completed the process as follows: Figure 5 The adaptive identification function of the ultrasonic radar system control unit shown in the figure.

[0037] Once the adaptive identification of the ultrasonic radar control unit is completed, the offline device has obtained the accurate configuration information of the current vehicle. Subsequently, the device can use the identified physical address (e.g., 0x7E0) and the network segment information (e.g., power CAN) of that physical address as the diagnostic target, and send a series of pre-programmed diagnostic commands for that specific control unit (PKS or MVCs) to the network segment to perform offline testing functions (such as sensor self-test, function activation test, etc.), and record the test results completely, thereby realizing the adaptive offline testing of the ultrasonic radar system function.

[0038] Example 2 An ultrasonic radar system functional failure detection device, such as Figure 1 As shown, it includes: The network detection module is used to send diagnostic service commands to the vehicle network using functional addressing, receive response messages returned by the online control unit, and generate an initial list containing the physical addresses of the responding online control units based on the response messages. The target identification module is used to identify the target control unit corresponding to the ultrasonic radar function based on the initial list and the preset physical address set; the preset physical address set includes multiple candidate physical addresses corresponding to different vehicle architectures with ultrasonic functions. The detection execution module is used to send predefined diagnostic commands to the target control unit to perform offline detection of the ultrasonic radar function of the target control unit.

[0039] In one embodiment, the network detection module parses the corresponding physical address from the response messages returned by each online control unit, and generates the initial list based on the parsed physical address and its corresponding control unit.

[0040] In one embodiment, the target identification module matches the physical addresses in the initial list with the preset set of ultrasonic function-related physical addresses, and determines the target control unit based on the matching result.

[0041] In one embodiment, the method for determining the target control unit based on the matching result includes: when the number of matched physical addresses is one, determining the control unit corresponding to that physical address as the target control unit. For example, if the initial list contains physical address 0x7E8 and this address belongs to the address range of MVCs, then the target identification module determines the target control unit as an MVC and the physical address as 0x7E8.

[0042] In one embodiment, the method for determining the target control unit based on the matching results includes: when the number of matched physical addresses is zero, it indicates that there is no response from any control unit related to ultrasonic function in the current network segment. Possible reasons include: the vehicle is not equipped with ultrasonic function, the relevant control unit is not woken up, network communication failure, etc. At this time, the target identification module triggers the network detection module to resend the diagnostic service command with adjusted sending parameters; if there is still no response after multiple retries, an anomaly report is generated. The anomaly report includes at least one of the following information: an anomaly type identifier indicating that the current anomaly is due to no target response; a timestamp recording the time of the anomaly occurrence; vehicle identification information associated with the specific detected vehicle; a record of the number of retries; and an anomaly code for interfacing with the production line management system.

[0043] In one embodiment, the adjusted transmission parameters include at least one of the following: increasing the command transmission priority, extending the response waiting time, and increasing the number of retransmissions. Increasing the command transmission priority refers to increasing the CAN ID priority of diagnostic messages or shortening the message interval in CAN bus communication; extending the response waiting time refers to extending the default timeout value of the response timeout timer, such as from 100ms to 300ms; increasing the number of retransmissions refers to increasing the number of retransmissions, such as from the default 3 times to 5 times. If there is still no response, the process terminates and an exception report is generated.

[0044] In one embodiment, when more than one physical address is matched, it indicates a configuration conflict or network anomaly in the current vehicle. This may be due to multiple control units related to the ultrasonic function (e.g., PKS and MVCs are online simultaneously) or address conflicts occurring in the network. At this point, the offline equipment suspends the detection process and generates an anomaly report. The anomaly report includes at least one of the following: an anomaly type identifier indicating a multi-target conflict; a timestamp recording the time of the anomaly; vehicle identification information associated with the specific detected vehicle; a list of multiple matched physical addresses for subsequent manual investigation or system analysis; and an anomaly code for interfacing with the production line management system. The anomaly report can be output in one of the following forms: displayed on the screen of a handheld device, stored in a local log file on the handheld device, or uploaded to a server via wireless communication.

[0045] In one embodiment, the detection execution module includes: The protocol query unit is used to query the corresponding diagnostic protocol version information based on the physical address of the target control unit; The command generation unit is used to call a diagnostic command template that matches the diagnostic protocol version from a preset command library, and generate the predefined diagnostic command based on the diagnostic command template.

[0046] In one embodiment, the method for the protocol query unit to query diagnostic protocol version information includes: searching a preset physical address and protocol version mapping table as shown in Table 1 below; after identifying the physical address of the target control unit, the protocol query unit searches the mapping table to determine the diagnostic protocol version corresponding to the physical address.

[0047] Table 1 Mapping Relationship Table In one embodiment, the method for the protocol query unit to query diagnostic protocol version information includes: the protocol query unit sending a protocol identification request to the target control unit, and determining the supported protocol version based on the response characteristics returned by the control unit. For example, different protocol versions may have different response formats to the diagnostic session control command ($10), which can be determined by tentatively sending the command and analyzing the response.

[0048] In one embodiment, the method for the protocol query unit to query diagnostic protocol version information includes: storing the protocol version information in an external configuration file, loading the configuration file when the offline device starts up, and establishing a mapping relationship between the physical address and the protocol version. When a new vehicle model is added, only the configuration file needs to be updated, without modifying the device software.

[0049] In one embodiment, the command generation unit is specifically used to: select a diagnostic command template that matches the diagnostic protocol version from a preset command library, fill in the variable parameters in the template according to the current detection scenario, and generate a predefined diagnostic command that conforms to the protocol format.

[0050] In one embodiment, each diagnostic command template includes the following information: a template identifier, a list of applicable protocol versions, a command format template containing fixed fields and variable parameter placeholders, a parameter definition including the meaning of each placeholder, its value range, the encoding method, and an expected response format template. Taking the activation of the ultrasonic radar self-test as an example, the specific steps include: Step 1: The command generation unit selects applicable command templates from the command library based on the protocol version information (e.g., "UDS") returned by the protocol query unit. Step 2: Select the template corresponding to the target function from the filter results. The template for activating the self-check function is: Template ID: ACTIVATE_SELF_CHECK Protocol version: UDS Command format: [0x10 0x03] [0x2F {sensor_id} {test_duration}] Expected response: [0x50 0x03] [0x6F {sensor_id} {status}] Where sensor_id represents the sensor ID, occupying 1 byte, with a value range of 0x01-0x10; test_duration: test duration, occupying 2 bytes, in milliseconds; status represents the diagnostic response status code, occupying 1 byte, used to indicate the execution result of the self-test command, specifically including: 0x00: command successfully received, self-test started; 0x01: command successfully received, but the specified sensor does not exist; 0x02: command successfully received, but the specified sensor is currently unavailable (e.g., performing other tasks); 0x11: command format error; 0x12: parameter out of range; 0x7F: service not supported; 0xFF: unknown error; Step 3: The command generation unit fills in the parameters according to the current detection scenario; for example, if it is necessary to activate all sensors for self-testing for 10 seconds, the parameters would be filled in as follows: sensor_id=0xFF (represents all sensors) test_duration=0x2710 (10000ms) Generation command: [0x10 0x03][0x2F 0xFF 0x27 0x10] Step 4: Encapsulate the generated command according to the protocol requirements (such as adding length bytes, checksums, etc.) to form the final diagnostic command to be sent.

[0051] The command library can be stored in the device's local memory and supports online updates; when a new vehicle model or protocol version is added, the updated command library can be downloaded via the network without replacing the hardware.

[0052] In one embodiment, taking a vehicle equipped with an MVCs control unit as an example, the complete workflow of the detection execution module is illustrated: The target recognition module identified the physical address of the target control unit as 0x7E8; The protocol query unit finds the corresponding protocol version "KWP2000" in the mapping table based on address 0x7E8; The command generation unit filters all templates with the protocol version "KWP2000" from the command library; Select the template to activate the self-test function and fill in the parameters (sensor ID=0xFF, time=5000ms). Generate command sequence: 0x10 0x81 0x2F 0xFF 0x13 0x88...; The detection execution module sends the generated command to the target control unit corresponding to physical address 0x7E8.

[0053] Receive the response returned by the target control unit, for example, the response is [0x50 0x03] [0x6F 0xFF0x00]; The response content is parsed as follows: sensor_id=0xFF (all sensors), status=0x00 (command successfully received, self-test started), indicating that the self-test command was executed successfully.

[0054] In one embodiment, the predefined diagnostic command sent by the detection execution module is dynamically generated based on the diagnostic protocol version corresponding to the target control unit.

[0055] In one embodiment, the predefined diagnostic commands include, but are not limited to, the following types: a first diagnostic command for activating the ultrasonic radar self-test, a second diagnostic command for reading radar sensor status data, and a third diagnostic command for writing offline test results.

[0056] In one embodiment, the preset set of physical addresses related to ultrasonic functions includes: the physical address of the Parking Assist System (PKS) control unit and the physical address of the Visual Center of the Panoramic View (MVC) control unit. For example, the physical address range of the Parking Assist System (PKS) control unit (e.g., 0x7E0-0x7E7); the physical address range of the Visual Center of the Panoramic View (MVC) control unit (e.g., 0x7E8-0x7EF). This preset address set is pre-stored locally on the device, eliminating the need to retrieve vehicle configuration information from the server during detection.

[0057] It should be noted that the online control unit described in this invention does not refer to all electronic control units installed in the vehicle, but specifically to those control units that meet the following conditions: they are currently awake and have normal network communication; they support CAN bus-based diagnostic protocols; and after receiving a function addressing command (such as $3E), they can return a positive response message (such as $7E) according to the protocol specifications. In vehicle off-line testing scenarios, not all control units will be awakened or support diagnostic responses; therefore, the online control unit is the set of communicable control units actually included in the initial list.

[0058] Example 3 A method for detecting functional failure of an ultrasonic radar system, comprising: The system sends diagnostic service commands to the vehicle network using a function addressing method, receives response messages from the online control unit, and generates an initial list containing the physical addresses of the responding online control unit based on the response messages. The target control unit corresponding to the ultrasonic radar function is identified based on the initial list and the preset physical address set; the preset physical address set contains multiple candidate physical addresses corresponding to different vehicle architectures with ultrasonic functions. Send a predefined diagnostic command to the target control unit to perform an offline test on the ultrasonic radar function of the target control unit.

[0059] Example 4 A computer program product includes a computer program / instructions that, when executed by a processor, implement the various steps of the method described in this invention.

[0060] Example 5 This invention also provides a non-transitory computer-readable storage medium storing a computer program. The computer program includes program instructions that, when executed by a processor, implement the various steps of the method described in this invention, which will not be elaborated further here.

[0061] The computer-readable storage medium can be the data transmission apparatus or the internal storage unit of a computer device provided in any of the foregoing embodiments, such as the hard disk or memory of the computer device. The computer-readable storage medium can also be the external storage device of the computer device, such as the plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc. equipped on the computer device.

[0062] Furthermore, the computer-readable storage medium may include both internal storage units and external storage devices of the computer device. The computer-readable storage medium is used to store the computer program and other programs and data required by the computer device. The computer-readable storage medium may also be used to temporarily store data that is to be output or has already been output.

[0063] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, systems, or computer program products. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0064] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0065] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0066] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0067] The contents not described in detail in this specification are existing technologies known to those skilled in the art.

Claims

1. A device for detecting functional failure of an ultrasonic radar system, characterized in that, include: The network detection module is used to send diagnostic service commands to the vehicle network using functional addressing, receive response messages returned by the online control unit, and generate an initial list containing the physical addresses of the responding online control units based on the response messages. The target identification module is used to identify the target control unit corresponding to the ultrasonic radar function based on the initial list and the preset physical address set. The detection execution module is used to send predefined diagnostic commands to the target control unit to perform offline detection of the ultrasonic radar function of the target control unit.

2. The ultrasonic radar system functional failure detection device as described in claim 1, characterized in that, The network detection module parses the corresponding physical addresses from the response messages returned by each online control unit, and generates the initial list based on the parsed physical addresses and their corresponding control units.

3. The ultrasonic radar system functional failure detection device as described in claim 2, characterized in that, The target identification module matches the physical addresses in the initial list with the preset set of ultrasonic function-related physical addresses, and determines the target control unit based on the matching result.

4. The ultrasonic radar system functional failure detection device as described in claim 3, characterized in that, The method for determining the target control unit based on the matching result includes: when the number of matched physical addresses is one, determining the control unit corresponding to that physical address as the target control unit.

5. The ultrasonic radar system functional failure detection device as described in claim 3 or 4, characterized in that, The method for determining the target control unit based on the matching results includes: when the number of matched physical addresses is zero, the target identification module triggers the network detection module to resend the diagnostic service instruction with adjusted sending parameters.

6. The ultrasonic radar system functional failure detection device as described in claim 5, characterized in that, The adjusted transmission parameters include at least one of the following: increasing the command transmission priority, extending the response waiting time, and increasing the number of retransmissions.

7. The ultrasonic radar system functional failure detection device as described in claim 1, characterized in that, The detection execution module includes: The protocol query unit is used to query the corresponding diagnostic protocol version information based on the physical address of the target control unit; The command generation unit is used to call a diagnostic command template that matches the diagnostic protocol version from a preset command library, and generate the predefined diagnostic command based on the diagnostic command template.

8. A method for detecting functional offline status of an ultrasonic radar system applied to the device of claim 1, characterized in that, include: The system sends diagnostic service commands to the vehicle network using a function addressing method, receives response messages from the online control unit, and generates an initial list containing the physical addresses of the responding online control unit based on the response messages. The target control unit corresponding to the ultrasonic radar function is identified based on the initial list and the preset set of physical addresses; Send a predefined diagnostic command to the target control unit to perform an offline test on the ultrasonic radar function of the target control unit.

9. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the steps of the ultrasonic radar system offline detection method as described in claim 8.

10. A computer program product comprising a computer program / instructions, characterized in that, When the computer program / instruction is executed by the processor, it implements the steps of the ultrasonic radar system offline detection method as described in claim 8.

Images