Diagnosis upper computer and diagnosis system

Abstract

The invention provides a diagnosis upper computer and a diagnosis system, the diagnosis upper computer comprises an interface module, an application module and a bottom layer packaging module, the interface module is used for displaying a main test interface corresponding to a target item; wherein the main test interface is generated according to a configuration file matched with the target project, and the configuration file is used for configuring services supported by the target project; the application module is used for providing applications corresponding to different services respectively, and providing a target service through a target application corresponding to the target service under the condition that the target service selected through the main test interface is received; and the bottom layer packaging module is used for sending a first message when the target service is a first type of service, and receiving and analyzing a second message when the target service is a second type of service.

Description

Technical Field

[0001] The disclosed embodiments relate to the technical field of vehicle diagnosis, and more specifically, to a diagnostic host computer and a diagnostic system. Background Art

[0002] Usually, when a vehicle breaks down, most of the time a diagnostic system based on the Unified Diagnostic Services (UDS) protocol and the On-Board Diagnostics (OBD) protocol is used. Users communicate with the engine control unit (ECU) on the vehicle through a diagnostic host computer that supports the protocol to diagnose the fault on the vehicle.

[0003] However, currently, most of the computers used in the market are customized ones, which are designed for individual car owners and are usually only applicable to a certain model of vehicle, but not to all models. This means that when diagnosing vehicles of different models, it is necessary to design a customized host computer that matches them, resulting in a waste of costs. Moreover, when diagnosing based on the 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 cumbersome. Summary of the invention

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

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

[0006] 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;

[0007] 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 a target application corresponding to the target service;

[0008] 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.

[0009] Optionally, the interface module includes a login form and a main form.

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

[0011] The main window is used to display the main test interface corresponding to the target project.

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

[0013] The CAN form 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

[0014] 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.

[0015] Optionally, the interface module further includes a message window.

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

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

[0018] 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;

[0019] 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;

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

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

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

[0023] 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;

[0024] 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.

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

[0026] 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;

[0027] 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;

[0028] 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.

[0029] Optionally, the receiving unit is further used for:

[0030] 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;

[0031] 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;

[0032] 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;

[0033] 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.

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

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

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

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

[0038] vehicles; and,

[0039] 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.

[0040] Through the diagnostic host computer of this embodiment, the main test interface corresponding to any project is generated according to the configuration file matched therewith, 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 the service selected through the main test interface is received, the service is provided through the application corresponding to the service, and, through the underlying encapsulation module, when the service is a first type of service, the first message can be sent, and when the service is a second type of service, the second message can be received and automatically parsed through the service. In other words, 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 common to 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 out the second message through the corresponding service, and this process does not require user participation.

[0041] Further features and advantages of the present invention will become apparent from the following detailed description of exemplary embodiments of the present invention with reference to the attached drawings. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0043] Figure 1 It is one of the hardware structure diagrams of the diagnosis host computer according to the embodiment of the present disclosure;

[0044] Figure 2 This is a second schematic diagram of the hardware structure of the diagnostic host computer according to an embodiment of the present disclosure;

[0045] Figure 3 to Figure 14 is a schematic diagram of an interface display of a diagnostic host computer according to an embodiment of the present disclosure;

[0046] Fig.15 is one of the operation schematic diagrams of the diagnostic host computer according to an embodiment of the present disclosure;

[0047] Fig.16 This is a second operation diagram of the diagnostic host computer according to an embodiment of the present disclosure;

[0048] Fig.17 This is a third operation diagram of the diagnostic host computer according to an embodiment of the present disclosure;

[0049] Fig.18 and Fig.19 is a schematic diagram of the work flow of a sending unit of a diagnostic host computer according to an embodiment of the present disclosure;

[0050] Fig. 20 and Fig.21 It is a schematic diagram of the workflow of the receiving unit of the diagnosis host computer according to the embodiment of the present disclosure. DETAILED DESCRIPTION

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

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

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

[0054] 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.

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

[0056] <Diagnostic host computer implementation example>

[0057] The present disclosure provides a diagnostic host computer. Figure 1 The block diagram of the diagnostic host computer according to the embodiment of the present disclosure.

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

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

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

[0061] The main test interface corresponding to the target project is generated according to the configuration file matched by the target project. The main test interface is used for users to perform diagnostic tests on the target project. The main test interface displays the service selection controls corresponding to the services supported by the target project. Users can enter the corresponding service through the corresponding service selection controls. After entering the corresponding service, the corresponding sub-test interface of the service can be displayed.

[0062] 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.

[0063] The configuration file is used to configure the services supported by the target project. The service may include at least one of the 10 service, 19 service, 22 service, 27 service, 2E service, 2F service, and 31 service in the UDS protocol, and may also include at least one of the 01 service, 02 service, 03 service, 04 service, 07 service, 09 service, and 0A service 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.

[0064] The above configuration file can be a configuration table, which can be an Excel table, for example, which is intuitive and easy to add and modify. For example, when you need to add a service to a project or delete a service from a project, you can do it by simply modifying the configuration file; for another example, when you need to add a project, you can do it by simply adding the configuration file, without spending a lot of manpower to develop a diagnostic host computer.

[0065] In this embodiment, refer to Figure 2 The interface module 1100 includes a login window 1110 and a main window 1120. The login window 1110 is used to provide a project configuration interface 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 for user testing.

[0066] Reference Fig.15 , the user selects the target project through the login form 1110, and the diagnostic host computer determines whether the target project selected by the user exists. If not, the process ends. If it does, the diagnostic host computer loads the configuration file corresponding to the target project, and when it is detected that the configuration file corresponding to the target project includes at least one of the 2E service, the 2F service, and the 31 service, the main test interface is generated according to the configuration file corresponding to the target project, and the main test interface is displayed through the main form 1120, and the process ends.

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

[0068] Reference Figure 3, the login form 1110 can be a project selection box, which is a drop-down menu box. When the user clicks the drop-down control of the project selection box, the project names corresponding to different projects are provided. For example, when the user selects "Project A", the diagnostic host computer will generate the corresponding main test interface according to the configuration file "Project A.xlsx" corresponding to "Project A". Figure 4 The main window 1120 displays the main test interface, and according to the main test interface, it can be seen that "Project A" supports multiple services.

[0069] For another example, when the user selects "Project B", the diagnostic host computer will generate the corresponding main test interface according to the configuration file "Project B.xlsx" corresponding to "Project B". Figure 5 The main window 1120 displays the main test interface, and, according to the main test interface, it can be seen that "Project B" only supports one service.

[0070] 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.

[0071] 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.

[0072] Reference Fig.17 , the user selects the target service, and the diagnostic host computer determines whether to enter the session. If the session 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.

[0073] If a session is entered and the entered session 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 a 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.

[0074] 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 a 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.

[0075] If the security access is entered, the diagnostic host computer further determines whether the security access is successful. If the security access fails, the process ends. If the security 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 it is at least one of the 2E service, 2F service and 31 service, the sending unit of the bottom 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 bottom encapsulation module 1300 can be called to receive the second message, and the process ends.

[0076] Reference Figure 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.

[0077] Next, Figure 4 Taking "Project A" as an example, the main test interface provides a service selection control corresponding to the services supported by "Project A". Figure 4 The application module 1200 will select the application corresponding to the "19 01 / 02 / 0A service UDS" and provide the "19 01 / 02 / 0A service UDS" based on the application, and then display the "fault code (19 01 / 02 / 0A service UDS)". Figure 6 The slave test interface is shown. The diagnostic host computer can use service 14 to clear the fault code, or compare the fault code returned by service 19 of the slave computer with the defined fault code. The defined fault code will display the fault definition, and the undefined fault code will be displayed in gray.

[0078] When the user selects Figure 4 The application module 1200 will select the application corresponding to the "22 service UDS" and provide the "22 service UDS" based on the application, thereby displaying the "data flow (22 service UDS)". Figure 7 The slave test interface is shown. Figure 7 , you can read all DIDs (Data Identifiers) in the table with one click. Figure 8 and Fig. 9 You can also query a certain DID or a certain DID range separately. The DID to which the lower machine replies to the message is indicated in gray.

[0079] When the user selects Figure 4 The application module 1200 selects the application corresponding to the "19 04 service UDS" and provides the "1904 service UDS" based on the application, thereby displaying the "DTCSnapShot (19 04 service UDS)". Fig.10 As shown in the slave test interface, the diagnostic host computer can read the freeze frame of the 1904 service.

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

[0081] When the user selects Figure 4 The application module 1200 will select the application corresponding to the "01 / 02 / 09 service (OBD)" and provide the "01 / 02 / 09 service (OBD)" based on the application, and then display the Fig.12 The slave test interface is shown.

[0082] When the user selects Figure 4 The application module 1200 will select the application corresponding to the "03 / 04 / 07 / 0A service (OBD)" and provide the "03 / 04 / 07 / 0A service (OBD)" based on the application, thereby displaying the "03 / 04 / 07 / 0A service (OBD)". Fig.13 The slave test interface is shown.

[0083] 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.

[0084] The first type of service generally includes 2E service, 2F service and 31 service. The second type of service is other services except the first type of service.

[0085] In an alternative embodiment, referring to Figure 2The bottom encapsulation module 1300 includes a sending unit 1310. The sending unit 1310 can 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.

[0086] The sending unit 1310 is specifically used for: when 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 main test interface includes the slave test interface; in response to the diagnostic request, when security access is passed, parsing the first message input through the slave test interface into a first array; and sending the first array to the vehicle.

[0087] 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 the 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.

[0088] Among them, the first length threshold is usually 7.

[0089] Reference Fig.18 The sending unit 1310 sends a diagnostic request, and the diagnostic host computer detects whether to enter the default session. If the default session is not entered, further detect whether to enter the secure access. If the default session is entered, further detect whether a positive response from the BMC is received. If a positive response from the BMC is not received, the process ends. If a positive response from the BMC is received, further detect whether to enter the secure access.

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

[0091] Reference Fig.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.

[0092] 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 the flow control frame is received within 1s. If the flow control frame is not received within 1s, the diagnosis host prompts that the flow control frame reception timeout has occurred, 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. For example, if the number of frames sent in response to the flow control frame is 8 frames, but the array length of the first array is less than 8 frames, the sending unit can send the subsequent frames of the first array at one time. For another example, if the number of frames sent in response to the flow control frame is 8 frames, but the array length of the first array is greater than 8 frames, the sending unit continues to send the second frame of the first array, that is, 8 frames, and needs to receive the flow control frame again before sending.

[0093] 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 is sent as a single frame. 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 1 second. If the flow control frame is not received within 1 second, the diagnostic host computer prompts that the reception of the flow control frame has timed out, and the process ends. If the flow control frame is received within 1 second, 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 1 second will continue.

[0094] In an alternative embodiment, referring to Figure 2 The bottom 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 receiving, and display the parsed second message for the user to view.

[0095] The receiving unit 1320 is specifically used for: when 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, adding the data in the first frame message to a service data list; and,

[0096] In the case where 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 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; detect 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; 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.

[0097] 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 CANFD communication, since the data length of the data in the continuous frames of CANFD communication is 63, the second length threshold can be 63.

[0098] Reference Fig. 20 The receiving unit 1320 sends a data acquisition request to determine 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.

[0099] 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 continuous frame 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 continuous frame is 63.

[0100] Reference Fig.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 message is added to the ServiceData_List list, and the process ends. If it is a single frame and the BMC does not respond positively, the diagnosis host computer prompts a timeout, and the process ends.

[0101] If it is multiple frames, first add the data in the first frame message to the ServiceData_List list, and obtain the data length of the remaining data based on the total data length minus the data length of the first frame, then 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 detect whether the i-th frame is received within 2s.

[0102] 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.

[0103] Through the diagnostic host computer of this embodiment, the main test interface corresponding to any project is generated according to the configuration file matched therewith, and the configuration file is used to configure the services supported by the arbitrary project, and 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, and when the service selected through the main test interface is received, the service is provided through the application corresponding to the service, and, through the underlying encapsulation module, when the service is a first type of service, the first message can be sent, when the service is a second type of service, the second message can be received and automatically parsed through the service, and the parsed second message can be displayed 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 common to 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.

[0104] It should be noted that, first of all, the traditional host computer encapsulates the protocol into the software code, which can only be used for a single project and cannot be expanded twice. 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 models designed in accordance with the ISO15765 protocol. Furthermore, when the traditional host computer is in use, it is basically manually operated by the tester throughout the whole process, and the test efficiency is low. The diagnostic host computer provided in this embodiment adds a lot of one-key operations, and the results are obtained with one key, and the test efficiency is high.

[0105] In one embodiment, referring to Figure 2 , the interface module 1100 also includes a CAN window 1130.

[0106] 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

[0107] 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.

[0108] 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.

[0109] Reference Fig.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.

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

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

[0112] The first message may be a sent message, and the second message may be a received message. Fig.14 The message trace diagram shown.

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

[0114] In one embodiment, referring to Figure 2 The bottom encapsulation module 1300 also includes a configuration unit 1330, and the configuration unit 1330 is used to provide configuration files corresponding to different projects.

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

[0116] In one embodiment, referring to Figure 2 The bottom layer encapsulation module 1300 further includes an algorithm unit 1340, which encapsulates different algorithms for application layer calls. The different algorithms include, for example but not limited to, motorola, intel, bcd and ascii.

[0117] <Diagnostic System Embodiment>

[0118] 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.

[0119] In this embodiment, since the diagnostic system provided by the embodiment of the present application includes any diagnostic host computer 1000 provided in the above embodiment part, the diagnostic system provided by the embodiment of the present application can realize the same function as any diagnostic host computer 1000 provided in the above embodiment part. That is, the main test interface corresponding to any project is generated according to the configuration file matched therewith, and the configuration file is used to configure the services supported by the arbitrary project, and 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, and in the case of receiving the service selected through the main test interface, the service is provided through the application corresponding to the service, and, through the bottom encapsulation module, the first message can be sent when the service is a first type of service, and the second message can be received and automatically parsed through the service when the service is a second type of service. In other words, 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 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.

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

Claims

1. A diagnostic host computer, characterized in that: include: Interface module, application module and underlying encapsulation module, 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; 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 a target application corresponding to the target service; 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.

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

3. The diagnostic host computer according to claim 1, characterized in that: The interface module also includes a CAN window, The CAN form 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, characterized in that: The interface module also includes a message window, The message window is used to view the first message or the second message.

5. The diagnostic host computer according to claim 1, characterized in that: The bottom layer encapsulation module includes a sending unit, 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, characterized in that: The sending unit is specifically used for: 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, characterized in that: The bottom encapsulation module includes a receiving unit, 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, characterized in that: The receiving unit is further used for: 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 claim 1, characterized in that: The bottom packaging module also includes a configuration unit, The configuration unit is used to provide configuration files corresponding to different projects respectively; Among them, the different projects include the target project.

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

Images