CN116319499A - Diagnostic method and device for vehicle, electronic equipment and storage medium - Google Patents

Diagnostic method and device for vehicle, electronic equipment and storage medium Download PDF

Info

Publication number
CN116319499A
CN116319499A CN202310268742.1A CN202310268742A CN116319499A CN 116319499 A CN116319499 A CN 116319499A CN 202310268742 A CN202310268742 A CN 202310268742A CN 116319499 A CN116319499 A CN 116319499A
Authority
CN
China
Prior art keywords
vehicle
diagnosis
data
diagnosed
protocol
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
CN202310268742.1A
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.)
Chery Automobile Co Ltd
Original Assignee
Chery Automobile 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 Chery Automobile Co Ltd filed Critical Chery Automobile Co Ltd
Priority to CN202310268742.1A priority Critical patent/CN116319499A/en
Publication of CN116319499A publication Critical patent/CN116319499A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00—Testing or monitoring of control systems or parts thereof
    • G05B23/02—Electric testing or monitoring
    • G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
    • G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Abstract

The present application relates to the field of network diagnosis technologies, and in particular, to a vehicle diagnosis method, device, electronic equipment, and storage medium, where the method includes: generating data to be diagnosed by receiving a vehicle diagnosis request of a user, transmitting the data to be diagnosed to a vehicle controller of a target vehicle by utilizing a preset DoIP vehicle-mounted Ethernet transmission layer protocol and a UDS diagnosis protocol, receiving a diagnosis response transmitted based on the data to be diagnosed, and generating a diagnosis result of the target vehicle according to the diagnosis response. Therefore, the problems that the diagnosis of the vehicle is carried out through traditional communication, the diagnosis rate is low, the dependence on network driving equipment is strong and the like are easily caused when the vehicle is communicated are solved, the vehicle and the test computer are connected through the Ethernet, the diagnosis of the vehicle is realized according to the DoIP communication protocol and the UDS diagnosis protocol, the communication rate of a diagnosis tool is improved, and the diagnosis efficiency is further improved.

Description

Diagnostic method and device for vehicle, electronic equipment and storage medium
Technical Field
The present invention relates to the field of network diagnosis technologies, and in particular, to a vehicle diagnosis method, device, electronic apparatus, and storage medium.
Background
With rapid development of information technology, vehicle-mounted network diagnosis has become one of the main technologies of vehicle diagnosis, and meanwhile, a part of host diagnosis tools of vehicles need to be developed based on vehicle-mounted ethernet protocols to realize diagnosis functions of vehicles.
In the related art, when diagnosing a vehicle through an on-vehicle network, it is necessary to connect a network driving device and simultaneously transmit communication with the vehicle through a CAN (Controller Area Network ) bus to acquire diagnostic data of the vehicle.
However, when a vehicle is diagnosed by communication transmission with the vehicle via the CAN bus, there is a problem that the diagnosis rate at the time of communication is low and the dependence on the network driving device is strong, and the solution is needed.
Disclosure of Invention
The application provides a vehicle diagnosis method, a vehicle diagnosis device, an electronic device and a storage medium, which are used for solving the problems that the diagnosis speed is low, the dependence on network driving equipment is strong and the like when the vehicle is diagnosed through traditional communication.
An embodiment of a first aspect of the present application provides a diagnostic method for a vehicle, including the steps of:
receiving a vehicle diagnosis request of a user;
generating data to be diagnosed according to the vehicle diagnosis request, and transmitting the data to be diagnosed to a vehicle controller of a target vehicle by utilizing a preset DoIP vehicle-mounted Ethernet transmission layer protocol and a UDS (Unified Diagnostic Services, unified diagnosis service) diagnosis protocol; and
and receiving a diagnosis response sent by the vehicle controller based on the data to be diagnosed, and generating a diagnosis result of the target vehicle according to the diagnosis response.
According to one embodiment of the present application, the sending the data to be diagnosed to the vehicle controller of the target vehicle using a preset DoIP on-board ethernet transport layer protocol and UDS diagnostic protocol includes:
developing upper computer software based on target software and designing a man-machine interaction interface of a user;
invoking a socket library file of the target software according to the man-machine interaction interface;
and sending the preset TCP message data and/or UDP message data of the vehicle controllers fed back by the DOIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol according to the socket library file, generating data to be diagnosed corresponding to a plurality of vehicle controllers, and sending the data to be diagnosed to the vehicle controllers of the target vehicles.
According to one embodiment of the application, invoking a socket library file based on target software includes:
and calling the hardware resources of the vehicle-mounted Ethernet card.
According to one embodiment of the application, receiving a diagnostic response sent by the vehicle controller based on the data to be diagnosed includes:
receiving TCP (Transmission Control Protocol ) message data and/or UDP (User Datagram Protocol, user datagram protocol) message data of the vehicle controller fed back by the preset DoIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol;
and receiving a diagnosis response of the vehicle controller according to the TCP message data and/or the UDP message data, and generating a diagnosis result of the target vehicle according to the diagnosis response.
According to the vehicle diagnosis method, the vehicle diagnosis request of the user is received to generate data to be diagnosed, the data to be diagnosed is sent to the vehicle controller of the target vehicle by utilizing the preset DoIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol, a diagnosis response sent based on the data to be diagnosed is received, and meanwhile, a diagnosis result of the target vehicle is generated according to the diagnosis response. Therefore, the problems that the diagnosis of the vehicle is carried out through traditional communication, the diagnosis rate is low, the dependence on network driving equipment is strong and the like are easily caused when the vehicle is communicated are solved, the vehicle and the test computer are connected through the Ethernet, the diagnosis of the vehicle is realized according to the DoIP communication protocol and the UDS diagnosis protocol, the communication rate of a diagnosis tool is improved, and the diagnosis efficiency is further improved.
An embodiment of a second aspect of the present application provides a diagnostic apparatus of a vehicle, including:
the receiving module is used for receiving a vehicle diagnosis request of a user;
the sending module is used for generating data to be diagnosed according to the vehicle diagnosis request and sending the data to be diagnosed to a vehicle controller of a target vehicle by utilizing a preset DoIP vehicle-mounted Ethernet transmission layer protocol and a preset UDS diagnosis protocol; and
and the generation module is used for receiving a diagnosis response sent by the vehicle controller based on the data to be diagnosed and generating a diagnosis result of the target vehicle according to the diagnosis response.
According to an embodiment of the present application, the sending module is specifically configured to:
developing upper computer software based on target software and designing a man-machine interaction interface of a user;
invoking a socket library file of the target software according to the man-machine interaction interface;
and sending the preset TCP message data and/or UDP message data of the vehicle controllers fed back by the DOIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol according to the socket library file, generating data to be diagnosed corresponding to a plurality of vehicle controllers, and sending the data to be diagnosed to the vehicle controllers of the target vehicles.
According to an embodiment of the present application, the sending module is specifically configured to:
and calling the hardware resources of the vehicle-mounted Ethernet card.
According to one embodiment of the present application, the generating module is specifically configured to:
receiving TCP message data and/or UDP message data of the vehicle controller fed back by the preset DoIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol;
and receiving a diagnosis response of the vehicle controller according to the TCP message data and/or the UDP message data, and generating a diagnosis result of the target vehicle according to the diagnosis response.
According to the vehicle diagnosis device, the vehicle diagnosis request of the user is received to generate data to be diagnosed, the data to be diagnosed is sent to the vehicle controller of the target vehicle by utilizing the preset DoIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol, a diagnosis response sent based on the data to be diagnosed is received, and meanwhile, a diagnosis result of the target vehicle is generated according to the diagnosis response. Therefore, the problems that the diagnosis of the vehicle is carried out through traditional communication, the diagnosis rate is low, the dependence on network driving equipment is strong and the like are easily caused when the vehicle is communicated are solved, the vehicle and the test computer are connected through the Ethernet, the diagnosis of the vehicle is realized according to the DoIP communication protocol and the UDS diagnosis protocol, the communication rate of a diagnosis tool is improved, and the diagnosis efficiency is further improved.
An embodiment of a third aspect of the present application provides an electronic device, including: the diagnostic device includes a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor executing the program to implement the diagnostic method of a vehicle as described in the above embodiments.
An embodiment of a fourth aspect of the present application provides a computer-readable storage medium having stored thereon a computer program that is executed by a processor for implementing the diagnostic method of a vehicle as described in the above embodiment.
Additional aspects and advantages of the application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the application.
Drawings
The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings, in which:
FIG. 1 is a flow chart of a diagnostic method for a vehicle according to an embodiment of the present application;
FIG. 2 is a schematic overall scheme according to one embodiment of the present application;
FIG. 3 is a schematic diagram of an overall solution module according to one embodiment of the present application;
FIG. 4 is a schematic diagram of a connection between a vehicle and a test computer according to one embodiment of the present application;
FIG. 5 is a schematic diagram of an RJ45 port according to one embodiment of the present application;
FIG. 6 is a schematic diagram of an OBD (On-Board Diagnostics, on-board automated diagnostic system) port according to one embodiment of the present application;
FIG. 7 is a diagram of a python host interface according to one embodiment of the present application;
FIG. 8 is a schematic diagram of a network communication model according to one embodiment of the present application;
FIG. 9 is a block diagram illustration of a diagnostic device of a vehicle according to an embodiment of the present application;
fig. 10 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to like or similar elements or elements having like or similar functions throughout. The embodiments described below by referring to the drawings are exemplary and intended for the purpose of explaining the present application and are not to be construed as limiting the present application.
The following describes a diagnostic method, apparatus, electronic device, and storage medium of a vehicle of the embodiments of the present application with reference to the accompanying drawings. In order to solve the problems that the diagnosis rate is low and the dependence on the network driving device is strong when the vehicle is diagnosed through the conventional communication mentioned in the background art, the application provides a vehicle diagnosis method, in which the vehicle diagnosis request of a received user is used for generating data to be diagnosed, the data to be diagnosed is sent to a vehicle controller of a target vehicle by utilizing a preset DoIP vehicle-mounted Ethernet transmission layer protocol and a UDS diagnosis protocol, and a diagnosis response based on the data to be diagnosed is received, and meanwhile, the diagnosis result of the target vehicle is generated according to the diagnosis response. Therefore, the problems that the diagnosis of the vehicle is carried out through traditional communication, the diagnosis rate is low, the dependence on network driving equipment is strong and the like are easily caused when the vehicle is communicated are solved, the vehicle and the test computer are connected through the Ethernet, the diagnosis of the vehicle is realized according to the DoIP communication protocol and the UDS diagnosis protocol, the communication rate of a diagnosis tool is improved, and the diagnosis efficiency is further improved.
Specifically, fig. 1 is a schematic flow chart of a vehicle diagnosis method according to an embodiment of the present application.
As shown in fig. 1, the diagnostic method of the vehicle includes the steps of:
in step S101, a vehicle diagnosis request of a user is received.
Specifically, as shown in fig. 2, in the embodiment of the present application, if a user wants to diagnose the related functions of the vehicle, first, the vehicle and the test computer are connected through the vehicle-mounted ethernet cable harness, after the connection is successful, a vehicle diagnosis request of the user is received, and related diagnosis service is performed on the vehicle according to the diagnosis request of the user.
In order to achieve reasonable utilization of hardware resources of the test computer network card, reduce connection of external devices and reduce device development cost, as shown in fig. 3 and fig. 4, the connection of the ethernet cable harness in the embodiment of the present application uses an RJ45 port of the computer and an OBD port of the vehicle, where definitions of the RJ45 port and the OBD port are respectively shown in fig. 5 and fig. 6, and in the definition of the OBD port, according to the definition of a standard communication protocol, the pins 1, 3, 8, 9, 11, 12 and 13 of the OBD port are reserved pins, so that 5 wires in the 7 pins can be utilized to form two pairs of twisted pairs and an activation wire, so as to achieve connection based on ethernet communication.
In step S102, data to be diagnosed is generated according to a vehicle diagnosis request, and is transmitted to a vehicle controller of a target vehicle by using a preset DoIP on-board ethernet transport layer protocol and UDS diagnosis protocol.
Further, in some embodiments, the sending the data to be diagnosed to the vehicle controller of the target vehicle using the preset DoIP on-board ethernet transport layer protocol and UDS diagnostic protocol includes: developing upper computer software based on target software and designing a man-machine interaction interface of a user; invoking a socket library file of the target software according to the man-machine interaction interface; and sending TCP message data and/or UDP message data of the vehicle controllers fed back by the preset DoIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol according to the socket library file, generating data to be diagnosed corresponding to the vehicle controllers, and sending the data to be diagnosed to the vehicle controllers of the target vehicles.
Further, in some embodiments, invoking the socket library file based on the target software includes: and calling the hardware resources of the vehicle-mounted Ethernet card.
Specifically, as shown in fig. 3, after receiving a vehicle diagnosis request of a user, the embodiment of the application firstly develops upper computer software according to target software (such as python) and designs a man-machine interaction interface of the user, wherein the man-machine interaction interface can be adapted according to different vehicle type diagnosis contents and can also be developed according to different use requirements, and the upper computer software consists of three modules, namely Enternet Communication (socket) & PC hardware resource, doIP/UDS Protocol and UI Design (tkin); secondly, calling a socket library file in python software according to a preset DoIP vehicle-mounted Ethernet transmission layer protocol and a UDS diagnosis protocol, calling hardware resources of a vehicle-mounted Ethernet card through the python software, and then sending TCP message data and/or UDP message data according to the called hardware resources, so as to generate data to be diagnosed corresponding to a plurality of vehicle controllers; and finally, sending the data to be diagnosed to a vehicle controller of the target vehicle to obtain the diagnosis response of the vehicle.
In step S103, a diagnostic response transmitted by the vehicle controller based on the data to be diagnosed is received, and a diagnostic result of the target vehicle is generated from the diagnostic response.
Further, in some embodiments, receiving a diagnostic response sent by the vehicle controller based on the data to be diagnosed includes: receiving TCP message data and/or UDP message data of a vehicle controller fed back by a preset DoIP vehicle-mounted Ethernet transmission layer protocol and a preset UDS diagnosis protocol; and receiving a diagnosis response of the vehicle controller according to the TCP message data and/or the UDP message data, and generating a diagnosis result of the target vehicle according to the diagnosis response.
Specifically, in the embodiment of the application, after the hardware resource of the vehicle-mounted ethernet card is called through the python software, the TCP message data and/or the UDP message data of the vehicle controller fed back by the preset DoIP vehicle-mounted ethernet transport layer protocol and the UDS diagnostic protocol are received and parsed, so that the diagnostic response of the vehicle controller is received according to the TCP message data and/or the UDP message data, and the diagnostic result of the target vehicle is generated according to the diagnostic response.
Further, as shown in fig. 7, when the user's man-machine interaction interface is designed through python software, the embodiment of the application can implement diagnosis on different controllers of the vehicle by calling a tkilter library file and associating different keys with different diagnosis functions in the man-machine interaction interface.
It should be noted that, as shown in fig. 8, a network general model of an embodiment of the present application is shown, and the embodiment of the present application discusses a technical solution from a vehicle-mounted ethernet physical layer to an application layer, where the function development of the application layer may define and design related software according to the initially set diagnostic data and the diagnostic function operation flow so as to meet different diagnostic requirements.
In summary, the beneficial effects of the embodiments of the present application are as follows:
(1) By using the RJ45 Ethernet interface of the computer, reasonable utilization of hardware resources of the network card of the computer is realized, and meanwhile, no more external equipment is needed, so that the equipment development cost is reduced.
(2) The communication rate and the vehicle diagnosis rate are improved.
(3) The python script is used for developing the diagnosis interface, so that the follow-up updating and demand adding can be met, and the maintenance of the diagnosis tool is facilitated.
According to the vehicle diagnosis method, the vehicle diagnosis request of the user is received to generate data to be diagnosed, the data to be diagnosed is sent to the vehicle controller of the target vehicle by utilizing the preset DoIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol, a diagnosis response sent based on the data to be diagnosed is received, and meanwhile, a diagnosis result of the target vehicle is generated according to the diagnosis response. Therefore, the problems that the diagnosis of the vehicle is carried out through traditional communication, the diagnosis rate is low, the dependence on network driving equipment is strong and the like are easily caused when the vehicle is communicated are solved, the vehicle and the test computer are connected through the Ethernet, the diagnosis of the vehicle is realized according to the DoIP communication protocol and the UDS diagnosis protocol, the communication rate of a diagnosis tool is improved, and the diagnosis efficiency is further improved.
Next, a diagnostic device of a vehicle according to an embodiment of the present application will be described with reference to the accompanying drawings.
Fig. 9 is a block schematic diagram of a diagnostic device of a vehicle of an embodiment of the present application.
As shown in fig. 9, the diagnostic device 10 of the vehicle includes: a receiving module 100, a transmitting module 200 and a generating module 300.
Wherein, the receiving module 100 is configured to receive a vehicle diagnosis request of a user;
the sending module 200 is configured to generate data to be diagnosed according to a vehicle diagnosis request, and send the data to be diagnosed to a vehicle controller of a target vehicle by using a preset DoIP vehicle-mounted ethernet transport layer protocol and a preset UDS diagnosis protocol; and
the generating module 300 is configured to receive a diagnostic response sent by the vehicle controller based on the data to be diagnosed, and generate a diagnostic result of the target vehicle according to the diagnostic response.
Further, in some embodiments, the sending module 200 is specifically configured to:
developing upper computer software based on target software and designing a man-machine interaction interface of a user;
invoking a socket library file of the target software according to the man-machine interaction interface;
and sending TCP message data and/or UDP message data of the vehicle controllers fed back by the preset DoIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol according to the socket library file, generating data to be diagnosed corresponding to the vehicle controllers, and sending the data to be diagnosed to the vehicle controllers of the target vehicles.
Further, in some embodiments, the sending module 200 is specifically configured to:
and calling the hardware resources of the vehicle-mounted Ethernet card.
Further, in some embodiments, the generating module 300 is specifically configured to:
receiving TCP message data and/or UDP message data of a vehicle controller fed back by a preset DoIP vehicle-mounted Ethernet transmission layer protocol and a preset UDS diagnosis protocol;
and receiving a diagnosis response of the vehicle controller according to the TCP message data and/or the UDP message data, and generating a diagnosis result of the target vehicle according to the diagnosis response.
According to the vehicle diagnosis device, the vehicle diagnosis request of the user is received to generate data to be diagnosed, the data to be diagnosed is sent to the vehicle controller of the target vehicle by utilizing the preset DoIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol, a diagnosis response sent based on the data to be diagnosed is received, and meanwhile, a diagnosis result of the target vehicle is generated according to the diagnosis response. Therefore, the problems that the diagnosis of the vehicle is carried out through traditional communication, the diagnosis rate is low, the dependence on network driving equipment is strong and the like are easily caused when the vehicle is communicated are solved, the vehicle and the test computer are connected through the Ethernet, the diagnosis of the vehicle is realized according to the DoIP communication protocol and the UDS diagnosis protocol, the communication rate of a diagnosis tool is improved, and the diagnosis efficiency is further improved.
Fig. 10 is a schematic structural diagram of an electronic device according to an embodiment of the present application. The electronic device may include:
memory 1001, processor 1002, and a computer program stored on memory 1001 and executable on processor 1002.
The processor 1002 executes a program to implement the vehicle diagnostic method provided in the above-described embodiment.
Further, the electronic device further includes:
a communication interface 1003 for communication between the memory 1001 and the processor 1002.
Memory 1001 for storing computer programs that may be run on processor 1002.
Memory 1001 may include high-speed RAM memory and may also include non-volatile memory (non-volatile memory), such as at least one disk memory.
If the memory 1001, the processor 1002, and the communication interface 1003 are implemented independently, the communication interface 1003, the memory 1001, and the processor 1002 may be connected to each other through a bus and perform communication with each other. The bus may be an industry standard architecture (Industry Standard Architecture, abbreviated ISA) bus, an external device interconnect (Peripheral Component, abbreviated PCI) bus, or an extended industry standard architecture (Extended Industry Standard Architecture, abbreviated EISA) bus, among others. The buses may be divided into address buses, data buses, control buses, etc. For ease of illustration, only one thick line is shown in fig. 10, but not only one bus or one type of bus.
Alternatively, in a specific implementation, if the memory 1001, the processor 1002, and the communication interface 1003 are integrated on a chip, the memory 1001, the processor 1002, and the communication interface 1003 may complete communication with each other through internal interfaces.
The processor 1002 may be a central processing unit (Central Processing Unit, abbreviated as CPU), or an application specific integrated circuit (Application Specific Integrated Circuit, abbreviated as ASIC), or one or more integrated circuits configured to implement embodiments of the present application.
The present embodiment also provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the diagnostic method of a vehicle as above.
In the description of the present specification, a description referring to terms "one embodiment," "some embodiments," "examples," "specific examples," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present application. In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or N embodiments or examples. Furthermore, the different embodiments or examples described in this specification and the features of the different embodiments or examples may be combined and combined by those skilled in the art without contradiction.
Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include at least one such feature. In the description of the present application, the meaning of "N" is at least two, such as two, three, etc., unless explicitly defined otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more N executable instructions for implementing specific logical functions or steps of the process, and further implementations are included within the scope of the preferred embodiment of the present application in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the embodiments of the present application.
Logic and/or steps represented in the flowcharts or otherwise described herein, e.g., a ordered listing of executable instructions for implementing logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. For the purposes of this description, a "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic device) having one or N wires, a portable computer cartridge (magnetic device), a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). Additionally, the computer-readable medium may even be paper or other suitable medium upon which the program is printed, as the program may be electronically captured, via, for instance, optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner, if necessary, and then stored in a computer memory.
It is to be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above-described embodiments, the N steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. As with the other embodiments, if implemented in hardware, may be implemented using any one or combination of the following techniques, as is well known in the art: discrete logic circuits having logic gates for implementing logic functions on data signals, application specific integrated circuits having suitable combinational logic gates, programmable Gate Arrays (PGAs), field Programmable Gate Arrays (FPGAs), and the like.
Those of ordinary skill in the art will appreciate that all or part of the steps carried out in the method of the above-described embodiments may be implemented by a program to instruct related hardware, and the program may be stored in a computer readable storage medium, where the program when executed includes one or a combination of the steps of the method embodiments.
In addition, each functional unit in each embodiment of the present application may be integrated in one processing module, or each unit may exist alone physically, or two or more units may be integrated in one module. The integrated modules may be implemented in hardware or in software functional modules. The integrated modules may also be stored in a computer readable storage medium if implemented as software functional modules and sold or used as a stand-alone product.
The above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, or the like. Although embodiments of the present application have been shown and described above, it will be understood that the above embodiments are illustrative and not to be construed as limiting the application, and that variations, modifications, alternatives, and variations may be made to the above embodiments by one of ordinary skill in the art within the scope of the application.

Claims (10)

1. A method of diagnosing a vehicle, comprising the steps of:
receiving a vehicle diagnosis request of a user;
generating data to be diagnosed according to the vehicle diagnosis request, and transmitting the data to be diagnosed to a vehicle controller of a target vehicle by utilizing a preset DoIP vehicle-mounted Ethernet transmission layer protocol and a unified diagnosis service UDS diagnosis protocol; and
and receiving a diagnosis response sent by the vehicle controller based on the data to be diagnosed, and generating a diagnosis result of the target vehicle according to the diagnosis response.
2. The method of claim 1, wherein transmitting the data to be diagnosed to a vehicle controller of a target vehicle using a preset DoIP on-board ethernet transport layer protocol and UDS diagnostic protocol, comprises:
developing upper computer software based on target software and designing a man-machine interaction interface of a user;
invoking a socket library file of the target software according to the man-machine interaction interface;
and transmitting Transmission Control Protocol (TCP) message data and/or User Datagram Protocol (UDP) message data of a vehicle controller fed back by a preset DoIP vehicle-mounted Ethernet transmission layer protocol and a UDS diagnosis protocol according to the socket library file, generating data to be diagnosed corresponding to a plurality of vehicle controllers, and transmitting the data to be diagnosed to the vehicle controller of the target vehicle.
3. The method of claim 2, wherein invoking the socket library file based on the target software comprises:
and calling the hardware resources of the vehicle-mounted Ethernet card.
4. The method of claim 1, wherein receiving a diagnostic response sent by the vehicle controller based on the data to be diagnosed comprises:
receiving TCP message data and/or UDP message data of the vehicle controller fed back by the preset DoIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol;
and receiving a diagnosis response of the vehicle controller according to the TCP message data and/or the UDP message data, and generating a diagnosis result of the target vehicle according to the diagnosis response.
5. A diagnostic device for a vehicle, comprising:
the receiving module is used for receiving a vehicle diagnosis request of a user;
the sending module is used for generating data to be diagnosed according to the vehicle diagnosis request and sending the data to be diagnosed to a vehicle controller of a target vehicle by utilizing a preset DoIP vehicle-mounted Ethernet transmission layer protocol and a preset UDS diagnosis protocol; and
and the generation module is used for receiving a diagnosis response sent by the vehicle controller based on the data to be diagnosed and generating a diagnosis result of the target vehicle according to the diagnosis response.
6. The apparatus of claim 5, wherein the sending module is specifically configured to:
developing upper computer software based on target software and designing a man-machine interaction interface of a user;
invoking a socket library file of the target software according to the man-machine interaction interface;
and sending the preset TCP message data and/or UDP message data of the vehicle controllers fed back by the DOIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol according to the socket library file, generating data to be diagnosed corresponding to a plurality of vehicle controllers, and sending the data to be diagnosed to the vehicle controllers of the target vehicles.
7. The apparatus of claim 6, wherein the sending module is specifically configured to:
and calling the hardware resources of the vehicle-mounted Ethernet card.
8. The apparatus of claim 5, wherein the generating module is specifically configured to:
receiving TCP message data and/or UDP message data of the vehicle controller fed back by the preset DoIP vehicle-mounted Ethernet transmission layer protocol and the UDS diagnosis protocol;
and receiving a diagnosis response of the vehicle controller according to the TCP message data and/or the UDP message data, and generating a diagnosis result of the target vehicle according to the diagnosis response.
9. An electronic device, comprising: a memory, a processor and a computer program stored on the memory and executable on the processor, the processor executing the program to implement the method of diagnosing a vehicle according to any one of claims 1-4.
10. A computer-readable storage medium, on which a computer program is stored, characterized in that the program is executed by a processor for implementing a diagnostic method of a vehicle according to any one of claims 1-4.
CN202310268742.1A 2023-03-15 2023-03-15 Diagnostic method and device for vehicle, electronic equipment and storage medium Pending CN116319499A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310268742.1A CN116319499A (en) 2023-03-15 2023-03-15 Diagnostic method and device for vehicle, electronic equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310268742.1A CN116319499A (en) 2023-03-15 2023-03-15 Diagnostic method and device for vehicle, electronic equipment and storage medium

Publications (1)

Publication Number Publication Date
CN116319499A true CN116319499A (en) 2023-06-23

Family

ID=86826934

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310268742.1A Pending CN116319499A (en) 2023-03-15 2023-03-15 Diagnostic method and device for vehicle, electronic equipment and storage medium

Country Status (1)

Country Link
CN (1) CN116319499A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117250943A (en) * 2023-11-20 2023-12-19 常州星宇车灯股份有限公司 Vehicle UDS service message anomaly detection method and detection system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117250943A (en) * 2023-11-20 2023-12-19 常州星宇车灯股份有限公司 Vehicle UDS service message anomaly detection method and detection system
CN117250943B (en) * 2023-11-20 2024-02-06 常州星宇车灯股份有限公司 Vehicle UDS service message anomaly detection method and detection system

Similar Documents

Publication Publication Date Title
US20210014318A1 (en) Diagnostic method and system for vehicle, and related device thereof
CN108803577A (en) A kind of diagnostic method, host computer and slave computer
WO2022041720A1 (en) Uds-based communication method, ecu and upper computer
CN213715751U (en) Domain controller
CN112699458B (en) Calculation method and device for vehicular domain controller
CN116319499A (en) Diagnostic method and device for vehicle, electronic equipment and storage medium
CN111538312A (en) Vehicle remote diagnosis method, system, equipment connector and vehicle connector
CN113608483A (en) Method for acquiring vehicle signal value, electronic equipment and electronic control unit
CN112445630A (en) Information interaction method and device and terminal equipment
CN108390863A (en) A kind of data processing method and device
CN113645097A (en) Vehicle signal monitoring method, terminal equipment and electronic control unit
KR20200062594A (en) Operating method in debugging system for vehicle
CN109286689B (en) Information sending method and device and vehicle-mounted man-vehicle interaction terminal
CN115980554A (en) Chip testing method and electronic equipment thereof
SE536092C2 (en) Remote diagnostics of vehicles
CN114003018A (en) Vehicle diagnosis method and related device
CN114967634A (en) Processor diagnostic device, processor diagnostic method, and electronic apparatus
CN114442590A (en) Vehicle diagnosis method, apparatus, diagnosis communication device, server, and storage medium
CN110209143A (en) A kind of Vehicular diagnostic method, device and electronic equipment
CN116224976B (en) Test method and device
CN111123727A (en) Unmanned vehicle simulation building method, device, equipment and computer readable medium
US20230215226A1 (en) Method for vehicle diagnostics, diagnostic connector, and diagnostic device
CN115733871A (en) Communication interaction method, device, equipment and storage medium
CN117240838B (en) Cloud native CAN (controller area network) debugging system
CN111124700B (en) Method and device for accessing simulation software model

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