Vehicle-mounted control unit, vehicle diagnosis method, electronic equipment and storage medium

By splitting the diagnostic function in the vehicle ECU into a diagnostic communication management module and a diagnostic event management module, the problem of high coupling of diagnostic function sub-functions in multiple control cores is solved, and flexibility and cost-effectiveness are improved.

CN120742848APending Publication Date: 2025-10-03CHERY AUTOMOBILE CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202510895821.4
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-06-30
Publication Date
2025-10-03

Smart Images

  • Figure CN120742848A_ABST
    Figure CN120742848A_ABST
Patent Text Reader

Abstract

The invention provides a vehicle-mounted control unit, a vehicle diagnosis method, electronic equipment and a storage medium, and belongs to the technical field of vehicles. The vehicle-mounted control unit at least comprises a first control core and a second control core; a diagnosis communication management module is deployed in the first control core and is configured to verify the legality of the received diagnosis requests, determine legal diagnosis requests in the diagnosis requests according to the verification result of the legality, and forward the legal diagnosis requests to a diagnosis event management module deployed in the second control core; and a diagnostic event management module configured to perform a diagnostic operation on the vehicle according to the legal diagnostic request. The diagnosis function is split, and the diagnosis communication management module and the diagnosis event management module are independently deployed in different control cores, so that the execution flexibility of the diagnosis task can be improved, the sub-functions in the diagnosis function can be independently maintained or upgraded, and the maintenance or upgrading cost can be reduced.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of vehicle technology, and in particular to a vehicle-mounted control unit, a vehicle diagnostic method, an electronic device, and a storage medium. Background Art

[0002] The vehicle's diagnostic function is an important technical means to improve the vehicle's safety, performance and reliability. Through a series of detection and analysis methods, the vehicle's various systems and components can be checked to determine whether there are any faults or potential problems.

[0003] Vehicle diagnostics are typically integrated into the vehicle's electronic control unit (ECU). As ECUs transition from a single control core to multiple control cores, the technology requires that multiple control cores within an ECU support comprehensive diagnostic functionality, collaborating through a master-slave architecture to complete vehicle diagnostic tasks.

[0004] However, since the vehicle's diagnostic function usually includes multiple sub-functions, in the above method, since each control core supports a complete diagnostic function, the coupling degree between the multiple sub-functions is high, which leads to the problem of high maintenance or upgrade costs when a sub-function in the diagnostic function needs to be maintained or upgraded. Summary of the Invention

[0005] The present application provides a vehicle-mounted control unit, a vehicle diagnostic method, an electronic device, and a storage medium to solve the technical problems existing in the related art. Specifically, the present application includes the following technical solutions.

[0006] In a first aspect, the present application provides a vehicle-mounted control unit, which includes at least a first control core and a second control core; a diagnostic communication management module is deployed in the first control core, and the diagnostic event management module is deployed in the second control core; the diagnostic communication management module is configured to verify the legitimacy of the received diagnostic request, and determine the legitimate diagnostic request in the diagnostic request based on the verification result of the legitimacy, and forward the legitimate diagnostic request to the diagnostic event management module; the diagnostic event management module is configured to perform diagnostic operations on the vehicle based on the legitimate diagnostic request.

[0007] In some possible embodiments, the on-board control unit also includes a repeater, and the first control core and the second control core are of different types; when the diagnostic communication management module forwards the legitimate diagnostic request to the diagnostic event management module, it is configured to: forward the legitimate diagnostic request to the diagnostic event management module through the repeater.

[0008] In some possible implementations, the legitimacy includes data legitimacy indicating whether the data format of the diagnostic request is accurate, and the legitimacy also includes authority legitimacy indicating whether the diagnostic request has the authority to perform the diagnostic operation on the on-board control unit.

[0009] In some possible implementations, when the diagnostic communication management module determines a legitimate diagnostic request in the diagnostic request based on the legitimacy verification result, it is configured to: if the data format of the diagnostic request is correct and there is permission to perform the diagnostic operation on the on-board control unit, determine the diagnostic request as a legitimate diagnostic request.

[0010] In some possible implementations, the diagnostic operation includes a fault reading operation for reading the fault information recorded in the on-board control unit, a fault clearing operation for clearing the fault information, and a fault control operation for reading the fault information and controlling the vehicle according to the fault information.

[0011] In some possible implementations, the legitimate diagnostic request includes a third-level authority diagnostic request with the authority to perform the fault reading operation, a second-level authority diagnostic request with the authority to perform the fault reading operation and / or the fault clearing operation, and a first-level authority diagnostic request with the authority to perform the fault reading operation, the fault clearing operation and / or the fault control operation.

[0012] In a second aspect, the present application provides a vehicle diagnostic method based on an on-board control unit, wherein the on-board control unit includes at least a first control core and a second control core, and the method includes: receiving a diagnostic request; verifying the legitimacy of the received diagnostic request through a diagnostic communication management module deployed in the first control core, and determining a legitimate diagnostic request in the diagnostic request based on the legitimacy verification result and forwarding the legitimate diagnostic request to a diagnostic event management module deployed in the second control core; receiving the legitimate diagnostic request through the diagnostic event management module and performing diagnostic operations on the vehicle based on the legitimate diagnostic request.

[0013] In some possible implementations, the on-board control unit further includes a forwarder, and the first control core and the second control core are of different types; forwarding the legitimate diagnostic request to the diagnostic event management module includes: forwarding the legitimate diagnostic request to the diagnostic event management module through the forwarder.

[0014] In some possible implementations, the legitimacy includes data legitimacy indicating whether the data format of the diagnostic request is accurate, and the legitimacy also includes authority legitimacy indicating whether the diagnostic request has the authority to perform the diagnostic operation on the on-board control unit.

[0015] In some possible implementations, determining a legitimate diagnostic request in the diagnostic request based on the result of the legitimacy verification includes: if the data format of the diagnostic request is correct and there is permission to perform the diagnostic operation on the on-board control unit, determining the diagnostic request as a legitimate diagnostic request.

[0016] In some possible implementations, the diagnostic operation includes a fault reading operation for reading the fault information recorded in the on-board control unit, a fault clearing operation for clearing the fault information, and a fault control operation for reading the fault information and controlling the vehicle according to the fault information.

[0017] In some possible implementations, the legitimate diagnostic request includes a third-level authority diagnostic request with the authority to perform the fault reading operation, a second-level authority diagnostic request with the authority to perform the fault reading operation and / or the fault clearing operation, and a first-level authority diagnostic request with the authority to perform the fault reading operation, the fault clearing operation and / or the fault control operation.

[0018] In a third aspect, the present application provides an electronic device comprising: a memory storing at least one program instruction for diagnosing a vehicle based on an onboard control unit; and a processor, wherein when the program instruction is executed by the processor, the vehicle implements the method of the second aspect of the present application or any possible implementation of the second aspect.

[0019] In a fourth aspect, the present application provides a computer program (product), which includes a computer program / instructions, and the computer program / instructions are executed by a processor to enable a vehicle to implement the method in the second aspect of the present application or any possible implementation of the second aspect.

[0020] In the fifth aspect, the present application provides a computer-readable storage medium on which program instructions for diagnosing a vehicle based on an on-board control unit are stored. When the program instructions are executed by one or more processors, the on-board control unit implements the method in the second aspect of the present application or any possible implementation of the second aspect.

[0021] In a sixth aspect, the present application provides a vehicle, the vehicle comprising the vehicle-mounted control unit according to the first aspect or any possible embodiment of the first aspect of the present application

[0022] The beneficial effects of the technical solution provided by this application include at least:

[0023] The technical solution provided by the present application splits the diagnostic function of the vehicle, reduces the coupling between the multiple sub-functions of the diagnostic function, and makes it possible to selectively deploy different sub-functions of the diagnostic function on different control cores in the use scenario of multiple control cores. Specifically, when the on-board control unit includes at least a first control core and a second control core, the diagnostic function of the vehicle can be split into a diagnostic communication management module and a diagnostic event management module, so that the diagnostic communication management module deployed in the first control core is solely responsible for diagnostic tasks related to diagnostic communication, and the diagnostic event management module deployed in the second control core is solely responsible for diagnostic tasks related to diagnostic events, which is conducive to improving the flexibility of the execution of diagnostic tasks, and at the same time, it is possible to perform maintenance or upgrades on the sub-functions of the diagnostic function separately, which is conducive to reducing the cost of maintenance or upgrades. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0025] Figure 1 It is a schematic diagram of an implementation scenario provided by an embodiment of the present application;

[0026] Figure 2 This is a schematic structural diagram of the vehicle-mounted control unit provided in an embodiment of the present application;

[0027] Figure 3 This is a flow chart of a vehicle diagnostic method based on an on-board control unit provided in an embodiment of the present application;

[0028] Figure 4 It is a structural diagram of an electronic device for diagnosing a vehicle based on an on-board control unit provided in an embodiment of the present application. DETAILED DESCRIPTION

[0029] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0030] Exemplary embodiments will be described in detail herein, with examples illustrated in the accompanying drawings. In the following description, when referring to the drawings, identical numerals in different figures represent identical or similar elements, unless otherwise indicated. The embodiments described in the following exemplary embodiments are not intended to represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.

[0031] Figure 1 This is a schematic diagram of the implementation scenario provided by the embodiment of this application. Figure 1 The implementation scenario provided by the embodiment of the present application includes a tested end 11 and a diagnostic end 12.

[0032] The tested end 11 is, for example, a vehicle equipped with multiple ECUs, each of which is integrated with diagnostic functions for monitoring the operating status of different systems and components in the vehicle and detecting and recording different system and component faults and potential problems. For example, the multiple ECUs installed in the vehicle include, but are not limited to: an engine control module (ECM), which is integrated with diagnostic functions for monitoring the operating status of the vehicle's engine and recording engine faults and potential problems; a body control module (BCM), which is integrated with diagnostic functions for monitoring the operating status of the vehicle's body electrical systems, such as doors, windows, lights, wipers, air conditioning, etc., and recording engine faults and potential problems; and an infotainment system control module (ICM), which is integrated with diagnostic functions for monitoring the operating status of the vehicle's multimedia systems, such as radios, audio players, Bluetooth systems, etc., and recording engine faults and potential problems.

[0033] In some embodiments, the diagnostic function integrated in the ECU includes an active trigger mode and a passive trigger mode. The active trigger mode is used to indicate a mode in which the functional modules related to the diagnostic function in the ECU periodically perform diagnostic operations related to the diagnostic function. The passive trigger mode is used to indicate a mode in which the functional modules related to the diagnostic function in the ECU are activated according to a diagnostic request sent by the diagnostic terminal 12 to perform diagnostic operations related to the diagnostic function.

[0034] The diagnostic terminal 12 can be connected to the tested terminal 11 in a wired or wireless manner, so that the diagnostic terminal 12 can send a diagnostic request to the tested terminal 11 to activate the diagnostic functions integrated in multiple ECUs of the tested terminal 11 and perform diagnostic tasks.

[0035] Optionally, the diagnostic terminal 12 is, for example, a portable diagnostic terminal, or a diagnostic system deployed in a cloud server, and this application does not impose any restrictions in this regard.

[0036] Those skilled in the art should understand that the above-mentioned tested end 11 and diagnostic end 12 are illustrative and not restrictive. Other existing or future tested ends or diagnostic ends that are applicable to this application should also be included in the scope of protection of this application and are included here by reference.

[0037] Figure 2 is a schematic diagram of the structure of the vehicle control unit provided in an embodiment of the present application, the vehicle control unit is, for example, Figure 1 The present application does not impose any limitation on the BCM, ECM, ICM or any other control unit in the multiple ECUs in the vehicle shown in FIG. Figure 2 The vehicle control unit provided in the embodiment of the present application includes at least a first control core 210 and a second control core 220. It should be noted that, Figure 2 The number of control cores shown in the figure is only illustrative and not restrictive. Depending on the implementation, the number of control cores may also be 3, 5, 10, etc. This application does not impose any restrictions in this regard.

[0038] like Figure 2 As shown, a diagnostic communication management module 211 is deployed in the first control core 210. The diagnostic communication management module 211 is configured to verify the legitimacy of the received diagnostic request, and determine the legitimate diagnostic request in the diagnostic request based on the legitimacy verification result and forward the legitimate diagnostic request to the diagnostic event management module 221.

[0039] Optionally, the first control core 210 is any type of integrated circuit or chip, such as an MCU (microcontroller unit), a SOC (system on chip), a DSP (digital signal processor), an ASIC (application-specific integrated circuit), or an FPGA (field-programmable gate array). This application does not impose any restrictions in this regard.

[0040] The diagnostic communication management module 211 is, for example, a functional module implemented by software and / or hardware and integrated into the first control core, which can be used for, but not limited to, processing the communication-related diagnostic communication functions in the diagnostic functions of the vehicle control unit, such as receiving diagnostic requests, verifying the legitimacy of diagnostic requests, determining the legitimate diagnostic requests in the diagnostic requests, and forwarding the legitimate diagnostic requests to the diagnostic event management module, etc.

[0041] In some embodiments, the diagnostic request is sent by any device or system, such as a portable diagnostic terminal or a diagnostic system deployed in a cloud server, that can communicate with the diagnostic communication management module 211 in the first control core 210 and trigger the diagnostic communication function in the diagnostic communication management module 211. The portable diagnostic terminal or the diagnostic system deployed in the cloud server and the diagnostic communication management module 211 communicate, for example, based on the DoIP protocol (diagnostic communication over Internet protocol), so that the diagnostic communication management module 211 in the first control core 210 supports both near-end diagnostic communication and far-end diagnostic communication, thereby improving the flexibility of the diagnostic communication management module 211.

[0042] Considering that the vehicle's onboard control unit may record user data related to the user, such as the user's driving habits and location information, the diagnostic request received by the diagnostic communication management module 211 can be verified to ensure that only diagnostic requests sent by the allowed diagnostic terminal can perform diagnostic operations.

[0043] In some embodiments, after receiving a diagnostic request from the diagnostic terminal, the diagnostic communication management module 211 may verify the legitimacy of the diagnostic request. The legitimacy of the diagnostic request may include, for example, data legitimacy indicating whether the data format of the diagnostic request is accurate, and the legitimacy of the diagnostic request may also include, for example, authority legitimacy indicating whether the diagnostic request has the authority to perform diagnostic operations on the vehicle control unit. For example, if the data format of the diagnostic request received by the diagnostic communication management module 211 is incorrect, it is determined that the diagnostic request does not have data legitimacy; if the diagnostic request received by the diagnostic communication management module 211 does not have the authority to perform diagnostic operations on the vehicle control unit, the diagnostic request does not have authority legitimacy.

[0044] In the case where legitimacy includes data legitimacy and authority legitimacy, the diagnostic communication management module 211 is configured to, when determining a legitimate diagnostic request in a diagnostic request based on the verification result of legitimacy, determine the diagnostic request as a legitimate diagnostic request if the data format of the diagnostic request is correct and has the authority to perform diagnostic operations on the vehicle control unit. In the above method, the diagnostic request will be determined as a legitimate diagnostic request only if the diagnostic request received by the diagnostic communication management module 211 has both data legitimacy and authority legitimacy. In other words, if the diagnostic request received by the diagnostic communication management module 211 does not have data legitimacy, or does not have authority legitimacy, or does not have both data legitimacy and authority legitimacy, the diagnostic request will be determined as an illegal diagnostic request, and the diagnostic communication management module 211 can reject the illegal diagnostic request from accessing data related to the diagnostic function in the vehicle control unit.

[0045] In the above method, the data legitimacy and authority legitimacy of the diagnostic request are verified through the diagnostic communication management module 211, so that only the permitted diagnostic terminal can access the data related to the diagnostic function in the vehicle control unit, which can effectively avoid the leakage of user data and is conducive to improving the security of user data recorded in the vehicle control unit.

[0046] A diagnostic event management module 221 is deployed in the second control core 220 . The diagnostic event management module 221 is configured to perform diagnostic operations on the vehicle controller according to a legitimate diagnostic request.

[0047] Similarly, the second control core 220 is any type of integrated circuit or chip, such as an MCU (microcontroller unit), a SOC (system on chip), a DSP (digital signal processor), an ASIC (application-specific integrated circuit), or an FPGA (field-programmable gate array). This application does not impose any restrictions in this regard.

[0048] For example, the types of the first control core 210 and the second control core 220 may be selected according to the needs of actual application scenarios. The types of the first control core 210 and the second control core 220 may be the same or different. For example, when the diagnostic operations related to the diagnostic functions integrated in the on-board control unit in a certain area of ​​the vehicle are relatively complex, for example, the amount of data to be processed is large and the logic circuit for data processing is relatively complex, the first control core 210 and the second control core 220 can simultaneously adopt a highly integrated and feature-rich SOC, so that the first control core 210 supports complex communication protocol parsing, verification and other diagnostic operations related to diagnostic communications in the diagnostic communication management module, and the second control core 220 supports diagnostic operations related to diagnostic events in the diagnostic event management module 221; or, when the diagnostic operations related to the diagnostic functions integrated in the on-board control unit in a certain area of ​​the vehicle have high real-time requirements, the first control core 210 can adopt a highly integrated and feature-rich SOC, so that the first control core 210 supports complex communication protocol parsing, verification and other diagnostic operations related to diagnostic communications in the diagnostic communication management module, and the second control core 220 can adopt an MCU to improve the timeliness of diagnostic operations related to diagnostic events in the diagnostic event management module 221.

[0049] Considering that if the first control core 210 and the second control core 220 are of different types, direct communication between the first control core 210 and the second control core 220 may result in high communication costs or low communication efficiency, it is necessary to, for example, develop a customized communication protocol between different types of control cores, or to regularly exchange data through a proprietary protocol between different types of control cores. The type of control core indicates the architecture and design of the control core. Different types of control cores differ in at least one of their architecture, instruction set, microstructure, manufacturing process, and packaging technology, have different functions, and are suitable for different scenarios.

[0050] In view of this, in some embodiments, when the first control core 210 and the second control core 220 are of different types, the vehicle control unit further includes a forwarder, and when the diagnostic communication management module 211 forwards a legitimate diagnostic request to the diagnostic event management module 221, it is configured to forward the legitimate diagnostic request to the diagnostic event management module 221 via the forwarder. The forwarder is, for example, a functional module that efficiently and reliably forwards and manages arbitrary data through different communication mechanisms or communication protocols, and this application does not impose any limitations in this regard.

[0051] In the above method, by setting a repeater between the first control core 210 and the second control core 220, the communication delay between the diagnostic communication management module 211 and the diagnostic event management module 221 can be effectively reduced, the reliability of the data can be improved, and the execution efficiency of the diagnostic operation can be improved.

[0052] In some embodiments, the diagnostic operation includes a fault reading operation for reading fault information recorded in a vehicle control unit, a fault clearing operation for clearing the fault information, and a fault control operation for reading the fault information and controlling the vehicle based on the fault information. The fault information may be, for example, vehicle fault information recorded by the diagnostic function of the second control core 221 in a passive trigger mode.

[0053] Considering that different types of diagnostic operations may have different access and operation conditions for user data recorded in the vehicle-mounted unit, in order to further ensure the security of user data, the permissions for legitimate diagnostic requests received by the diagnostic communication management module 211 can be further divided into different levels to provide hierarchical protection for user data recorded in the vehicle-mounted unit.

[0054] For example, when a diagnostic request has authority legitimacy and data legitimacy, the authority legitimacy includes, for example, a third-level authority that allows a fault reading operation to be performed on the on-board control unit, a second-level authority that allows a fault reading operation and / or a fault clearing operation to be performed on the on-board control unit, and a first-level authority that allows a fault reading operation, a fault clearing operation and / or a fault control operation to be performed on the on-board control unit.

[0055] In this case, legitimate diagnostic requests include, for example, third-level authority diagnostic requests with the authority to perform fault reading operations, second-level authority diagnostic requests with the authority to perform fault reading operations and / or fault clearing operations, and first-level authority diagnostic requests with the authority to perform fault reading operations, fault clearing operations and / or fault control operations.

[0056] The on-board control unit, the control method of the on-board control unit and the related products provided by the present application split the diagnostic function of the vehicle, reduce the coupling degree between the multiple sub-functions of the diagnostic function, so that in the use scenario of multiple control cores, different sub-functions in the diagnostic function can be selectively deployed on different control cores. Specifically, in the case where the on-board control unit includes at least a first control core and a second control core, the diagnostic function of the vehicle can be split into a diagnostic communication management module and a diagnostic event management module, so that the diagnostic communication management module deployed in the first control core is solely responsible for diagnostic tasks related to diagnostic communications, and the diagnostic event management module deployed in the second control core is solely responsible for performing diagnostic tasks related to diagnostic operations, which is conducive to improving the flexibility of diagnostic task execution, and at the same time makes it possible to maintain or upgrade the sub-functions in the diagnostic function separately, which is conducive to reducing the cost of maintenance or upgrades.

[0057] In some other possible implementations, the present application also provides a vehicle diagnostic method based on an on-board control unit. Figure 3 This is a flow chart of a vehicle diagnostic method based on an on-board control unit provided by an embodiment of the present application. The on-board control unit includes at least a first control core and a second control core. Figure 3 The vehicle diagnostic method based on the vehicle control unit provided in the embodiment of the present application includes step S310 and step S320.

[0058] Step S310: receiving a diagnosis request.

[0059] Step S320: Verify the legitimacy of the received diagnostic request through the diagnostic communication management module deployed in the first control core, determine the legitimate diagnostic request in the diagnostic request based on the legitimacy verification result, and forward the legitimate diagnostic request to the diagnostic event management module deployed in the second control core.

[0060] Step S330 : receiving a legitimate diagnostic request through the diagnostic event management module and performing a diagnostic operation on the vehicle according to the legitimate diagnostic request.

[0061] In some embodiments, the on-board control unit further includes a forwarder, and the first control core and the second control core are of different types; forwarding the legitimate diagnostic request to the diagnostic event management module includes: forwarding the legitimate diagnostic request to the diagnostic event management module through the forwarder.

[0062] In some embodiments, the legitimacy includes data legitimacy indicating whether the data format of the diagnostic request is correct, and the legitimacy also includes authority legitimacy indicating whether the diagnostic request has authority to perform a diagnostic operation on the onboard control unit.

[0063] In some embodiments, determining a legitimate diagnostic request in the diagnostic request based on a legitimacy verification result includes: if the data format of the diagnostic request is correct and there is permission to perform diagnostic operations on the vehicle control unit, determining the diagnostic request as a legitimate diagnostic request.

[0064] In some embodiments, the diagnostic operation includes a fault reading operation for reading fault information recorded in a vehicle control unit, a fault clearing operation for clearing the fault information, and a fault control operation for reading the fault information and controlling the vehicle according to the fault information.

[0065] In some embodiments, legitimate diagnostic requests include third-level permission diagnostic requests with permission to perform fault read operations, second-level permission diagnostic requests with permission to perform fault read operations and / or fault clear operations, and first-level permission diagnostic requests with permission to perform fault read operations, fault clear operations, and / or fault control operations.

[0066] above Figure 3 The principle of the vehicle diagnosis method based on the vehicle control unit shown above can be referred to Figure 2 The vehicle diagnostic method embodiment based on the vehicle control unit provided in the above embodiment and the vehicle control unit embodiment are of the same concept, and their specific implementation process can be found in the vehicle control unit embodiment.

[0067] In some other possible implementations, the present application also provides an electronic device for diagnosing a vehicle based on an on-board control unit. Figure 4 This is a schematic diagram of the structure of an electronic device for diagnosing a vehicle based on an onboard control unit provided in an embodiment of the present application, see Figure 4 The electronic device for diagnosing a vehicle based on an onboard control unit provided in the embodiment of the present application includes: a memory 410, on which is stored at least one program instruction for diagnosing a vehicle based on an onboard control unit. A processor 420, when the program instruction is executed by the processor 420, enables the vehicle to realize the above combination Figure 3The described method and steps of multiple embodiments thereof. Depending on the implementation, the processor 420 can be one or more types of processors selected from a CPU (central processing unit), a GPU (graphics processing unit), or other general-purpose and / or special-purpose processors, including but not limited to a DSP (digital signal processor), an ASIC (application specific integrated circuit), an FPGA (field-programmable gate array), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc., and the number of such processors can be determined according to actual needs.

[0068] In some other possible implementations, the present application further provides a computer program (product), which includes a computer program / instruction, which is executed by a processor to enable the vehicle control unit to implement the above combination. Figure 3 The method and steps of various embodiments thereof are described.

[0069] In some other possible implementations, the present application further provides a computer-readable storage medium on which program instructions for diagnosing a vehicle based on an onboard control unit are stored. When the program instructions are executed by one or more processors, the vehicle can achieve the above combination. Figure 3 The described method and steps of multiple embodiments thereof. The computer-readable storage medium can be a readable signal medium or a readable storage medium. The readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination thereof. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0070] In some other possible implementations, the present application further provides a vehicle, the vehicle comprising the above Figure 2 The on-board control unit described in its multiple embodiments.

[0071] It should be noted that the electronic device in this application may also be referred to as a display device. In addition, the information, data (including but not limited to image data, etc.) and signals involved in this application are all authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions.

[0072] It should also be noted that the terms "first," "second," etc. (if any) in the specification and claims of the present application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequential order. It should be understood that the numbers used in this way are interchangeable where appropriate so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. On the contrary, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the appended claims.

[0073] The term "and / or" in the embodiments of the present application is merely a description of the association relationship between associated objects, indicating that three relationships may exist. For example, A and / or B may represent three situations: A exists alone, A and B exist at the same time, and B exists alone.

[0074] The above description is only for the purpose of facilitating the understanding of the technical solution of this application by those skilled in the art and is not intended to limit this application. Any modification, equivalent replacement, improvement, etc. made within the principles of this application shall be included in the scope of protection of this application.

Claims

1. A vehicle-mounted control unit, characterized in that: The vehicle control unit includes at least a first control core and a second control core; the first control core is deployed with a diagnostic communication management module, and the second control core is deployed with the diagnostic event management module; The diagnostic communication management module is configured to verify the legitimacy of the received diagnostic request, determine the legitimate diagnostic request among the diagnostic requests based on the verification result of the legitimacy, and forward the legitimate diagnostic request to the diagnostic event management module; The diagnostic event management module is configured to perform a diagnostic operation on the vehicle according to the legitimate diagnostic request.

2. The vehicle-mounted control unit according to claim 1, characterized in that: The onboard control unit further includes a transponder, and the first control core and the second control core are of different types; When forwarding the legitimate diagnostic request to the diagnostic event management module, the diagnostic communication management module is configured to: The legitimate diagnostic request is forwarded to the diagnostic event management module through the forwarder.

3. The vehicle-mounted control unit according to claim 1, characterized in that: The legitimacy includes data legitimacy indicating whether the data format of the diagnostic request is accurate, and the legitimacy also includes authority legitimacy indicating whether the diagnostic request has the authority to perform the diagnostic operation on the vehicle control unit.

4. The vehicle-mounted control unit according to claim 3, characterized in that: When determining a legitimate diagnostic request among the diagnostic requests according to the legitimacy verification result, the diagnostic communication management module is configured to: If the data format of the diagnostic request is correct and the user has the authority to perform the diagnostic operation on the onboard control unit, the diagnostic request is determined to be a legitimate diagnostic request.

5. The vehicle-mounted control unit according to any one of claims 1 to 4, characterized in that: The diagnostic operation includes a fault reading operation for reading fault information recorded in the on-vehicle control unit, a fault clearing operation for clearing the fault information, and a fault control operation for reading the fault information and controlling the vehicle according to the fault information.

6. The vehicle-mounted control unit according to claim 5, characterized in that: The legitimate diagnostic request includes a third-level authority diagnostic request with the authority to perform the fault reading operation, a second-level authority diagnostic request with the authority to perform the fault reading operation and / or the fault clearing operation, and a first-level authority diagnostic request with the authority to perform the fault reading operation, the fault clearing operation and / or the fault control operation.

7. A vehicle diagnostic method based on a vehicle control unit, characterized in that: The vehicle-mounted control unit includes at least a first control core and a second control core, and the method includes: receiving a diagnosis request; Verifying the legitimacy of the received diagnostic request through the diagnostic communication management module deployed in the first control core, and determining a legitimate diagnostic request among the diagnostic requests based on the legitimacy verification result and forwarding the legitimate diagnostic request to the diagnostic event management module deployed in the second control core; The legitimate diagnostic request is received by the diagnostic event management module and a diagnostic operation is performed on the vehicle according to the legitimate diagnostic request.

8. An electronic device, characterized in that: include: a memory storing program instructions for diagnosing the vehicle based on the onboard control unit; as well as, The processor, when the program instructions are executed by the processor, causes the vehicle to implement the method described in claim 7.

9. A computer-readable storage medium, characterized in that Program instructions for diagnosing the vehicle based on the on-board control unit are stored thereon, and when the program instructions are executed by one or more processors, the vehicle implements the method described in claim 7.

10. A vehicle, characterized in that: The vehicle comprises the on-board control unit according to any one of claims 1-6.