Domain controller signal testing methods, systems, computer program products, and vehicles

Abstract

This invention discloses a signal testing method, system, computer program product, and vehicle for a domain controller. Specifically, the method relates to the field of signal testing for vehicle domain controllers, and includes: responding to a received signal test command for testing the domain controller, determining a target signal line corresponding to the signal test command from the domain controller's multiple signal lines; controlling a relay circuit to be in the target state corresponding to the target signal line, with different states of the relay circuit corresponding to different signal lines under test, and the relay circuit being used to connect a host computer and the multiple signal lines; sending a wake-up signal to the domain controller via the controller's LAN bus, and receiving a target message returned by the domain controller via the target signal line; and determining the test result of the target signal line based on the target message, the test result being used to characterize whether a communication failure has occurred in the target signal line. This invention solves the technical problem of low intelligence in related technologies for testing domain controller signals.

Description

Technical Field

[0001] This invention relates to the field of signal testing for vehicle domain controllers, and more specifically, to a signal testing method, system, computer program product, and vehicle for a domain controller. Background Technology

[0002] As the number of Local Interconnect Network (LIN) communication signals on new domain controllers gradually increases, the demand for LIN communication testing efficiency also increases. Currently, some domain controllers have as many as 8 or even 12 LIN signals. Manually performing communication tests on each one is cumbersome. Furthermore, when conducting environmental endurance tests, it is necessary to monitor the message response time and handle errors for timeout responses. Manually testing a single LIN signal does not allow for simultaneous testing of multiple LIN signals and determination of message response time, resulting in a low level of intelligence in testing domain controller signals.

[0003] There is currently no effective solution to the above problems. Summary of the Invention

[0004] This invention provides a signal testing method, system, computer program product, and vehicle for a domain controller, to at least address the technical problem of low intelligence in testing the signals of domain controllers in related technologies.

[0005] According to one aspect of the present invention, a signal testing method for a domain controller is provided, applied to a host computer. The method includes: in response to receiving a signal testing command to test the domain controller, determining a target signal line corresponding to the signal testing command from multiple signal lines of the domain controller; controlling a relay circuit to be in a target state corresponding to the target signal line, wherein different signal lines to be tested correspond to different states of the relay circuit, and the relay circuit is used to connect the host computer and the multiple signal lines; sending a wake-up signal to the domain controller through a controller area network bus, and receiving a target message returned by the domain controller through the target signal line; and determining a test result of the target signal line based on the target message, wherein the test result is used to characterize whether a communication failure has occurred in the target signal line.

[0006] Optionally, the relay circuit includes multiple switches, and controlling the relay circuit to be in the target state corresponding to the target signal line includes: determining the target switch corresponding to the target signal line among the multiple switches; controlling the target switch to be turned on so that the host computer is connected to the target signal line; and controlling the other switches among the multiple switches except the target switch to be turned off so that the host computer is disconnected from the other signal lines among the multiple signal lines except the target signal line.

[0007] Optionally, based on the target message, the test result of the target signal line is determined, including: parsing the target message to determine the target baud rate of the target message; in response to the target baud rate being consistent with the preset baud rate corresponding to the target signal line, determining the test result as no communication failure of the target signal line; in response to the target baud rate being inconsistent with the preset baud rate corresponding to the target signal line, determining the test result as a communication failure of the target signal line.

[0008] Optionally, based on the target message, the test result of the target signal line is determined, including: obtaining the preset message corresponding to the target signal line; in response to the target message being consistent with the preset message, determining that the test result is that the target signal line has no communication failure; in response to the target message being inconsistent with the preset message, determining that the test result is that the target signal line has a communication failure.

[0009] Optionally, before sending a wake-up signal to the domain controller via the controller area network bus, the method further includes: determining the bus address of the domain controller; and generating a wake-up signal based on the bus address and the preset baud rate corresponding to the target message.

[0010] Optionally, before determining the test result of the target signal line based on the target message, the method further includes: parsing the target message to obtain the target timestamp of the target message, wherein the target timestamp is used to characterize the time when the domain controller sends the target message; determining the target response time corresponding to the target message based on the target timestamp, wherein the target response time is used to characterize the time from when the domain controller sends the target message to when the host computer receives the target message; determining that the target message has been lost in response to the target response time being greater than a preset response time; and determining the test result based on the target message in response to the target response time being less than or equal to the preset response time.

[0011] According to another aspect of the present invention, a signal testing system for a domain controller is also provided, comprising: a domain controller including multiple signal lines; a relay circuit, wherein a plurality of first terminals of the relay circuit are respectively connected to the multiple signal lines one by one; a host computer, wherein the input terminal of the host computer is connected to the second terminal of the relay circuit, and the output terminal of the host computer is connected to the domain controller through a controller local area network bus, wherein the host computer is used to execute the method of any one of the above embodiments.

[0012] Optionally, the relay circuit includes: multiple switches, the first terminals of the multiple switches being connected one-to-one with multiple signal lines, and the second terminals of the multiple switches being connected to the input terminals of the host computer.

[0013] Optionally, the system further includes: a first converter, the first end of which is connected to the output of the host computer via a universal serial bus, and the second end of which is connected to the domain controller via a controller area network bus.

[0014] Optionally, the system further includes: a second converter, the first end of which is connected to the second end of the relay circuit via a local interconnection network signal line, and the second end of which is connected to the host computer via a universal serial bus.

[0015] According to another aspect of the present invention, a vehicle is also provided, including: a signal testing system for a domain controller according to various embodiments of the present invention.

[0016] According to another aspect of the present invention, a computer-readable storage medium is also provided, the computer-readable storage medium including a stored executable program, wherein, when the executable program is executed, it controls the device where the computer-readable storage medium is located to perform the methods of various embodiments of the present invention.

[0017] According to another aspect of the present invention, a computer program product is also provided, including a computer program that, when executed by a processor, implements the methods of various embodiments of the present invention.

[0018] According to another aspect of the present invention, a computer program product is also provided, including a non-volatile computer-readable storage medium storing a computer program that, when executed by a processor, implements the methods of various embodiments of the present invention.

[0019] According to another aspect of the present invention, a computer program is also provided, which, when executed by a processor, implements the methods of the various embodiments of the present invention.

[0020] In this embodiment of the invention, in response to receiving a signal test command to test the domain controller, a target signal line corresponding to the signal test command is determined from the multiple signal lines of the domain controller; a relay circuit is controlled to be in the target state corresponding to the target signal line, wherein different signal lines to be tested correspond to different states of the relay circuit, and the relay circuit is used to connect the host computer and the multiple signal lines; a wake-up signal is sent to the domain controller through the controller area network bus, and a target message returned by the domain controller is received through the target signal line; based on the target message, the test result of the target signal line is determined, wherein the test result is used to characterize whether the target signal line has a communication failure. It is noteworthy that the signal test command can automatically test multiple signal lines of the domain controller simultaneously. Furthermore, it can simultaneously determine the test result of the target signal line of the domain controller based on the target message, improving the intelligence level of the domain controller signal line testing and achieving the goal of intelligently testing the domain controller signals. This achieves a more intelligent technical effect for testing domain controller signals, thereby solving the technical problem of low intelligence level in related technologies for testing domain controller signals. Attached Figure Description

[0021] The accompanying drawings, which are included to provide a further understanding of the invention and form part of this application, illustrate exemplary embodiments of the invention and, together with their description, serve to explain the invention and do not constitute an undue limitation thereof. In the drawings:

[0022] Figure 1 This is a flowchart of a signal testing method for a domain controller according to an embodiment of the present invention;

[0023] Figure 2 This is a schematic diagram of an optional domain controller signal testing system according to an embodiment of the present invention;

[0024] Figure 3 This is a schematic diagram of an optional relay circuit according to an embodiment of the present invention;

[0025] Figure 4 This is a schematic diagram of a signal testing system for a domain controller according to an embodiment of the present invention. Detailed Implementation

[0026] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0027] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0028] Example 1

[0029] According to an embodiment of the present invention, a method for testing signals of a domain controller is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0030] Figure 1 This is a flowchart of a signal testing method for a domain controller according to an embodiment of the present invention. This method is applied in a host computer, such as... Figure 1 As shown, the method includes the following steps:

[0031] Step S102: In response to receiving a signal test command to test the domain controller, determine the target signal line corresponding to the signal test command from the multiple signal lines of the domain controller.

[0032] The aforementioned vehicle can be any one or more vehicles equipped with domain controllers in the prior art, and the specific type is not limited in this embodiment. The aforementioned domain controller can be any one or more domain controllers capable of emitting LIN communication signals, for example, including but not limited to: LIN bus master controller, LIN bus slave controller, and LIN bus master-slave controller. The aforementioned signal test command can be a signal test command obtained after the host computer recognizes the content input by the user on the host computer's user interface for testing the signal lines of the domain controller. The content input by the user can be for testing one signal line or multiple signal lines. The user can input text or voice in the host computer's user interface, but is not limited to these. The aforementioned target signal line can be the signal line corresponding to the signal test command that needs to be tested for LIN communication signals. The number of target signal lines can be one or multiple, and the specific number can be determined according to actual testing needs, and is not limited in this embodiment.

[0033] The aforementioned host computer (also known as a host computer, host software, or host system) is a computer system or software that communicates and controls one or more slave computers (typically embedded systems, microcontrollers, or other types of low-level processors). The host computer is typically used to monitor, control, and process data from the slave computers. The main characteristics and functions of the host computer are as follows: User Interface: The host computer usually provides a user-friendly graphical interface, allowing users to easily interact with the system, view real-time data, set parameters, or perform other operations. Data Processing: The host computer can process, analyze, and visualize data received from the slave computers, enabling users to better understand and utilize this data. Control Functions: The host computer can send control commands to the slave computers to control them. For example, it can adjust the operating parameters of the equipment, start or stop the equipment, etc. Communication: The host computer exchanges data with the slave computers through various communication protocols. System Integration: The host computer can be integrated with other systems or devices to achieve more advanced functions, such as remote monitoring, fault diagnosis, and predictive maintenance. Scalability: The host computer can be expanded as needed to adapt to different application scenarios and requirements. In fields such as industrial automation, IoT, and smart homes, the combined use of host and slave computers can improve the system's flexibility, reliability, and ease of use.

[0034] In an optional embodiment, when it is necessary to test the signals of the domain controller, in order to improve the intelligence of the signal testing of the domain controller, in this embodiment, the user can first input the content for testing the signals of the domain controller in the user interface of the host computer. For example, the user can input the text "Test the LIN communication signal of signal line number 1 of the domain controller" in the user interface of the host computer. At this time, after parsing the received content, the host computer can obtain the signal test instruction "Test the LIN communication signal of signal line number 1 of the domain controller". When the signal test instruction for testing the domain controller is received, the signal line numbered 1 (i.e., the target signal line) corresponding to the signal test instruction can be determined from the multiple signal lines of the domain controller. For example, a user can enter the text "Test the LIN communication signals of signal lines 1 and 2 of the domain controller" in the user interface of the host computer. After parsing the received content, the host computer can obtain the signal test command "Test the LIN communication signals of signal lines 1 and 2 of the domain controller". Upon receiving the signal test command to test the domain controller, the host computer can determine the signal lines 1 and 2 (i.e., the target signal lines) that correspond to the signal test command from the multiple signal lines of the domain controller.

[0035] Step S104: Control the relay circuit to be in the target state corresponding to the target signal line. Different test signal lines correspond to different states of the relay circuit. The relay circuit is used to connect the host computer and multiple signal lines.

[0036] The aforementioned relay circuit is used to connect the host computer and multiple signal lines. The relay circuit contains multiple switches, each with its first terminal connected to a corresponding signal line and its second terminal connected to the input terminal of the host computer. The state of different signal lines under test corresponds to the state of their respective switches in the relay circuit. The target state can be, but is not limited to, the target signal line being connected to the host computer.

[0037] In one alternative embodiment, upon determining the target signal line, the relay circuit can be controlled to be in the target state corresponding to the target signal line. For example, firstly, a target switch corresponding to the target signal line can be determined from among multiple switches. Secondly, the target switch can be controlled to be turned on, so that the host computer can be connected to the target signal line, and then the LIN communication line number of the target signal line can be tested through the host computer.

[0038] It should be noted that, in order to ensure that the host computer can accurately test the LIN communication signal of the target signal line, after the target signal line is determined, the other switches among the multiple switches of the relay can be turned off, so that the host computer is disconnected from the other signal lines among the multiple signal lines except for the target signal line.

[0039] Step S106: Send a wake-up signal to the domain controller via the controller area network bus, and receive the target message returned by the domain controller via the target signal line.

[0040] The aforementioned Controller Area Network (CAN) bus is used to send the wake-up signal from the host computer to the controller. The target message can be a message returned by the domain controller to the host computer via the target signal line, indicating that the domain controller has been woken up. The specific content of the target message may include, but is not limited to: the timestamp of the domain controller being woken up, and the timestamp of the domain controller sending the target message.

[0041] In one alternative embodiment, Figure 2 This is a schematic diagram of an optional domain controller signal testing system according to an embodiment of the present invention, such as... Figure 2 As shown, the system includes: a host computer 21, a controller local area network bus (e.g., ... Figure 2 (As shown by the dotted line in the text) 22, Domain Controller 23, Multiplexed signal lines of Domain Controller 23 ( Figure 2 The text uses thick black lines to represent multiple signal lines (24) and relay circuits (25). For example... Figure 2 As shown, the host computer 21 is connected to the domain controller 23 via CAN bus 22, multiple signal line 24 and relay 25. The host computer 21 is connected to CAN bus 22, multiple signal line 24 and relay 25 via USB.

[0042] In another optional embodiment, when the control relay circuit is in the target state corresponding to the target signal line, the host computer can send a wake-up signal to the domain controller via the CAN bus. After the domain controller receives the wake-up signal, it indicates that the domain controller has been successfully woken up. At this time, the domain controller can return the target message to the host computer via the target signal line.

[0043] It should be noted that different signal lines under test correspond to different relay switch positions and different specific frame messages.

[0044] Step S108: Based on the target message, determine the test result of the target signal line, wherein the test result is used to characterize whether the target signal line has a communication failure.

[0045] The test results mentioned above may include, but are not limited to: no communication failure in the target signal line, or a communication failure in the target signal line.

[0046] In one optional embodiment, when the host computer receives the target message, it can determine the test result of the target signal line based on the target message. For example, firstly, a preset message corresponding to the target signal line can be obtained; secondly, the target message can be compared with the preset message. If the content of the preset message and the target message are consistent, it can be determined that the target signal line has not experienced a communication failure; otherwise, it can be determined that the target signal line has experienced a communication failure. The preset message can be a message sent by a target signal line that has been determined to have normal communication. The specific content of the preset message may include, but is not limited to, the timestamp of the domain controller receiving the wake-up signal and the timestamp of the domain controller sending the message.

[0047] For example, the target message can be parsed to determine its target baud rate. This target baud rate can then be compared to a preset baud rate. If the target baud rate matches the preset baud rate, it indicates that the target signal line is not experiencing a communication abnormality; otherwise, it indicates that the target signal line is experiencing a communication abnormality. The preset baud rate can be the baud rate of the target signal line that is already known to be communicating normally. Baud rate is a unit of measurement for the data transmission rate of a communication system, used to describe the speed of the signal. Baud rate is expressed in bits of information transmitted per second, and is usually measured in baud. Baud rate indicates how many bits of information can be transmitted per second.

[0048] In this embodiment of the invention, in response to receiving a signal test command to test the domain controller, a target signal line corresponding to the signal test command is determined from the multiple signal lines of the domain controller; a relay circuit is controlled to be in the target state corresponding to the target signal line, wherein different signal lines to be tested correspond to different states of the relay circuit, and the relay circuit is used to connect the host computer and the multiple signal lines; a wake-up signal is sent to the domain controller through the controller area network bus, and a target message returned by the domain controller is received through the target signal line; based on the target message, the test result of the target signal line is determined, wherein the test result is used to characterize whether the target signal line has a communication failure. It is noteworthy that the signal test command can automatically test multiple signal lines of the domain controller simultaneously. Furthermore, it can simultaneously determine the test result of the target signal line of the domain controller based on the target message, improving the intelligence level of the domain controller signal line testing and achieving the goal of intelligently testing the domain controller signals. This achieves a more intelligent technical effect for testing domain controller signals, thereby solving the technical problem of low intelligence level in related technologies for testing domain controller signals.

[0049] Optionally, the relay circuit includes multiple switches, and controlling the relay circuit to be in the target state corresponding to the target signal line includes: determining the target switch corresponding to the target signal line among the multiple switches; controlling the target switch to be turned on so that the host computer is connected to the target signal line; and controlling the other switches among the multiple switches except the target switch to be turned off so that the host computer is disconnected from the other signal lines among the multiple signal lines except the target signal line.

[0050] In one alternative embodiment, Figure 3 This is a schematic diagram of an optional relay circuit according to an embodiment of the present invention, such as... Figure 3 As shown, the relay circuit 25 includes multiple switches 25-1-1, 25-1-2, ..., 25-1-N. The first terminals of the multiple switches 25-1-1, 25-1-2, ..., 25-1-N are connected one-to-one with the multiple signal lines 24-1, 24-2, ..., 24-N of the domain controller 23. The second terminals of the multiple switches 25-1-1, 25-1-2, ..., 25-1-N are connected to the input terminal of the host computer 21.

[0051] In another alternative embodiment, when the target signal line is determined, firstly, the target switch corresponding to the target signal line among multiple switches can be determined, and secondly, the target switch can be controlled to be turned on so that the host computer is connected to the target signal line. Then, the other switches among the multiple switches other than the target switch can be controlled to be turned off so that the host computer is disconnected from the other signal lines among the multiple signal lines except the target signal line.

[0052] Optionally, based on the target message, the test result of the target signal line is determined, including: parsing the target message to determine the target baud rate of the target message; in response to the target baud rate being consistent with the preset baud rate corresponding to the target signal line, determining the test result as no communication failure of the target signal line; in response to the target baud rate being inconsistent with the preset baud rate corresponding to the target signal line, determining the test result as a communication failure of the target signal line.

[0053] In one optional embodiment, upon receiving the target message returned by the controller, the host computer can first parse the target message to obtain the target baud rate. Then, the host computer can compare the target baud rate with the preset baud rate corresponding to the target signal line. If the target baud rate is consistent with the preset baud rate, it can be determined that the test result is that the target signal line has no communication failure. If the target baud rate is inconsistent with the preset baud rate, it can be determined that the test result is that the target signal line has a communication failure.

[0054] Optionally, based on the target message, the test result of the target signal line is determined, including: obtaining the preset message corresponding to the target signal line; in response to the target message being consistent with the preset message, determining that the test result is that the target signal line has no communication failure; in response to the target message being inconsistent with the preset message, determining that the test result is that the target signal line has a communication failure.

[0055] In one optional embodiment, upon receiving the target message returned by the controller, the host computer can first obtain the preset message corresponding to the target signal line, and then compare the target message with the preset message. If the content of the preset message is consistent with the content of the target message, it can be determined that the test result is that the target signal line has no communication failure. If the content of the target message is inconsistent with the content of the preset message, it can be determined that the test result is that the target signal line has a communication failure.

[0056] Optionally, before sending a wake-up signal to the domain controller via the controller area network bus, the method further includes: determining the bus address of the domain controller; and generating a wake-up signal based on the bus address and the preset baud rate corresponding to the target message.

[0057] In one optional embodiment, the host computer can first configure the address and baud rate of the CAN bus of the domain controller, then input a specified wake-up message to the domain controller to complete the LIN wake-up, configure the LIN baud rate in sequence, and synchronously perform LIN message transmission and reception and time monitoring.

[0058] Optionally, before determining the test result of the target signal line based on the target message, the method further includes: parsing the target message to obtain the target timestamp of the target message, wherein the target timestamp is used to characterize the time when the domain controller sends the target message; determining the target response time corresponding to the target message based on the target timestamp, wherein the target response time is used to characterize the time from when the domain controller sends the target message to when the host computer receives the target message; determining that the target message has been lost in response to the target response time being greater than a preset response time; and determining the test result based on the target message in response to the target response time being less than or equal to the preset response time.

[0059] The aforementioned preset response time can be set in advance by the user to determine whether the target packet has been lost. The specific recovery time is not limited in this embodiment, and the user can set it according to the actual test requirements.

[0060] In one optional embodiment, after receiving the target message, the host computer can first parse the target message to obtain its target timestamp. Then, it can determine the target response time based on the target timestamp. Next, it can compare the target response time with a preset response time. If the target response time is greater than the preset response time, it can be determined that the target message has been lost. If the target response time is less than or equal to the preset response time, a test result can be determined based on the target message. Here, the target timestamp represents the time when the domain controller sends the target message, and the target response time represents the time from when the domain controller sends the target message to when the host computer receives it.

[0061] This invention describes an automated testing scheme for multi-channel LIN signals in a domain controller. In this scheme, the controller acts as the master, and the host computer acts as the slave. LIN signals are woken up via CAN. The CAN address and baud rate are configured, and a specified wake-up message is input to complete the LIN wake-up. The LIN baud rate is configured sequentially, and LIN message transmission and reception are synchronized, with time monitoring. Message loss can be monitored using timestamps. Implementing the automated LIN testing program requires the cooperation of a graphical programming language and automated testing software on the host computer. LIN differs from CAN signals. CAN signals have different addresses, so multiple CAN signals can be connected in parallel using a CAN box, with each channel's corresponding program fixed to a specific address. Automated testing of CAN signals can be completed by running them sequentially. However, automated testing of LIN signals requires the intervention of relays because LIN signals share the same address. Data is only uploaded when a specific frame message is detected. Without relays, it would be impossible to distinguish which channel is uploading data. By configuring the relay driver on the host computer, the switches corresponding to each LIN signal are specified and fixed. Testing multiple LIN signals uses a multi-channel automated test software program. The only difference between each automated test software program is the position of the relay switch corresponding to different LIN signals and the different specific frame messages. Finally, the automated test software program for multiple LIN signals is imported into a graphical programming language. Through a simple sequential structure, and through hardware connections, the automated test is completed.

[0062] This invention discloses an automated testing scheme for multi-channel LIN on a domain controller. It utilizes a software toolchain and hardware connections to automate the testing of multiple LIN channels, primarily addressing the low efficiency of manual communication testing of multi-channel LIN. Through corresponding upper-level computer and lower-level computer settings, it directly reads the return messages from multiple LIN channels and generates reports. Its advantages include accelerating the efficiency of manual communication testing and enabling monitoring of the timing of LIN return messages. If a problem occurs, it can accurately pinpoint which channel's message is lost.

[0063] Example 2

[0064] According to another aspect of the present invention, a signal testing system for a domain controller is also provided.

[0065] Figure 4 This is a schematic diagram of a signal testing system for a domain controller according to an embodiment of the present invention, as shown below. Figure 4As shown, the system includes: a domain controller 23, a relay circuit 25, a host computer 21, a controller area network bus 22, and multiple signal lines 24-1, 24-2, ..., 24-N. The relay circuit 25 includes multiple first terminals 25-2-1, 25-2-2, ..., 25-2-N, and a second terminal 25-3. The relay circuit 25 is further divided into multiple signal lines. Figure 4 It can be seen that the multiple first terminals 25-2-1, 25-2-2, ..., 25-2-N of the relay circuit 25 are respectively connected to the multiple signal lines 24-1, 24-2, ..., 24-N of the domain controller 23. The input terminal of the host computer 21 is connected to the second terminal 25-3 of the relay circuit 25. The output terminal of the host computer 21 is connected to the domain controller 23 through the controller local area network bus 22.

[0066] The domain controller includes multiple signal lines, and the host computer is used to execute any of the methods in the above embodiments.

[0067] Optionally, the relay circuit includes: multiple switches, the first terminals of the multiple switches being connected one-to-one with multiple signal lines, and the second terminals of the multiple switches being connected to the input terminals of the host computer.

[0068] In one optional embodiment, the relay circuit includes multiple switches, the first ends of which are connected to multiple signal lines one by one, and the second ends of which are connected to the input terminals of the host computer.

[0069] Optionally, the system further includes: a first converter, the first end of which is connected to the output of the host computer via a universal serial bus, and the second end of which is connected to the domain controller via a controller area network bus.

[0070] In an optional embodiment, the system further includes: a first converter, the first end of which is connected to the output of a host computer via a universal serial bus, and the second end of which is connected to a domain controller via a controller area network bus.

[0071] Optionally, the system further includes: a second converter, the first end of which is connected to the second end of the relay circuit via a local interconnection network signal line, and the second end of which is connected to the host computer via a universal serial bus.

[0072] In one alternative embodiment, the system further includes: a second converter, the first end of which is connected to the second end of a relay circuit via a local interconnection network signal line, and the second end of which is connected to a host computer via a universal serial bus.

[0073] Example 3

[0074] Embodiments of this application also provide an electronic device, including: a memory storing an executable program; and a processor for running the program, wherein the program executes the methods in various embodiments of the present invention during runtime.

[0075] Example 4

[0076] Embodiments of this application also provide a computer-readable storage medium including a stored executable program, wherein, when the executable program is running, it controls the device where the computer-readable storage medium is located to perform the methods of various embodiments of the present invention.

[0077] Example 5

[0078] Embodiments of this application also provide a computer program product, including a computer program that, when executed by a processor, implements the methods of various embodiments of the present invention.

[0079] Example 6

[0080] Embodiments of this application also provide a computer program product, including a non-volatile computer-readable storage medium for storing a computer program that, when executed by a processor, implements the methods in various embodiments of the present invention.

[0081] Example 7

[0082] Embodiments of this application also provide a computer program that, when executed by a processor, implements the methods described in the various embodiments of the present invention.

[0083] The sequence numbers of the above embodiments of the present invention are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0084] In the above embodiments of the present invention, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0085] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units can be a logical functional division, and in actual implementation, there may be other division methods. For instance, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual coupling, direct coupling, or communication connection may be through some interfaces; the indirect coupling or communication connection between units or modules may be electrical or other forms.

[0086] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0087] Furthermore, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0088] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0089] The above description is only a preferred embodiment of the present invention. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of the present invention, and these improvements and modifications should also be considered within the scope of protection of the present invention.

Claims

1. A signal testing method for a domain controller, characterized in that, Applied to a host computer, the method includes: In response to receiving a signal test command to test the domain controller, a target signal line corresponding to the signal test command is determined from the multiple signal lines of the domain controller; The target switch corresponding to the target signal line among the multiple switches included in the relay circuit is determined, wherein the relay circuit is used to connect the host computer and the multiple signal lines, and different signal lines correspond to different states of the relay circuit; The target switch is turned on to connect the host computer to the target signal line. Control the other switches among the plurality of switches to be turned off, so that the host computer is disconnected from the signal lines among the multiple signal lines except for the target signal line; A wake-up signal is sent to the domain controller via the controller area network bus, and the target message returned by the domain controller is received via the target signal line. Based on the target message, the test result of the target signal line is determined, wherein the test result is used to characterize whether the target signal line has a communication failure; The method further includes: parsing the target message to obtain a target timestamp of the target message, wherein the target timestamp is used to characterize the time when the domain controller sends the target message; determining a target response time corresponding to the target message based on the target timestamp, wherein the target response time is used to characterize the time from when the domain controller sends the target message to when the host computer receives the target message; determining that the target message has been lost in response to the target response time being greater than a preset response time; and determining the test result based on the target message in response to the target response time being less than or equal to the preset response time.

2. The method according to claim 1, characterized in that, Based on the target message, the test results of the target signal line are determined, including: The target message is parsed to determine the target baud rate of the target message; In response to the fact that the target baud rate is consistent with the preset baud rate corresponding to the target signal line, the test result is determined to be that the target signal line has no communication failure. In response to the discrepancy between the target baud rate and the preset baud rate corresponding to the target signal line, the test result is determined to be a communication failure of the target signal line.

3. The method according to claim 1, characterized in that, Based on the target message, the test results of the target signal line are determined, including: Obtain the preset message corresponding to the target signal line; In response to the target message being consistent with the preset message, the test result is determined to be that the target signal line has no communication failure. In response to the discrepancy between the target message and the preset message, the test result is determined to be a communication failure in the target signal line.

4. The method according to claim 1, characterized in that, Before sending a wake-up signal to the domain controller via the controller area network bus, the method further includes: Determine the bus address of the domain controller; A wake-up signal is generated based on the bus address and the preset baud rate corresponding to the target message.

5. A signal testing system for a domain controller, characterized in that, include: Domain controllers contain multiple signal lines; A relay circuit, wherein the plurality of first terminals of the relay circuit are respectively connected to the plurality of signal lines one by one; A host computer, wherein the input terminal of the host computer is connected to the second terminal of the relay circuit, and the output terminal of the host computer is connected to the domain controller via a controller area network bus, wherein the host computer is used to execute the method described in any one of claims 1 to 4.

6. The system according to claim 5, characterized in that, The relay circuit includes: Multiple switches are provided, with the first end of each switch connected to a corresponding multiple signal line, and the second end of each switch connected to the input terminal of the host computer.

7. The system according to claim 5, characterized in that, The system also includes: The first converter has a first end connected to the output of the host computer via a universal serial bus, and a second end connected to the domain controller via the controller area network bus.

8. The system according to claim 5, characterized in that, The system also includes: The second converter has a first terminal connected to the second terminal of the relay circuit via a local interconnection network signal line, and a second terminal connected to the host computer via a universal serial bus.

9. A vehicle, characterized in that, include: The system according to any one of claims 5 to 8.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored executable program, wherein, when the executable program is executed, it controls the device on which the storage medium is located to perform the method according to any one of claims 1 to 4.

11. A computer program product, characterized in that, Includes a computer program that, when executed by a processor, implements the method according to any one of claims 1 to 4.

Images