CN117348591A - Vehicle diagnosis method, vehicle diagnosis device, storage medium, and computer device - Google Patents

Vehicle diagnosis method, vehicle diagnosis device, storage medium, and computer device Download PDF

Info

Publication number
CN117348591A
CN117348591A CN202311378576.7A CN202311378576A CN117348591A CN 117348591 A CN117348591 A CN 117348591A CN 202311378576 A CN202311378576 A CN 202311378576A CN 117348591 A CN117348591 A CN 117348591A
Authority
CN
China
Prior art keywords
diagnostic
protocol
diagnosis
vehicle
type
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
CN202311378576.7A
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.)
SAIC General Motors Corp Ltd
Pan Asia Technical Automotive Center Co Ltd
Original Assignee
SAIC General Motors Corp Ltd
Pan Asia Technical Automotive Center 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 SAIC General Motors Corp Ltd, Pan Asia Technical Automotive Center Co Ltd filed Critical SAIC General Motors Corp Ltd
Priority to CN202311378576.7A priority Critical patent/CN117348591A/en
Publication of CN117348591A publication Critical patent/CN117348591A/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00Testing or monitoring of control systems or parts thereof
    • G05B23/02Electric testing or monitoring
    • G05B23/0205Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0208Electric 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/0213Modular 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

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Testing And Monitoring For Control Systems (AREA)

Abstract

The present application relates to a vehicle diagnosis technology, and in particular, to a vehicle diagnosis method, a vehicle diagnosis apparatus, a computer storage medium and a computer device implementing the method. A vehicle diagnostic method according to one aspect of the present application includes the steps of: polling the diagnostic script at regular time and parsing the polled diagnostic script to determine a type of diagnostic protocol; calling a diagnosis protocol stack interface according to the type of the diagnosis protocol; and receiving and transmitting diagnostic messages by utilizing the called diagnostic protocol stack interface so as to carry out remote diagnostic operation on the vehicle by utilizing different types of diagnostic protocols.

Description

Vehicle diagnosis method, vehicle diagnosis device, storage medium, and computer device
Technical Field
The present application relates to a vehicle diagnosis technology, and in particular, to a vehicle diagnosis method, a vehicle diagnosis apparatus, a computer storage medium and a computer device implementing the method.
Background
With the increase of intelligent demands of vehicles and the rapid development of automobile electronic technology, vehicle-mounted electronic units with powerful functions, reliable performance and lower cost are commonly adopted on automobiles. For intelligent, networked and high-reliability automobiles, more and more vehicle-mounted electronic units are integrated, and the functions of the vehicle-mounted electronic units are more and more complex. In order to accurately and quickly locate the fault problem of an automobile, automobile diagnostic systems have been developed. For a part of vehicle-mounted electronic units with higher intelligent degree, the traditional CAN diagnosis CAN not meet the requirements of high speed and high load, and the vehicle-mounted electronic units still use the CAN diagnosis with lower cost compared with the traditional vehicle-mounted electronic units, so that a plurality of diagnosis protocols CAN exist in the vehicle electronic architecture at the same time.
However, the current remote diagnosis equipment cannot support multiple diagnosis protocols at the same time, and is difficult to realize customized diagnosis script injection based on different electronic architectures, and the vehicle ECU can only be diagnosed on site after the vehicle fails, so that the probability of vehicle failure recurrence is very low, a great deal of manpower and material resources are required for site recurrence, and the diagnosis efficiency is low.
Disclosure of Invention
To solve or at least alleviate one or more of the above problems, the following solutions are provided.
According to a first aspect of the present application, there is provided a vehicle diagnostic method comprising the steps of: polling the diagnostic script at regular time and parsing the polled diagnostic script to determine a type of diagnostic protocol; calling a diagnosis protocol stack interface according to the type of the diagnosis protocol; and receiving and transmitting diagnostic messages by utilizing the called diagnostic protocol stack interface so as to carry out remote diagnostic operation on the vehicle by utilizing different types of diagnostic protocols.
A vehicle diagnostic method according to an embodiment of the present application, wherein the type of diagnostic protocol includes one or more of the following: CAN diagnosis protocol and DOIP diagnosis protocol.
A vehicle diagnostic method according to another embodiment of the present application or any of the above embodiments, wherein invoking a diagnostic protocol stack interface according to the type of the diagnostic protocol comprises: calling a CANTP protocol stack interface with a CAN driver in response to the type of the diagnostic protocol being a CAN diagnostic protocol; and invoking a DOIP protocol stack interface using the Ethernet interface in response to the type of diagnostic protocol being a DOIP diagnostic protocol.
A vehicle diagnostic method according to another embodiment or any of the above embodiments of the present application, wherein transceiving diagnostic messages using the invoked diagnostic protocol stack interface comprises: determining an interface function based on the called diagnostic protocol stack interface; and calling the interface function to receive and transmit a diagnosis message at least comprising the CAN/FD message through a diagnosis module.
According to a second aspect of the present application, there is provided a vehicle diagnostic apparatus including: an parsing unit configured to periodically poll the diagnosis script and parse the polled diagnosis script to determine a type of the diagnosis protocol; a calling unit configured to call a diagnostic protocol stack interface according to a type of the diagnostic protocol; and a communication unit configured to transmit and receive diagnostic messages using the invoked diagnostic protocol stack interface to perform remote diagnostic operations on the vehicle using different types of diagnostic protocols.
A vehicle diagnostic device according to an embodiment of the second aspect of the present application, wherein the type of diagnostic protocol comprises one or more of the following: CAN diagnosis protocol and DOIP diagnosis protocol.
The vehicle diagnostic apparatus according to an embodiment of the second aspect of the present application or any of the above embodiments, wherein the calling unit is further configured to: calling a CANTP protocol stack interface with a CAN driver in response to the type of the diagnostic protocol being a CAN diagnostic protocol; and invoking a DOIP protocol stack interface using the Ethernet interface in response to the type of diagnostic protocol being a DOIP diagnostic protocol.
The vehicle diagnostic apparatus according to an embodiment of the second aspect of the present application or any of the above embodiments, wherein the communication unit is further configured to: determining an interface function based on the called diagnostic protocol stack interface; and calling the interface function to receive and transmit a diagnosis message at least comprising the CAN/FD message through a diagnosis module.
According to a third aspect of the present application, there is provided a computer storage medium comprising instructions which, when executed, perform the steps of the vehicle diagnostic method according to the first aspect of the present application.
According to a fourth aspect of the present application there is provided a computer device comprising a memory, a processor and a computer program stored on the memory and running on the processor, the processor implementing the steps of the vehicle diagnostic method according to the first aspect of the present application when the computer program is executed.
According to the vehicle diagnosis scheme of one or more embodiments of the application, compatibility of different types of diagnosis protocols can be achieved, remote diagnosis operation on the vehicle is achieved by calling the diagnosis protocol stack interface according to the type of the diagnosis protocol and sending and receiving diagnosis messages through the called diagnosis protocol stack interface, diagnosis efficiency is improved, and manpower, material resources and time cost are saved.
Other features and advantages of the methods and systems of the present application will be apparent from or elucidated with reference to the drawings incorporated herein and with the following detailed description of certain principles of the present application.
Drawings
The foregoing and/or other aspects and advantages of the present application will become more apparent and more readily appreciated from the following description of the various aspects taken in conjunction with the accompanying drawings in which like or similar elements are designated with the same reference numerals. The drawings include:
FIG. 1 is a flow diagram of a vehicle diagnostic method according to one or more embodiments of the present application.
FIG. 2 is a block diagram of a vehicle diagnostic device according to one or more embodiments of the present application.
FIG. 3 is a block diagram of a computer device according to one embodiment of the present application.
Detailed Description
The following description of the specific embodiments is merely exemplary in nature and is in no way intended to limit the disclosed technology or the application and uses of the disclosed technology. Furthermore, there is no intention to be bound by any expressed or implied theory presented in the preceding technical field, background, or the following detailed description.
In the following detailed description of embodiments, numerous specific details are set forth in order to provide a more thorough understanding of the disclosed technology. It will be apparent, however, to one skilled in the art that the disclosed techniques may be practiced without these specific details. In other instances, well-known features have not been described in detail so as not to unnecessarily complicate the description.
Terms such as "comprising" and "including" mean that in addition to having elements and steps that are directly and explicitly recited in the description, the technical solutions of the present application do not exclude the presence of other elements and steps not directly or explicitly recited. The terms such as "first" and "second" do not denote the order of units in terms of time, space, size, etc. but rather are merely used to distinguish one unit from another.
FIG. 1 is a flow diagram of a vehicle diagnostic method according to one or more embodiments of the present application.
As shown in fig. 1, in step S101, a diagnosis script is periodically polled and the polled diagnosis script is parsed to determine the type of diagnosis protocol.
Alternatively, in step S101, the executable diagnostic script may be polled periodically or at a predetermined time and the polled diagnostic script is parsed to determine the type of diagnostic protocol and the execution conditions of the diagnostic script. Alternatively, the types of diagnostic protocols may include CAN (Controller Area Network ) diagnostic protocol, DOIP diagnostic protocol (Diagnostic Over InternetProtocol, internet diagnostic protocol), and the like. Alternatively, the execution conditions of the diagnostic script may include the vehicle being in an energized state, a manual brake state, a battery state, and so forth.
It should be noted that, a diagnostic script may be understood as an executable file written according to a certain format for diagnosing whether each controller in the vehicle is operating normally, and may be generally temporarily invoked and executed by an application program, and the diagnostic script may, for example, implement detection of an application program executed by the controller when the application program of the controller is invoked and executed.
In step S103, the diagnostic protocol stack interface is called according to the type of the diagnostic protocol.
Optionally, in step S103, when the type of the diagnostic protocol is determined to be a CAN diagnostic protocol, a CAN driver may be used to call a CAN p (ControllerAreaNetwork Transport Protocol, controller area network transmission protocol) protocol stack interface; when the type of diagnostic protocol is determined to be a DOIP diagnostic protocol, the DOIP protocol stack interface may be invoked using the Ethernet interface.
In step S105, a diagnostic message is received and transmitted using the called diagnostic protocol stack interface to perform a remote diagnostic operation on the vehicle using a different type of diagnostic protocol.
Optionally, in step S105, an interface function may be determined based on the called diagnostic protocol stack interface, and a diagnostic message including at least a CAN/FD (Flexible Data-Rate) message may be received and sent by calling the interface function through the diagnostic module. The interface function is determined based on the called diagnosis protocol stack interface, so that the compatibility of a vehicle diagnosis method can be improved, and various diagnosis modules can be conveniently called.
In one embodiment, when the type of the diagnostic protocol is determined to be a CAN diagnostic protocol, a CAN driver may be utilized to invoke a CAN protocol stack interface to send and receive CAN/FD messages. In one embodiment, when the type of the diagnostic protocol is determined to be DOIP diagnostic protocol, the DOIP protocol stack interface may be called by the Ethernet interface to send and receive DOIP diagnostic messages in the form of a send and receive queue.
In one embodiment, a diagnostic message may be received and parsed to obtain fault code information for a target communication node. For example, a diagnostic message fed back by a target communication node connected to the CAN bus may be received, a frame number, application data and an application data length of the diagnostic message may be resolved, and fault code information of the target communication node may be obtained according to the resolved frame number, application data and application data length of the diagnostic message. The fault code information of the target communication node may then be sent to a remote server, which may reply to a diagnosis result according to the fault code information after receiving the fault code information, and the diagnosis result may be displayed on a vehicle screen or a mobile terminal, for example, so that a user may learn about the fault information of the vehicle.
In one embodiment, the diagnostic message may be sent to a vehicle control module of the vehicle to be diagnosed, and then the diagnostic response message and the instruction execution result corresponding to the diagnostic message sent by the vehicle control module of the vehicle to be diagnosed are forwarded to the remote diagnostic server, so that the remote diagnostic server may generate the diagnostic result of the vehicle to be diagnosed according to the diagnostic response message and the instruction execution result, and complete the remote diagnosis of the vehicle to be diagnosed.
The remote diagnosis server may acquire parameter data for diagnosing whether each controller in the vehicle to be diagnosed normally sent by each controller in the vehicle to be diagnosed from the diagnosis response message after receiving the diagnosis response message and the instruction execution result, determine whether the parameter data for diagnosing whether each controller normally works is consistent with the parameter data of each controller in a normal working state stored in advance, determine the controller with consistent data as a normal controller in the vehicle to be diagnosed, and determine the controller with inconsistent data as a fault controller in the vehicle to be diagnosed. The remote diagnosis server may acquire the instruction execution result sent by each controller in the vehicle to be diagnosed from the instruction execution result after receiving the instruction execution result, determine whether the instruction execution result sent by each controller in the vehicle to be diagnosed is consistent with the instruction execution result of each pre-stored controller in a normal working state, determine the controllers with consistent results as normal controllers in the vehicle to be diagnosed, and determine the controllers with inconsistent results as fault controllers in the vehicle to be diagnosed.
In one embodiment, the diagnostic messages may be sent to a controller of the CAN bus, such that the controller invokes and executes the received diagnostic messages when the limiting parameter is met, in one embodiment the controller of the CAN bus is a controller for managing the CAN bus in the vehicle to be diagnosed. The vehicle control module of the vehicle to be diagnosed CAN send the diagnosis message corresponding to the controller of the CAN bus to the CAN controller of the vehicle to be diagnosed according to the communication protocol of the diagnosis request message corresponding to the controller of the CAN bus in the vehicle to be diagnosed, so that the CAN controller in the vehicle to be diagnosed sends the corresponding response message. The response message sent by the controller of the CAN bus may contain parameter data for diagnosing whether the CAN controller is operating properly.
In one embodiment, a vehicle control module of a vehicle to be diagnosed may send a diagnosis message corresponding to an ethernet controller in the vehicle to be diagnosed to the ethernet controller in the vehicle to be diagnosed according to a communication protocol of a diagnosis request message corresponding to the ethernet controller in the vehicle to be diagnosed, so that the ethernet controller in the vehicle to be diagnosed sends a corresponding response message. The response message sent by the ethernet controller may contain parameter data for diagnosing whether the ethernet controller is operating properly.
According to the vehicle diagnosis method of one or more embodiments of the application, compatibility of different types of diagnosis protocols can be achieved, remote diagnosis operation on a vehicle is achieved by calling a diagnosis protocol stack interface according to the type of the diagnosis protocol and sending and receiving diagnosis messages through the called diagnosis protocol stack interface, diagnosis efficiency is improved, and manpower, material resources and time cost are saved. For example, the vehicle diagnosis method according to one or more embodiments of the present application CAN be compatible with the CAN diagnosis protocol and the DOIP diagnosis protocol through the Linux system, and the remote diagnosis of the vehicle fault is realized by reading the diagnosis result data of the remote diagnosis operation on the vehicle by using different types of diagnosis protocols, so that the efficiency of remotely locating the fault and solving the fault is significantly improved.
FIG. 2 is a block diagram of a vehicle diagnostic device according to one or more embodiments of the present application.
As shown in fig. 2, the vehicle diagnostic apparatus 200 includes an parsing unit 201, a calling unit 203, and a communication unit 205.
The parsing unit 201 is configured to periodically poll the diagnostic script and parse the polled diagnostic script to determine the type of diagnostic protocol.
Alternatively, the parsing unit 201 may be configured to poll the diagnostic script periodically or at a predetermined time and parse the polled diagnostic script to determine the type of the diagnostic protocol and the execution condition of the diagnostic script. Alternatively, the types of diagnostic protocols may include CAN diagnostic protocols, DOIP diagnostic protocols, and the like.
The calling unit 203 is configured to call the diagnostic protocol stack interface according to the type of the diagnostic protocol.
Alternatively, the calling unit 203 may be configured to call the CANTP protocol stack interface with the CAN driver when it is determined that the type of the diagnostic protocol is the CAN diagnostic protocol; when the type of the diagnosis protocol is determined to be DOIP diagnosis protocol, the Ethernet interface is utilized to call the DOIP protocol stack interface.
The communication unit 205 is configured to send and receive diagnostic messages using the invoked diagnostic protocol stack interface to perform remote diagnostic operations on the vehicle using different types of diagnostic protocols.
Alternatively, the communication unit 205 may be configured to determine an interface function based on the called diagnostic protocol stack interface, and call the interface function to send and receive a diagnostic message including at least a CAN/FD message through the diagnostic module. The interface function is determined based on the called diagnosis protocol stack interface, so that the compatibility of a vehicle diagnosis method can be improved, and various diagnosis modules can be conveniently called.
Alternatively, the communication unit 205 may be configured to receive and parse the diagnostic message to obtain the fault code information of the target communication node. For example, the communication unit 205 may be configured to receive a diagnostic message fed back by a target communication node connected to the CAN bus, parse a frame number, application data and an application data length of the diagnostic message, and obtain fault code information of the target communication node according to the parsed frame number, application data and application data length of the diagnostic message. Then, the fault code information of the target communication node may be transmitted to a background server, and the background server may reply to the diagnosis result according to the fault code information after receiving the fault code information, for example, the diagnosis result may be displayed on a vehicle screen or a mobile terminal, so that the user may know the fault information of the vehicle.
Alternatively, the communication unit 205 may be configured to send the diagnostic message to a vehicle control module of the vehicle to be diagnosed, and then forward a diagnostic response message and an instruction execution result corresponding to the diagnostic message sent by the vehicle control module of the vehicle to be diagnosed to the remote diagnostic server, so that the remote diagnostic server may generate a diagnostic result of the vehicle to be diagnosed according to the diagnostic response message and the instruction execution result, thereby completing remote diagnosis of the vehicle to be diagnosed.
According to the vehicle diagnosis device of one or more embodiments, compatibility of different types of diagnosis protocols can be achieved, remote diagnosis operation on a vehicle is achieved by calling the diagnosis protocol stack interface according to the type of the diagnosis protocol and sending and receiving diagnosis messages through the called diagnosis protocol stack interface, diagnosis efficiency is improved, and manpower, material resources and time cost are saved. For example, the vehicle diagnosis device according to one or more embodiments of the present application CAN be compatible with a CAN diagnosis protocol and a DOIP diagnosis protocol through a Linux system, and CAN realize remote diagnosis of a vehicle fault by reading diagnosis result data of remote diagnosis operation on the vehicle by using different types of diagnosis protocols, thereby significantly improving efficiency of remote fault location and fault resolution.
FIG. 3 is a block diagram of a computer device according to one embodiment of the present application. As shown in fig. 3, computer device 300 includes memory 310, processor 320, and computer program 330 stored on memory 310 and executable on processor 320. Processor 320, when executing the computer program 330, implements the steps of a vehicle diagnostic method according to one embodiment of the present application.
In addition, as described above, the present application may also be embodied as a computer storage medium in which a program for causing a computer to execute the method for determining three-dimensional key points of hands according to one aspect of the present application is stored.
Here, as the computer storage medium, various types of computer storage media such as disks (e.g., magnetic disks, optical disks, etc.), cards (e.g., memory cards, optical cards, etc.), semiconductor memories (e.g., ROM, nonvolatile memory, etc.), tapes (e.g., magnetic tape, magnetic cassette, etc.), and the like can be employed.
Where applicable, hardware, software, or a combination of hardware and software may be used to implement the various embodiments provided by the present application. Moreover, where applicable, the various hardware components and/or software components set forth herein may be combined into composite components comprising software, hardware, and/or both without departing from the scope of the present application. Where applicable, the various hardware components and/or software components set forth herein may be separated into sub-components comprising software, hardware, or both without departing from the scope of the present application. Further, where applicable, it is contemplated that software components may be implemented as hardware components, and vice versa.
Software (such as program code and/or data) according to the present application may be stored on one or more computer storage media. It is also contemplated that the software identified herein may be implemented using one or more general-purpose or special-purpose computers and/or computer systems that are networked and/or otherwise. Where applicable, the order of the various steps described herein may be changed, combined into composite steps, and/or divided into sub-steps to provide features described herein.
The embodiments and examples set forth herein are presented to best explain the embodiments in accordance with the application and its particular application and to thereby enable those skilled in the art to make and use the application. However, those skilled in the art will recognize that the foregoing description and examples have been presented for the purpose of illustration and example only. The description as set forth is not intended to cover various aspects of the application or to limit the application to the precise form disclosed.

Claims (10)

1. A vehicle diagnostic method, characterized in that the vehicle diagnostic method comprises the steps of:
polling the diagnostic script at regular time and parsing the polled diagnostic script to determine a type of diagnostic protocol;
calling a diagnosis protocol stack interface according to the type of the diagnosis protocol; and
and sending and receiving diagnostic messages by using the called diagnostic protocol stack interface so as to carry out remote diagnostic operation on the vehicle by using different types of diagnostic protocols.
2. The method of claim 1, wherein the type of diagnostic protocol comprises one or more of: CAN diagnosis protocol and DOIP diagnosis protocol.
3. The method of claim 2, wherein invoking a diagnostic protocol stack interface according to the type of diagnostic protocol comprises:
calling a CANTP protocol stack interface with a CAN driver in response to the type of the diagnostic protocol being a CAN diagnostic protocol; and
the DOIP protocol stack interface is invoked using the Ethernet interface in response to the type of diagnostic protocol being a DOIP diagnostic protocol.
4. The method of claim 1, wherein transceiving diagnostic messages using the invoked diagnostic protocol stack interface comprises:
determining an interface function based on the called diagnostic protocol stack interface; and
and calling the interface function to receive and transmit a diagnosis message at least comprising the CAN/FD message through a diagnosis module.
5. A vehicle diagnostic apparatus, characterized by comprising:
an parsing unit configured to periodically poll the diagnosis script and parse the polled diagnosis script to determine a type of the diagnosis protocol;
a calling unit configured to call a diagnostic protocol stack interface according to a type of the diagnostic protocol; and
a communication unit configured to send and receive diagnostic messages using the invoked diagnostic protocol stack interface to perform remote diagnostic operations on the vehicle using different types of diagnostic protocols.
6. The apparatus of claim 5, wherein the type of diagnostic protocol comprises one or more of: CAN diagnosis protocol and DOIP diagnosis protocol.
7. The apparatus of claim 6, wherein the invoking unit is further configured to:
calling a CANTP protocol stack interface with a CAN driver in response to the type of the diagnostic protocol being a CAN diagnostic protocol; and
the DOIP protocol stack interface is invoked using the Ethernet interface in response to the type of diagnostic protocol being a DOIP diagnostic protocol.
8. The apparatus of claim 5, wherein the communication unit is further configured to:
determining an interface function based on the called diagnostic protocol stack interface; and
and calling the interface function to receive and transmit a diagnosis message at least comprising the CAN/FD message through a diagnosis module.
9. A computer storage medium, characterized in that it comprises instructions that, when executed, perform the vehicle diagnostic method according to any one of claims 1 to 4.
10. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the vehicle diagnostic method of any one of claims 1 to 4 when executing the program.
CN202311378576.7A 2023-10-23 2023-10-23 Vehicle diagnosis method, vehicle diagnosis device, storage medium, and computer device Pending CN117348591A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311378576.7A CN117348591A (en) 2023-10-23 2023-10-23 Vehicle diagnosis method, vehicle diagnosis device, storage medium, and computer device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311378576.7A CN117348591A (en) 2023-10-23 2023-10-23 Vehicle diagnosis method, vehicle diagnosis device, storage medium, and computer device

Publications (1)

Publication Number Publication Date
CN117348591A true CN117348591A (en) 2024-01-05

Family

ID=89362773

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311378576.7A Pending CN117348591A (en) 2023-10-23 2023-10-23 Vehicle diagnosis method, vehicle diagnosis device, storage medium, and computer device

Country Status (1)

Country Link
CN (1) CN117348591A (en)

Similar Documents

Publication Publication Date Title
CN100390765C (en) Computer system and method for supporting network-enabled devices
US8943368B2 (en) Method for computer-aided detection of errors during the execution of one or more software-based programs in a system of components
EP2709016B1 (en) Exception handling test device and method thereof
CN111506047B (en) Vehicle diagnosis method, device and storage medium
CN113433923A (en) Vehicle remote diagnosis method, system, readable storage medium and device
KR20120126873A (en) System for Dynamic Analysis of Embedded Software of Vehicle using UDS
CN117348591A (en) Vehicle diagnosis method, vehicle diagnosis device, storage medium, and computer device
CN111988194B (en) Method and device for diagnosing automobile line
CN116319499A (en) Diagnostic method and device for vehicle, electronic equipment and storage medium
CN112533173B (en) Method for ensuring data integrity to ensure operation safety and device for vehicle-to-external information interaction
CN115980554A (en) Chip testing method and electronic equipment thereof
CN115657639A (en) System, method, device and storage medium for monitoring functions of vehicle-mounted chip
CN112051826B (en) Automobile fault detection method and system
CN114779740A (en) Vehicle fault remote diagnosis system and method
CN114237195A (en) OBD emission diagnosis method and related equipment
JP2022538080A (en) A method of interacting with a computer on a vehicle's on-board bus
CN108068733B (en) Information configuration method and device and computer readable storage medium
KR101382109B1 (en) Apparatus and method for middleware
CN112351090B (en) Log information transmission method and device based on intelligent large screen and storage medium
CN117452911A (en) Automobile diagnosis method, device, equipment and storage medium
RU2816885C2 (en) Method of interacting with computing device on vehicle on-board bus
CN115150031B (en) Distributed system message response method and device based on distributed message
CN114217931B (en) Application program management method and intelligent repair system for user terminal
CN116723124A (en) Internet of vehicles platform testing method and device, electronic equipment and storage medium
CN113687640A (en) Vehicle fault analysis method and device

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