Fault information processing method and device, and storage medium and vehicle
By adding an internal diagnostic session mode to the driver assistance controller, the problem of vehicles being unable to read or clear internal diagnostic fault codes is solved, enabling convenient fault management and analysis in the vehicle enterprise's R&D and after-sales processes.
Patent Information
- Application Number
- CN202310289548.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2023-03-22
- Publication Date
- 2025-12-09
- Estimated Expiration
- 2043-03-22
AI Technical Summary
During the research, development, and after-sales process, the inability to read or clear internal diagnostic fault codes in vehicles makes fault management and problem analysis difficult.
By adding an internal diagnostic session mode to the driver assistance controller, the host computer is allowed to process fault information in this mode, including clearing and reading internal fault codes, ensuring data invisibility and security.
This technology facilitates the reading or clearing of internal diagnostic fault codes during the R&D and after-sales processes of vehicle manufacturers, improving the convenience of fault management and problem analysis.
Smart Images

Figure CN116184987B_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present application relates to the field of computers, in particular to a fault information processing method and device, and a storage medium and a vehicle. BACKGROUND
[0002] The auxiliary driving controller involves signal transceiving, image, radar data processing and vehicle control, and has an SOC (System on Chip) and an MCU (Micro Control Unit), and is also provided with many electronic and electrical peripherals, and is a complex system. In order to monitor the stability and safety of the system, in addition to the vehicle, some fault DTCs (Diagnostic Trouble Codes) are designed, and in order to facilitate fault management and problem analysis, the enterprise internally refines various fault DTCs according to components and functions, and maps related faults to external fault DTCs of the vehicle, and the internal DTC information is not open to the outside.
[0003] At present, no effective solution has been proposed for the above problems. SUMMARY
[0004] The embodiments of the present application provide a fault information processing method and device, and a storage medium and a vehicle, to at least solve the technical problem that the internal diagnostic fault codes of the enterprise cannot be read or cleared on the vehicle in the research and development process.
[0005] According to an aspect of the embodiments of the present application, a fault information processing method is provided, including: in response to receiving first request information sent by an upper computer of a vehicle, entering a diagnostic session mode based on the first request information, and sending a first response result of having entered the diagnostic session mode to the upper computer; in response to receiving second request information sent by the upper computer based on the first response result, entering a target diagnostic session mode based on the second request information in the diagnostic session mode, and sending a second response result of having entered the target diagnostic session mode to the upper computer, wherein the target diagnostic session mode is used to represent a session mode facing a service object, and the service object is used to represent an object of serving the vehicle; in response to receiving a processing request sent by the upper computer based on the second response result, processing fault information of the vehicle in the service object based on the processing request, and obtaining a processing result.
[0006] Further, the processing request includes a clearing request, the processing result includes a clearing result, and processing the fault information of the vehicle in the service object based on the processing request includes clearing the fault information of the vehicle in the service object based on the clearing request, and obtaining the clearing result, wherein the clearing result is used to represent whether the storage data corresponding to the fault information is successfully cleared.
[0007] Further, the clearing the fault information of the vehicle in the service object based on the clearing request comprises: determining whether the fault information is cleared in the target diagnostic session mode; in response to the fault information being cleared in the target diagnostic session mode, determining whether the message length of the clearing request is correct; in response to the message length of the clearing request being correct, determining whether the clearing request supports the diagnostic fault function; in response to the clearing request supporting the diagnostic fault function, clearing the fault information, and determining whether the fault information is successfully cleared; and in response to the fault information being successfully cleared, clearing the storage data, and determining that the clearing result is the storage data corresponding to the successfully cleared fault information.
[0008] Further, the processing request comprises a reading request, and the processing result comprises a reading result. The fault information of the vehicle in the service object is processed based on the processing request, and the processing comprises: reading the fault information of the vehicle in the service object based on the reading request, to obtain the reading result, wherein the reading result is used to indicate whether the fault information is successfully read.
[0009] Further, the fault information of the vehicle in the service object is read based on the reading request, to obtain the reading result, and the reading comprises: determining whether the reading request supports the diagnostic fault function; in response to the reading request supporting the diagnostic fault function, determining whether the message length of the reading request is correct; in response to the message length of the reading request being correct, determining whether the fault information is read in the target diagnostic session mode; and in response to the fault information being read in the target diagnostic session mode, determining that the reading result is that the fault information is successfully read.
[0010] Further, in response to the fault information not being cleared in the target diagnostic session mode, or in response to the message length of the clearing request not being correct, or in response to the clearing request not supporting the diagnostic fault function, or in response to the fault information not being successfully cleared, it is determined that the clearing result is that the storage data corresponding to the fault information is not successfully cleared.
[0011] Further, in response to the reading request not supporting the diagnostic fault function, or in response to the message length of the reading request not being correct, or in response to the fault information not being read in the target diagnostic session mode, it is determined that the reading result is that the fault information is not successfully read.
[0012] According to a third aspect of the embodiments of the present application, a non-transitory storage medium is provided, the non-transitory storage medium includes a stored program, wherein the program, when executed by a processor of a device, controls the processor to perform the method for processing fault information.
[0013] According to a third aspect of the embodiments of the present application, a non-transitory storage medium is provided, the non-transitory storage medium includes a stored program, wherein the program, when executed by a processor of a device, controls the processor to perform the method for processing fault information.
[0014] According to a fourth aspect of the embodiments of the present application, a vehicle is provided, including one or more processors, and a storage device configured to store one or more programs, wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the method for processing fault information.
[0015] In the embodiments of the present application, by responding to receiving first request information sent by a host computer of a vehicle, entering a diagnostic session mode based on the first request information, and sending a first response result of having entered the diagnostic session mode to the host computer; responding to receiving second request information sent by the host computer based on the first response result, entering a target diagnostic session mode based on the second request information in the diagnostic session mode, and sending a second response result of having entered the target diagnostic session mode to the host computer, wherein the target diagnostic session mode is used to represent a session mode facing service objects, and the service objects are used to represent objects serving the vehicle; and responding to receiving a processing request sent by the host computer based on the second response result, processing fault information of the vehicle in the service objects based on the processing request, and obtaining a processing result. It is easily thought that on the basis of the diagnostic session control service, an internal session mode of an enterprise is added, and only when the session mode is entered, the processing request sent by the host computer can be processed, the data invisibility and security to the outside are ensured, and the technical effect that in the research and development and after-sales process of the vehicle enterprise, the enterprise internal diagnostic fault code information is convenient to read or clear is achieved, and the technical problem that in the research and development and after-sales process, the enterprise internal diagnostic fault code on the vehicle cannot be read or cleared is solved. BRIEF DESCRIPTION OF DRAWINGS
[0016] The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiments of the application and together with the description serve to explain the application. In the drawings:
[0017] Figure 1 is a flow chart of a processing method of fault information according to an embodiment of the application;
[0018] Figure 2 is a schematic diagram of a conversation interaction of a processing method of fault information according to an embodiment of the application;
[0019] Figure 3 is a schematic diagram of a processing device of fault information according to an embodiment of the application. DETAILED DESCRIPTION
[0020] In order to make the technical personnel of the present application better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, not all. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative labor should be within the scope of protection of the present application.
[0021] It should be noted that the terms "first", "second", and the like in the specification and claims of the present application and the above-described drawings are used to distinguish similar objects, and do not necessarily indicate a specific order or a chronological sequence. It should be understood that the data thus used can be interchanged under appropriate circumstances, so that the embodiments of the application described herein can be implemented in an order other than that illustrated or described herein. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion, for example, a process, method, system, product or device that includes a series of steps or units does not necessarily limit to those steps or units clearly listed, but can include other steps or units not clearly listed or inherent to these processes, methods, products or devices.
[0022] Embodiment 1
[0023] According to an embodiment of the present application, an embodiment of a processing method of fault information is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although the logical order is shown in the flowchart, in some cases, the steps shown or described herein can be executed in a different order than that shown herein.
[0024] Figure 1is a flowchart of a processing method of fault information according to an embodiment of the present application, as shown in Figure 1 The method comprises the following steps:
[0025] In step S102, in response to receiving first request information sent by the host computer of the vehicle, the first request information is used to enter a diagnosis session mode, and a first response result of entering the diagnosis session mode is sent to the host computer.
[0026] Specifically, the host computer is connected to the vehicle network and is in communication connection with the controller, so as to realize the session interaction between the host computer and the controller.
[0027] The first request information can be sent by the host computer of the vehicle, and is used to request the server to enter the diagnosis session mode.
[0028] The diagnosis session mode can be used to meet the daily fault diagnosis interaction process between the user end and the vehicle enterprise.
[0029] The first response result is used to respond to the first request information, and can be used to respond to the server of the controller entering the diagnosis session mode.
[0030] In an optional embodiment, the host computer of the vehicle sends request information to the controller end of the vehicle enterprise, requesting the server to enter the diagnosis session mode. After receiving the request information, the controller end enters the diagnosis session mode and responds to the request information, that is, the server of the controller has entered the diagnosis session mode.
[0031] In step S104, in response to receiving second request information sent by the host computer based on the first response result, the second request information is used to enter a target diagnosis session mode in the diagnosis session mode, and a second response result of entering the target diagnosis session mode is sent to the host computer. The target diagnosis session mode is used to represent a session mode for a service object, and the service object is used to represent an object for servicing the vehicle.
[0032] Specifically, the second request information is also sent by the host computer of the vehicle, and is used to request the server to enter the target diagnosis session mode.
[0033] The target diagnosis session mode can be a specific session mode for the vehicle enterprise on the basis of the diagnosis session control service, for example, the target diagnosis session mode can be an enterprise diagnosis session mode.
[0034] The second response result is used to respond to the second request information, and can be used to respond to the server of the controller entering the target diagnosis session mode.
[0035] The service object can be an enterprise or a group responsible for research and development, manufacturing, or maintenance of the vehicle.
[0036] In an optional embodiment, after receiving the first response result, the host computer of the vehicle can send a request information to the controller end to request the service end to enter the enterprise internal session mode, and the controller end enters the enterprise specific session mode after receiving the request information and responds to the request information, that is, the service end of the controller has entered the enterprise specific session mode.
[0037] In step S106, the fault information of the vehicle in the service object is processed based on the processing request sent by the host computer based on the second response result to obtain a processing result.
[0038] Specifically, the processing request can be request information containing information clearing and information reading, but is not limited to information clearing and information reading, and only information clearing and information reading are exemplarily described herein.
[0039] The processing result corresponds to the processing request one-to-one, that is, when the processing request is information clearing request information, the corresponding processing result is information clearing processing result; and when the processing request is information reading request information, the corresponding processing result is information reading processing result.
[0040] In an optional embodiment, after receiving the second response result, the host computer of the vehicle can send a request information to the controller end to request the service end to enter the enterprise internal session mode, and the controller end enters the enterprise specific session mode after receiving the request information and responds to the request information, that is, the service end of the controller has entered the enterprise specific session mode.
[0041] Figure 2 is a schematic diagram of session interaction of a fault information processing method according to an embodiment of the application. As shown in Figure 2 The upper half of the dashed line is a 0X10 diagnostic session control service of a UDS (Unified Diagnostic Services) specification. The host computer sends request information to the controller to request the service end to enter an extended diagnostic session mode, the service end of the controller enters the extended diagnostic session mode after receiving the request, and sends a response request to the host computer; the host computer sends request information to the controller to request the service end to enter an enterprise internal session mode after receiving the response request, the service end of the controller enters the enterprise specific session mode after receiving the request, and sends a response request to the host computer.
[0042] As shown in Figure 2As shown, the lower half of the dashed line is the service of the service end entering the enterprise-specific session mode and interacting with the host computer. Among them, after the service end enters the enterprise-specific session mode, the host computer sends a request to the control end to clear the enterprise internal DTC information of the service end, and the service end executes the processing of clearing the enterprise internal DTC information after receiving the request, and sends a response request to the host computer; the host computer sends a request to the controller to read the enterprise internal DTC information of the service end after receiving the response request, and the service end collects the vehicle enterprise internal DTC information and sends a response request to the host computer, that is, the data is returned to the host computer through the response.
[0043] By responding to the first request information sent by the host computer of the vehicle, entering the diagnostic session mode based on the first request information, and sending a first response result to the host computer that has entered the diagnostic session mode; in response to the second request information sent by the host computer based on the first response result, entering the target diagnostic session mode based on the second request information in the diagnostic session mode, and sending a second response result to the host computer that has entered the target diagnostic session mode, wherein the target diagnostic session mode is used to indicate a session mode for a service object, and the service object is used to indicate an object of the service vehicle; in response to the processing request sent by the host computer based on the second response result, processing the fault information of the vehicle in the service object based on the processing request to obtain a processing result. Based on the diagnostic session control service, an enterprise internal session mode is added, and only by entering the session mode can the processing request sent by the host computer be processed, thereby ensuring the invisibility and security of data to the outside, and further achieving the technical effect of facilitating reading or clearing enterprise internal diagnostic fault code information in the vehicle enterprise research and development after-sales process.
[0044] Optionally, the processing request includes a clear request, and the processing result includes a clear result. The processing of the fault information of the vehicle in the service object based on the processing request includes clearing the fault information of the vehicle in the service object based on the clear request to obtain the clear result, wherein the clear result is used to indicate whether the storage data corresponding to the fault information is successfully cleared.
[0045] Optionally, clearing the fault information of the vehicle in the service object based on the clear request to obtain the clear result includes determining whether the fault information is cleared in the target diagnostic session mode; in response to clearing the fault information in the target diagnostic session mode, determining whether the message length of the clear request is correct; in response to the message length of the clear request being correct, determining whether the clear request supports the diagnostic fault function; in response to the clear request supporting the diagnostic fault function, clearing the fault information and determining whether the fault information is successfully cleared; and in response to successfully clearing the fault information, clearing the storage data and determining that the clear result is the storage data corresponding to the successfully cleared fault information.
[0046] Optionally, in response to the failure information not being cleared in the target diagnostic session mode, or in response to the message length of the clearing request being incorrect, or in response to the clearing request not supporting the diagnostic failure function, or in response to the failure information not being successfully cleared, the clearing result is determined as the stored data corresponding to the failure information not being successfully cleared.
[0047] Specifically, the clearing request described above can be a request for clearing enterprise internal DTC information.
[0048] The clearing result described above can be a result of the server clearing the enterprise internal DTC information, i.e., whether the stored data corresponding to the failure information is successfully cleared.
[0049] The message length described above can be used to indicate the length of the clearing request message, i.e., incorrectMessageLengthOrInvalidFormat is used to indicate message length error.
[0050] The diagnostic failure function described above can be used to diagnose the failure information of the vehicle.
[0051] In an optional embodiment, in the case of processing a request including a clearing request, the corresponding clearing result includes two cases, i.e., successfully clearing the stored data corresponding to the failure information and not successfully clearing the stored data corresponding to the failure information, and the above two cases can be distinguished by the clearing request process as follows:
[0052] a1, determine whether the failure information is cleared in the target diagnostic session mode, if the failure information is cleared in the target diagnostic session mode, execute a2, if the failure information is not cleared in the target diagnostic session mode, feedback negative response 0x7F, wherein the target diagnostic session mode described above is the enterprise specific session mode, and the negative response 0x7F described above is not in the enterprise specific session mode;
[0053] a2, determine whether the message length of the clearing request is correct, if the message length of the clearing request is correct, execute a3, if the message length of the clearing request is incorrect, feedback negative response 0x13, wherein the negative response 0x13 described above is message length error;
[0054] a3, determine whether the clearing request supports the diagnostic failure function, if the clearing request supports the diagnostic failure function, execute a4, if the clearing request does not support the diagnostic failure function, feedback negative response 0x31, wherein the negative response 0x31 described above is not supporting DTC;
[0055] a4, clearing the fault information, and determining whether the fault information is successfully cleared, if the fault information is successfully cleared, performing a5, if the fault information is not successfully cleared, feeding back a negative response 0x22, the negative response 0x22 is that the DTC information cannot be cleared;
[0056] a5, clearing the stored data, and determining whether the stored data is successfully cleared, if the stored data is successfully cleared, feeding back a positive response, that is, determining that the clearing result is that the stored data corresponding to the fault information is successfully cleared, if the stored data is not successfully cleared, feeding back a negative response 0x72, the negative response 0x72 is that an error occurs during memory operation.
[0057] Specifically, a new service of clearing enterprise internal DTC information is added, the service is requested by a client to clear the enterprise internal DTC information from a server. The service can be executed by defining the request message and the response information.
[0058] In the service of clearing internal DTC information, the definition of the request message is as shown in Table 1:
[0059] Table 1
[0060]
[0061] Table 2 is a definition table of a positive response message of the service of clearing internal DTC information, the definition of the positive response message in the service of clearing internal DTC information is as shown in Table 2:
[0062] Table 2
[0063] Data byte order Parameter name Data value #1 Positive response identification Request service ID + 0x40
[0064] Table 3 is a definition table of a negative response message of the service of clearing internal DTC information, the definition of the negative response message in the service of clearing internal DTC information is as shown in Table 3:
[0065] Table 3
[0066]
[0067]
[0068] Optionally, the processing request includes a reading request, the processing result includes a reading result, and the fault information of the vehicle in the service object is processed based on the processing request, including reading the fault information of the vehicle in the service object based on the reading request to obtain the reading result, wherein the reading result is used to indicate whether the fault information is successfully read.
[0069] Optionally, the reading of the fault information of the vehicle in the service object based on the reading request obtains a reading result, including: judging whether the reading request supports a diagnosis fault function; in response to the reading request supporting the diagnosis fault function, judging whether the message length of the reading request is correct; in response to the message length of the reading request being correct, judging whether the fault information is read in a target diagnosis session mode; in response to the fault information being read in the target diagnosis session mode, determining that the reading result is successful reading of the fault information.
[0070] Optionally, in response to the reading request not supporting the diagnosis fault function, or in response to the message length of the reading request being incorrect, or in response to the fault information not being read in the target diagnosis session mode, it is determined that the reading result is unsuccessful reading of the fault information.
[0071] Specifically, the reading request described above can be a request for reading enterprise internal DTC information.
[0072] The reading result described above can be a result of reading of the enterprise internal DTC information by the server, that is, whether the fault information is successfully read.
[0073] The message length described above can be used to represent the length of the reading request message, that is, incorrectMessageLengthOrInvalidFormat is used to represent message length error.
[0074] The diagnosis fault function described above can be used to diagnose the fault information of the vehicle, that is, Sub-functionNotSupported is used to represent sub-function not supported.
[0075] In an optional embodiment, in the case of processing a request including a reading request, the corresponding reading result contains two cases, which are successful reading of fault information and unsuccessful reading of fault information, and the above two cases can be distinguished by a reading request flow as follows:
[0076] b1, judging whether the reading request supports a diagnosis fault function, if the reading request supports the diagnosis fault function, executing b2, if the reading request does not support the diagnosis fault function, feeding back a negative response 0x12, the negative response 0x12 being sub-function not supported;
[0077] b2, judging whether the message length of the reading request is correct, if the message length of the reading request is correct, executing b3, if the message length of the reading request is incorrect, feeding back a negative response 0x13, the negative response 0x13 being message length error;
[0078] b3, judging whether the fault information is read in the target diagnostic session mode, if the fault information is read in the target diagnostic session mode, feeding back a positive response, that is, determining that the reading result is successful reading of the fault information, if the fault information is not read in the target diagnostic session mode, feeding back a negative response, that is, determining that the reading result is unsuccessful reading of the fault information.
[0079] Specifically, a new reading enterprise internal DTC information service is added, and the service is requested by a client to report the enterprise internal DTC information of a server. The following four sub-functions and corresponding report information can be supported:
[0080] The first sub-function (0x01): reporting the DTC number in the DTC state mask mode;
[0081] The second sub-function (0x02): reporting the DTC list in the DTC state mask mode;
[0082] The third sub-function (0x06): reporting the extended data corresponding to the DTC report fault;
[0083] The fourth sub-function (0x0A): reporting all supported internal DTC lists;
[0084] The above four sub-functions can be executed by defining the request message and the response information.
[0085] For the first sub-function, the sub-function is requested by the client in the DTC state mask mode to report the DTC number of the server.
[0086] Table 4 is a request message definition table of the DTC information reading sub-function (0x01), and the definition of the request message is shown in Table 4:
[0087] Table 4
[0088] Data byte order Parameter name Data value #1 Read fault diagnostic code information request service identification User defined #2 Subfunction identification 0x01 #3 Fault diagnostic code status mask 0x00 - 0xFF
[0089] Table 5 is a positive response message definition table of the DTC information reading sub-function (0x01), and the definition of the positive response message is shown in Table 5:
[0090] Table 5
[0091]
[0092] Table 6 is a negative response message definition table of the DTC information reading sub-function (0x01), and the definition of the negative response message is shown in Table 6:
[0093] Table 6
[0094]
[0095] For the second sub-function, the client requests the server to report all DTCs that match the DTC mask in a DTC status mask manner.
[0096] Table 7 is a table of the read DTC information sub-function (0x02) - request message definition, the definition of the request message is shown in Table 7:
[0097] Table 7
[0098] Data byte order Parameter name Data value #1 Read fault diagnostic code information request service identification User defined #2 Subfunction identification 0x02 #3 Fault diagnostic code status mask 0x00 - 0xFF
[0099] Table 8 is a table of the read DTC information sub-function (0x02) - negative response message definition, the definition of the negative response message is shown in Table 8:
[0100] Table 8
[0101]
[0102]
[0103] Table 9 is a table of the read DTC information sub-function (0x02) - positive response message definition, the definition of the positive response message is shown in Table 9:
[0104] Table 9
[0105]
[0106] For the third sub-function, the client requests the server to report all extended data that match the DTC mask and the extended data record number in a DTC mask and extended data record number manner.
[0107] Table 10 is a table of the read DTC information sub-function (0x06) - request message definition, the definition of the request message is shown in Table 10:
[0108] Table 10
[0109]
[0110] Table 11 is a table of the read DTC information sub-function (0x06) - positive response message definition, the definition of the positive response message is shown in Table 11:
[0111] Table 11
[0112]
[0113]
[0114] Table 12 is a table of the read DTC information sub-function (0x06) - negative response message definition, the definition of the negative response message is shown in Table 12:
[0115] Table 12
[0116]
[0117] For the fourth sub-function, the sub-function is requested by the client to report all supported internal DTC lists on the server side.
[0118] Table 13 is a table of read DTC information sub-function (0x0A) - request message definition, and the definition of the request message is shown in Table 13:
[0119] Table 13
[0120] Data byte order Parameter name Data value #1 Read fault diagnostic code information request service identification User defined #2 Subfunction identification 0x0A
[0121] Table 14 is a table of read DTC information sub-function (0x0A) - negative response message definition, and the definition of the negative response message is shown in Table 14:
[0122] Table 14
[0123]
[0124]
[0125] Table 15 is a table of read DTC information sub-function (0x0A) - positive response message definition, and the definition of the positive response message is shown in Table 15:
[0126] Table 15
[0127]
[0128] Embodiment 2
[0129] According to the embodiment of the present application, a fault information processing device is also provided, which can execute the fault information processing method provided in the above-mentioned embodiment 1, and the specific implementation manner and preferred application scenario are the same as those of the above-mentioned embodiment 1, which will not be described here.
[0130] Figure 3 is a schematic diagram of a fault information processing device according to an embodiment of the present application, as shown in Figure 3 The device comprises:
[0131] The first receiving module 302 is configured to enter the diagnostic session mode based on the first request information in response to receiving the first request information sent by the host computer of the vehicle, and send the first response result of entering the diagnostic session mode to the host computer.
[0132] The second receiving module 304 is configured to, in response to receiving the second request information sent by the host computer based on the first response result, enter the target diagnostic session mode based on the second request information in the diagnostic session mode, and send a second response result of having entered the target diagnostic session mode to the host computer, where the target diagnostic session mode indicates a session mode for a service object, and the service object indicates an object of a service vehicle.
[0133] The third receiving module 306 is configured to, in response to receiving a processing request sent by the host computer based on the second response result, process fault information of the vehicle in the service object based on the processing request, and obtain a processing result.
[0134] Optionally, the third receiving module 306 includes an information clearing module configured to clear the fault information of the vehicle in the service object based on a clearing request, and obtain a clearing result, where the clearing result indicates whether the storage data corresponding to the fault information is successfully cleared.
[0135] Optionally, the information clearing module includes a clearing judgment module configured to judge whether the fault information is cleared in the target diagnostic session mode, a first message length judgment module configured to, in response to the fault information being cleared in the target diagnostic session mode, judge whether the message length of the clearing request is correct, a first function support judgment module configured to, in response to the message length of the clearing request being correct, judge whether the clearing request supports a diagnostic fault function, a clearing result judgment module configured to, in response to the clearing request supporting the diagnostic fault function, clear the fault information and judge whether the fault information is successfully cleared, and a data clearing module configured to, in response to the fault information being successfully cleared, clear the storage data, and determine that the clearing result is that the storage data corresponding to the fault information is successfully cleared.
[0136] Optionally, the third receiving module 306 further includes an information reading module configured to read the fault information of the vehicle in the service object based on a reading request, and obtain a reading result, where the reading result indicates whether the fault information is successfully read.
[0137] Optionally, the information reading module includes a second function support judgment module configured to judge whether the reading request supports the diagnostic fault function, a second message length judgment module configured to, in response to the reading request supporting the diagnostic fault function, judge whether the message length of the reading request is correct, a reading judgment module configured to, in response to the message length of the reading request being correct, judge whether the fault information is read in the target diagnostic session mode, and a data reading module configured to, in response to the fault information being read in the target diagnostic session mode, determine that the reading result is that the fault information is successfully read.
[0138] Optionally, the apparatus further comprises a clearing result determining module configured to determine a clearing result as unsuccessful clearing of the stored data corresponding to the fault information, in response to the fault information not being cleared in the target diagnostic session mode, or in response to the message length of the clearing request being incorrect, or in response to the clearing request not supporting the diagnostic fault function, or in response to the fault information not being successfully cleared.
[0139] Optionally, the apparatus further comprises a reading result determining module configured to determine a reading result as unsuccessful reading of the fault information, in response to the reading request not supporting the diagnostic fault function, or in response to the message length of the reading request being incorrect, or in response to the fault information not being read in the target diagnostic session mode.
[0140] Embodiment 3
[0141] According to the embodiments of the present application, a non-volatile storage medium is further provided, which comprises a stored program, wherein the program, when executed, controls a processor of a device to perform the processing method of fault information described above.
[0142] Embodiment 4
[0143] According to the embodiments of the present application, a vehicle is further provided, which comprises one or more processors, and a storage device configured to store one or more programs, wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the processing method of fault information described above.
[0144] The above-mentioned embodiment numbers of the present application are only for description, and do not represent the advantages or disadvantages of the embodiments.
[0145] In the above-mentioned embodiments of the present application, the description of each embodiment has its own focus, and the parts not described in detail in a certain embodiment can be referred to the relevant description of other embodiments.
[0146] In several embodiments provided in the present application, it should be understood that the disclosed technical contents can be implemented by other ways. Among them, the above-mentioned apparatus embodiment is only schematic, for example, the division of the units can be a logical function division, and actual implementation can have another division way, for example, a plurality of units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the coupling or direct coupling or communication connection between the displayed or discussed each other can be through some interface, indirect coupling or communication connection between units or modules, which can be electrical or other forms.
[0147] The units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple units. Part or all of the units can be selected according to actual needs to achieve the purpose of the embodiment scheme.
[0148] In addition, each functional unit in each embodiment of the present application can be integrated in one processing unit, or each unit can exist physically, or two or more units can be integrated in one unit. The integrated unit can be realized in the form of hardware or in the form of a software functional unit.
[0149] The integrated unit, if realized in the form of a software functional unit and sold or used as an independent product, can be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the present application, essentially or the part that contributes to the prior art, or all or part of the technical solutions can be embodied in the form of a software product. The computer software product is stored in a storage medium, including a number of instructions to make a computer device (which can be a personal computer, a server or a network device, etc.) execute all or part of the steps of the method described in each embodiment of the present application. The foregoing storage medium includes: a U disk, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), a mobile hard disk, a magnetic disk or an optical disk, and various program code storage media.
[0150] The above is only the preferred embodiment of the present application, it should be noted that for those skilled in the art, without departing from the principles of the present application, can make a number of improvements and refinements, these improvements and refinements should also be considered as the protection scope of the present application.
Claims
1. A method of processing failure information, characterized by, The method comprises the following steps: in response to receiving first request information sent by an upper machine of a vehicle, entering a diagnostic session mode based on the first request information, and sending a first response result of having entered the diagnostic session mode to the upper machine, the diagnostic session mode being used to satisfy a fault diagnosis interaction process between a user terminal and a vehicle enterprise; in response to receiving second request information sent by the upper machine based on the first response result, entering a target diagnostic session mode based on the second request information in the diagnostic session mode, and sending a second response result of having entered the target diagnostic session mode to the upper machine, wherein the target diagnostic session mode is a specific session mode for the vehicle enterprise, and the target diagnostic session mode is used to represent a session mode for a service object; in response to receiving a processing request sent by the upper machine based on the second response result, processing fault information of the vehicle in the service object based on the processing request to obtain a processing result.
2. The method of claim 1, wherein, The processing request comprises a clearing request, and the processing result comprises a clearing result. Processing the fault information of the vehicle in the service object based on the processing request comprises: clearing the fault information of the vehicle in the service object based on the clearing request to obtain a clearing result, wherein the clearing result is used to indicate whether the storage data corresponding to the fault information is successfully cleared.
3. The method of claim 2, wherein, Clearing the fault information of the vehicle in the service object based on the clearing request to obtain a clearing result comprises: determining whether the fault information is cleared in the target diagnostic session mode; in response to clearing the fault information in the target diagnostic session mode, determining whether the message length of the clearing request is correct; in response to the message length of the clearing request being correct, determining whether the clearing request supports a diagnostic fault function; in response to the clearing request supporting the diagnostic fault function, clearing the fault information and determining whether the fault information is successfully cleared; in response to successfully clearing the fault information, clearing the storage data, and determining that the clearing result is that the storage data corresponding to the fault information is successfully cleared.
4. The method of claim 1, wherein, The processing request comprises a reading request, and the processing result comprises a reading result. Processing the fault information of the vehicle in the service object based on the processing request comprises: reading the fault information of the vehicle in the service object based on the reading request to obtain a reading result, wherein the reading result is used to indicate whether the fault information is successfully read.
5. The method of claim 4, wherein, Reading the fault information of the vehicle in the service object based on the reading request to obtain a reading result comprises: determining whether the reading request supports a diagnostic fault function; in response to the reading request supporting the diagnostic fault function, determining whether the message length of the reading request is correct; in response to the message length of the reading request being correct, determining whether the fault information is read in the target diagnostic session mode; In response to reading the fault information in the target diagnostic session mode, determining that the reading result is successful reading of the fault information.
6. The method of claim 3, wherein, In response to not clearing the fault information in the target diagnostic session mode, or in response to the message length of the clearing request being incorrect, or in response to the clearing request not supporting the diagnostic fault function, or in response to not successfully clearing the fault information, determining that the clearing result is unsuccessful clearing of the storage data corresponding to the fault information.
7. The method of claim 5, wherein, In response to the reading request not supporting the diagnostic fault function, or in response to the message length of the reading request being incorrect, or in response to not reading the fault information in the target diagnostic session mode, determining that the reading result is unsuccessful reading of the fault information.
8. A processing device of failure information, characterized by, Comprising: A first receiving module is configured to, in response to receiving first request information sent by an upper computer of a vehicle, enter a diagnostic session mode based on the first request information, and send a first response result of having entered the diagnostic session mode to the upper computer, the diagnostic session mode being used to satisfy a fault diagnosis interaction process between a user terminal and a vehicle enterprise; A second receiving module is configured to, in response to receiving second request information sent by the upper computer based on the first response result, enter a target diagnostic session mode based on the second request information in the diagnostic session mode, and send a second response result of having entered the target diagnostic session mode to the upper computer, wherein the target diagnostic session mode is a specific session mode for a vehicle enterprise internally based on the diagnostic session mode, and the target diagnostic session mode is used to represent a session mode for a service object, and the service object is used to represent an object that serves the vehicle; A third receiving module is configured to, in response to receiving a processing request sent by the upper computer based on the second response result, process fault information of the vehicle in the service object based on the processing request, and obtain a processing result.
9. A non-volatile storage medium, characterized by, The non-volatile storage medium comprises a stored program, wherein when the program is running, the processor of the device is controlled to execute the fault information processing method of any one of claims 1-7.
10. A vehicle characterized by comprising: Comprising: One or more processors; Storage apparatus configured to store one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors execute the fault information processing method of any one of claims 1 to 7.
Citation Information
Patent Citations
Portable automobile fault code rapid detection device
CN113359676A