A vehicle driving mode testing system and testing method

Abstract

The present invention provides a vehicle driving mode testing system and method. The testing system includes: multiple test benches interconnected to form a ring network structure, the test benches being used to install devices under test; a bus development module electrically connected to the test benches via a local area network bus; an adapter module electrically connected to the test benches via an Ethernet bus; and a host computer module electrically connected to the bus development module and the adapter module. The host computer module is used to obtain identification information of the test benches via the Ethernet bus and set driving mode parameters for the test benches based on the identification information; the host computer module is used to query the test benches for setting status information about the driving mode via the local area network bus and obtain the driving mode information of the test bench based on the setting status information. The host computer module compares the driving mode parameters with the driving mode information to generate test information. The present invention improves the efficiency of vehicle driving mode testing.

Description

Technical Field

[0001] The present application relates to the field of vehicle communications, and in particular to a vehicle driving mode testing system and method. Background Art

[0002] Currently, vehicles are generally equipped with multiple driving modes. The vehicle driving mode represents the overall vehicle status, and users can select different driving modes based on actual scenarios. Driving mode switching is usually performed through multiple buttons, such as switching to the desired driving mode through different buttons. How to efficiently test the switching of vehicle driving modes has become a problem that needs to be solved by various automotive companies. Existing vehicle driving mode systems usually require the driver to manually select a driving mode for testing, which has problems such as low testing efficiency and high labor costs. Therefore, there is room for improvement. Summary of the Invention

[0003] In view of the above-mentioned shortcomings of the prior art, the present invention provides a vehicle driving mode testing system and testing method to solve the problems of low efficiency and high labor cost in the vehicle driving mode testing in the above-mentioned technology.

[0004] The present invention provides a vehicle driving mode testing system, comprising:

[0005] A plurality of test benches are interconnected to form a ring network structure, and the test benches are used to install the device under test;

[0006] A bus development module electrically connected to the test bench via a local area network bus;

[0007] an adapter module electrically connected to the test bench via an Ethernet bus; and

[0008] A host computer module is electrically connected to the bus development module and the adapter module;

[0009] wherein, through the Ethernet bus, the host computer module is used to obtain identification information of the test bench and set driving mode parameters for the test bench according to the identification information;

[0010] Through the local area network bus, the host computer module is used to query the setting status information of the test bench about the driving mode, and obtain the driving mode information of the test bench based on the setting status information. The host computer module compares the driving mode parameters with the driving mode information to generate test information.

[0011] In one embodiment of the present invention, the bus development module is electrically connected to one of the test benches, and the host computer module is used to obtain identification information of multiple test benches through the Ethernet bus.

[0012] In one embodiment of the present invention, the adapter module is electrically connected to one of the test benches, and the host computer module is used to query the setting status information of the driving modes of multiple test benches through the local area network bus.

[0013] In one embodiment of the present invention, the host computer module is electrically connected to the conversion head module via the Ethernet bus, and the host computer module is electrically connected to the bus development module via a printer line.

[0014] In one embodiment of the present invention, the host computer module sets the driving mode parameters to the test bench in a preset order or a random order to perform a driving mode test on the test bench.

[0015] The present invention also provides a method for testing a vehicle driving mode, comprising:

[0016] Connecting multiple test benches to form a ring network structure, wherein the test benches are used to install devices under test;

[0017] The bus development module is electrically connected to the test bench via the local area network bus, and the adapter module is electrically connected to the test bench via the Ethernet bus;

[0018] Obtaining identification information of the test bench through the adapter module and the Ethernet bus;

[0019] setting driving mode parameters to the test bench according to the identification information;

[0020] querying the test bench for setting status information about the driving mode through the bus development module and the local area network bus;

[0021] acquiring driving mode information of the test bench according to the setting status information; and

[0022] The driving mode parameter is compared with the driving mode information to generate test information.

[0023] In one embodiment of the present invention, in the step of electrically connecting the bus development module to the test bench via the local area network bus:

[0024] The bus development module is electrically connected to one of the test benches via the local area network bus. One of the test benches is any one of the test benches in the ring network structure.

[0025] In one embodiment of the present invention, in the step of electrically connecting the adapter module to the test bench via the Ethernet bus:

[0026] The adapter module is electrically connected to one of the test benches via an Ethernet bus, and one of the test benches is any one of the test benches in the ring network structure.

[0027] In one embodiment of the present invention, the step of setting the driving mode parameters for the test bench according to the identification information includes:

[0028] Generating a sequence table of the plurality of driving mode parameters according to a preset sequence;

[0029] According to the identification information, driving mode parameters are set to the test bench according to the sequence table.

[0030] In one embodiment of the present invention, the step of setting the driving mode parameters for the test bench according to the identification information includes:

[0031] Generating a sequence table of the plurality of driving mode parameters in a random order;

[0032] According to the identification information, driving mode parameters are set to the test bench according to the sequence table.

[0033] The beneficial effects of the present invention are: improving the testing efficiency of vehicle driving modes and improving the safety of vehicle driving mode switching.

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

[0035] The accompanying drawings are incorporated into and constitute a part of the specification, illustrating embodiments consistent with the present application and, together with the specification, serving to explain the principles of the present application. It is obvious that the drawings described below are merely some embodiments of the present application, and a person of ordinary skill in the art can derive other drawings based on these drawings without inventive effort. In the drawings:

[0036] Figure 1 It is a structural diagram of a vehicle driving mode testing system of the present application.

[0037] Figure 2 It is a flow chart of a method for testing a vehicle driving mode of the present application.

[0038] Figure 3 This is another flowchart of a vehicle driving mode testing method of the present application.

[0039] Figure 4 This is another flowchart of a vehicle driving mode testing method of the present application. DETAILED DESCRIPTION

[0040] The following describes the embodiments of the present invention with reference to the accompanying drawings and preferred embodiments. Those skilled in the art will readily appreciate the other advantages and benefits of the present invention from the disclosure herein. The present invention may also be implemented or applied through various other specific embodiments, and the various details in this specification may be modified or altered based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are intended only to illustrate the present invention and are not intended to limit the scope of protection of the present invention.

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

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

[0043] First, it's important to note that cars typically have three driving modes: Energy Saving, Normal, and Sport. Below is a detailed analysis of each mode. Energy Saving: This mode combines environmental protection, energy saving, and power, offering a more economical and fuel-efficient driving mode suitable for daily commuting. Energy Saving uses a reasonable gear ratio to control engine speed, reducing unnecessary fuel consumption. Pursuing economical fuel consumption is the optimal choice for a car. Normal: This mode ensures constant power and better fuel economy. Driving in Normal mode provides the most balanced throttle response, making control easier, more comfortable, and user-friendly. Normal is the default mode for most people, balancing power and fuel consumption. It's used on roads with light traffic and less congestion. Sport: A more aggressive driving style, with improved power and faster speeds. Sport mode increases engine speed or quickly downshifts, delivering a burst of instantaneous power.

[0044] The present invention provides a driving mode function test method based on DDS (Data Distribution Service), which supports driving mode function test by setting switches such as the driving mode of the vehicle computer through SDA Autotester simulation. As the core technology of network data communication, DDS service can reliably exchange and distribute group data in real time, and its transmission capacity is several orders of magnitude higher than that of the usual tactical data link. DDS must ensure highly reliable data transmission in a very short time and without limiting the report data capacity in the network. DDS data communication service has been widely used in various fields of sea, land, air and space, and has played an important role. The SDA architecture is a super digital platform for smart cars that provides full-scene services for users. The technical features of this platform, "pluggable hardware, configurable scenarios, on-demand ecology, and self-evolution of the system", can not only bring users excellent driving performance, ultimate audio-visual experience, and extremely fast interactive response, but also provide users with Internet ecological services that they can enjoy at will.

[0045] Currently, the concept of "software-defined cars" is becoming a growing industry consensus. Insighting into this new normal, the automotive industry is implementing the concept of "software-defined cars" by building the SDA architecture. Based on the concept of "layered decoupling," the SDA architecture is divided into six layers, L1, L2, L3, and L4. Layers L1, L2, and L6 determine the robot's physical capabilities, laying the foundation for its sensing, control, and execution capabilities. Layers L4, L6, and L6 determine the robot's intelligence and quotient (IQ / Q), with computing power, algorithms, and data being the cornerstones of its growth.

[0046] See also Figure 1As shown, a vehicle driving mode test system proposed by the present invention can be used for driving mode functional testing of a domain controller based on a SOA (Service-Oriented Architecture) architecture, and is specifically applied to service interface testing and driving mode functional testing. A vehicle driving mode test system may include a host computer module 10, a bus development module 20, an adapter module 30, and a test bench 40, wherein the host computer module 10 may be a computer, and the computer may provide host computer software. A VN1640 unit may be provided on the bus development module 20. The VN1640 unit is a type of CANoe (CAN open environment) hardware, mainly used for testing CAN (Controller Area Network) and LIN (Local Interconnect Network) communications. VN1640 is a direct 4 hardware interface that connects 2 wiring harnesses to each channel through a wiring harness, including 4 channels of any combination of CAN and LIN. The adapter module 30 is a connector that converts a certain plug into another type of plug, for example, a mobile phone charger plug, a computer power plug, a USB charging plug and other adapters for transmitting data. The test bench 40 is used to install the device under test DTU (Device under test). A programmable power supply can be set on the test bench 40 to supply power to the device under test. The programmable power supply is controlled by a microcomputer, with advanced technology, full program control, and full button operation. It is small in size, light in weight, and easy to carry. It can be used in the laboratory or on-site. The positive pole of the programmable power supply can be marked as KL30 or KL15, and the negative pole of the programmable power supply can be marked as GND. The power supply voltage of the programmable power supply can be set to 13.9V to supply power to the device under test.

[0047] See also Figure 1As shown, in one embodiment of the present invention, the number of test benches 40 can be multiple, and multiple test benches 40 can be interconnected to form an Ethernet ring structure. For example, two test benches 40 that are close to each other are electrically connected to each other, and the test bench 40 at the head end is electrically connected to the test bench 40 at the tail end, so that multiple test benches 40 are interconnected to form an Ethernet ring structure. Multiple test benches 40 can be located on the same straight line, or multiple test benches 40 can be located on a circular curve. The bus development module 20 is electrically connected to the test bench 40 via a local area network bus. For example, the VN1640 on the bus development module 20 can be electrically connected to the host computer module 10 via a USB (Universal Serial Bus) data cable. The four DB9 (serial communication interface RS232 9-pin) connectors on the bus development module 20 can be connected to the PTCAN, CHSCAN, VFICAN, and ICAN of the test bench 40 to achieve CAN communication between the bus development module 20 and the device under test on the test bench 40. The host computer module 10 communicates with the test bench 40 via the bus development module 20, thereby establishing a communication connection between the host computer module 10 and the device under test on the test bench 40. CAN communication is a serial communication protocol bus used for real-time applications. It can transmit signals using twisted-pair cables and is one of the most widely used fieldbuses in the world.

[0048] See also Figure 1 As shown, in one embodiment of the present invention, the adapter module 30 is communicatively connected to the test bench 40 via a network cable to enable communication between the adapter module 30 and the device under test on the test bench 40. The host computer module 10 is communicatively connected to the test bench 40 via the adapter module 30 to enable communication between the host computer module 10 and the device under test on the test bench 40. For example, the host computer module 10 may be installed with the SDAAutotester application software, which may be communicatively connected to the adapter module 30 via a network cable and then connected to the test bench 40 via an Ethernet ring network to enable Ethernet communication between the host computer module 10 and the device under test on the test bench 40.

[0049] See also Figure 1As shown, in one embodiment of the present invention, after multiple test benches 40, bus development modules 20, adapter modules 30 and host computer modules 10 are communicatively connected, a connection test can be performed between the host computer module 10 and the device under test on the test bench 40 to verify whether the communication connection is successful. For example, first, it can be deployed through DDS (Data Distribution Service) and compiled on the host computer module 10 to generate a client.exe application containing executable files related to the vehicle driving mode. In addition, basic service instructions and scenario service instructions for the vehicle driving mode can be written in the client.exe application. For example, it can include an identification instruction NTF, a setting instruction Set, an acquisition instruction Get, etc. The identification instruction NTF can be used to obtain the identification information of the test bench 40, and the setting instruction Set can be used to set the driving mode parameters for the test bench 40. After the setting instruction Set can be used to set the driving mode parameters for the test bench 40, the acquisition instruction Get can be used to obtain the driving mode information of the test bench. Next, in the folder containing client.exe on host computer module 10, you can access a CMD (Command Prompt) window and use the ping command to test the connection between host computer module 10 and the device under test on test bench 40. Ping is used to determine whether the local host can successfully exchange (send and receive) data packets with another host. Based on the returned information, you can infer whether the TCP / IP parameters are set correctly, whether it is operating normally, and whether the network is unobstructed.

[0050] See also Figure 1As shown, in one embodiment of the present invention, there are multiple test benches 40, and each test bench 40 can be assigned an identification information to distinguish different test benches 40. In addition, on the host computer module 10, different vehicle driving modes can be set to different parameters. For example, the comfort mode is set to parameter 1, the sports mode is set to parameter 2, the economy mode is set to parameter 3, the power saving mode is set to parameter 4, the custom mode is set to parameter 5, and the special mode is set to parameter 6. After the test environment of multiple test benches 40, the bus development module 20, the adapter module 30, and the host computer module 10 is successfully established, the test steps for switching vehicle driving modes can be performed. First, for a vehicle driving mode test, the host computer module 10 uses the identification instruction NTF via the Ethernet bus to obtain the identification information of the test bench 40. Based on the identification information, the host computer module 10 can set the driving mode parameters for the test bench 40 through the setting instruction Set. The driving mode parameters can be any one of parameter 1, parameter 2, parameter 3, parameter 4, parameter 5, and parameter 6. Second, the host computer module 10 can query the test bench 40 for driving mode configuration information via the local area network bus. Based on this configuration information, the host computer module 10 can obtain the driving mode information from the test bench 40 using the Get command. Third, the host computer module 10 can compare the driving mode parameters with the driving mode information to generate test information. After verifying one driving mode parameter, the host computer module 10 can verify other driving mode parameters.

[0051] See also Figure 1 As shown, in one embodiment of the present invention, the connection structure of the vehicle driving mode test system is described. The bus development module 20 can be electrically connected to a test bench 40, and the host computer module 10 can be used to obtain the identification information of multiple test benches 40 through the Ethernet bus. The adapter module 30 can be electrically connected to a test bench 40, and the host computer module 10 can be used to query the setting status information of multiple test benches 40 about the driving mode through the local area network bus. The host computer module 10 can be electrically connected to the adapter module 30 through the Ethernet bus, and the host computer module 10 is electrically connected to the bus development module 20 through a printer line. In addition, the host computer module 10 sets the driving mode parameters to the test bench 40 according to a preset order or a random order to perform a driving mode test of the test bench 40 to test the state transition between each vehicle driving mode.

[0052] See also Figure 2 FIG. 1 is a flow chart of a method for testing a vehicle driving mode according to the present invention, which includes the following steps.

[0053] Step S10: Connect multiple test benches to form a ring network structure, wherein the test benches are used to install devices under test.

[0054] There can be multiple test stations 40, and multiple test stations 40 can be interconnected to form an Ethernet ring structure. For example, two adjacent test stations 40 can be electrically connected to each other, and a test station 40 at the head end and a test station 40 at the tail end can be electrically connected to each other, so that multiple test stations 40 are interconnected to form an Ethernet ring structure. Multiple test stations 40 can be located on the same straight line, or multiple test stations 40 can be located on a circular curve.

[0055] Step S20: electrically connect the bus development module to the test bench via the local area network bus, and electrically connect the adapter module to the test bench via the Ethernet bus.

[0056] The bus development module 20 is electrically connected to the test bench 40 via the local area network bus. For example, the VN1640 on the bus development module 20 can be electrically connected to the host computer module 10 via a USB (Universal Serial Bus) data line. The four DB9 (serial communication interface RS232 9-pin) headers on the bus development module 20 can be connected to the PTCAN, CHSCAN, VFICAN, and ICAN of the test bench 40 to achieve CAN communication between the bus development module 20 and the device under test on the test bench 40. The adapter module 30 is connected to the test bench 40 via a network cable to achieve communication between the adapter module 30 and the device under test on the test bench 40. The bus development module 20 is electrically connected to a test bench 40 via the local area network bus. A test bench 40 is any test bench 40 in the ring network structure. The adapter module 30 is electrically connected to a test bench 40 via the Ethernet bus. A test bench 40 is any test bench 40 in the ring network structure.

[0057] Step S30: Obtain identification information of the test bench through the adapter module and the Ethernet bus.

[0058] The host computer module 10 can be installed with the SDAAutotester application software and can communicate with the adapter module 30 via a network cable. This communication is then connected to the test bench 40 via an Ethernet ring network, enabling Ethernet communication between the host computer module 10 and the device under test on the test bench 40. There can be multiple test benches 40, and each test bench 40 can be assigned an identification to distinguish between them. The host computer module 10 obtains the identification information of the test bench 40 through the adapter module 30 and the Ethernet bus using the identification command NTF.

[0059] Step S40: Setting driving mode parameters for the test bench according to the identification information.

[0060] On the host computer module 10, different vehicle driving modes can be set to different parameters. For example, comfort mode can be set to parameter 1, sports mode to parameter 2, economy mode to parameter 3, power saving mode to parameter 4, custom mode to parameter 5, and special mode to parameter 6. The host computer module 10 sets the driving mode parameters to the test bench 40 based on the identification information. For testing a vehicle driving mode, the host computer module 10 can set the driving mode parameters to the test bench 40 based on the identification information using the Set command via the Ethernet bus.

[0061] Step S50: query the setting status information of the test bench regarding the driving mode through the bus development module and the local area network bus.

[0062] The VN1640 on the bus development module 20 can be electrically connected to the host computer module 10 via a USB (Universal Serial Bus) data cable. The four DB9 (9-pin RS232 serial communication interface) connectors on the bus development module 20 can communicate with the PTCAN, CHSCAN, VFICAN, and ICAN ports on the test bench 40, enabling CAN communication between the bus development module 20 and the device under test on the test bench 40. The host computer module 10 queries the test bench 40 for information on the driving mode settings through the bus development module 20 and the local area network bus.

[0063] Step S60: Acquire driving mode information of the test bench according to the setting status information.

[0064] The host computer module 10 can query the test bench 40 for setting status information about the driving mode through the local area network bus. The host computer module 10 can obtain the driving mode information of the test bench 40 through the Get instruction according to the setting status information.

[0065] Step S70: Generate test information according to the driving mode parameters and the driving mode information.

[0066] The host computer module 10 can generate test information of the vehicle driving mode according to the driving mode parameters and the driving mode information.

[0067] See also Figure 3As shown, a flowchart of step S40 in a method for testing a vehicle driving mode of the present invention is provided. Step S40 may include the following steps: first, step S410 may be executed to generate a priority table of multiple driving mode parameters in a preset order. Secondly, step S411 may be executed to set the driving mode parameters to the test bench according to the priority table based on the identification information. The upper computer module 10 sets the driving mode parameters to the test bench 40 according to the preset order to perform a driving mode test on the test bench 40 to test the state transition between each vehicle driving mode.

[0068] See also Figure 4 As shown, another step flow chart about step S40 in a method for testing a vehicle driving mode of the present invention. Step S40 may include the following steps. First, step S420 may be executed to generate a sequence table of multiple driving mode parameters in a random order. Secondly, step S421 may be executed to set the driving mode parameters to the test bench according to the sequence table based on the identification information. The upper computer module 10 sets the driving mode parameters to the test bench 40 in a random order to perform a driving mode test on the test bench 40 to test the state transition between each vehicle driving mode.

[0069] In summary, the present invention provides a vehicle driving mode testing system and method, which improves the testing efficiency of the vehicle driving mode and enhances the safety of vehicle driving mode switching.

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

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

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

[0073] The above embodiments are merely illustrative of the principles and effects of the present invention and are not intended to limit the present invention. Anyone skilled in the art may modify or alter the above embodiments without departing from the spirit and scope of the present invention. Therefore, any equivalent modifications or alterations made by one of ordinary skill in the art without departing from the spirit and technical principles disclosed herein are intended to be covered by the claims of the present invention.

Claims

1. A vehicle driving mode testing system, characterized in that: include: A plurality of test benches are interconnected to form a ring network structure, and the test benches are used to install the device under test; A bus development module electrically connected to the test bench via a local area network bus; an adapter module, electrically connected to the test bench via an Ethernet bus; as well as A host computer module is electrically connected to the bus development module and the adapter module; wherein, through the Ethernet bus, the host computer module is used to obtain identification information of the test bench and set driving mode parameters for the test bench according to the identification information; Through the local area network bus, the host computer module is used to query the setting status information of the test bench about the driving mode, and obtain the driving mode information of the test bench based on the setting status information. The host computer module compares the driving mode parameters with the driving mode information to generate test information.

2. A vehicle driving mode testing system according to claim 1, characterized in that: The bus development module is electrically connected to one of the test benches, and the host computer module is used to obtain identification information of multiple test benches through the Ethernet bus.

3. The vehicle driving mode testing system according to claim 1, characterized in that: The adapter module is electrically connected to one of the test benches, and the host computer module is used to query the setting status information of the driving modes of multiple test benches through the local area network bus.

4. The vehicle driving mode testing system according to claim 1, characterized in that: The host computer module is electrically connected to the adapter module via the Ethernet bus, and the host computer module is electrically connected to the bus development module via a printer line.

5. The vehicle driving mode testing system according to claim 1, characterized in that: The host computer module sets the driving mode parameters to the test bench in a preset order or a random order to perform a driving mode test on the test bench.

6. A method for testing a vehicle driving mode, characterized in that: include: Connecting multiple test benches to form a ring network structure, wherein the test benches are used to install devices under test; The bus development module is electrically connected to the test bench via the local area network bus, and the adapter module is electrically connected to the test bench via the Ethernet bus; Obtaining identification information of the test bench through the adapter module and the Ethernet bus; setting driving mode parameters to the test bench according to the identification information; querying the test bench for setting status information about the driving mode through the bus development module and the local area network bus; acquiring driving mode information of the test bench according to the setting state information; as well as The driving mode parameter is compared with the driving mode information to generate test information.

7. The method for testing a vehicle driving mode according to claim 6, characterized in that: In the step of electrically connecting the bus development module to the test bench via the local area network bus: The bus development module is electrically connected to one of the test benches via the local area network bus. One of the test benches is any one of the test benches in the ring network structure.

8. The method for testing a vehicle driving mode according to claim 6, characterized in that: In the step of electrically connecting the adapter module to the test bench via the Ethernet bus: The adapter module is electrically connected to one of the test benches via an Ethernet bus, and one of the test benches is any one of the test benches in the ring network structure.

9. The method for testing a vehicle driving mode according to claim 6, characterized in that: The step of setting the driving mode parameters for the test bench according to the identification information includes: Generating a sequence table of the plurality of driving mode parameters according to a preset sequence; Driving mode parameters are set for the test bench according to the identification information and the precedence table.

10. The method for testing a vehicle driving mode according to claim 6, characterized in that: The step of setting the driving mode parameters for the test bench according to the identification information includes: Generating a sequence table of the plurality of driving mode parameters in a random order; Driving mode parameters are set for the test bench according to the identification information and the precedence table.

Images