Diagnostic superordinate computer and diagnostic system

Abstract

A diagnostic superordinate computer (1000) and a diagnostic system. The diagnostic superordinate computer (1000) comprises an interface module (1100), an application module (1200), and a bottom-layer encapsulation module (1300). The interface module (1100) is used for displaying a main test interface corresponding to a target project, wherein the main test interface is generated on the basis of a configuration file matching the target project, and the configuration file is used for configuring services supported by the target project; the application module (1200) is used for providing applications respectively corresponding to different services, and when receiving a target service selected by means of the main test interface, providing the target service by means of a target application corresponding to the target service; and the bottom-layer encapsulation module (1300) is used for sending a first message when the target service is a first-type service, and receiving and parsing a second message when the target service is a second-type service. The diagnostic superordinate computer (1000) can configure a corresponding configuration file on the basis of project demands, so as to achieve the effect of universal use of the diagnostic superordinate computer (1000) for all projects; and once receiving the second message, the bottom-layer encapsulation module (1300) automatically parses the second message by means of the corresponding service, without participation of users.

Description

Diagnostic host computer and diagnostic system

[0001] This application claims priority to the Chinese patent application filed with the China Patent Office on December 12, 2023, with application number 202311706512.5 and invention name “Diagnostic Host Computer and Diagnostic System”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The embodiments of the present disclosure relate to, but are not limited to, the field of vehicle diagnosis technology, and more specifically, to a diagnostic host computer and a diagnostic system. Background Art

[0003] Typically, when a vehicle breaks down, a diagnostic system based on the Unified Diagnostic Services (UDS) protocol and the On-Board Diagnostics (OBD) protocol is used. Users diagnose vehicle faults by communicating with the vehicle's engine control unit (ECU) via a diagnostic host computer that supports the protocol. Technical issues

[0004] However, most of the computers currently used on the market are customized ones, which are designed for individual car owners and are usually only applicable to a certain model of vehicle, not all models. This means that when diagnosing different models of vehicles, it is necessary to design a customized host computer to match them, resulting in a waste of costs. Moreover, when diagnosing based on a customized host computer, after receiving the diagnostic message, it is usually necessary to manually select the corresponding service to parse the diagnostic message, which is a cumbersome operation. Technical Solutions

[0005] The following is a summary of the subject matter described in detail herein. This summary is not intended to limit the scope of the claims.

[0006] One purpose of the embodiments of the present disclosure is to provide a new technical solution for diagnosing a host computer.

[0007] According to a first aspect of the present disclosure, there is provided a diagnostic host computer, comprising: an interface module, an application module and a bottom packaging module;

[0008] The interface module is used to display the main test interface corresponding to the target project; wherein the main test interface is generated according to the configuration file matched by the target project, and the configuration file is used to configure the services supported by the target project;

[0009] The application module is used to provide applications corresponding to different services, and when receiving a target service selected through the main test interface, provide the target service through the target application corresponding to the target service;

[0010] The bottom layer encapsulation module is used to send a first message when the target service is a first type of service, and to receive and parse a second message when the target service is a second type of service.

[0011] Optionally, the interface module includes a login window and a main window;

[0012] The login form is used to provide a project configuration interface, so as to input the target project through the project configuration interface;

[0013] The main window is used to display the main test interface corresponding to the target item.

[0014] Optionally, the interface module further includes a CAN window;

[0015] The CAN window is used to provide parameter interfaces corresponding to each CAN box type, so as to select a target parameter interface corresponding to a target CAN box type from the parameter interfaces corresponding to each CAN box type; and

[0016] When the connection parameters of the target CAN box type input through the target parameter interface are received, a communication connection is established with the vehicle based on the target CAN box type.

[0017] Optionally, the interface module further includes a message window;

[0018] The message window is used to view the first message or the second message.

[0019] Optionally, the bottom encapsulation module includes a sending unit, configured to:

[0020] In a case where the target service is a first type service, receiving a diagnostic request input through a slave test interface corresponding to the target service; wherein the master test interface includes the slave test interface;

[0021] In response to the diagnostic request, if security access is passed, parsing the first message input through the test interface into a first array;

[0022] The first array is sent to the vehicle.

[0023] Optionally, the sending unit is specifically configured to:

[0024] Detecting the array length of the first array;

[0025] When the array length of the first array is less than or equal to a first length threshold, sending the first array as a single frame;

[0026] When the array length of the first array is greater than the first length threshold, the first frame of the first array is sent first, and when a flow control frame is received, subsequent frames of the first array are sent successively according to the number of frames carried in the flow control frame.

[0027] Optionally, the bottom encapsulation module includes a receiving unit, configured to:

[0028] In a case where the target service is a second type service, receiving a data acquisition request input through a slave test interface corresponding to the target service; wherein the main test interface includes the slave test interface;

[0029] Upon receiving the first frame message in the second message, determining the frame type of the second message according to the first frame message;

[0030] When the frame type of the second message is a single frame, the data in the first frame message is added to the service data list.

[0031] Optionally, the receiving unit is further configured to:

[0032] When the frame type of the second message is multi-frame, first add the data in the first frame message to the service data list, and determine the second data length of the remaining data according to the total length of the data recorded in the first frame message and the first data length of the data in the first frame message;

[0033] Detecting whether the i-th frame message in the second message is received within a set time period; wherein the starting value of i is 2;

[0034] When the i-th frame message is received, if the second data length is greater than a second length threshold, firstly add the data in the i-th frame message to the service data list, and update the second data length, and make i+1;

[0035] When the i-th frame message is received, if the second data length is less than or equal to the second length threshold, the data in the i-th frame message is continuously added to the service data list.

[0036] Optionally, the bottom encapsulation module further includes a configuration unit;

[0037] The configuration unit is used to provide configuration files corresponding to different projects;

[0038] Among them, the different projects include the target project.

[0039] According to a second aspect of the present disclosure, there is provided a diagnostic system comprising:

[0040] vehicles; and,

[0041] According to the diagnostic host computer described in the first aspect of the present disclosure, the diagnostic host computer is communicatively connected to the vehicle.

[0042] Through the diagnostic host computer of this embodiment, the main test interface corresponding to any project is generated according to the configuration file that matches it. The configuration file is used to configure the services supported by the arbitrary project. The main test interface corresponding to the target project can be displayed through the interface module. The applications corresponding to different services can be provided through the application module. When a service selected through the main test interface is received, the service is provided through the application corresponding to the service. Moreover, when the service is a first type of service, the first message can be sent through the underlying encapsulation module. When the service is a second type of service, the second message can be received and automatically parsed through the service. In other words, the diagnostic host computer provided by the present disclosure can configure the corresponding configuration file according to the project requirements, so as to achieve the effect that the diagnostic host computer is universal for all projects, with a wider scope of application and low cost. Moreover, after the underlying encapsulation module receives the second message, it will automatically parse out the second message through the corresponding service. This process does not require user participation.

[0043] Other features and advantages of the present application will become apparent from the following detailed description of exemplary embodiments of the present application with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0044] The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate embodiments of the application and, together with the description, serve to explain the principles of the application.

[0045] FIG1 is a schematic diagram of a hardware structure of a diagnostic host computer according to an embodiment of the present disclosure;

[0046] FIG2 is a second schematic diagram of the hardware structure of the diagnostic host computer according to an embodiment of the present disclosure;

[0047] 3 to 14 are schematic diagrams of interface displays of a diagnostic host computer according to an embodiment of the present disclosure;

[0048] FIG15 is a schematic diagram of one of the operations of the diagnostic host computer according to an embodiment of the present disclosure;

[0049] FIG16 is a second schematic diagram of the operation of the diagnostic host computer according to an embodiment of the present disclosure;

[0050] FIG17 is a third schematic diagram of the operation of the diagnostic host computer according to an embodiment of the present disclosure;

[0051] 18 and 19 are schematic diagrams of the workflow of the sending unit of the diagnosis host computer according to an embodiment of the present disclosure;

[0052] 20 and 21 are schematic diagrams of the workflow of the receiving unit of the diagnosis host computer according to an embodiment of the present disclosure.

[0053] Implementation Methods of the Application

[0054] Various exemplary embodiments of the present application will now be described in detail with reference to the accompanying drawings. It should be noted that unless otherwise specifically stated, the relative arrangements of components and steps, numerical expressions and numerical values ​​set forth in these embodiments do not limit the scope of the present application.

[0055] The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the present disclosure, its application, or uses.

[0056] Technologies, methods and equipment known to persons of ordinary skill in the relevant art may not be discussed in detail, but where appropriate, such technologies, methods and equipment should be considered part of the specification.

[0057] In all examples shown and discussed herein, any specific values ​​should be interpreted as merely exemplary and not limiting. Therefore, other examples of the exemplary embodiments may have different values.

[0058] It should be noted that like reference numerals and letters refer to like items in the following figures, and therefore, once an item is defined in one figure, it need not be further discussed in subsequent figures.

[0059] <Diagnostic host computer embodiment>

[0060] The present disclosure provides a diagnostic host computer. FIG1 is a block diagram of a diagnostic host computer according to an embodiment of the present disclosure.

[0061] As shown in FIG. 1 , the diagnosis host computer 1000 may include an interface module 1100 , an application module 1200 and a bottom packaging module 1300 .

[0062] The interface module 1100 is used to display the main test interface corresponding to the target project.

[0063] The target item may be a target vehicle model, for example, a vehicle of any brand and any model.

[0064] The main test interface corresponding to the target project is generated based on the configuration file that matches the target project. This main test interface allows users to perform diagnostic tests on the target project. The main test interface displays service selection controls corresponding to the services supported by the target project. Users can access the corresponding service through the corresponding service selection control. After entering the corresponding service, the corresponding sub-test interface will be displayed.

[0065] It should be noted that since the configuration files corresponding to different projects are usually different, that is, the services supported by different projects are different, this will lead to differences in the main test interfaces corresponding to different projects.

[0066] The configuration file is used to configure the services supported by the target project. These services may include at least one of service 10, service 19, service 22, service 27, service 2E, service 2F, and service 31 in the UDS protocol, and may also include at least one of service 01, service 02, service 03, service 04, service 07, service 09, and service 0A in the OBD protocol. It should be noted that the sub-services included in any service involved in any project can also be configured through the configuration file.

[0067] The above configuration file can be a configuration table, such as an Excel spreadsheet, which is highly intuitive and easy to add and modify. For example, when you need to add or delete a service from a project, you can do so by simply modifying the configuration file. For another example, when you need to add a project, you can also do so by simply adding to the configuration file, eliminating the need to expend a lot of manpower on developing a diagnostic host computer.

[0068] In this embodiment, referring to Figure 2, the interface module 1100 includes a login form 1110 and a main form 1120. The login form 1110 is used to provide a project configuration interface to input the target project through the project configuration interface; the main form 1120 is used to display the main test interface corresponding to the target project for user testing.

[0069] Referring to Figure 15 , the user selects a target project through login form 1110. The diagnostic host computer determines whether the selected target project exists. If not, the process ends. If so, the diagnostic host computer loads the configuration file corresponding to the target project. If it detects that the configuration file includes at least one of the 2E service, 2F service, and 31 service, it generates a main test interface based on the configuration file for the target project and displays it through main form 1120, ending the process.

[0070] Among them, the project configuration interface can be an input box, a drop-down menu box, etc.

[0071] Referring to Figure 3 , login form 1110 may be a project selection box, which is a drop-down menu. When a user clicks the drop-down control in the project selection box, the corresponding project names are provided. For example, when a user selects "Project A," the diagnostic host computer generates a corresponding main test interface based on the configuration file "Project A.xlsx" corresponding to "Project A." Referring to Figure 4 , main form 1120 displays the main test interface, and as can be seen from the main test interface, "Project A" supports multiple services.

[0072] For another example, when the user selects "Project B," the diagnostic host computer generates a corresponding main test interface based on the configuration file "Project B.xlsx" corresponding to "Project B." Referring to FIG5 , main form 1120 displays the main test interface, and as can be seen from the main test interface, "Project B" only supports one service.

[0073] The application module 1200 is used to provide applications corresponding to different services, and upon receiving a target service selected through the main test interface, provide the target service through a target application corresponding to the target service.

[0074] In this embodiment, when the user selects a target service through the main test interface, the application module selects a target application corresponding to the target service from the applications corresponding to the provided services, and then provides the target service based on the target application.

[0075] Referring to Figure 17, the user selects the target service, and the diagnostic host computer determines whether to enter the session. If the session has not been entered, the diagnostic host computer further determines whether the target service is at least one of the 2E service, 2F service and 31 service. If it is at least one of the 2E service, 2F service and 31 service, the sending unit of the underlying encapsulation module 1300 can be called to send the first message. If it is not the 2E service, 2F service and 31 service, the receiving unit of the underlying encapsulation module 1300 can be called to receive the second message, and the process ends.

[0076] If a session is entered and the session entered is a default session, the diagnostic host computer further determines whether the target service is at least one of the 2E service, 2F service and 31 service. If it is at least one of the 2E service, 2F service and 31 service, the sending unit of the underlying encapsulation module 1300 can be called to send the first message. If it is not the 2E service, 2F service and 31 service, the receiving unit of the underlying encapsulation module 1300 can be called to receive the second message, and the process ends.

[0077] If a session is entered and the session entered is a programming session, the diagnostic host computer can determine whether to enter security access. If security access is not entered, the diagnostic host computer further determines whether the target service is at least one of the 2E service, 2F service and 31 service. If it is at least one of the 2E service, 2F service and 31 service, the sending unit of the underlying encapsulation module 1300 can be called to send the first message. If it is not the 2E service, 2F service and 31 service, the receiving unit of the underlying encapsulation module 1300 can be called to receive the second message, and the process ends.

[0078] If secure access is granted, the diagnostic host computer further determines whether the secure access is successful. If the secure access fails, the process ends. If the secure access is successful, the diagnostic host computer further determines whether the target service is at least one of the 2E service, 2F service, and 31 service. If the target service is at least one of the 2E service, 2F service, and 31 service, the diagnostic host computer invokes the sending unit of the underlying encapsulation module 1300 to send the first message. If the target service is not a 2E service, a 2F service, or a 31 service, the diagnostic host computer invokes the receiving unit of the underlying encapsulation module 1300 to receive the second message, and the process ends.

[0079] 2 , the application module 1200 provides applications corresponding to each service, for example, applications corresponding to service 10, service 19, service 22, service 27, service 2E, service 2F, and service 31 in the UDS protocol, and applications corresponding to service 01, service 02, service 03, service 04, service 07, service 09, and service 0A in the OBD protocol.

[0080] Next, using "Project A" shown in Figure 4 as an example, the main test interface provides service selection controls corresponding to the services supported by "Project A." When the user selects "Fault Code (19 01 / 02 / 0A Service UDS)" shown in Figure 4, application module 1200 selects the application corresponding to "19 01 / 02 / 0A Service UDS" and, based on that application, provides "19 01 / 02 / 0A Service UDS," thereby displaying the slave test interface shown in Figure 6. The diagnostic host computer can clear fault codes using service 14 or compare the fault code returned by service 19 from the slave computer with defined fault codes. Defined fault codes will display the fault definition, while undefined fault codes will be displayed with a gray background.

[0081] When the user selects "Data Stream (22 Service UDS)" as shown in Figure 4, application module 1200 selects the application corresponding to "22 Service UDS" and provides "22 Service UDS" based on that application, thereby displaying the slave test interface shown in Figure 7. Referring to Figure 7, all DIDs (Data Identifiers) in the table can be read with one click. Referring to Figures 8 and 9, a single DID or DID range can also be queried individually. The DIDs to which the slave device responds to the message are indicated by a gray background.

[0082] When the user selects "DTCSnapShot (19 04 service UDS)" shown in Figure 4, the application module 1200 will select the application corresponding to "19 04 service UDS" and provide "19 04 service UDS" based on the application, and then display the test interface shown in Figure 10. The diagnostic host computer can read the freeze frame of the 19 04 service.

[0083] When the user selects "2E / 2F / 31 Service (UDS)" shown in Figure 4, the application module 1200 will select the application corresponding to "2E / 2F / 31 Service (UDS)" and provide "2E / 2F / 31 Service (UDS)" based on the application, and then display the test interface shown in Figure 11.

[0084] When the user selects “01 / 02 / 09 Service (OBD)” shown in FIG4 , the application module 1200 selects the application corresponding to “01 / 02 / 09 Service (OBD)” and provides “01 / 02 / 09 Service (OBD)” based on the application, thereby displaying the slave test interface shown in FIG12 .

[0085] When the user selects "03 / 04 / 07 / 0A Service (OBD)" shown in Figure 4, the application module 1200 will select the application corresponding to "03 / 04 / 07 / 0A Service (OBD)" and provide "03 / 04 / 07 / 0A Service (OBD)" based on the application, and then display the test interface shown in Figure 13.

[0086] The bottom layer encapsulation module 1300 is used to send a first message when the target service is a first type of service, and to receive a second message and parse the second message when the target service is a second type of service.

[0087] The first type of services generally include 2E services, 2F services, and 31 services. The second type of services are other services except the first type of services.

[0088] In an optional embodiment, referring to FIG. 2 , the bottom encapsulation module 1300 includes a sending unit 1310 . The sending unit 1310 may first parse the first message to be sent into a first array based on the UDS diagnostic protocol, and then send the first array to the vehicle according to the diagnostic protocol rules.

[0089] The sending unit 1310 is specifically used to: when the target service is a first type of service, receive a diagnostic request input through the slave test interface corresponding to the target service; wherein the main test interface includes the slave test interface; in response to the diagnostic request, when security access is passed, parse the first message input through the slave test interface into a first array; and send the first array to the vehicle.

[0090] In this embodiment, the sending unit 1310 sends the first array to the vehicle specifically including: detecting the array length of the first array; when the array length of the first array is less than or equal to a first length threshold, sending the first array as a single frame; when the array length of the first array is greater than the first length threshold, first sending the first frame of the first array, and when a flow control frame is received, continuously sending subsequent frames of the first array according to the number of frames carried in the flow control frame.

[0091] The first length threshold is usually 7.

[0092] 18 , the sending unit 1310 sends a diagnostic request, and the diagnostic host computer detects whether the default session has been entered. If not, the diagnostic host computer further detects whether secure access has been entered. If the default session has been entered, the diagnostic host computer further detects whether a positive response from the BMC has been received. If no positive response from the BMC has been received, the process ends. If a positive response from the BMC has been received, the diagnostic host computer further detects whether secure access has been entered.

[0093] When the diagnostic host computer detects security access, it reads the seed and encryption algorithm from the configuration file. After requesting the seed, the diagnostic host computer further checks whether it has received a positive response from the BMC. If it does not, the process ends. If it does, the diagnostic host computer calculates the secret key based on the seed and encryption algorithm and sends it to the BMC. If the BMC verifies that the secret key is correct, it loads the first message into the first array.

[0094] 19 , the sending unit 1310 first determines whether the array length of the first array is less than or equal to 7. If the array length of the first array is less than or equal to 7, the first array single frame is sent, and the process ends.

[0095] If the array length of the first array is greater than 7, the sending unit 1310 will further determine whether it is CAN communication. If it is CAN communication, the first frame in the first array is sent first, and after sending the first frame, it is further determined whether a flow control frame is received within 1s. If the flow control frame is not received within 1s, the diagnostic host prompts that the flow control frame reception timeout has occurred, and the process ends. If a flow control frame is received within 1s, the number of frames sent by the flow control frame response is recorded, and the subsequent frames in the first array are sent in the form of continuous frames according to the number of frames sent by the flow control frame response. After sending is completed, the process ends. If sending is not completed, the process continues to determine whether a flow control frame is received within 1s. For example, if the number of frames sent by the flow control frame response is 8 frames, but the array length of the first array is less than 8 frames, the sending unit can complete the sending of the subsequent frames of the first array at one time. For another example, if the number of frames sent by the flow control frame response is 8 frames, but the array length of the first array is greater than 8 frames, then after the sending unit continues to send the second frame of the first array, i.e., 8 frames, it is necessary to receive the flow control frame again before sending.

[0096] If it is CANFD communication, the sending unit 1310 determines whether the array length of the first array is less than 62. If the array length of the first array is less than or equal to 62, the first array single frame is sent. If the array length of the first array is greater than 62, the first frame in the first array is sent first, and after sending the first frame, it is further determined whether the flow control frame is received within 1s. If the flow control frame is not received within 1s, the diagnostic host computer prompts that the flow control frame reception has timed out, and the process ends. If the flow control frame is received within 1s, the number of frames sent in response to the flow control frame is recorded, and the subsequent frames in the first array are sent in the form of continuous frames according to the number of frames sent in response to the flow control frame. After the sending is completed, the process ends. If the sending is not completed, the judgment of whether the flow control frame is received within 1s will continue.

[0097] In an optional embodiment, referring to Figure 2, the underlying encapsulation module 1300 includes a receiving unit 1320. The receiving unit 1320 can encapsulate the message receiving function into a receiving function based on the UDS diagnostic protocol, add the received second message to the ServiceData_List list, parse it according to the corresponding service after the reception is completed, and display the parsed second message for the user to view.

[0098] The receiving unit 1320 is specifically configured to: when the target service is a second type of service, receive a data acquisition request input through a slave test interface corresponding to the target service; wherein the master test interface includes the slave test interface; when a first frame message in the second message is received, determine a frame type of the second message according to the first frame message; when the frame type of the second message is a single frame, add the data in the first frame message to a service data list; and,

[0099] In the case that the frame type of the second message is multi-frame, the data in the first frame message is first added to the service data list, and the second data length of the remaining data is determined based on the total length of the data recorded in the first frame message and the first data length of the data in the first frame message; detect whether the i-th frame message in the second message is received within the set time period; wherein the starting value of i is 2; in the case of receiving the i-th frame message, if the second data length is greater than the second length threshold, first add the data in the i-th frame message to the service data list, and update the second data length, and make i+1; in the case of receiving the i-th frame message, if the second data length is less than or equal to the second length threshold, add the data in the i-th frame message to the service data list.

[0100] Among them, the second length threshold is usually the data length of the data in the continuous frames, which is usually related to the frame type. If it is CAN communication, since the data length of the data in the continuous frames of CAN communication is 7, the second length threshold can be 7. If it is CAN FD communication, since the data length of the data in the continuous frames of CAN FD communication is 63, the second length threshold can be 63.

[0101] 20 , the receiving unit 1320 sends a data acquisition request and determines whether the first frame message in the second message is received within 2 seconds. If the first frame message in the second message is not received, the diagnostic host computer prompts a timeout and the process ends.

[0102] When the first frame message in the second message is received, the communication type is determined. If it is CAN communication, the data length of the first frame is determined to be 6, and the data length of the consecutive frames is 7. If it is CANFD communication, the data length of the first frame is determined to be 62, and the data length of the consecutive frames is 63.

[0103] 21 , the receiving unit 1320 further detects the frame type of the second message. If it is a single frame and the BMC responds positively, the data in the first frame is added to the ServiceData_List, and the process ends. If it is a single frame and the BMC does not respond positively, the diagnostic host computer prompts a timeout, and the process ends.

[0104] If it is a multi-frame, first add the data in the first frame message to the ServiceData_List list, and after obtaining the data length of the remaining data based on the total data length minus the data length of the first frame, send a flow control frame, and when it is detected that the i-th frame is received within 2s (the starting value of i is 2), and the i-th frame is a continuous frame, detect whether the data length of the remaining data is greater than the second length threshold. If the data length of the remaining data is greater than the second length threshold, first add the data of the i-th frame message to the ServiceData_List list, and update the data length of the remaining data, and make i+1, and continue to execute the detection whether the i-th frame is received within 2s.

[0105] If the data length of the remaining data is less than or equal to the second length threshold, the data of the i-th frame message is directly added to the ServiceData_List list.

[0106] Through the diagnostic host computer of this embodiment, the main test interface corresponding to any project is generated according to the configuration file that matches it, and the configuration file is used to configure the services supported by the arbitrary project. The main test interface corresponding to the target project can be displayed through the interface module, and the applications corresponding to different services can be provided through the application module. When a service selected through the main test interface is received, the service is provided through the application corresponding to the service, and the underlying encapsulation module can send a first message when the service is a first type of service, and receive a second message and automatically parse the second message through the service when the service is a second type of service, and display the parsed second message through the user display interface. That is to say, through the diagnostic host computer provided by the present disclosure, it can configure the corresponding configuration file according to the project requirements, so as to achieve the effect that the diagnostic host computer is universal for all projects, with a wider scope of application and low cost; and, after the underlying encapsulation module receives the second message, it will automatically parse the second message through the corresponding service, and this process does not require user participation.

[0107] It should be noted that, first of all, the traditional host computer encapsulates the protocol into software code, which can only be used for a single project and cannot be expanded secondary. The diagnostic host computer provided in this embodiment can be called a diagnostic host computer based on the UDS protocol and the OBD protocol. It can call different protocol configurations according to project requirements to achieve the purpose of using the diagnostic host computer for all projects. Secondly, the traditional host computer usually only supports the commonly used 19 services and 22 services. The diagnostic host computer provided in this embodiment is oriented to almost all vehicle models designed in accordance with the ISO15765 protocol. Furthermore, when the traditional host computer is in use, it basically relies on manual operation by the tester throughout the entire process, and the test efficiency is low. The diagnostic host computer provided in this embodiment has added many one-button operations, and the results can be obtained with one button, which has high test efficiency.

[0108] In one embodiment, referring to FIG. 2 , the interface module 1100 further includes a CAN window 1130 .

[0109] The CAN window 1130 is used to provide parameter interfaces corresponding to each CAN box type, so as to select a target parameter interface corresponding to a target CAN box type from the parameter interfaces corresponding to each CAN box type; and

[0110] When the connection parameters of the target CAN box type input through the target parameter interface are received, a communication connection is established with the vehicle based on the target CAN box type.

[0111] Among them, various CAN box types include, for example but not limited to, a Zhou Ligong box interface, a PCAN box interface, and a CANOE box interface.

[0112] Referring to Figure 16, after the user selects the CAN box connection, the CAN window 1130 provides a parameter interface corresponding to the Zhou Ligong box interface, a parameter interface corresponding to the PCAN box interface, and a parameter interface corresponding to the CANOE box interface. The user can select the parameter interface corresponding to one of the box types, and then establish a CAN connection with the vehicle based on the connection parameters entered in the corresponding parameter interface.

[0113] According to this embodiment, the user can select the CAN box connection according to the project requirements.

[0114] In one embodiment, referring to FIG. 2 , the interface module 1100 further includes a message window, and the message window is used for allowing a user to view the first message or the second message.

[0115] The first message may be a sent message, and the second message may be a received message, referring to the message tracking diagram shown in FIG14 .

[0116] According to this embodiment, the user can view sent messages or received messages through the message window.

[0117] In one embodiment, referring to FIG. 2 , the bottom encapsulation module 1300 further includes a configuration unit 1330 , and the configuration unit 1330 is configured to provide configuration files corresponding to different projects.

[0118] Among them, the different projects include the target project.

[0119] In one embodiment, referring to FIG. 2 , the bottom layer encapsulation module 1300 further includes an algorithm unit 1340 . The algorithm unit 1340 encapsulates different algorithms for the application layer to call. The different algorithms include, for example but not limited to, Motorola, Intel, BCD, and ASCII.

[0120] <Diagnostic System Example>

[0121] This embodiment provides a diagnostic system, which may include a vehicle and a diagnostic host computer 1000 of any of the aforementioned embodiments, wherein the diagnostic host computer is communicatively connected to the vehicle.

[0122] In this embodiment, since the diagnostic system provided by the embodiment of the present application includes any of the diagnostic host computers 1000 provided in the above embodiment section, the diagnostic system provided by the embodiment of the present application can achieve the same functions as any of the diagnostic host computers 1000 provided in the above embodiment section. That is, the main test interface corresponding to any project is generated according to the configuration file matched therewith, the configuration file is used to configure the services supported by the arbitrary project, the main test interface corresponding to the target project can be displayed through the interface module, the applications corresponding to different services can be provided through the application module, and when a service selected through the main test interface is received, the service is provided through the application corresponding to the service, and, when the service is a first type of service, the first message is sent through the bottom encapsulation module, when the service is a second type of service, the second message is received and automatically parsed through the service. In other words, the diagnostic host computer provided by the present disclosure can be configured with the corresponding configuration file according to the project requirements, so that the diagnostic host computer can be used by all projects, with a wider scope of application and low cost; and, after the bottom encapsulation module receives the second message, it will automatically parse out the second message through the corresponding service, and this process does not require user participation.

[0123] The embodiments of the present application have been described above. The above description is exemplary, not exhaustive, and is not limited to the disclosed embodiments. Many modifications and variations will be apparent to those skilled in the art without departing from the scope and spirit of the described embodiments. The terms used herein are selected to best explain the principles of the embodiments, their practical applications, or technical improvements in the marketplace, or to enable other persons skilled in the art to understand the embodiments disclosed herein. The scope of this application is defined by the appended claims.

Claims

1. A diagnostic host computer, wherein: include: The interface module 1100, the application module 1200 and the bottom packaging module 1300, The interface module 1100 is used to display the main test interface corresponding to the target project; wherein the main test interface is generated according to the configuration file matched by the target project, and the configuration file is used to configure the services supported by the target project; The application module 1200 is used to provide applications corresponding to different services, and when receiving a target service selected through the main test interface, provide the target service through a target application corresponding to the target service; The bottom layer encapsulation module 1300 is used to send a first message when the target service is a first type of service, and to receive and parse a second message when the target service is a second type of service.

2. The diagnostic host computer according to claim 1, wherein: The interface module 1100 includes a login window 1110 and a main window 1120. The login form 1110 is used to provide a project configuration interface, so as to input the target project through the project configuration interface; The main window 1120 is used to display the main test interface corresponding to the target project.

3. The diagnostic host computer according to claim 1, wherein: The interface module also includes a CAN window 1130, The CAN window 1130 is used to provide parameter interfaces corresponding to each CAN box type, so as to select a target parameter interface corresponding to a target CAN box type from the parameter interfaces corresponding to each CAN box type; as well as, When the connection parameters of the target CAN box type input through the target parameter interface are received, a communication connection is established with the vehicle based on the target CAN box type.

4. The diagnostic host computer according to claim 1, wherein: The interface module also includes a message window 1140, The message window 1140 is used to view the first message or the second message.

5. The diagnostic host computer according to claim 1, wherein: The bottom layer encapsulation module 1130 includes a sending unit 1310, which is used to: In the case where the target service is a first type of service, receiving a diagnostic request input through a slave test interface corresponding to the target service; wherein the master test interface includes the slave test interface; In response to the diagnostic request, if security access is passed, parsing the first message input through the slave test interface into a first array; The first array is sent to the vehicle.

6. The diagnostic host computer according to claim 5, wherein: The sending unit 1310 is specifically configured to: Detecting the array length of the first array; When the array length of the first array is less than or equal to a first length threshold, sending the first array as a single frame; When the array length of the first array is greater than the first length threshold, the first frame of the first array is sent first, and when a flow control frame is received, subsequent frames of the first array are sent successively according to the number of frames carried in the flow control frame.

7. The diagnostic host computer according to claim 1, wherein: The bottom encapsulation module 1300 includes a receiving unit 1320, which is used to: In the case where the target service is a second type of service, receiving a data acquisition request input through a slave test interface corresponding to the target service; wherein the main test interface includes the slave test interface; When a first frame message in the second message is received, determining a frame type of the second message according to the first frame message; When the frame type of the second message is a single frame, the data in the first frame message is added to the service data list.

8. The diagnostic host computer according to claim 7, wherein: The receiving unit 1320 is further configured to: In the case where the frame type of the second message is multi-frame, firstly add the data in the first frame message to the service data list, and determine the second data length of the remaining data according to the total length of the data recorded in the first frame message and the first data length of the data in the first frame message; Detecting whether the i-th frame message in the second message is received within a set time period; wherein the starting value of i is 2; When the i-th frame message is received, if the second data length is greater than the second length threshold, firstly add the data in the i-th frame message to the service data list, and update the second data length, and make i+1; When the i-th frame message is received, if the second data length is less than or equal to the second length threshold, the data in the i-th frame message is continuously added to the service data list.

9. The diagnostic host computer according to any one of claims 1 to 8, wherein: The bottom encapsulation module further includes a configuration unit 1330, The configuration unit 1330 is used to provide configuration files corresponding to different projects respectively; Among them, the different projects include the target project.

10. A diagnostic system, wherein: include: vehicle; as well as, According to the diagnostic host computer 1000 according to any one of claims 1 to 9, the diagnostic host computer 1000 is communicatively connected to the vehicle.

Images