Diagnostic system for a vehicle

Abstract

This invention provides a diagnostic system for vehicles, comprising: a permission management module for acquiring management permission information of target objects; a specification learning module for interacting with the permission management module, receiving management permission information, and activating target units in the specification learning module based on the management permission information; a practice management module for interacting with the specification learning module and setting the target units in the specification learning module; and a simulation node module comprising multiple diagnostic communication nodes for interacting with the specification learning module, performing diagnostic tests based on the diagnostic communication nodes. This diagnostic system can simulate real-vehicle diagnostic tests to fully understand vehicle diagnostic knowledge.

Description

Technical Field

[0001] This invention relates to the technical field of vehicle fault diagnosis, and more specifically, to a diagnostic system for vehicles. Background Technology

[0002] Currently, vehicle fault diagnosis teaching focuses on imparting theoretical knowledge, mainly relying on traditional classroom lectures and textbook learning, which helps in understanding basic concepts and principles. However, practical operation is limited. Although it includes some practical operation, it is usually limited by available facilities and resources, resulting in limited opportunities for real-vehicle practice, and it cannot cover a variety of complex fault situations. Summary of the Invention

[0003] The main objective of this invention is to provide a diagnostic system for vehicles to solve the technical problems of high practical costs and limited teaching content in the prior art.

[0004] To achieve the above objectives, according to one aspect of the present invention, a diagnostic system for a vehicle is provided, comprising: an access control module for acquiring management access information of a target object; a standardization learning module for interacting with the access control module, the standardization learning module receiving the management access information and activating the target unit in the standardization learning module based on the management access information; a practice management module for interacting with the standardization learning module and setting each target unit in the standardization learning module; and a simulation node module including multiple diagnostic communication nodes, the simulation node module interacting with the standardization learning module, the standardization learning module performing diagnostic tests based on the diagnostic communication nodes.

[0005] Furthermore, the standard learning module includes: a storage unit for storing vehicle diagnostic protocols, vehicle test cases, and vehicle test tasks; and a practice unit for demonstrating vehicle test cases, demonstrating vehicle test tasks, and generating a problem list.

[0006] Furthermore, the practice management module includes: a protocol management unit, which is used to select, create, and modify vehicle diagnostic protocols; a test case management unit, which is used to select, create, and modify vehicle test cases; and a task management unit, which is used to select, create, modify, and assign vehicle test tasks.

[0007] Furthermore, the practice management module also includes a problem-solving unit, which is used to generate problem solutions based on the problem list.

[0008] Furthermore, the practice management module also includes a demonstration management unit, which is used to generate corresponding demonstration status, demonstration results, and message annotations based on the real-time demonstration use cases of the practice unit.

[0009] Furthermore, the practice management module also includes a task prompting unit, which generates prompting information based on the execution progress of the vehicle testing task. The prompting information is used to characterize the learning progress of the target object.

[0010] Furthermore, the practice management module also includes a step parsing unit, which generates parsing information based on each test step of the vehicle test case. The parsing information is used to explain the meaning of each test step.

[0011] Furthermore, the simulated node module also includes a node interpretation unit, which is used to generate corresponding functional application information based on the diagnostic communication node.

[0012] Furthermore, the simulation node module also includes a node configuration unit, which is used to configure the parameters of the diagnostic communication node.

[0013] Furthermore, the multiple diagnostic communication nodes include: Ethernet edge nodes, DoIP nodes, and CAN nodes.

[0014] Applying the technical solution of this invention, the permission management module is used to identify the management permission information of the target object, so as to enable the target unit in the specification learning module according to different target objects, thereby achieving personalized management; the practice management module is used to set each target unit in the specification learning module, so as to continuously update or modify the specification learning module, thereby enriching and optimizing the specification learning module; the simulation node module includes multiple diagnostic communication nodes, and different simulated diagnoses are implemented based on different diagnostic communication nodes. The above-mentioned diagnostic system can simulate real vehicle diagnostic tests to fully understand vehicle diagnostic knowledge. Attached Figure Description

[0015] The accompanying drawings, which form part of this application, are used to provide a further understanding of the invention. The illustrative embodiments of the invention and their descriptions are used to explain the invention and do not constitute an undue limitation of the invention. In the drawings:

[0016] Figure 1 A structural block diagram of the diagnostic system of the present invention is shown;

[0017] Figure 2 The operation flowchart of the diagnostic system in this invention is shown;

[0018] Figure 3 The flowchart illustrating the learning process of the vehicle diagnostic protocol in this invention is shown. Detailed Implementation

[0019] It should be noted that, unless otherwise specified, the embodiments and features described in this application can be combined with each other. The present invention will now be described in detail with reference to the accompanying drawings and embodiments.

[0020] It should be noted that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the exemplary embodiments according to this application. As used herein, the singular form is intended to include the plural form as well, unless the context clearly indicates otherwise. Furthermore, it should be understood that when the terms "comprising" and / or "including" are used in this specification, they indicate the presence of features, steps, operations, devices, components, and / or combinations thereof.

[0021] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that the embodiments of this application described herein can be implemented, for example, in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0022] Exemplary embodiments according to this application will now be described in more detail with reference to the accompanying drawings. However, these exemplary embodiments may be implemented in many different forms and should not be construed as being limited to the embodiments set forth herein. It should be understood that these embodiments are provided so that the disclosure of this application is thorough and complete, and that the concept of these exemplary embodiments is fully conveyed to those skilled in the art. In the drawings, for clarity, the thickness of layers and regions may be exaggerated, and the same reference numerals are used to denote the same devices, and therefore their description will be omitted.

[0023] Combination Figure 1 As shown, according to a specific embodiment of this application, a diagnostic system for vehicles is provided.

[0024] Specifically, the diagnostic system includes: an access control module, a standard learning module, a practice management module, and a simulation node module. The access control module acquires management access information for target objects. The standard learning module interacts with the access control module, receiving and activating target units within it. The practice management module interacts with the standard learning module, configuring target units within it. The simulation node module includes multiple diagnostic communication nodes, interacting with the standard learning module and performing diagnostic tests based on these nodes.

[0025] In the embodiments of this application, the permission management module is used to identify the management permission information of the target object, so as to enable the target unit in the specification learning module according to different target objects, thereby achieving personalized management; the practice management module is used to set each target unit in the specification learning module, so as to continuously update or modify the specification learning module, thereby enriching and optimizing the specification learning module; the simulation node module includes multiple diagnostic communication nodes, and different simulated diagnoses are implemented based on different diagnostic communication nodes. The above-described diagnostic system can simulate real vehicle diagnostic tests to fully understand vehicle diagnostic knowledge.

[0026] In one exemplary embodiment of this application, the specification learning module includes a storage unit and a practice unit. The storage unit is used to store vehicle diagnostic protocols, vehicle test cases, and vehicle test tasks. The practice unit is used to demonstrate vehicle test cases, demonstrate vehicle test tasks, and generate a problem list.

[0027] Specifically, the vehicle diagnostic protocol includes diagnostic protocols and specifications for various vehicle systems, such as: OBD-II protocol, J1939 protocol, UDS protocol, ISO14229 specification, ISO15765 specification, and ISO13400 specification, etc.

[0028] The OBD-II (On-Board Diagnostics II) protocol is an international standard protocol for vehicle diagnostic systems used to monitor vehicle emission systems and engine operation. According to the OBD-II protocol, vehicles can communicate with diagnostic equipment through standard diagnostic interfaces to detect and diagnose vehicle faults.

[0029] The J1939 protocol is a communication protocol used in commercial and heavy-duty vehicles for data exchange and communication between various subsystems within the vehicle. The J1939 protocol defines specifications such as data format, message ID, and communication rate to ensure that the various subsystems can communicate and exchange data correctly.

[0030] The UDS (Unified Diagnostic Services) protocol is a protocol used for diagnostics and communication, typically for communication and data exchange between automotive electronic control units (ECUs). The UDS protocol defines a set of standard diagnostic services and communication methods to ensure the interoperability and reliability of vehicle diagnostic systems.

[0031] The ISO 14229 standard refers to the Unified Diagnostic Services (UDS) standard used in vehicle network communication for diagnosing vehicle electronic control units (ECUs).

[0032] The ISO 15765 standard refers to the Controller Area Network (CAN) protocol used in vehicle communication networks to enable communication and data exchange between vehicles.

[0033] The ISO 13400 standard refers to a common diagnostic interface standard used in vehicle diagnostic systems to enable communication between vehicle diagnostic tools and vehicle electronic control units.

[0034] Specifically, the vehicle test cases are historical test cases, which are test cases built for different diagnostic protocols, diagnostic specifications and actual needs, for users to learn and demonstrate.

[0035] Specifically, vehicle testing tasks are different test tasks formulated based on different testing needs and different target objects.

[0036] Specifically, generating a problem list refers to the process by which target users may have doubts and questions during the learning and demonstration of vehicle diagnostic protocols, vehicle test cases, and vehicle test tasks. Target users can submit corresponding questions in the practice unit, and the practice unit will generate a corresponding problem list for the questions raised.

[0037] Furthermore, the practice management module includes: a protocol management unit, a use case management unit, and a task management unit. The protocol management unit is used to select, create, and modify vehicle diagnostic protocols, the use case management unit is used to select, create, and modify vehicle test cases, and the task management unit is used to select, create, modify, and assign vehicle test tasks.

[0038] Specifically, instructors use the protocol management unit to create and modify vehicle diagnostic protocols, while learners use the protocol management unit to retrieve the required diagnostic protocols and specifications for study.

[0039] Specifically, learners can use the test case management unit to select the required test sequences for operation demonstrations, instructors can modify and save historical test sequences according to teaching tasks, and instructors can also build and save new test sequences.

[0040] Specifically, learners use the task management unit to select the required test tasks, while instructors use the task management unit to create, modify, and assign test tasks.

[0041] Furthermore, the practice management module also includes a problem-solving unit, which is used to generate problem solutions based on the problem list.

[0042] Specifically, the question-and-answer unit is designed for instructors, who answer questions submitted by learners and upload and submit the corresponding solutions using the practice management module.

[0043] Furthermore, the practice management module also includes a demonstration management unit, which is used to generate corresponding demonstration status, demonstration results, and message annotations based on the real-time demonstration use cases of the practice unit.

[0044] Specifically, when learners demonstrate test cases, the demonstration management unit generates corresponding demonstration status, demonstration results, and message comments based on the real-time demonstration cases. The demonstration status represents the demonstration progress, and the message comments are provided for learners to study and to indicate errors.

[0045] Furthermore, the practice management module also includes a task prompting unit, which generates prompting information based on the execution progress of the vehicle testing task. The prompting information is used to characterize the learning progress of the target object.

[0046] Specifically, learners demonstrate tasks based on prompts to avoid repeating tasks or missing important learning tasks.

[0047] Furthermore, the practice management module also includes a step parsing unit, which is used to generate parsing information based on each test step of the vehicle test case. The parsing information is used to explain the meaning of each test step.

[0048] Specifically, learners conduct in-depth study of the vehicle test cases based on the analyzed information in order to fully master the corresponding vehicle test cases.

[0049] Furthermore, the simulated node module also includes a node interpretation unit, which is used to generate corresponding functional application information based on the diagnostic communication node.

[0050] Specifically, the functional application information includes the services supported by the node, the session information supported by the node, and the network time parameters corresponding to the node. Learners can select the corresponding diagnostic communication node for use case demonstration based on the functional application information.

[0051] Furthermore, the simulation node module also includes a node configuration unit, which is used to configure the parameters of the diagnostic communication node.

[0052] Specifically, learners can configure the parameters of the diagnostic communication node using the node configuration unit according to their actual diagnostic needs.

[0053] Furthermore, the multiple diagnostic communication nodes include: Ethernet edge nodes, DoIP nodes, and CAN nodes.

[0054] Ethernet edge nodes are suitable for high-speed data transmission and in-vehicle entertainment systems. Specifically, Ethernet is a communication protocol commonly used in automotive networks. Ethernet edge nodes are devices that connect to Ethernet in the network, such as in-vehicle infotainment systems and advanced driver assistance systems (ADAS). Node configuration may include setting network parameters such as IP address, subnet mask, and gateway.

[0055] Furthermore, Ethernet edge nodes typically support a variety of services, such as data transmission, network management, and vehicle diagnostics. They can support advanced services such as video transmission, audio streaming, and real-time data exchange. Ethernet supports session management, allowing different devices to establish and maintain communication connections. Sessions can be persistent or temporary, depending on application requirements. Ethernet nodes may need to synchronize network time to ensure the timing and consistency of data transmission, which may involve using time synchronization protocols such as PTP (Precision Time Protocol).

[0056] DoIP nodes are suitable for remote vehicle diagnostics and software updates. Specifically, DoIP (DoIP-based diagnostic communication) is a technology that uses the IP protocol for vehicle diagnostic communication. DoIP nodes are devices that support DoIP communication, such as vehicle diagnostic tools and in-vehicle communication units. Node configuration may include setting parameters such as DoIP server address, port number, and diagnostic services.

[0057] Furthermore, DoIP nodes are specifically designed for vehicle diagnostics and support the ISO 13400 standard. They allow the transmission of diagnostic data, including fault codes and vehicle status information, over IP networks. DoIP sessions are UDP-based and can establish temporary communication connections for diagnostic sessions; session establishment and termination are based on diagnostic needs. DoIP nodes may need to consider network latency and transmission time to ensure the accuracy and timeliness of diagnostic information.

[0058] CAN nodes are widely used in vehicle internal control systems to enable real-time communication between sensors, controllers, and actuators. Specifically, CAN (Controller Area Network) is a communication protocol commonly used in automotive networks. CAN nodes are devices that support CAN communication, such as engine control units and anti-lock braking systems. Node configuration may include setting parameters such as CAN bus speed, node address, and CAN protocol.

[0059] Furthermore, CAN nodes support various in-vehicle communication services, such as engine control, body control, and safety system communication. Communication in a CAN network is typically broadcast, and nodes do not need to establish sessions. However, some advanced applications may require session management via the CAN protocol. In a CAN network, timing parameters such as message latency and priority are critical factors, affecting network performance and reliability.

[0060] In one specific embodiment of this application, such as Figure 2 As shown, Figure 2 The flowchart for operating the diagnostic system on the target object includes the following steps:

[0061] Step 1: Object selection, which involves using the permission management module to verify the management permission information corresponding to the target.

[0062] Step 2: After selecting the target, learn or demonstrate the vehicle diagnostic protocol, vehicle test cases, and vehicle test tasks according to your learning needs.

[0063] Step 3: Before learning or demonstrating the vehicle diagnostic protocol, vehicle test cases, and vehicle test tasks, you need to select a node, that is, select the corresponding diagnostic communication node.

[0064] Step 4: Configure the parameters of the selected diagnostic communication node.

[0065] Step 5: After the parameters are configured, conduct an online demonstration of the corresponding test cases.

[0066] Step 6: During the online demonstration, you can view the interactive messages for the corresponding steps.

[0067] Step 7: During the online demonstration, you can view the explanations for the corresponding steps.

[0068] In another specific embodiment of this application, such as Figure 3 The diagram shown illustrates the process of learning the vehicle diagnostic protocol, which includes the following steps:

[0069] Step 10: Select the vehicle diagnostic protocol. Specifically, the vehicle diagnostic protocol includes diagnostic protocols and specifications for various vehicle systems, such as: OBD-II protocol, J1939 protocol, UDS protocol, ISO14229 specification, ISO15765 specification, and ISO13400 specification, etc.

[0070] Step 20: After selecting the vehicle diagnostic protocol, view the explanation of the corresponding vehicle diagnostic protocol.

[0071] Step 30: Demonstrate the vehicle diagnostic protocol and perform use case demonstrations for the selected vehicle diagnostic protocol.

[0072] Step 40: Demonstrate the application of the vehicle diagnostic protocol, and demonstrate its application according to the corresponding test sequence.

[0073] Step 50: Before demonstrating the application of the vehicle diagnostic protocol and before demonstrating the vehicle diagnostic protocol, it is necessary to select the corresponding diagnostic communication node and configure the node.

[0074] Step 60: If any problems arise during the demonstration of the vehicle diagnostic protocol, you can submit an issue.

[0075] Step 70: After the question is submitted, the relevant personnel will provide an answer and create a new analysis. The operator can obtain the answer by viewing the step analysis.

[0076] Step 80: If there are no problems during the demonstration of the vehicle diagnostic protocol, you can refer to the analysis of the corresponding steps as needed.

[0077] Step 90: After completing the learning, modify the status.

[0078] For ease of description, spatial relative terms such as "above," "on top of," "on the upper surface of," "above," etc., are used herein to describe the spatial positional relationship of a device or feature as shown in the figures to other devices or features. It should be understood that spatial relative terms are intended to encompass different orientations in use or operation beyond the orientation of the device as described in the figures. For example, if the device in the figures were inverted, a device described as "above" or "on top of" other devices or structures would subsequently be positioned as "below" or "under" other devices or structures. Thus, the exemplary term "above" can include both "above" and "below." The device may also be positioned in other different ways (rotated 90 degrees or in other orientations), and the spatial relative descriptions used herein will be interpreted accordingly.

[0079] In addition to the above, it should be noted that the terms "one embodiment," "another embodiment," and "embodiment" used in this specification refer to specific features, structures, or characteristics described in connection with that embodiment, which are included in at least one embodiment described in the general description of this application. The appearance of the same expression in multiple places in the specification does not necessarily refer to the same embodiment. Furthermore, when a specific feature, structure, or characteristic is described in connection with any embodiment, the intention is to suggest that implementing such a feature, structure, or characteristic in conjunction with other embodiments also falls within the scope of this invention.

[0080] In the above embodiments, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0081] The above description is merely a preferred embodiment of the present invention and is not intended to limit the invention. Various modifications and variations can be made to the present invention by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.

Claims

1. A diagnostic system for vehicles, characterized in that, include: The permission management module is used to obtain the management permission information of the target object; The standard learning module interacts with the permission management module. The standard learning module receives the management permission information and enables the target unit in the standard learning module based on the management permission information. The practice management module interacts with the standard learning module and is used to set the target units in the standard learning module. The simulation node module includes multiple diagnostic communication nodes. The simulation node module interacts with the standard learning module, and the standard learning module performs diagnostic tests based on the diagnostic communication nodes. The standardization learning module includes: The storage unit is used to store vehicle diagnostic protocols, vehicle test cases, and vehicle test tasks; The practice unit is used to demonstrate the vehicle test cases, demonstrate the vehicle test tasks, and generate a problem list. The practice management module further includes a problem-solving unit, which is used to generate problem solutions based on the problem list; The simulated node module further includes a node interpretation unit, which is used to generate corresponding functional application information based on the diagnostic communication node. The functional application information includes service information supported by the node, session information supported by the node, and network time parameter information corresponding to the node. Learners can select the corresponding diagnostic communication node for use case demonstration based on the functional application information.

2. The diagnostic system for vehicles according to claim 1, characterized in that, The practice management module includes: The protocol management unit is used to select, create, and modify the vehicle diagnostic protocol. The test case management unit is used to select, create, and modify the vehicle test cases; The task management unit is used to select, create, modify, and assign the vehicle test tasks.

3. The diagnostic system for vehicles according to claim 1, characterized in that, The practice management module also includes: The demonstration management unit is used to generate corresponding demonstration status, demonstration results, and message annotations based on the real-time demonstration use cases of the practice unit.

4. The diagnostic system for vehicles according to claim 1, characterized in that, The practice management module also includes: A task prompting unit is used to generate prompting information based on the execution progress of the vehicle testing task, and the prompting information is used to characterize the learning progress of the target object.

5. The diagnostic system for vehicles according to claim 1, characterized in that, The practice management module also includes: The step parsing unit is used to generate parsing information based on each test step of the vehicle test case, and the parsing information is used to explain the meaning of each test step.

6. The diagnostic system for vehicles according to claim 1, characterized in that, The simulation node module also includes: A node configuration unit is used to configure the parameters of the diagnostic communication node.

7. The diagnostic system for vehicles according to claim 1, characterized in that, The diagnostic communication nodes include: Ethernet edge nodes, DoIP nodes, and CAN nodes.

Images