Diagnostic control method, device and equipment of vehicle-mounted controller and storage medium

Abstract

The invention discloses a diagnosis control method, device and equipment of a vehicle-mounted controller and a storage medium, and is applied to the vehicle-mounted controller of a vehicle-mounted control system. The method comprises the following steps: in response to a first diagnosis task of a first diagnosis instrument, determining a first diagnosis type of the first diagnosis instrument according to a first logic address of the first diagnosis instrument, and executing the first diagnosis task based on the first diagnosis type; in the execution process of the first diagnosis task, if a second diagnosis task of a second diagnosis instrument is received, determining a second diagnosis type of the second diagnosis instrument according to a second logic address of the second diagnosis instrument; according to the first diagnosis type, the second diagnosis type and the first diagnosis task, whether a task switching condition is met is judged, and a task switching result is obtained; and determining a target diagnosis task from the first diagnosis task and the second diagnosis task according to a task switching result, and executing the target diagnosis task. According to the technical scheme, the safety and reliability of the diagnosis task can be improved.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of automotive engineering technology, in particular to the field of vehicle diagnostic system technology, and specifically to a diagnostic control method, device, equipment and storage medium for a vehicle-mounted controller. Background Art

[0002] With the rapid development of vehicle-mounted communication technology, new communication technologies are continuously introduced on the basis of traditional CAN (Controller Area Network) communication, such as CAN FD (Controller Area Network Flexible Data-rate) and Ethernet. Compared with CAN networks, these communication technologies have the advantages of high speed and high bandwidth. Therefore, new vehicle-mounted communication technologies are also used in diagnostic communications.

[0003] The current diagnostic communication technology handles different diagnostic paths and different communication protocols according to different transmission protocols or different transmission paths according to fixed priority. This processing method has the following problems: when the diagnostic path with a lower diagnostic priority is interrupted by the diagnostic task of the path with a higher diagnostic priority when performing a flash task, it will cause the controller upgrade to fail. More serious flash failures may cause the internal program of the vehicle controller to fail to run normally; when the diagnostic task performed by the lower priority diagnostic path is more important than the diagnostic task of the high priority path, the diagnostic task of the low priority path is at risk of interruption. Summary of the invention

[0004] The present application provides a diagnostic control method, device, equipment and storage medium for a vehicle-mounted controller to improve the safety and reliability of diagnostic tasks.

[0005] According to one aspect of the present application, a diagnostic control method for a vehicle-mounted controller is provided, which is applied to a vehicle-mounted controller of a vehicle-mounted control system, and the method comprises:

[0006] In response to a first diagnostic task of a first diagnostic instrument, determining a first diagnostic type of the first diagnostic instrument according to a first logical address of the first diagnostic instrument, and executing the first diagnostic task based on the first diagnostic type;

[0007] During the execution of the first diagnostic task, if a second diagnostic task of a second diagnostic instrument is received, determining a second diagnostic type of the second diagnostic instrument according to a second logical address of the second diagnostic instrument;

[0008] According to the first diagnosis type, the second diagnosis type and the first diagnosis task, determining whether a task switching condition is met, and obtaining a task switching result;

[0009] According to the task switching result, a target diagnostic task is determined from the first diagnostic task and the second diagnostic task and executed.

[0010] According to another aspect of the present application, a diagnostic control device for a vehicle-mounted controller is provided, which is configured in a vehicle-mounted controller of a vehicle-mounted control system, and the device includes:

[0011] A first type determination module, configured to determine, in response to a first diagnostic task of a first diagnostic instrument, a first diagnostic type of the first diagnostic instrument according to a first logical address of the first diagnostic instrument, and execute the first diagnostic task based on the first diagnostic type;

[0012] a second type determination module, configured to determine a second diagnostic type of the second diagnostic instrument according to a second logical address of the second diagnostic instrument if a second diagnostic task of the second diagnostic instrument is received during the execution of the first diagnostic task;

[0013] a condition judgment module, used to judge whether a task switching condition is met according to the first diagnosis type, the second diagnosis type and the first diagnosis task, and obtain a task switching result;

[0014] The task determination module is used to determine and execute a target diagnostic task from the first diagnostic task and the second diagnostic task according to the task switching result.

[0015] According to another aspect of the present application, an electronic device is provided, the electronic device comprising:

[0016] one or more processors;

[0017] A memory for storing one or more programs;

[0018] When the one or more programs are executed by the one or more processors, the one or more processors implement any one of the diagnostic control methods for the vehicle controller provided in the embodiments of the present application.

[0019] According to another aspect of the present application, a computer-readable storage medium is provided, on which a computer program is stored. When the program is executed by a processor, the diagnostic control method of any vehicle-mounted controller provided in the embodiments of the present application is implemented.

[0020] This application responds to the first diagnostic task of the first diagnostic instrument, determines the first diagnostic type of the first diagnostic instrument according to the first logical address of the first diagnostic instrument, and executes the first diagnostic task based on the first diagnostic type; during the execution of the first diagnostic task, if the second diagnostic task of the second diagnostic instrument is received, the second diagnostic type of the second diagnostic instrument is determined according to the second logical address of the second diagnostic instrument; according to the first diagnostic type, the second diagnostic type and the first diagnostic task, it is judged whether the task switching condition is met to obtain the task switching result; according to the task switching result, the target diagnostic task is determined from the first diagnostic task and the second diagnostic task and executed. The above technical scheme can improve the safety and reliability of diagnostic tasks. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] Figure 1 is a flow chart of a diagnostic control method of a vehicle controller provided according to Embodiment 1 of the present application;

[0022] Figure 2 is a flow chart of a diagnostic control method of a vehicle controller provided according to Embodiment 2 of the present application;

[0023] Figure 3 is a structural schematic diagram of a diagnostic control device of a vehicle-mounted controller provided according to Embodiment 3 of the present application;

[0024] Figure 4 It is a structural diagram of an electronic device that implements the diagnostic control method of the vehicle-mounted controller of an embodiment of the present application. DETAILED DESCRIPTION

[0025] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.

[0026] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be 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. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0027] In addition, it should be noted that in the technical solution of this application, the collection, storage, use, processing, transmission, provision and disclosure of relevant data such as the first diagnostic task and the first logical address are in compliance with the relevant laws and regulations and do not violate public order and good morals.

[0028] Embodiment 1

[0029] Figure 1 This is a flow chart of a diagnostic control method for a vehicle controller according to the first embodiment of the present application. This embodiment is applicable to the case where the vehicle controller performs vehicle communication diagnosis, and can be executed by the diagnostic control device of the vehicle controller. The diagnostic control device of the vehicle controller can be implemented in the form of hardware and / or software. The diagnostic control device of the vehicle controller can be configured in a computer device, such as the vehicle controller of the vehicle control system. Figure 1 As shown, the method includes:

[0030] S110 , in response to a first diagnostic task of the first diagnostic instrument, determining a first diagnostic type of the first diagnostic instrument according to a first logical address of the first diagnostic instrument, and executing the first diagnostic task based on the first diagnostic type.

[0031] Among them, the first diagnostic instrument refers to the first diagnostic instrument that sends a diagnostic task to the on-board controller; the diagnostic instrument is a device or tool used to detect, analyze and diagnose vehicle system problems. It can be a hardware device, a software application, or a combination of the two. The on-board controller refers to the electronic control unit (Electronic Control Unit, ECU) installed on the vehicle, which is responsible for managing and controlling various functions and systems of the vehicle. The first diagnostic task refers to the diagnostic message sent by the first diagnostic instrument to the on-board controller. The diagnostic message includes detailed information of the diagnostic request, which can be reading fault codes, obtaining real-time data, or performing specific tests. The first logical address refers to an identifier used to identify the unique location of the first diagnostic instrument in the network or system. The first diagnostic type refers to the diagnostic type configured by the first diagnostic instrument, which can include local diagnosis and remote diagnosis.

[0032] It should be noted that the first logical address can be configured as a source address in the vehicle controller. When the diagnostic instrument establishes a connection with the vehicle controller, the vehicle controller can determine whether the first diagnostic instrument is a remote diagnostic instrument or a local diagnostic instrument based on the first logical address of the first diagnostic instrument.

[0033] Optionally, after determining the first diagnostic type of the first diagnostic instrument, determine the first communication type of the first diagnostic task based on the first connection interface and the first communication protocol between the first diagnostic instrument and the vehicle controller; based on the first diagnostic type, use the first communication type to execute the first diagnostic task.

[0034] Among them, the first connection interface refers to the physical or logical interface between the first diagnostic instrument and the vehicle controller, which determines how data is transmitted between the diagnostic instrument and the controller. Exemplarily, the interface can be a CAN bus interface. The first communication protocol refers to the communication protocol used to transmit data between the first diagnostic instrument and the vehicle controller. The communication protocol defines the format, transmission method, error detection, etc. of the data. The first communication type refers to the communication method between the first diagnostic instrument and the vehicle controller, which can include at least one of bus communication and Ethernet communication; bus communication refers to CAN communication, which is a serial communication protocol used between microcontrollers and devices; Ethernet communication refers to data transmission communication used for local area networks, and Ethernet is a frame-based protocol.

[0035] At present, CAN communication has a new extension communication, CANFD communication, which is mainly used to improve the flexibility of data transmission rate and data length, but there is no adaptive processing of CANFD communication on the same CAN bus, and it is difficult to ensure that the format of the diagnostic request message and the diagnostic response message are consistent. Based on this problem, in an optional implementation, each module related to CAN communication in the vehicle controller is configured with two paths, one for transmitting CAN format diagnostic messages and the other for transmitting CANFD format diagnostic messages.

[0036] S120. During the execution of the first diagnostic task, if a second diagnostic task of a second diagnostic instrument is received, a second diagnostic type of the second diagnostic instrument is determined according to a second logical address of the second diagnostic instrument.

[0037] The second diagnostic instrument refers to a diagnostic instrument that sends a diagnostic task to the vehicle controller during the execution of the first diagnostic task. The second logical address refers to an identifier used to identify the unique location of the second diagnostic instrument in the network or system. The second diagnostic type refers to the diagnostic type configured by the second diagnostic instrument, which may include local diagnosis and remote diagnosis.

[0038] It should be noted that the second logical address can be configured as a source address in the vehicle controller. When the diagnostic instrument establishes a connection with the vehicle controller, the vehicle controller can determine whether the second diagnostic instrument is a remote diagnostic instrument or a local diagnostic instrument based on the second logical address of the second diagnostic instrument.

[0039] S130 , judging whether a task switching condition is satisfied according to the first diagnosis type, the second diagnosis type and the first diagnosis task, and obtaining a task switching result.

[0040] The task switching condition is pre-set through a large number of experiments or actual situations. For example, local diagnosis may have the highest priority, followed by remote diagnosis. The task switching result is a result used to characterize whether the first diagnostic task currently being executed needs to be switched. For example, the first diagnostic task may continue to be executed.

[0041] Exemplarily, the first diagnostic type is local diagnosis, and the second diagnostic type is remote diagnosis. Accordingly, the first diagnostic task is a local diagnostic task. At this time, the priority of the first diagnostic type is higher than that of the second diagnostic type, and the task switching result is: the task switching condition is not met, and the first diagnostic task continues to be executed.

[0042] S140 . Determine and execute a target diagnostic task from the first diagnostic task and the second diagnostic task according to the task switching result.

[0043] The target diagnostic task refers to the diagnostic task that needs to be performed.

[0044] Exemplarily, when the target diagnostic task is the first diagnostic task, the first diagnostic task is continued to be executed; when the target diagnostic task is the second diagnostic task, the first diagnostic task is interrupted and the second diagnostic task is executed.

[0045] The embodiment of the present application determines the first diagnostic type of the first diagnostic instrument according to the first logical address of the first diagnostic instrument in response to the first diagnostic task of the first diagnostic instrument, and executes the first diagnostic task based on the first diagnostic type; during the execution of the first diagnostic task, if the second diagnostic task of the second diagnostic instrument is received, the second diagnostic type of the second diagnostic instrument is determined according to the second logical address of the second diagnostic instrument; based on the first diagnostic type, the second diagnostic type and the first diagnostic task, it is determined whether the task switching condition is met to obtain the task switching result; based on the task switching result, the target diagnostic task is determined from the first diagnostic task and the second diagnostic task and executed. The above technical scheme can improve the safety and reliability of diagnostic tasks.

[0046] Embodiment 2

[0047] Figure 2 This is a flow chart of a diagnostic control method for a vehicle controller provided in accordance with the second embodiment of the present application. Based on the technical solutions of the above embodiments, this embodiment refines "according to the first diagnostic type, the second diagnostic type and the first diagnostic task, whether the task switching condition is met, and the task switching result is obtained" into "performing a consistency check on the first diagnostic type and the second diagnostic type; if the consistency check fails, judging whether the task switching condition is met according to the preemption flag of the first diagnostic type and the first diagnostic task, and obtaining the task switching result". It should be noted that for the parts not described in detail in the embodiments of the present application, please refer to the relevant statements of other embodiments. Figure 2 As shown, the method includes:

[0048] S210 , in response to a first diagnostic task of the first diagnostic instrument, determine a first diagnostic type of the first diagnostic instrument according to a first logical address of the first diagnostic instrument, and execute the first diagnostic task based on the first diagnostic type.

[0049] S220: During the execution of the first diagnostic task, if a second diagnostic task of a second diagnostic instrument is received, determine a second diagnostic type of the second diagnostic instrument according to a second logical address of the second diagnostic instrument.

[0050] S230: Perform consistency check on the first diagnosis type and the second diagnosis type.

[0051] S240: If the consistency check fails, determine whether a task switching condition is met according to the first diagnostic type and the preemption flag of the first diagnostic task, and obtain a task switching result.

[0052] Among them, consistency check refers to a check used to determine whether the first diagnostic type and the second diagnostic type are the same. The preemption flag refers to a control signal used to characterize whether the current diagnostic task can be prioritized or overwritten by other diagnostic tasks. For example, the flag is 0, indicating that the diagnostic task is preemptible, that is, when a new diagnostic task arrives, the current diagnosis can be overwritten or prioritized by the new diagnostic task; the flag is 1, indicating that the diagnostic task is not preemptible, that is, the current diagnostic task cannot be overwritten or prioritized by a new diagnostic task during processing, and new messages can only be processed after the current diagnostic task is completed.

[0053] Optionally, when the consistency check passes, the first diagnostic task is determined as the target diagnostic task, and the first diagnostic task continues to be executed, and the second diagnostic task is refused to be responded.

[0054] It can be understood that the priority strategy between diagnostic tasks of the same type implements a first-come, first-served strategy, which improves the efficiency and reliability of diagnostic communication.

[0055] S250 . Determine and execute a target diagnostic task from the first diagnostic task and the second diagnostic task according to the task switching result.

[0056] Optionally, when the first diagnostic type is local diagnosis, the first diagnostic task is determined as the target diagnostic task, and the first diagnostic task is continued to be executed, and the second diagnostic task is refused to respond; when the first diagnostic type is remote diagnosis and the preemption flag of the first diagnostic task does not meet the task switching condition, the first diagnostic task is determined as the target diagnostic task, and the first diagnostic task is continued to be executed, and the second diagnostic task is refused to respond; when the first diagnostic type is remote diagnosis and the preemption flag of the first diagnostic task meets the task switching condition, the first diagnostic task is interrupted, the second diagnostic task is determined as the target diagnostic task, and based on the second diagnostic type, the target diagnostic task is executed.

[0057] The embodiment of the present application determines the first diagnostic type of the first diagnostic instrument according to the first logical address of the first diagnostic instrument in response to the first diagnostic task of the first diagnostic instrument, and executes the first diagnostic task based on the first diagnostic type; during the execution of the first diagnostic task, if the second diagnostic task of the second diagnostic instrument is received, the second diagnostic type of the second diagnostic instrument is determined according to the second logical address of the second diagnostic instrument; the first diagnostic type and the second diagnostic type are checked for consistency; if the consistency check fails, whether the task switching condition is met according to the preemption flag of the first diagnostic type and the first diagnostic task is determined to obtain the task switching result; according to the task switching result, the target diagnostic task is determined from the first diagnostic task and the second diagnostic task and executed. The above technical scheme can improve the security and reliability of diagnostic tasks.

[0058] Based on the above embodiments, some specific examples are given.

[0059] For example, when executing a local diagnostic task, a remote diagnostic instrument is connected. If the diagnostic communication mode of the remote diagnosis connected is Ethernet diagnosis, an error code will be replied when the routing is activated, and then the Ethernet connection will be disconnected. If the diagnostic communication mode of the remote diagnosis connected is CAN diagnostic communication, there will be no response.

[0060] For example, when executing a remote diagnostic task, if it is Ethernet diagnosis, after the router is activated, the message with the preemptible flag sent by the diagnostic instrument periodically received by the monitoring port will be read. If preemption is not possible, the local diagnostic instrument will reply with an error code and disconnect the Ethernet connection when the diagnosis is activated through Ethernet communication, and will not respond through CAN diagnosis. If preemption is possible, the current diagnostic task will be interrupted and the Ethernet connection will be closed.

[0061] For example, when executing a remote diagnostic task, if it is CAN diagnosis, the message with the preemptible flag bit sent periodically by the diagnostic instrument received by the monitoring port will be read. If preemption is not possible, the diagnosis performed by the local diagnostic instrument through Ethernet communication will reply with an error code and disconnect the Ethernet connection when activated, and will not respond through CAN diagnosis. If preemption is possible, the current diagnostic task will be interrupted.

[0062] Embodiment 3

[0063] Figure 3 This is a structural diagram of a diagnostic control device of a vehicle controller provided in accordance with the third embodiment of the present application, which can be applied to the case where the vehicle controller performs vehicle communication diagnosis. The diagnostic control device of the vehicle controller can be implemented in the form of hardware and / or software. The diagnostic control device of the vehicle controller can be configured in a computer device, such as a vehicle controller of a vehicle control system. Figure 3 As shown, the device comprises:

[0064] A first type determination module 310, for determining, in response to a first diagnostic task of the first diagnostic instrument, a first diagnostic type of the first diagnostic instrument according to a first logical address of the first diagnostic instrument, and executing the first diagnostic task based on the first diagnostic type;

[0065] The second type determination module 320 is used to determine the second diagnostic type of the second diagnostic instrument according to the second logical address of the second diagnostic instrument if a second diagnostic task of the second diagnostic instrument is received during the execution of the first diagnostic task;

[0066] The condition judgment module 330 is used to judge whether the task switching condition is met according to the first diagnosis type, the second diagnosis type and the first diagnosis task, and obtain the task switching result;

[0067] The task determination module 340 is used to determine and execute a target diagnostic task from the first diagnostic task and the second diagnostic task according to the task switching result.

[0068] The embodiment of the present application determines the first diagnostic type of the first diagnostic instrument according to the first logical address of the first diagnostic instrument in response to the first diagnostic task of the first diagnostic instrument, and executes the first diagnostic task based on the first diagnostic type; during the execution of the first diagnostic task, if the second diagnostic task of the second diagnostic instrument is received, the second diagnostic type of the second diagnostic instrument is determined according to the second logical address of the second diagnostic instrument; based on the first diagnostic type, the second diagnostic type and the first diagnostic task, it is determined whether the task switching condition is met to obtain the task switching result; based on the task switching result, the target diagnostic task is determined from the first diagnostic task and the second diagnostic task and executed. The above technical scheme can improve the safety and reliability of diagnostic tasks.

[0069] Optionally, the condition judgment module 330 is specifically used to:

[0070] Performing consistency check on the first diagnosis type and the second diagnosis type;

[0071] When the consistency check fails, it is determined whether the task switching condition is met according to the first diagnosis type and the preemption flag of the first diagnosis task, and a task switching result is obtained.

[0072] Optionally, the task determination module 340 is specifically configured to:

[0073] In the case where the first diagnosis type is a local diagnosis, determining the first diagnosis task as a target diagnosis task, continuing to execute the first diagnosis task, and refusing to respond to the second diagnosis task;

[0074] When the first diagnosis type is remote diagnosis and the preemption flag of the first diagnosis task does not meet the task switching condition, the first diagnosis task is determined as the target diagnosis task, and the first diagnosis task is continued to be executed, and the second diagnosis task is refused to be responded;

[0075] When the first diagnostic type is remote diagnosis and the preemption flag of the first diagnostic task meets the task switching condition, the first diagnostic task is interrupted, the second diagnostic task is determined as the target diagnostic task, and the target diagnostic task is executed based on the second diagnostic type.

[0076] Optionally, the task determination module 340 is further specifically configured to:

[0077] When the consistency check passes, the first diagnostic task is determined as the target diagnostic task, and the first diagnostic task is continued to be executed, and the second diagnostic task is refused to be responded.

[0078] Optionally, the device further comprises:

[0079] A third type determination module is used to determine a first communication type of the first diagnostic task according to a first connection interface and a first communication protocol between the first diagnostic instrument and the vehicle controller after determining the first diagnostic type of the first diagnostic instrument; the first communication type includes bus communication and Ethernet communication;

[0080] Accordingly, the first type determination module 310 is further specifically configured to:

[0081] Based on the first diagnosis type, a first diagnosis task is performed using a first communication type.

[0082] The diagnostic control device of the vehicle controller provided in the embodiment of the present application can execute the diagnostic control method of the vehicle controller provided in any embodiment of the present application, and has the corresponding functional modules and beneficial effects for executing the diagnostic control method of each vehicle controller.

[0083] Embodiment 4

[0084] Figure 4 It is a structural diagram of an electronic device 410 that implements the diagnostic control method of the vehicle controller of an embodiment of the present application. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workbenches, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices (such as helmets, glasses, watches, etc.) and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present application described and / or required herein.

[0085] like Figure 4 As shown, the electronic device 410 includes at least one processor 411, and a memory connected to the at least one processor 411 in communication, such as a read-only memory (ROM) 412, a random access memory (RAM) 413, etc., wherein the memory stores a computer program that can be executed by at least one processor, and the processor 411 can perform various appropriate actions and processes according to the computer program stored in the read-only memory (ROM) 412 or the computer program loaded from the storage unit 418 to the random access memory (RAM) 413. In RAM413, various programs and data required for the operation of the electronic device 410 can also be stored. The processor 411, ROM412 and RAM413 are connected to each other via a bus 414. An input / output (I / O) interface 415 is also connected to the bus 414.

[0086] Multiple components in the electronic device 410 are connected to the I / O interface 415, including: an input unit 416, such as a keyboard, a mouse, etc.; an output unit 417, such as various types of displays, speakers, etc.; a storage unit 418, such as a disk, an optical disk, etc.; and a communication unit 419, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 419 allows the electronic device 410 to exchange information / data with other devices through a computer network such as the Internet and / or various telecommunication networks.

[0087] The processor 411 may be a variety of general and / or special processing components with processing and computing capabilities. Some examples of the processor 411 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any appropriate processor, controller, microcontroller, etc. The processor 411 executes the various methods and processes described above, such as the diagnostic control method of the vehicle controller.

[0088] In some embodiments, the diagnostic control method of the onboard controller may be implemented as a computer program, which is tangibly contained in a computer-readable storage medium, such as a storage unit 418. In some embodiments, part or all of the computer program may be loaded and / or installed on the electronic device 410 via the ROM 412 and / or the communication unit 419. When the computer program is loaded into the RAM 413 and executed by the processor 411, one or more steps of the diagnostic control method of the onboard controller described above may be performed. Alternatively, in other embodiments, the processor 411 may be configured as the diagnostic control method of the onboard controller by any other appropriate means (e.g., by means of firmware).

[0089] Various implementations of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various implementations can include: being implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0090] The computer programs for implementing the methods of the present application may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a diagnostic control device of a general-purpose computer, a special-purpose computer, or other programmable vehicle controller, so that when the computer program is executed by the processor, the functions / operations specified in the flow chart and / or block diagram are implemented. The computer program may be executed entirely on the machine, partially on the machine, partially on the machine and partially on a remote machine as a stand-alone software package, or entirely on a remote machine or server.

[0091] In the context of the present application, a computer readable storage medium may be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, device or equipment. A computer readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices or equipment, or any suitable combination of the foregoing. Alternatively, a computer readable storage medium may be a machine readable signal medium. A more specific example of a machine readable storage medium may include an electrical connection based on one or more lines, a portable computer 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 foregoing.

[0092] To provide interaction with a user, the systems and techniques described herein may be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and a pointing device (e.g., a mouse or trackball) through which the user can provide input to the electronic device. Other types of devices may also be used to provide interaction with the user; for example, the feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form (including acoustic input, voice input, or tactile input).

[0093] The systems and techniques described herein may be implemented in a computing system that includes backend components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes frontend components (e.g., a user computer with a graphical user interface or a web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such backend components, middleware components, or frontend components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), a blockchain network, and the Internet.

[0094] A computing system may include a client and a server. The client and the server are generally remote from each other and usually interact through a communication network. The client and server relationship is generated by computer programs running on the corresponding computers and having a client-server relationship with each other. The server may be a cloud server, also known as a cloud computing server or cloud host, which is a host product in the cloud computing service system to solve the defects of difficult management and weak business scalability in traditional physical hosts and VPS services.

[0095] It should be understood that the various forms of processes shown above can be used to reorder, add or delete steps. For example, the steps recorded in this application can be executed in parallel, sequentially or in different orders, as long as the expected results of the technical solution of this application can be achieved, and this document is not limited here.

[0096] The above specific implementations do not constitute a limitation on the protection scope of this application. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of this application should be included in the protection scope of this application.

Claims

1. A diagnostic control method for a vehicle-mounted controller, characterized in that: A vehicle controller applied to a vehicle control system, the method comprising: In response to a first diagnostic task of a first diagnostic instrument, determining a first diagnostic type of the first diagnostic instrument according to a first logical address of the first diagnostic instrument, and executing the first diagnostic task based on the first diagnostic type; During the execution of the first diagnostic task, if a second diagnostic task of a second diagnostic instrument is received, determining a second diagnostic type of the second diagnostic instrument according to a second logical address of the second diagnostic instrument; According to the first diagnosis type, the second diagnosis type and the first diagnosis task, determining whether a task switching condition is met, and obtaining a task switching result; According to the task switching result, a target diagnostic task is determined from the first diagnostic task and the second diagnostic task and executed.

2. The method according to claim 1, characterized in that: According to the first diagnosis type, the second diagnosis type and the first diagnosis task, determining whether a task switching condition is met and obtaining a task switching result includes: performing a consistency check on the first diagnosis type and the second diagnosis type; When the consistency check fails, it is determined whether a task switching condition is met according to the first diagnosis type and the preemption flag of the first diagnosis task, and a task switching result is obtained.

3. The method according to claim 2, characterized in that According to the task switching result, determining a target diagnostic task from the first diagnostic task and the second diagnostic task and executing the target diagnostic task includes: In the case where the first diagnosis type is a local diagnosis, determining the first diagnosis task as a target diagnosis task, continuing to execute the first diagnosis task, and refusing to respond to the second diagnosis task; In the case where the first diagnostic type is remote diagnosis and the preemption flag of the first diagnostic task does not meet the task switching condition, determining the first diagnostic task as the target diagnostic task, continuing to execute the first diagnostic task, and refusing to respond to the second diagnostic task; When the first diagnostic type is remote diagnosis and the preemption flag of the first diagnostic task meets the task switching condition, the first diagnostic task is interrupted, the second diagnostic task is determined as a target diagnostic task, and the target diagnostic task is executed based on the second diagnostic type.

4. The method according to claim 2, characterized in that: The method further comprises: In the case where the consistency check passes, the first diagnostic task is determined as a target diagnostic task, and the first diagnostic task is continued to be executed, and the second diagnostic task is refused to be responded.

5. The method according to claim 1, characterized in that After determining the first diagnosis type of the first diagnostic instrument, the method further includes: Determining a first communication type of the first diagnostic task according to a first connection interface and a first communication protocol between the first diagnostic instrument and the vehicle-mounted controller; the first communication type includes bus communication and Ethernet communication; Accordingly, based on the first diagnosis type, executing the first diagnosis task includes: Based on the first diagnosis type, the first diagnosis task is performed using the first communication type.

6. A diagnostic control device for a vehicle-mounted controller, characterized in that: An on-board controller configured in an on-board control system, the device comprising: A first type determination module, configured to determine, in response to a first diagnostic task of a first diagnostic instrument, a first diagnostic type of the first diagnostic instrument according to a first logical address of the first diagnostic instrument, and execute the first diagnostic task based on the first diagnostic type; a second type determination module, configured to determine a second diagnostic type of the second diagnostic instrument according to a second logical address of the second diagnostic instrument if a second diagnostic task of the second diagnostic instrument is received during the execution of the first diagnostic task; a condition judgment module, used to judge whether a task switching condition is met according to the first diagnosis type, the second diagnosis type and the first diagnosis task, and obtain a task switching result; The task determination module is used to determine and execute a target diagnostic task from the first diagnostic task and the second diagnostic task according to the task switching result.

7. The device according to claim 6, characterized in that The condition judgment module is specifically used for: performing a consistency check on the first diagnosis type and the second diagnosis type; When the consistency check fails, it is determined whether a task switching condition is met according to the first diagnosis type and the preemption flag of the first diagnosis task, and a task switching result is obtained.

8. An electronic device, characterized in that: include: one or more processors; A memory for storing one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the diagnostic control method of the vehicle controller as described in any one of claims 1-6.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the diagnostic control method of the vehicle-mounted controller as described in any one of claims 1 to 6 is implemented.

10. A computer program product, comprising a computer program, wherein when the computer program is executed by a processor, the computer program implements the diagnostic control method of the vehicle controller according to any one of claims 1 to 6.

Images