Vehicle testing system and method

Abstract

The invention discloses a vehicle testing system and method, and relates to the field of vehicle testing, and the method comprises the steps: an upper computer is connected with a CANoe, and is connected with a tested piece and a twin-trawling controller SCU hard wire through a CAN communication line; the terminal block is respectively in hard wire connection with the twin-dragging controller SCU, the tested piece, the switch, the load relay, the sensor, the control terminal and the power supply; wherein the upper computer is loaded with a motor battery model, a driver model and a whole vehicle dynamics model; according to a running motor battery model, a driver model and a whole vehicle dynamics model, an upper computer initiates a CAN signal through CANoe to send data to a twin trawling controller SCU in a private protocol mode; after signal processing is carried out on the dragging controller SCU, the function of a tested piece is triggered through a CAN communication line; the SCU receives a CAN signal sent by the tested piece and forwards the CAN signal to the upper computer; and the upper computer interprets the forwarded CAN signal of the tested piece into an instruction to carry out model operation so as to form closed-loop control.

Description

Technical Field

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

[0002] The basic principle of HIL (Hardware-in-the-Loop) testing is to use HIL test equipment to virtually simulate the various signals required by the controller while simultaneously collecting the various signals emitted by the controller, thereby performing HIL testing. Today, HIL testing has become a crucial component of the vehicle's electrical and electronic development process, reducing vehicle testing cycles, improving coverage of extreme operating conditions, and enhancing OEMs' confidence in their product quality. With the continuous advancement of HIL testing technology, major domestic OEMs in the commercial vehicle sector now possess HIL testing capabilities.

[0003] Traditional HIL test systems consist of complex and expensive hardware, including boards, real-time processors, power supplies, and host computers. Software components include specialized test management and test execution software, requiring a certain learning curve and additional procurement costs. Summary of the Invention

[0004] The purpose of the present invention is to provide a vehicle testing system, a vehicle testing method, an electronic device, a storage medium and a testing platform, which at least solve the problem of how to use a host computer and a drag controller SCU to form a controllable test of the device under test, and solve one technical problem of how to connect the test control terminal and the drag controller SCU and verify the degree of consistency with the expected results.

[0005] The present invention provides the following solutions:

[0006] According to one aspect of the present invention, a vehicle testing system is provided, comprising:

[0007] Host computer, CANoe, drag controller SCU, terminal block, switch, load relay, sensor, control terminal and power supply;

[0008] The host computer is connected to CANoe and hard-wired to the device under test and the drag controller SCU through the CAN communication line;

[0009] The terminal block is hard-wired to the drag controller SCU, the device under test, the switch, the load relay, the sensor, the control terminal and the power supply;

[0010] Among them, the host computer is loaded with the motor battery model, driver model and vehicle dynamics model;

[0011] Based on the running motor battery model, driver model and vehicle dynamics model, the host computer initiates the sending of data to the towing controller SCU via CANoe simulating CAN signals in a private protocol.

[0012] After processing the signal of the drag controller SCU, the function of the device under test is triggered through the CAN communication line;

[0013] The drag controller SCU receives the CAN signal sent by the device under test and forwards it to the host computer;

[0014] The host computer interprets the forwarded CAN signal of the device under test as an instruction to perform model calculations to form a closed-loop control;

[0015] Among them, the control actions are input through the control terminal and the switch to simulate the driving instructions;

[0016] The CAN signal of the device under test drives the load relay to simulate the command action of the device under test;

[0017] The status of the simulation process is collected through sensors and fed back to the CAN communication line.

[0018] Further, including:

[0019] The host computer designs the Panel interface based on CANoe to control the input and output of CAN signals;

[0020] Among them, the front end drags the instrument panel to display data, and the back end associates the CAN signal;

[0021] The Panel interface controls CANoe to send CAN signals, and the XCP protocol is used to control the internal quantities of the device under test and the drag controller SCU to trigger the test function.

[0022] Further, including:

[0023] The pin resources of the drag controller SCU are hard-wired to the corresponding pins of the device under test, and the internal analog switch action of the SCU is controlled through the XCP protocol to trigger the physical function of the device under test.

[0024] Further, including:

[0025] Control the internal parameters of the drag controller SCU based on the XCP protocol to simulate the state of electrical faults;

[0026] The simulated electrical fault states include open circuit, short circuit to ground and short circuit to power supply of the pin;

[0027] According to the state of the simulated electrical fault, the fault code of the tested device is read through the host computer to perform fault diagnosis test.

[0028] Further, including:

[0029] The host computer monitors the CAN bus signal through CANoe;

[0030] Based on the running motor battery model, driver model and vehicle dynamics model, verify whether the actual collected sensor data is consistent with the expected result data.

[0031] Further, including:

[0032] The single chip microcomputer is used as a CAN signal adapter and hard-line signal generator for the drag controller SCU.

[0033] According to two aspects of the present invention, a vehicle testing method is provided, the vehicle testing method comprising:

[0034] Set up the drag controller SCU;

[0035] Set the host computer to drive the drag controller SCU;

[0036] Trigger the device under test according to the driving control unit SCU;

[0037] Collect feedback information based on the triggering of the device under test;

[0038] Feedback information includes status information of switches, load relays, sensors and control terminals;

[0039] The host computer performs model calculations based on the feedback information and conducts diagnostic verification tests.

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

[0041] The memory stores a computer program, which, when executed by the processor, enables the processor to execute the steps of the vehicle testing method.

[0042] According to four aspects of the present invention, a computer-readable storage medium is provided, which stores a computer program executable by an electronic device. When the computer program runs on the electronic device, the electronic device executes the steps of the vehicle testing method.

[0043] According to five aspects of the present invention, a test platform is provided, comprising:

[0044] Electronic equipment, used to implement the steps of the vehicle testing method;

[0045] a processor, the processor running a program, and executing the steps of the vehicle testing method based on data output from the electronic device when the program is running;

[0046] The storage medium is used to store a program, and when the program is running, it executes the steps of the vehicle testing method for the data output from the electronic device.

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

[0048] This application establishes a test-in-the-loop scenario, using a host computer and a drag controller SCU to form a controllable test of the device under test.

[0049] This application designs a Panel interface control to connect the test control terminal with the drag controller SCU, and verifies the degree of consistency with the expected results. BRIEF DESCRIPTION OF THE DRAWINGS

[0050] Figure 1 is a structural diagram of a vehicle testing system provided by one or more embodiments of the present invention.

[0051] Figure 2 This is a flow chart of a vehicle testing method provided by one or more embodiments of the present invention.

[0052] Figure 3 is a structural diagram of a vehicle testing device provided by one or more embodiments of the present invention.

[0053] Figure 4 FIG. 1 is a schematic diagram of a vehicle testing system provided by a specific embodiment of the present invention.

[0054] Figure 5 This is a structural block diagram of an electronic device for a vehicle testing method provided by one or more embodiments of the present invention. DETAILED DESCRIPTION

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

[0056] Figure 1 is a structural diagram of a vehicle testing system provided by one or more embodiments of the present invention.

[0057] like Figure 1 1. A vehicle testing system, wherein the vehicle testing system comprises:

[0058] Host computer, CANoe, drag controller SCU, terminal block, switch, load relay, sensor, control terminal and power supply;

[0059] The host computer is connected to CANoe and hard-wired to the device under test and the drag controller SCU through the CAN communication line;

[0060] The terminal block is hard-wired to the drag controller SCU, the device under test, the switch, the load relay, the sensor, the control terminal and the power supply;

[0061] Among them, the host computer is loaded with the motor battery model, driver model and vehicle dynamics model;

[0062] Based on the running motor battery model, driver model and vehicle dynamics model, the host computer initiates the sending of data to the towing controller SCU via CANoe simulating CAN signals in a private protocol.

[0063] After processing the signal of the drag controller SCU, the function of the device under test is triggered through the CAN communication line;

[0064] The drag controller SCU receives the CAN signal sent by the device under test and forwards it to the host computer;

[0065] The host computer interprets the forwarded CAN signal of the device under test as an instruction to perform model calculations to form a closed-loop control;

[0066] Among them, the control actions are input through the control terminal and the switch to simulate the driving instructions;

[0067] The CAN signal of the device under test drives the load relay to simulate the command action of the device under test;

[0068] The status of the simulation process is collected through sensors and fed back to the CAN communication line.

[0069] In this embodiment, it includes:

[0070] The host computer designs the Panel interface based on CANoe to control the input and output of CAN signals;

[0071] Among them, the front end drags the instrument panel to display data, and the back end associates the CAN signal;

[0072] The Panel interface controls CANoe to send CAN signals, and the XCP protocol is used to control the internal quantities of the device under test and the drag controller SCU to trigger the test function.

[0073] In this embodiment, it includes:

[0074] The pin resources of the drag controller SCU are hard-wired to the corresponding pins of the device under test, and the internal analog switch action of the SCU is controlled through the XCP protocol to trigger the physical function of the device under test.

[0075] In this embodiment, it includes:

[0076] Control the internal parameters of the drag controller SCU based on the XCP protocol to simulate the state of electrical faults;

[0077] The simulated electrical fault states include open circuit, short circuit to ground and short circuit to power supply of the pin;

[0078] According to the state of the simulated electrical fault, the fault code of the tested device is read through the host computer to perform fault diagnosis test.

[0079] In this embodiment, it includes:

[0080] The host computer monitors the CAN bus signal through CANoe;

[0081] Based on the running motor battery model, driver model and vehicle dynamics model, verify whether the actual collected sensor data is consistent with the expected result data.

[0082] In this embodiment, it includes:

[0083] The single chip microcomputer is used as a CAN signal adapter and hard-line signal generator for the drag controller SCU.

[0084] Specifically, in one embodiment, Figure 4 The vehicle test system shown in the figure consists of a host computer, CANoe, a drag controller SCU, a terminal block, and a real switch load relay.

[0085] Host computer: connect CANoe to the DUT and SCU via CAN line;

[0086] SCU: Connects to the DUT and host computer via CAN lines, and to the DUT and terminal block via hard lines;

[0087] DUT: connected to SCU and host computer via CAN line, and connected to SCU and terminal block via hard line;

[0088] Real load switch: connected to the terminal block via hard wire;

[0089] Terminal block: connected to the device under test, SCU, power supply, and real load switch through hard wires;

[0090] In this city's embodiment, CAN signal testing is included: the single-chip microcomputer is used as a CAN signal adapter and hard-wired signal generator, and is defined as the towing controller SCU. The motor battery model, driver model, and vehicle dynamics model are run in the host computer. The host computer simulates CAN signals through CANoe and sends them to the towing controller SCU in a proprietary protocol. The CAN line of the SCU is connected to the device under test. After signal processing, the SCU triggers the function of the device under test through the CAN line. At the same time, the SCU receives the CAN signal sent by the device under test and forwards it to the host computer. The host computer performs model calculations on the instructions sent by the device under test to form a closed-loop control. The host computer uses CANoe to design a panel interface to control the input and output of CAN signals. It is divided into the front end and the back end. The front end drags display modules such as the instrument panel, and the back end associates the signals. The panel interface controls CANoe to send CAN signals and controls the device under test and the internal quantities of the SCU through the XCP protocol to achieve function triggering. The host computer monitors the CAN signal of the bus through CANoe to verify whether it is consistent with the expected results.

[0091] This also includes hardwired function and fault testing: Hardwired connections are made between the SCU's pins and the corresponding pins on the DUT. The XCP protocol is used to control internal SCU parameters to simulate real switches, triggering the DUT's hardwired functions. The XCP protocol is also used to control internal SCU parameters to simulate electrical faults, including open circuits, short circuits to ground, and short circuits to power. The DUT's fault codes are read from the host computer for fault diagnosis.

[0092] This also includes driver-in-the-loop testing: Test engineers operate the accelerator pedal, brake pedal, shift knob, rocker switches, and other signal inputs, transmitting hard-wired signals to the device under test via a terminal block. The device receives the hard-wired signals and CAN signal instructions, then responds with a CAN signal or activates an accessory relay. This method simulates real-world driving scenarios and enables simple DIL (driver-in-the-loop) testing.

[0093] Through this embodiment, the single chip microcomputer is used as a CAN signal adapter and hard-line signal generator to replace the traditional HIL board;

[0094] The motor battery model, driver model and vehicle dynamics model are run in the host computer, replacing the real-time simulation machine of the traditional HIL.

[0095] Figure 2 This is a flow chart of a vehicle testing method provided by one or more embodiments of the present invention.

[0096] like Figure 2 The vehicle testing methods shown include:

[0097] Set up the drag controller SCU;

[0098] Set the host computer to drive the drag controller SCU;

[0099] Trigger the device under test according to the driving control unit SCU;

[0100] Collect feedback information based on the triggering of the device under test;

[0101] Feedback information includes status information of switches, load relays, sensors and control terminals;

[0102] The host computer performs model calculations based on the feedback information and conducts diagnostic verification tests.

[0103] Figure 3 is a structural diagram of a vehicle testing device provided by one or more embodiments of the present invention.

[0104] like Figure 3 The vehicle test setup shown includes:

[0105] The SCU module is used to set the SCU controller.

[0106] The host computer module is used to set the host computer to drive the drag controller SCU;

[0107] The DUT trigger module is used to trigger the DUT according to the driving control unit SCU;

[0108] Feedback information collection module, used to collect feedback information according to the triggering of the device under test;

[0109] Feedback information includes status information of switches, load relays, sensors and control terminals;

[0110] The diagnostic verification module is used by the host computer to perform model calculations based on feedback information and to conduct diagnostic verification tests.

[0111] It is worth noting that although the present system / device only discloses the various modules mentioned above, it does not mean that the present system / device is limited to the above basic functional modules. Rather, what the present invention wants to express is that, based on the above basic functional modules, those skilled in the art can arbitrarily add one or more functional modules in combination with the existing technology to form an infinite number of embodiments or technical solutions. In other words, the present system is open rather than closed. Just because the present embodiment only discloses individual basic functional modules, it cannot be considered that the scope of protection of the claims of the present invention is limited to the above-disclosed basic functional modules.

[0112] Figure 5 This is a structural block diagram of an electronic device for a vehicle testing method provided by one or more embodiments of the present invention.

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

[0114] The memory stores a computer program, which, when executed by the processor, enables the processor to perform steps of a vehicle testing method.

[0115] The present application also provides a computer-readable storage medium storing a computer program executable by an electronic device. When the computer program runs on the electronic device, the electronic device executes the steps of a vehicle testing method.

[0116] This application also provides a testing platform, including:

[0117] Electronic equipment for implementing the steps of the vehicle testing method;

[0118] a processor that runs a program and, when the program is running, executes the steps of the vehicle testing method based on data output by the electronic device;

[0119] The storage medium is used to store a program, and when the program is run, the program executes the steps of the vehicle testing method for the data output from the electronic device.

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

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

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

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

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

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

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

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

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

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

Claims

1. A vehicle testing system, characterized in that: The vehicle testing system comprises: Host computer, CANoe, drag controller SCU, terminal block, switch, load relay, sensor, control terminal and power supply; The host computer is connected to CANoe and hard-wired to the device under test and the drag controller SCU through the CAN communication line; The terminal block is hard-wired to the drag controller SCU, the device under test, the switch, the load relay, the sensor, the control terminal and the power supply; Among them, the host computer is loaded with the motor battery model, driver model and vehicle dynamics model; Based on the running motor battery model, driver model and vehicle dynamics model, the host computer initiates and sends data to the towing controller SCU in a proprietary protocol through CANoe simulating CAN signals; After processing the signal of the drag controller SCU, the function of the device under test is triggered through the CAN communication line; The drag controller SCU receives the CAN signal sent by the device under test and forwards it to the host computer; The host computer interprets the forwarded CAN signal of the device under test as an instruction to perform model calculations to form a closed-loop control; Among them, the control actions are input through the control terminal and the switch to simulate the driving instructions; The CAN signal of the device under test drives the load relay to simulate the command action of the device under test; The status of the simulation process is collected through sensors and fed back to the CAN communication line.

2. The vehicle testing system according to claim 1, characterized in that: include: The host computer designs the Panel interface based on CANoe to control the input and output of CAN signals; Among them, the front end drags the instrument panel to display data, and the back end associates the CAN signal; The Panel interface controls CANoe to send CAN signals, and the XCP protocol is used to control the internal quantities of the device under test and the drag controller SCU to trigger the test function.

3. The vehicle testing system according to claim 2, characterized in that: include: The pin resources of the drag controller SCU are hard-wired to the corresponding pins of the device under test, and the internal analog switch action of the SCU is controlled through the XCP protocol to trigger the physical function of the device under test.

4. The vehicle testing system according to claim 3, characterized in that: include: Control the internal parameters of the drag controller SCU based on the XCP protocol to simulate the state of electrical faults; The simulated electrical fault states include open circuit, short circuit to ground and short circuit to power supply of the pin; According to the state of the simulated electrical fault, the fault code of the tested device is read through the host computer to perform fault diagnosis test.

5. The vehicle testing system according to claim 4, characterized in that: include: The host computer monitors the CAN bus signal through CANoe; Based on the running motor battery model, driver model and vehicle dynamics model, verify whether the actual collected sensor data is consistent with the expected result data.

6. The vehicle testing system according to claim 5, characterized in that: include: The single chip microcomputer is used as a CAN signal adapter and hard-line signal generator for the drag controller SCU.

7. A vehicle testing method, characterized in that: The vehicle testing method comprises: Set up the drag controller SCU; Set the host computer to drive the drag controller SCU; Trigger the device under test according to the driving control unit SCU; Collect feedback information based on the triggering of the device under test; Feedback information includes status information of switches, load relays, sensors and control terminals; The host computer performs model calculations based on the feedback information and conducts diagnostic verification tests.

8. An electronic device, characterized in that: include: A processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus; The memory stores a computer program, which, when executed by the processor, causes the processor to execute the steps of the vehicle testing method according to claim 7.

9. A computer-readable storage medium, characterized in that A computer program executable by an electronic device is stored. When the computer program is run on the electronic device, the electronic device executes the steps of the vehicle testing method according to claim 7.

10. A test platform, characterized in that: include: An electronic device for implementing the steps of the vehicle testing method according to claim 7; a processor, the processor running a program, and executing the steps of the vehicle testing method according to claim 7 based on data output from the electronic device when the program is running; A storage medium for storing a program, wherein when the program is run, the program executes the steps of the vehicle testing method according to claim 7 for data output from the electronic device.

Images