[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN114326669A - Vehicle IO test method and device, electronic equipment and storage medium - Google Patents

Vehicle IO test method and device, electronic equipment and storage medium Download PDF

Info

Publication number
CN114326669A
CN114326669A CN202111595043.5A CN202111595043A CN114326669A CN 114326669 A CN114326669 A CN 114326669A CN 202111595043 A CN202111595043 A CN 202111595043A CN 114326669 A CN114326669 A CN 114326669A
Authority
CN
China
Prior art keywords
test
target
vehicle
instruction
test instruction
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202111595043.5A
Other languages
Chinese (zh)
Inventor
刘均
庄文龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Launch Technology Co Ltd
Original Assignee
Shenzhen Launch Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Launch Technology Co Ltd filed Critical Shenzhen Launch Technology Co Ltd
Priority to CN202111595043.5A priority Critical patent/CN114326669A/en
Publication of CN114326669A publication Critical patent/CN114326669A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

The application is applicable to the technical field of automotive electronics, and provides a vehicle IO test method, a vehicle IO test device, electronic equipment and a storage medium. The method comprises the following steps: establishing a channel between an upper computer and at least two target IO test connectors, wherein the target IO test connectors are communicated with corresponding vehicles; responding to the operation of a user, and acquiring a corresponding IO test instruction; and sending an IO test instruction to the target IO test connector through a channel between the upper computer and the target IO test connector, so that the target IO test connector sends the IO test instruction to the corresponding vehicle, and the vehicle responds according to the IO test instruction. The technical scheme that this application provided can test multiple vehicle simultaneously, promotes efficiency of software testing.

Description

Vehicle IO test method and device, electronic equipment and storage medium
Technical Field
The application belongs to the technical field of automotive electronics, and particularly relates to a vehicle IO test method and device, electronic equipment and a storage medium.
Background
After the vehicle is offline from the production line, because whether part of the executing components of the vehicle are damaged or not cannot be judged according to the read data value, Input Output (IO) functional tests need to be performed on the vehicle, for example, whether headlights work normally or not is checked by turning on and off headlights of the vehicle through the IO functional tests, whether window motors work normally or not is checked by operating ascending and descending of windows through the IO functional tests, and the like. In the prior art, when vehicle IO function testing is performed, each vehicle is sequentially tested mainly through IO testing equipment, and a next vehicle is tested after the test of one vehicle is completed until all vehicles are tested. However, the existing vehicle IO test method requires repeated operations by an operator, and each test for one vehicle requires checking the test result, which is time-consuming and labor-consuming.
Disclosure of Invention
The embodiment of the application provides a vehicle IO test method and device, electronic equipment and a storage medium, which can be used for simultaneously testing various vehicles and improving the test efficiency.
In a first aspect, an embodiment of the present application provides a vehicle IO testing method, which is applied to an upper computer, and includes:
establishing a channel between the upper computer and at least two target IO test connectors, wherein the target IO test connectors are communicated with corresponding vehicles;
responding to the operation of a user, and acquiring a corresponding IO test instruction;
and sending the IO test instruction to the target IO test connector through a channel between the upper computer and the target IO test connector, so that the target IO test connector sends the IO test instruction to a corresponding vehicle, and the vehicle responds according to the IO test instruction.
According to the technical scheme, the corresponding IO test instruction is obtained through the channel between the upper computer and the at least two target IO test joints and is used as a response to the operation after the user operates, the IO test instruction is sent to the target IO test joints through the channel between the upper computer and the target IO test joints, so that the target IO test joints send the IO test instruction to corresponding vehicles, the vehicles respond according to the IO test instruction, the upper computer can communicate with the target IO test joints at the same time, the user can select the target IO test joints at one side of the upper computer to send the IO test instruction to the target IO test joints, IO test on the vehicles is achieved at the same time, repeated operation of the user is avoided, and test efficiency is improved.
Optionally, the obtaining a corresponding IO test instruction in response to an operation of a user includes: displaying optional vehicle types according to the target IO test connector; responding to the selection of the vehicle model and the selection of the IO test function by the user, and acquiring an IO test instruction corresponding to the selected vehicle model and the IO test function from an IO test protocol table.
Optionally, after the sending the IO test instruction to the target IO test connector, the method further includes: receiving normal response information or abnormal response information which is returned by the target IO test connector and aims at the IO test instruction, wherein the normal response information indicates that the vehicle corresponding to the target IO test connector executes the IO test instruction, and the abnormal response information indicates that the vehicle corresponding to the target IO test connector does not support the IO test instruction.
Optionally, the establishing a channel between the upper computer and at least two target IO test connectors includes: establishing communication connection with at least two IO test connectors; and selecting at least two joints from the at least two IO test joints as the target IO test joint based on the selection instruction of the user.
In a second aspect, another embodiment of the present application provides a vehicle IO testing method, applied to a target IO testing connector, including:
establishing a channel between the target IO test connector and an upper computer, and communicating the target IO test connector with a corresponding vehicle;
receiving an IO test instruction sent by an upper computer through a channel between the upper computer and the upper computer, wherein the IO test instruction is obtained correspondingly in response to the operation of a user;
and sending the IO test instruction to a corresponding vehicle so that the corresponding vehicle responds according to the IO test instruction.
Optionally, the sending the IO test instruction to a corresponding vehicle includes: analyzing the IO test instruction to obtain a target electronic control unit identifier and a corresponding IO test function; and sending the IO test instruction to the target electronic control unit so that the target electronic control unit executes the IO test function.
Optionally, after the sending the IO test instruction to the corresponding vehicle, the method further includes: receiving normal response information or abnormal response information returned by a target electronic control unit, wherein the normal response information indicates that the target electronic control unit has executed the IO test instruction, and the abnormal response information indicates that the target electronic control unit does not support the IO test instruction; and sending the normal response information or the abnormal response information to the upper computer.
Third aspect, this application embodiment provides a vehicle IO testing arrangement, is applied to the host computer, includes:
the first establishing module is used for establishing a channel between the upper computer and at least two target IO test connectors, and the target IO test connectors are communicated with corresponding vehicles;
the acquisition module is used for responding to the operation of a user and acquiring a corresponding IO test instruction;
the first sending module is used for sending the IO test instruction to the target IO test connector through a channel between the upper computer and the target IO test connector, so that the target IO test connector sends the IO test instruction to a corresponding vehicle, and the vehicle responds according to the IO test instruction.
In a fourth aspect, an embodiment of the present application provides an electronic device, including:
a memory, a processor and a computer program stored in the memory and executable on the processor, the computer program, when executed by the processor, implementing the method steps of the first or second aspect.
In a fifth aspect, an embodiment of the present application provides a computer-readable storage medium, including: the computer readable storage medium stores a computer program which, when executed by a processor, performs the method steps of the first or second aspect described above.
In a sixth aspect, embodiments of the present application provide a computer program product, which, when run on an electronic device, causes the electronic device to perform the method steps of the first aspect or the second aspect.
It is understood that the beneficial effects of the second to sixth aspects can be seen from the description of the first aspect, and are not described herein again.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the embodiments or the prior art descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive exercise.
FIG. 1 is a schematic view of a vehicle parameter configuration system or application scenario provided in an embodiment of the present application;
FIG. 2 is a schematic flowchart of a vehicle IO testing method according to an embodiment of the present disclosure;
FIG. 3 is a schematic flowchart of a vehicle IO testing method according to another embodiment of the present disclosure;
FIG. 4 is a schematic flowchart of a vehicle IO testing method according to another embodiment of the present disclosure;
FIG. 5 is a schematic flowchart of a vehicle IO testing method according to another embodiment of the present disclosure;
FIG. 6 is a schematic structural diagram of a vehicle IO testing device provided in an embodiment of the present application;
FIG. 7 is a schematic structural diagram of a vehicle IO testing apparatus according to another embodiment of the present disclosure;
fig. 8 is a schematic structural diagram of an electronic device provided in an embodiment of the present application.
Detailed Description
In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system structures, techniques, etc. in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.
It will be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
It should also be understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.
As used in this specification and the appended claims, the term "if" may be interpreted contextually as "when", "upon" or "in response to" determining "or" in response to detecting ". Similarly, the phrase "if it is determined" or "if a [ described condition or event ] is detected" may be interpreted contextually to mean "upon determining" or "in response to determining" or "upon detecting [ described condition or event ]" or "in response to detecting [ described condition or event ]".
Furthermore, in the description of the present application and the appended claims, the terms "first," "second," "third," and the like are used for distinguishing between descriptions and not necessarily for describing or implying relative importance.
Reference throughout this specification to "one embodiment" or "some embodiments," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," or the like, in various places throughout this specification are not necessarily all referring to the same embodiment, but rather "one or more but not all embodiments" unless specifically stated otherwise. The terms "comprising," "including," "having," and variations thereof mean "including, but not limited to," unless expressly specified otherwise.
At present, a vehicle IO test method is to sequentially test each vehicle through an IO test device, and test the next vehicle after the test of one vehicle is completed until all vehicles are tested. However, the existing vehicle IO test method requires repeated operations by an operator, and each test for one vehicle requires checking the test result, which is time-consuming and labor-consuming. Based on the above findings, embodiments of the present application provide a vehicle IO testing method, apparatus, electronic device, and storage medium, which can test multiple vehicles simultaneously, and improve testing efficiency.
Fig. 1 is a schematic view of a vehicle IO testing system or an application scenario provided in an embodiment of the present application. The system comprises: target vehicle 101, vehicle OBD102, IO test connector 103 and host computer 106, wherein, each IO test connector 103 inserts in vehicle OBD102, is supplied power by vehicle OBD102, and 16# pin is the power cord, and 4# pin is the ground wire, and 5# pin is signal ground wire. The IO test connector 103 runs the operating system of LINUX or ANDROID, and therefore, a computer program can run inside the IO test connector 103. The channel between the upper computer 106 and the IO test connector 103 may be a wired mode, such as a network cable communication channel, or a wireless mode, such as a wifi communication channel. The upper computer 106 may be a computing device with a display function, for example, a personal computer, and the like, and provides a human-computer interaction interface to enable a user to perform a visual operation on the upper computer 106, and the generated test instruction is sent to the IO test connector 103 through a channel. After the IO test connector 103 analyzes the protocol packet, the test command is transmitted to an Electronic Control Unit (ECU) of the target vehicle 101 through the vehicle OBD102, and the ECU executes the test command.
Fig. 2 shows a vehicle IO testing method provided in an embodiment of the present application, which can be applied to the upper computer 106 in the vehicle IO testing system shown in fig. 1, and includes steps S201 to S203, which are described in detail as follows:
step S201, a channel between the upper computer and at least two target IO test connectors is established, wherein the target IO test connectors communicate with corresponding vehicles.
After the at least two target IO test connectors are powered on, the upper computer may establish a channel with the at least two target IO test connectors by using a two-way handshake or three-way handshake mechanism based on a communication protocol, such as TCP/IP. Specifically, the communication connection may be established with at least two IO test connectors, and based on a selection instruction of a user, at least two connectors are selected from the at least two IO test connectors as the target IO test connector.
Step S202, responding to the operation of the user, and acquiring a corresponding IO test instruction.
As a response to the user operation, the upper computer obtains a corresponding IO test instruction, where the IO test instruction includes a vehicle type of the target vehicle and an IO function to be tested, and the IO function to be tested refers to a function that the target vehicle needs to perform an IO test, for example, whether a left front turn light, a brake, a gear shift, an accelerator, or the like of the vehicle is normal.
And S203, transmitting an IO test instruction to the target IO test connector through a channel between the upper computer and the target IO test connector, so that the target IO test connector transmits the IO test instruction to the corresponding vehicle, and the vehicle responds according to the IO test instruction.
After the target IO test connector receives the IO test instruction, the IO test instruction is sent to the vehicle corresponding to the IO test instruction, specifically, the IO test instruction may include a target ECU identifier, and the target IO test connector sends the IO test instruction to the vehicle corresponding to the IO test instruction. Because the IO test instructions include the IDs of the electronic control units, the electronic control unit of the vehicle corresponding to the IO test instructions can determine whether the test instructions should be processed by the electronic control unit by checking the IDs in the IO test instructions. When the IO test instruction is confirmed to be processed by the electronic control unit, the electronic control unit executes the IO test instruction.
It can be known from the vehicle IO testing method illustrated in fig. 2 above that, after a user operates the vehicle IO testing device, the user obtains a corresponding IO testing instruction as a response to the operation through a channel between the upper computer and at least two target IO testing connectors, and sends the IO testing instruction to the target IO testing connectors through the channel between the upper computer and the target IO testing connectors, so that the target IO testing connectors send the IO testing instruction to corresponding vehicles, and the vehicles respond according to the IO testing instruction.
Fig. 3 shows a vehicle IO testing method provided in another embodiment of the present application, which can be applied to the upper computer 106 in the vehicle IO testing system shown in fig. 1, and includes steps S301 to S305, which are described in detail as follows:
step S301: and establishing a channel between the upper computer and at least two target IO test connectors, wherein the target IO test connectors communicate with corresponding vehicles.
The implementation of step S301 is the same as the implementation of step S101 in the foregoing embodiment, and for the explanation of related terms and features, reference may be made to the description of the foregoing embodiment, which is not repeated herein.
Step S302: and displaying the optional vehicle types according to the target IO test connector.
And after the upper computer and the target IO test connector establish a channel, the target IO test connector is connected with the upper computer. As described above, since the upper computer is a computing device with a display function, the user can view the IO test connector connected to the upper computer. As can be seen from the application scenario in fig. 1, each IO test connector connected to the upper computer is also connected to a vehicle, and therefore, when a user selects a target IO test connector connected to a vehicle, it is equivalent to selecting a certain vehicle. And as a response to the user selecting the target IO test connector, the upper computer displays the vehicle type to be selected on the human-computer interaction interface of the upper computer according to the target IO test connector.
Step S303: and responding to the selection of the vehicle type and the selection of the IO test function by the user, and acquiring an IO test instruction corresponding to the selected vehicle type and the IO test function from the IO test protocol table.
It should be noted that, in the embodiment of the present application, an IO test protocol table of a target IO test connector stores IO test instructions corresponding to all IO test functions of all vehicle types, and after a user selects a vehicle type on a human-computer interaction interface of an upper computer, the human-computer interaction interface pops up a list of the IO test functions. And when the user selects the IO to-be-tested function of the vehicle from the list, acquiring an IO test instruction corresponding to the selected vehicle type and the IO test function from the IO test protocol table as a response to the vehicle type and the IO to-be-tested function of the vehicle selected by the user.
Step S304: and sending an IO test instruction to the target IO test connector through a channel between the upper computer and the target IO test connector, so that the target IO test connector sends the IO test instruction to the corresponding vehicle, and the vehicle responds according to the IO test instruction.
And according to a communication protocol with the target IO test connector, the upper computer encapsulates the IO test instruction into a protocol packet. The packaging of the IO test instruction into a protocol packet means that the IO test instruction is packaged into a data packet that can be analyzed by the target IO test connector according to a communication protocol between the upper computer and the target IO test connector. And sending the protocol packet obtained by packaging to the target IO test connector through a channel between the upper computer and the target IO test connector, so that the target IO test connector obtains an IO test instruction from the protocol packet by analysis and then sends the IO test instruction to the corresponding vehicle, and the vehicle responds according to the IO test instruction. Specifically, the vehicle responding according to the IO test command may be: after receiving the IO test instruction analyzed from the protocol packet by the target IO test connector, the electronic control unit of the vehicle can determine whether the IO test instruction is processed by the electronic control unit according to the ID in the IO test instruction.
When the IO test instruction is processed by the user, specific content is analyzed from the IO test instruction. If the electronic control unit supports the analyzed content, returning a normal response message to the IO test connector, indicating that the IO test instruction can be normally executed; and the normal response information is returned to the upper computer through the target IO test connector. Otherwise, when the electronic control unit of the vehicle determines that the IO test instruction is not processed by the electronic control unit of the vehicle, an abnormal response message is returned to the target IO test connector, or after the IO test instruction is processed by the electronic control unit of the vehicle and specific content is analyzed from the IO test instruction, the electronic control unit does not support the analyzed content, and also returns an abnormal response message to the target IO test connector, which indicates that the IO test instruction cannot be executed, and the abnormal response message is returned to the upper computer through the target IO test connector. In view of the fact described in the foregoing embodiment, after sending the IO test instruction to the target IO test connector, the method of the foregoing embodiment further includes receiving normal response information or abnormal response information for the IO test instruction, where the normal response information indicates that the vehicle corresponding to the target IO test connector has executed the IO test instruction, and the abnormal response information indicates that the vehicle corresponding to the target IO test connector does not support the IO test instruction. Therefore, the user can check which vehicle or vehicles successfully execute the IO test instruction and which vehicles fail to execute the IO test instruction on the human-computer interface of the upper computer. Because the execution condition of the IO test instruction can be visually displayed, good experience can be brought to a user.
Fig. 4 shows a vehicle IO testing method provided in another embodiment of the present application, which can be applied to the IO testing connector 103 in the vehicle IO testing system shown in fig. 1, that is, a target IO testing connector, and includes steps S401 to S403, which are described in detail as follows:
step S401: and establishing a channel between the target IO test connector and the upper computer, wherein the target IO test connector communicates with the corresponding vehicle.
In the embodiment of the application, after the target IO test connector is powered on, the target IO test connector is automatically connected with an upper computer through WIFI according to an IP address and a port of the upper computer configured in the target IO test connector by calling a connection program in the target IO test connector, and a channel between the target IO test connector and the upper computer is established. After the channel between the target IO test connector and the upper computer is successfully established, whether an IO test instruction sent by the upper computer exists in the port is monitored by calling an IO test program in the target IO test connector.
Step S402: and receiving an IO test instruction sent by the upper computer through a channel between the upper computer and the IO test instruction, wherein the IO test instruction is obtained correspondingly in response to the operation of a user.
Once the monitoring port has the IO test instruction that the host computer sent, the IO test that the target IO test joint sent through its channel between with the host computer received the host computer and sent, these IO test instructions obtain for the user after operating on the host computer, IO test instruction include with the motorcycle type and the IO function that awaits measuring of target vehicle.
Step S403: and sending the IO test instruction to the corresponding vehicle so that the corresponding vehicle responds according to the IO test instruction.
When an IO test instruction sent by an upper computer is received, the target IO test connector sends the IO test instruction to the electric control unit of the corresponding vehicle so that the electric control unit of the vehicle executes the IO test instruction. It should be noted that, because the target IO test connector communicates with the upper computer according to the agreed communication protocol, and the IO test instruction sent by the upper computer is a protocol packet encapsulated according to the communication protocol, before sending the IO test instruction to the electronic control unit of the target vehicle, the target IO test connector needs to perform unpacking operation, that is, the IO test instruction is resolved from the protocol packet, and then the IO test instruction is sent to the electronic control unit of the corresponding vehicle.
It can be known from the vehicle IO testing method illustrated in fig. 4 above that, after a user operates a target IO test connector through a channel between an upper computer and the target IO test connector, as an operation response to the target IO test connector, a test instruction corresponding to test information is obtained and sent to an electronic control unit of a corresponding vehicle for execution.
Fig. 5 shows a vehicle IO testing method provided in another embodiment of the present application, which can be applied to the IO testing connector 103 in the vehicle IO testing system shown in fig. 1, and includes steps S501 to S504, which are described in detail as follows:
step S501: and establishing a channel between the target IO test connector and the upper computer, wherein the target IO test connector communicates with the corresponding vehicle.
In the embodiment of the application, after the target IO test connector is powered on, the target IO test connector is automatically connected with an upper computer through WIFI according to an IP address and a port of the upper computer configured in the target IO test connector by calling a connection program in the target IO test connector, and a channel between the target IO test connector and the upper computer is established. After the channel between the target IO test connector and the upper computer is successfully established, whether an IO test instruction sent by the upper computer exists in the port is monitored by calling an IO test program in the target IO test connector.
Step S502: and receiving an IO test instruction sent by the upper computer through a channel between the upper computer and the IO test instruction, wherein the IO test instruction is obtained correspondingly in response to the operation of a user.
Once the monitoring port has the IO test instruction that the host computer sent, the IO test that the target IO test joint sent through its channel between with the host computer received the host computer and sent, and these IO test instructions obtain for the user after operating on the host computer, and IO test instruction includes the motorcycle type and the IO function that awaits measuring of target vehicle.
Step S503: and analyzing the IO test instruction to obtain the target electronic control unit identification and the corresponding IO test function.
Because the target IO test connector communicates with the upper computer according to the agreed communication protocol, the IO test instruction sent by the upper computer is a protocol packet encapsulated according to the communication protocol, and therefore, before the IO test instruction is sent to the target electronic control unit, the target IO test connector needs to be unpacked, i.e. the IO test instruction is analyzed from the protocol packet, and the target electronic control unit identifier and the corresponding IO test function are obtained.
Step S504: and sending the IO test instruction to the target electronic control unit so that the target electronic control unit executes the IO test function.
Because the target electronic control unit identifier and the corresponding IO test function can be obtained by analyzing the IO test instruction from the protocol packet, the IO test instruction can be sent to the target electronic control unit corresponding to the target electronic control unit identifier according to the target electronic control unit identifier, so that the target electronic control unit can execute the IO test function.
In the above embodiment, after receiving the IO test instruction, the target electronic control unit may determine whether the IO test instruction is processed by itself according to the target electronic control unit identifier. When the IO test instruction is processed by the user, specific content is analyzed from the IO test instruction. If the electronic control unit supports the analyzed content, a normal response message is returned to the target IO test connector, and the IO test instruction can be normally executed. Otherwise, when the target electronic control unit determines that the IO test instruction is not processed by the target electronic control unit, an abnormal response message is returned to the target IO test connector, or after the IO test instruction is processed by the target electronic control unit and specific content is analyzed from the IO test instruction, the target electronic control unit does not support the analyzed content, and also returns an abnormal response message to the target IO test connector, which indicates that the IO test instruction cannot be executed. In view of the fact described in the above embodiments, the method of the above embodiments further includes: receiving normal response information or abnormal response information returned by the target electronic control unit; and sending normal response information or abnormal response information to the upper computer, wherein the normal response information indicates that the target electronic control unit has executed the IO test instruction, and the abnormal response information indicates that the target electronic control unit does not support the IO test instruction.
When the target IO test connector sends the normal response information or the abnormal response information to the upper computer, the normal response information or the abnormal response information displays a human-computer interaction interface of the upper computer. Therefore, the user can check which vehicle or vehicles successfully execute the IO test instruction and which vehicles fail to execute the IO test instruction on the human-computer interface of the upper computer. Because the execution condition of the IO test instruction can be visually displayed, good experience can be brought to a user.
It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.
Corresponding to the vehicle IO testing method shown in fig. 2, fig. 6 shows a vehicle IO testing apparatus provided in an embodiment of the present application, where the apparatus may be applied to the upper computer 106 shown in fig. 1, that is, the apparatus may be the upper computer 106 shown in fig. 1 or a functional module therein. The apparatus illustrated in fig. 6 may include a first establishing module 601, an obtaining module 602, and a first sending module 603, which are described in detail as follows:
the first establishing module 601 is used for establishing a channel between an upper computer and at least two target IO test connectors, wherein the target IO test connectors are communicated with corresponding vehicles;
an obtaining module 602, configured to obtain a corresponding IO test instruction in response to an operation of a user;
the first sending module 603 is configured to send an IO test instruction to the target IO test connector through a channel between the upper computer and the target IO test connector, so that the target IO test connector sends the IO test instruction to the corresponding vehicle, and the vehicle responds according to the IO test instruction.
It is understood that various embodiments and combinations of the embodiments in the above embodiments and their advantages are also applicable to this embodiment, and are not described herein again.
Optionally, the obtaining module 602 illustrated in fig. 6 may include a display unit and a vehicle model instruction obtaining unit, where:
the display unit is used for displaying optional vehicle types according to the target IO test connector;
and the vehicle model instruction acquisition unit is used for responding to the selection of the vehicle model and the selection of the IO test function by the user and acquiring the IO test instruction corresponding to the selected vehicle model and the IO test function from the IO test protocol table.
Optionally, the apparatus illustrated in fig. 6 may further include a response information receiving module, configured to receive, by the first sending module 603, normal response information or abnormal response information, which is returned by the target IO test connector and is for the IO test instruction, after the IO test instruction is sent to the target IO test connector, where the normal response information indicates that the vehicle corresponding to the target IO test connector has executed the IO test instruction, and the abnormal response information indicates that the vehicle corresponding to the target IO test connector does not support the IO test instruction.
Optionally, the first establishing module 601 illustrated in fig. 6 may include a communication connection establishing unit and a selecting unit, where:
the communication connection establishing unit is used for establishing communication connection with at least two IO test connectors;
and the selecting unit is used for selecting at least two joints from the at least two IO test joints as the target IO test joint based on a selection instruction of a user.
Corresponding to the vehicle IO testing method shown in fig. 4, fig. 7 shows a vehicle IO testing apparatus provided in an embodiment of the present application, which may be applied to the IO testing connector 103 illustrated in fig. 1, that is, the apparatus may be the IO testing connector 103 illustrated in fig. 1 or a functional module therein. The apparatus illustrated in fig. 7 may include a second establishing module 701, a first receiving module 702, and a second sending module 703, which are described in detail as follows:
a second establishing module 701, configured to establish a channel with an upper computer, where a target IO test connector communicates with a corresponding vehicle;
the first receiving module 702 is configured to receive an IO test instruction sent by an upper computer through a channel between the upper computer and the first receiving module, where the IO test instruction is obtained in response to an operation of a user;
the second sending module 703 is configured to send the IO test instruction to the corresponding vehicle, so that the corresponding vehicle responds according to the IO test instruction.
Optionally, the second sending module 703 illustrated in fig. 7 may include a parsing unit and an instruction sending unit, where:
the analysis unit is used for analyzing the IO test instruction to acquire a target electronic control unit identifier and a corresponding IO test function;
and the instruction sending unit is used for sending the IO test instruction to the target electronic control unit so as to enable the target electronic control unit to execute the IO test function.
Optionally, the apparatus illustrated in fig. 7 may further include a second receiving module and a third transmitting module, where:
the second receiving module is configured to receive, by the second sending module 703, normal response information or abnormal response information returned by the target electronic control unit after the IO test instruction is sent to the corresponding vehicle, where the normal response information indicates that the target electronic control unit has executed the IO test instruction, and the abnormal response information indicates that the target electronic control unit does not support the IO test instruction;
and the third sending module is used for sending the normal response information or the abnormal response information to the upper computer.
Fig. 8 is a schematic structural diagram of an electronic device according to an embodiment of the present application. As shown in fig. 8, the electronic device D10 of this embodiment includes: at least one processor D100 (only one is shown in fig. 8), a memory D101, and a computer program D102 stored in the memory D101 and operable on the at least one processor D100, wherein the processor D100 implements the steps of any of the method embodiments described above when executing the computer program D102. Alternatively, the processor D100, when executing the computer program D102, implements the functions of the modules/units in the above-mentioned device embodiments, such as the functions of the receiving module 301, the obtaining module 302, and the sending module 303 shown in fig. 3.
The electronic device D10 may be a desktop computer, a notebook, a palm computer, a cloud server, or other computing devices. The electronic device may include, but is not limited to, a processor D100, a memory D101. Those skilled in the art will appreciate that fig. 8 is merely an example of the electronic device D10 and does not constitute a limitation of the electronic device D10, and may include more or fewer components than those shown, or some components in combination, or different components, such as input output devices, network access devices, etc.
Processor D100 may be a Central Processing Unit (CPU), and Processor D100 may be other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, discrete hardware component, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The storage D101 may be an internal storage unit of the electronic device D10 in some embodiments, such as a hard disk or a memory of the electronic device D10. In other embodiments, the memory D101 may also be an external storage device of the electronic device D10, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like, which are provided on the electronic device D10. Further, the memory D101 may also include both an internal storage unit and an external storage device of the electronic device D10. The memory D101 is used for storing an operating system, an application program, a BootLoader (BootLoader), data, and other programs, such as program codes of the computer programs. The memory D101 may also be used to temporarily store data that has been output or is to be output.
It should be noted that, for the information interaction, execution process, and other contents between the above-mentioned devices/units, the specific functions and technical effects thereof are based on the same concept as those of the embodiment of the method of the present application, and specific reference may be made to the part of the embodiment of the method, which is not described herein again.
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-mentioned functions. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working processes of the units and modules in the system may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
The embodiments of the present application further provide a computer-readable storage medium, where a computer program is stored, and when the computer program is executed by a processor, the steps in the above-mentioned method embodiments may be implemented.
Embodiments of the present application provide a computer program product, which when executed on an electronic device, enables the electronic device to implement the steps in the above method embodiments.
The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, all or part of the processes in the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium and can implement the steps of the embodiments of the methods described above when the computer program is executed by a processor. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer readable medium may include at least: any entity or device capable of carrying computer program code to a photographing apparatus/terminal apparatus, a recording medium, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signal, telecommunication signal, and software distribution medium. Such as a usb-disk, a removable hard disk, a magnetic or optical disk, etc. In certain jurisdictions, computer-readable media may not be an electrical carrier signal or a telecommunications signal in accordance with legislative and patent practice.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus/network device and method may be implemented in other ways. For example, the above-described apparatus/network device embodiments are merely illustrative, and for example, the division of the modules or units is only one logical division, and there may be other divisions when actually implementing, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
The above-mentioned embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present application and are intended to be included within the scope of the present application.

Claims (10)

1. A vehicle IO test method is applied to an upper computer and is characterized by comprising the following steps:
establishing a channel between the upper computer and at least two target IO test connectors, wherein the target IO test connectors are communicated with corresponding vehicles;
responding to the operation of a user, and acquiring a corresponding IO test instruction;
and sending the IO test instruction to the target IO test connector through a channel between the upper computer and the target IO test connector, so that the target IO test connector sends the IO test instruction to a corresponding vehicle, and the vehicle responds according to the IO test instruction.
2. The method of claim 1, wherein the obtaining the corresponding IO test instruction in response to the user operation comprises:
displaying optional vehicle types according to the target IO test connector;
responding to the selection of the vehicle model and the selection of the IO test function by the user, and acquiring an IO test instruction corresponding to the selected vehicle model and the IO test function from an IO test protocol table.
3. The method of any of claims 1 to 2, wherein after the sending the IO test instructions to the target IO test connector, the method further comprises:
receiving normal response information or abnormal response information which is returned by the target IO test connector and aims at the IO test instruction, wherein the normal response information indicates that the vehicle corresponding to the target IO test connector executes the IO test instruction, and the abnormal response information indicates that the vehicle corresponding to the target IO test connector does not support the IO test instruction.
4. The method of claim 1, wherein the establishing a channel between the upper computer and at least two target IO test connectors comprises:
establishing communication connection with at least two IO test connectors;
and selecting at least two joints from the at least two IO test joints as the target IO test joint based on the selection instruction of the user.
5. A vehicle IO test method is applied to a target IO test connector and is characterized by comprising the following steps:
establishing a channel between the target IO test connector and an upper computer, and communicating the target IO test connector with a corresponding vehicle;
receiving an IO test instruction sent by an upper computer through a channel between the upper computer and the upper computer, wherein the IO test instruction is obtained correspondingly in response to the operation of a user;
and sending the IO test instruction to a corresponding vehicle so that the corresponding vehicle responds according to the IO test instruction.
6. The method of claim 5, wherein the sending the IO test instructions to the corresponding vehicle comprises:
analyzing the IO test instruction to obtain a target electronic control unit identifier and a corresponding IO test function;
and sending the IO test instruction to the target electronic control unit so that the target electronic control unit executes the IO test function.
7. The method of claim 6, wherein after the sending the IO test instructions to the corresponding vehicle, the method further comprises:
receiving normal response information or abnormal response information returned by a target electronic control unit, wherein the normal response information indicates that the target electronic control unit has executed the IO test instruction, and the abnormal response information indicates that the target electronic control unit does not support the IO test instruction;
and sending the normal response information or the abnormal response information to the upper computer.
8. The utility model provides a vehicle IO testing arrangement, is applied to the host computer, its characterized in that includes:
the first establishing module is used for establishing a channel between the upper computer and at least two target IO test connectors, and the target IO test connectors are communicated with corresponding vehicles;
the acquisition module is used for responding to the operation of a user and acquiring a corresponding IO test instruction;
the first sending module is used for sending the IO test instruction to the target IO test connector through a channel between the upper computer and the target IO test connector, so that the target IO test connector sends the IO test instruction to a corresponding vehicle, and the vehicle responds according to the IO test instruction.
9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method of any one of claims 1 to 4 or 5 to 7 when executing the computer program.
10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1 to 4 or 5 to 7.
CN202111595043.5A 2021-12-23 2021-12-23 Vehicle IO test method and device, electronic equipment and storage medium Pending CN114326669A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111595043.5A CN114326669A (en) 2021-12-23 2021-12-23 Vehicle IO test method and device, electronic equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111595043.5A CN114326669A (en) 2021-12-23 2021-12-23 Vehicle IO test method and device, electronic equipment and storage medium

Publications (1)

Publication Number Publication Date
CN114326669A true CN114326669A (en) 2022-04-12

Family

ID=81013214

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111595043.5A Pending CN114326669A (en) 2021-12-23 2021-12-23 Vehicle IO test method and device, electronic equipment and storage medium

Country Status (1)

Country Link
CN (1) CN114326669A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115442261A (en) * 2022-05-27 2022-12-06 北京罗克维尔斯科技有限公司 Method and system for testing lower computer

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107889076A (en) * 2017-10-26 2018-04-06 深圳市元征软件开发有限公司 Vehicular diagnostic method and vehicle diagnostic device

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107889076A (en) * 2017-10-26 2018-04-06 深圳市元征软件开发有限公司 Vehicular diagnostic method and vehicle diagnostic device

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115442261A (en) * 2022-05-27 2022-12-06 北京罗克维尔斯科技有限公司 Method and system for testing lower computer

Similar Documents

Publication Publication Date Title
US10621797B2 (en) System and method for transferring diagnostic commands to a vehicle
CN111198790B (en) Robot testing method, robot testing device and robot
CN111506047B (en) Vehicle diagnosis method, device and storage medium
US11514731B2 (en) Method and system for remote vehicle diagnostics
CN111371638A (en) Intelligent equipment testing method and device, server and storage medium
CN114384892A (en) Test equipment, state detection method and device of vehicle control unit and electronic equipment
CN111211929A (en) Fault positioning method, fault positioning device, control equipment and intelligent equipment
CN112087354A (en) Communication protocol testing method and device, electronic equipment and storage medium
CN112069005A (en) Method for detecting CAN communication function of whole vehicle
CN109975700B (en) Steering engine abnormal state detection method and device, terminal device and medium
CN110896366A (en) Network card function testing method and device of multi-network card equipment and storage medium
CN104111844A (en) Method and system for installing application programs into mobile terminals
CN112683552A (en) Automobile test method, system, readable storage medium and automobile test equipment
CN112558584B (en) Diagnostic data acquisition method and device and diagnostic equipment
CN114326669A (en) Vehicle IO test method and device, electronic equipment and storage medium
CN111693294A (en) Vehicle detection method and device, terminal equipment and storage medium
CN102707710A (en) Diagnosis function verification method and system for automobile electronic control unit
CN109189024A (en) A kind of industrial automation system including monitoring unit, factory and monitoring method
CN114780315A (en) Hardware simulation test method and device
CN110968004B (en) Cable test system based on FPGA prototype verification development board
CN112822073B (en) Test method, device, system, electronic equipment and readable storage medium
CN210014916U (en) Motor vehicle detection control instrument and control circuit thereof
CN209373419U (en) A kind of industrial automation system including monitoring unit, factory and monitoring device
CN111399080A (en) Gravity sensor testing method and device, electronic device and storage medium
CN115640185A (en) Slot diagnosis card, slot diagnosis method and diagnosis system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination