Diagnostic service upgrading method and device and storage medium

Abstract

The invention provides a diagnostic service upgrading method, a diagnostic service upgrading device and a storage medium, and the diagnostic service upgrading method comprises the following steps: aiming at a diagnostic message sent to a controller by an upper computer; adding a function addressing request identifier of the controller and physical addressing request identifiers respectively corresponding to a main electronic control unit and an auxiliary electronic control unit included in the controller into a filter mask corresponding to the diagnosis message; and for a response message sent to the upper computer by the controller in response to the diagnosis message, determining a current electronic control unit, and modifying a message identifier corresponding to the response message based on a message identifier of the current electronic control unit. According to the diagnosis service upgrading method and device, the diagnosis service is upgraded, the upgraded diagnosis service can adapt to the dual-redundancy controller, the software development workload is reduced, and the project development and maintenance cost is reduced.

Description

Technical Field

[0001] The present application relates to the field of automobile diagnostic technology, and in particular to a diagnostic service upgrade method, device and storage medium. Background Art

[0002] With the rapid development of automobile intelligence, on-board controllers no longer need to only meet the realization of functions, but also need to consider the realization of functional safety, which requires the controller to ensure the normal driving or safe parking of the vehicle in the event of a fault. The previous non-redundant controllers were difficult to meet this demand, so the design of dual redundant controllers appeared immediately. Dual redundant controllers are single controllers with two sets of hardware electronic control units (Electronic Control Unit, ECU), which are called the main ECU and the auxiliary ECU. When the main ECU fails, the auxiliary ECU can take over the work to ensure the safety of driving.

[0003] At present, in order to effectively isolate the interference between the two ECUs, the main ECU and the auxiliary ECU are connected to different CAN networks. Therefore, corresponding diagnostic services (Unified Diagnostic Services, UDS) need to be developed for the two ECUs respectively, but this will greatly increase the software development and maintenance costs. Summary of the invention

[0004] The embodiments of the present application provide a diagnostic service upgrade method, device and storage medium to solve the problem in the prior art that two sets of diagnostic services need to be set up for the main ECU and the auxiliary ECU.

[0005] In a first aspect, an embodiment of the present application provides a method for upgrading a diagnostic service, the method comprising:

[0006] For a diagnostic message sent by the host computer to the controller, the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller are added to the filter mask corresponding to the diagnostic message;

[0007] With respect to the response message sent by the controller to the host computer in response to the diagnosis message, a current electronic control unit is determined, and a message identifier corresponding to the response message is modified based on a message identifier of the current electronic control unit.

[0008] In a second aspect, an embodiment of the present application further provides a diagnostic service upgrade device, the device comprising:

[0009] An adding module, for adding, with respect to a diagnostic message sent by a host computer to a controller, a function addressing request identifier of the controller and physical addressing request identifiers corresponding to a main electronic control unit and an auxiliary electronic control unit included in the controller to a filter mask corresponding to the diagnostic message;

[0010] The modification module is used to determine the current electronic control unit for the response message sent by the controller to the host computer in response to the diagnostic message, and modify the message identifier corresponding to the response message based on the message identifier of the current electronic control unit.

[0011] In a third aspect, an embodiment of the present application further provides an electronic device, comprising a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the computer program implements the above-mentioned diagnostic service upgrade method when executed by the processor.

[0012] In a fourth aspect, an embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the above-mentioned diagnostic service upgrade method is implemented.

[0013] The embodiments of the present application include at least the following technical effects:

[0014] The technical solution of the embodiment of the present application achieves an upgrade of the diagnostic service by adding the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller to the filter mask corresponding to the diagnostic message, and modifying the message identifier corresponding to the response message based on the message identifier of the current electronic control unit, so that the upgraded diagnostic service can adapt to the dual redundant controller, reduce the workload of software development, and reduce the cost of project development and maintenance. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art are briefly introduced below.

[0016] Figure 1 It is a flowchart of a method for upgrading a diagnostic service provided in an embodiment of the present application;

[0017] Figure 2 is a schematic diagram of the structure of an upgrade device for a diagnostic service provided in an embodiment of the present application;

[0018] Figure 3 A block diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0019] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are 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 are within the scope of protection of this application.

[0020] It should be understood that the references to "one embodiment" or "an embodiment" throughout the specification mean that the specific features, structures, or characteristics associated with the embodiment are included in at least one embodiment of the present application. Therefore, the references to "in one embodiment" or "in an embodiment" appearing throughout the specification do not necessarily refer to the same embodiment. In addition, these specific features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

[0021] In the various embodiments of the present application, it should be understood that the size of the serial numbers of the following processes does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0022] In the prior art, in the actual development process, the existing tool chain, such as the Davinci Configurator development project, only supports the configuration of one diagnostic service for a communication network such as CAN / CANFD, which can meet the development needs of non-redundant controllers, but cannot meet the development needs of redundant controllers. At present, for redundant controllers, considering that the two ECUs are exactly the same at the hardware level and the application function level, and the diagnostic service function requirements are supported separately, a set of identical diagnostic services needs to be developed for the auxiliary ECU. In other words, for a controller with a main ECU and an auxiliary ECU, two sets of UDS software need to be developed, which will greatly increase the software development and maintenance costs. Therefore, the inventors proposed a solution to achieve dual diagnostic services on a single network.

[0023] like Figure 1 As shown, an embodiment of the present application provides a method for upgrading a diagnostic service, the method comprising:

[0024] Step 101: for a diagnostic message sent from a host computer to a controller, a functional addressing request identifier of the controller and physical addressing request identifiers corresponding to a main electronic control unit and an auxiliary electronic control unit included in the controller are added to a filter mask corresponding to the diagnostic message.

[0025] Step 102: determine the current electronic control unit for the response message sent by the controller to the host computer in response to the diagnostic message, and modify the message identifier corresponding to the response message based on the message identifier of the current electronic control unit.

[0026] The host computer and the controller are connected through the vehicle's CAN bus communication. The controller can receive diagnostic messages sent by the host computer and feedback response messages to the host computer. The host computer is a computer device or software system used to diagnose, monitor and configure the vehicle controller. It can be a professional automotive diagnostic instrument or a vehicle management software used by automobile manufacturers or repair shops.

[0027] In the embodiment of the present application, the controller is a redundant controller, and a main electronic control unit and an auxiliary electronic control unit are provided in the controller. The main electronic control unit and the auxiliary electronic control unit have the same functional addressing request identifier and different physical addressing request identifiers, that is, the main electronic control unit and the auxiliary electronic control unit are connected to different CAN networks respectively.

[0028] In order to filter out the required message identifiers (Identification Identifier, ID) from the hardware level, the embodiment of the present application sets a filter mask for the diagnostic message sent by the host computer to the controller, and adds the physical addressing request ID of the main ECU, the physical addressing request ID of the auxiliary ECU and the function search request ID of the controller to the filter mask.

[0029] By setting the filter mask, the ID message that meets the conditions can be selected from the many messages transmitted through the CAN bus.

[0030] In addition, for the response message sent by the controller to the host computer in response to the diagnostic message, it is necessary to determine the current ECU from the main ECU and the auxiliary ECU, and modify the message ID corresponding to the response message based on the message ID of the current ECU.

[0031] The embodiment of the present application can filter out the diagnostic message ID to be adapted at the CAN driver layer and pass it to the CANIF layer, intercept and adapt it in the CANIF layer and continue to pass it upward to the CANTP layer. Since what is passed upward to the CANTP layer is the RxPduId generated and configured in the tool instead of the CanId, as long as the diagnostic CanId that needs to be adapted is received, the member variable eRxPduIdMatch in the query structure is set to the RxPduId configured in the tool and uploaded to CANTP, the CANTP layer believes that it has received the diagnostic message in the configuration, and thus performs diagnostic work, and then routes it to the DCM module through the PDUR module to implement specific diagnostic service functions.

[0032] In the embodiment of the present application, the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller are added to the filter mask corresponding to the diagnostic message, and the message identifier corresponding to the response message is modified based on the message identifier of the current electronic control unit. The upgrade of the diagnostic service is achieved, so that the upgraded diagnostic service can adapt to the dual redundant controller, reduce the workload of software development, and reduce the cost of project development and maintenance.

[0033] In an optional embodiment of the present application, the function addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller are added to the filter mask corresponding to the diagnostic message, including:

[0034] The filter mask corresponding to the diagnostic message is configured through a software configuration tool, wherein the configured filter mask includes a functional addressing request identifier of the controller and physical addressing request identifiers corresponding to a main electronic control unit and an auxiliary electronic control unit included in the controller.

[0035] Specifically, when configuring the filter mask corresponding to the diagnostic message through the software configuration tool, the filter mask setting page in the CAN controller corresponding to the CAN module of the software configuration tool can be opened; and in the filter mask setting page, the filter mask corresponding to the diagnostic message is set to the functional addressing request identifier, the physical addressing request identifier corresponding to the main electronic control unit, and the physical addressing request identifier corresponding to the auxiliary electronic control unit.

[0036] Software configuration tools such as Davinci Configurator can provide a visual and convenient operation interface, allowing developers to set various parameters and configure CAN modules and other related components.

[0037] In the specific implementation process, you can open the filter mask setting page in the CAN controller corresponding to the CAN module in the software configuration tool, where the CAN module is responsible for managing and coordinating the interaction between the CAN controller and other parts (such as upper-level software modules, other hardware devices, etc.). It covers many functions such as message sending and receiving, error handling, and bus status monitoring.

[0038] In the filter mask setting page, set the filter mask to the functional addressing request identifier, the physical addressing request identifier corresponding to the primary electronic control unit, and the physical addressing request identifier corresponding to the secondary electronic control unit.

[0039] The above implementation scheme of the present application can more accurately control the reception and sending of diagnostic messages by combining the filter mask with physical addressing.

[0040] In an optional embodiment of the present application, after adding the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller to the filter mask corresponding to the diagnostic message, the method further includes:

[0041] The filter mask is bound to a hardware receiving object of a basic type in the CAN module through a software configuration tool.

[0042] In the specific implementation process, after setting the filter mask, you can further use the software configuration tool to bind the filter mask to the BASIC-type hardware receiving object CanHardwareObject in the CAN module. Through binding, when receiving CAN messages, the messages will be filtered according to the bound filter mask. Only messages that meet the mask rules will be further processed, and those that do not meet the rules will be ignored.

[0043] The above implementation scheme of the present application, by binding the set filter mask configuration to the hardware receiving object and allowing it to play a role in the CAN driver layer, realizes filtering of the diagnostic request message IDs received by the main and auxiliary ECUs respectively, so that they can be uploaded to the CanIF module for processing, which can ensure that the subsequent diagnostic processing flow can be carried out in an orderly manner in the system, so that the entire system can carry out related tasks such as fault diagnosis and system status monitoring based on the received diagnostic request messages.

[0044] In an optional embodiment of the present application, the main electronic control unit is provided with a first DIO (Digital Input / Output) pin, and a second DIO pin is added to the auxiliary electronic control unit, and the current electronic control unit is determined, including:

[0045] Detecting a first level of the first DIO pin and a second level of the second DIO pin;

[0046] The current electronic control unit is determined according to the first level and the second level.

[0047] Specifically, two DIO pins can be designed in the hardware circuits of the main ECU and the auxiliary ECU to identify whether the current ECU is the main ECU or the auxiliary ECU. As the key hardware interface for judging the current electronic control unit, these two pins can receive or output digital level signals, providing a basic signal source for subsequent control unit identification.

[0048] In specific implementation, the level status information of the two pins can be obtained through a level detection circuit or a level detection module inside a microcontroller, that is, the first level of the first DIO pin and the second level of the second DIO pin are obtained, and then the current ECU is determined based on the first level and the second level.

[0049] Wherein, when the first level and the second level are both low levels, the main electronic control unit is determined to be the current electronic control unit;

[0050] When the first level and the second level are both high levels, the auxiliary electronic control unit is determined to be the current electronic control unit.

[0051] In the above implementation scheme of the present application, the judgment method based on level combination is simple and effective, and can quickly distinguish two different electronic control units at the hardware level.

[0052] In an optional embodiment of the present application, before modifying the message identifier of the response message based on the message identifier of the current electronic control unit, the method further includes:

[0053] Use the software configuration tool to set the properties of the sending protocol data unit to dynamic type.

[0054] Specifically, when modifying the type of the sending protocol data unit through the software configuration tool, the sending protocol data configuration page in the CANIF module of the software configuration tool can be opened; and in the sending protocol data configuration page, the attribute of the sending protocol data unit can be configured as a dynamic type.

[0055] The CANIF module plays a key role in the CAN bus communication system. It connects the application layer and the CAN driver layer and is responsible for coordinating the data interaction and communication process between the two. CanIfTxPduCfgs is a set of parameters specifically used to configure the transmit (Tx) protocol data unit (Pdu) in the CANIF module.

[0056] By opening the Send Protocol Data Configuration page in the CANIF module of the software configuration tool, and in the Send Protocol Data Configuration page, for the response message of the main ECU, set its attribute Tx Pdu Type to DYNAMIC. This configuration action can make the relevant characteristics of the response message no longer fixed, but have the ability to dynamically adjust according to different requirements and conditions during system operation. When the diagnostic ID message Tx Pdu Type of the main ECU is set to dynamic, a software interface named CanIf_SetDynamicTxId will be opened accordingly, which is equivalent to unlocking the functional permission to modify the message ID in the static code. For the response message ID of the auxiliary ECU, due to the system mechanism and specifications established by the above configuration of the main ECU, it needs to call the CanIf_SetDynamicTxId interface to realize the adjustment of its own response message ID. In this way, both the main ECU and the auxiliary ECU can flexibly modify the response message ID through this unified interface and mechanism under specific scenarios and requirements.

[0057] The above implementation scheme of the present application configures the Tx Pdu Type of the response message of the main ECU to be dynamic and opens the corresponding interface, so that the entire CAN bus communication system has higher flexibility in processing diagnostic responses.

[0058] In an optional embodiment of the present application, modifying the message identifier corresponding to the response message based on the message identifier of the current electronic control unit includes:

[0059] Calling a target CAN interface; wherein the target CAN interface is used to set a dynamic send protocol data unit identifier;

[0060] The message identifier of the current electronic control unit is transmitted to the target CAN interface.

[0061] Specifically, after configuring the properties of the sending protocol data unit as a dynamic type, the CanIf_SetDynamicTxId interface, that is, the target CAN interface, will be opened accordingly. This interface is used to set the dynamic sending protocol data unit identifier. The input parameters of this interface are CanTxPduId and CanId, respectively. Among them, CanTxPduId is a parameter automatically configured by the DaVinci project, and CanId is the response message ID to be adapted. In a system based on the CAN bus, the message ID is used to distinguish different messages. CanId clarifies the identity of the response message. By passing this parameter to the CanIf_SetDynamicTxId interface, the system can know which response message to adapt. The main ECU and the auxiliary ECU will send different response messages. CanId can be used to specify whether the response message sent by the main ECU or the auxiliary ECU is to be adapted.

[0062] That is to say, for the response message of the auxiliary ECU, this interface needs to be called for processing, specifically adjusting its own response message ID to a form that matches that of the main ECU, so as to achieve the function that a single diagnostic software can adapt to two diagnostic services.

[0063] The embodiment of the present application modifies the message identifier corresponding to the response message by calling the target CAN interface and transmitting the message ID of the current electronic control unit to the target CAN interface.

[0064] In an optional embodiment of the present application, before determining the current electronic control unit, the method further includes:

[0065] After adding the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller to the filter mask corresponding to the diagnostic message, and setting the attribute of the sending protocol data to a dynamic type, the diagnostic service is initialized.

[0066] In the specific implementation process, in order to avoid the modification failure when modifying the message identifier corresponding to the response message based on the message identifier of the current electronic control unit, it is necessary to determine whether the following two operations are completed before determining the current electronic control unit. First, the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller are added to the filter mask corresponding to the diagnostic message. Second, the attribute of the sending protocol data is set to a dynamic type. After determining that these two operations are completed, the diagnostic service with the modified configuration is initialized. After the initialization operation is completed, the step of determining the current electronic control unit can be performed. Because when the initialization is not completed, the diagnostic service may be in an unstable state or its internal parameters have not been correctly set. At this time, it may not be possible to obtain the correct digital signal as a basis for determining the current electronic control unit.

[0067] The above implementation scheme of the present application initializes the diagnostic service after setting the filter mask and the type of protocol data to be sent, so that the above configuration can take effect, thereby ensuring that the diagnostic service can run normally and stably, and avoiding the modification failure when modifying the message identifier corresponding to the response message based on the message identifier of the current electronic control unit.

[0068] The above describes the diagnostic service upgrade method provided in the embodiment of the present application. The following will describe the diagnostic service upgrade device provided in the embodiment of the present application in conjunction with the accompanying drawings.

[0069] like Figure 2 As shown, an embodiment of the present invention further provides a diagnostic service upgrade device, the device comprising:

[0070] An adding module 201 is used for adding, for a diagnostic message sent by a host computer to a controller, a function addressing request identifier of the controller and physical addressing request identifiers corresponding to a main electronic control unit and an auxiliary electronic control unit included in the controller to a filter mask corresponding to the diagnostic message;

[0071] The modification module 202 is used to determine the current electronic control unit for the response message sent by the controller to the host computer in response to the diagnostic message, and modify the message identifier corresponding to the response message based on the message identifier of the current electronic control unit.

[0072] Optionally, add modules further for:

[0073] The filter mask corresponding to the diagnostic message is configured through a software configuration tool, wherein the configured filter mask includes a functional addressing request identifier of the controller and physical addressing request identifiers corresponding to a main electronic control unit and an auxiliary electronic control unit included in the controller.

[0074] Optionally, after adding the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller to the filter mask corresponding to the diagnostic message, the device further includes:

[0075] The binding module is used to bind the filter mask to a hardware receiving object of a basic type in the CAN module through a software configuration tool.

[0076] Optionally, the main electronic control unit is provided with a first DIO pin, and a second DIO pin is added to the auxiliary electronic control unit, and the modification module includes:

[0077] a detection submodule, configured to detect a first level of the first DIO pin and a second level of the second DIO pin;

[0078] A determination submodule is used to determine the current electronic control unit according to the first level and the second level.

[0079] Optionally, determine that the submodules include:

[0080] a first determining unit, configured to determine that the main electronic control unit is the current electronic control unit when the first level and the second level are both low levels;

[0081] The second determining unit is configured to determine that the auxiliary electronic control unit is the current electronic control unit when the first level and the second level are both high levels.

[0082] Optionally, before modifying the message identifier of the response message based on the message identifier of the current electronic control unit, the device further includes:

[0083] The type modification module is used to set the attribute of the sending protocol data unit to a dynamic type through a software configuration tool.

[0084] Optionally, modify the module to include:

[0085] A calling submodule, used for calling a target CAN interface; wherein the target CAN interface is used for setting a dynamic sending protocol data unit identifier;

[0086] The transmission submodule is used to transmit the message identifier of the current electronic control unit to the target CAN interface.

[0087] Optionally, before determining the current electronic control unit, the device further includes:

[0088] An initialization module is used to initialize the diagnostic service after adding the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller to the filter mask corresponding to the diagnostic message, and setting the attribute of the sending protocol data to a dynamic type.

[0089] The diagnostic service upgrade device provided in the present application achieves an upgrade of the diagnostic service by adding the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller to the filter mask corresponding to the diagnostic message, and modifying the message identifier corresponding to the response message based on the message identifier of the current electronic control unit, so that the upgraded diagnostic service can adapt to the dual redundant controller, reduce the workload of software development, and reduce the cost of project development and maintenance.

[0090] As for the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0091] An embodiment of the present application also provides an electronic device, including: a processor, a memory, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, the various processes of the above-mentioned diagnostic service upgrade method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0092] For example, Figure 3 FIG. 1 shows a schematic diagram of the physical structure of an electronic device. Figure 3As shown, the electronic device may include: a processor 310, a communication interface 320, a memory 330 and a communication bus 340, wherein the processor 310, the communication interface 320, and the memory 330 complete mutual communication through the communication bus 340. The processor 310 can call the logic instructions in the memory 330, and the processor 310 is used to perform the following steps: for the diagnostic message sent by the host computer to the controller, the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller are added to the filter mask corresponding to the diagnostic message; for the response message sent by the controller to the host computer in response to the diagnostic message, the current electronic control unit is determined, and the message identifier corresponding to the response message is modified based on the message identifier of the current electronic control unit. The processor 310 can also execute other schemes in the embodiments of the present application, which will not be further elaborated here.

[0093] In addition, the logic instructions in the above-mentioned memory 330 can be implemented in the form of software functional units and can be stored in a computer-readable storage medium when sold or used as an independent product. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes a number of instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application.

[0094] The embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, each process of the above-mentioned diagnostic service upgrade method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it is not repeated here. The computer-readable storage medium is, for example, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0095] It should be noted that, in this article, the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the existence of other identical elements in the process, method, article or device including the element.

[0096] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, a magnetic disk, or an optical disk), and includes a number of instructions for a terminal (which can be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0097] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms without departing from the purpose of the present application and the scope of protection of the claims, all of which are within the protection of the present application.

[0098] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed in the present application can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0099] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0100] In the embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0101] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0102] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0103] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as USB flash drives, mobile hard drives, ROM, RAM, magnetic disks, or optical disks.

[0104] The above description is only a specific implementation manner of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application.

Claims

1. A diagnostic service upgrade method, characterized in that: The method comprises: For a diagnostic message sent by the host computer to the controller, the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller are added to the filter mask corresponding to the diagnostic message; With respect to the response message sent by the controller to the host computer in response to the diagnosis message, a current electronic control unit is determined, and a message identifier corresponding to the response message is modified based on a message identifier of the current electronic control unit.

2. The diagnostic service upgrade method according to claim 1, characterized in that: Adding the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller to the filter mask corresponding to the diagnostic message includes: The filter mask corresponding to the diagnostic message is configured through a software configuration tool, wherein the configured filter mask includes a functional addressing request identifier of the controller and physical addressing request identifiers corresponding to a main electronic control unit and an auxiliary electronic control unit included in the controller.

3. The diagnostic service upgrade method according to claim 2, characterized in that: After adding the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller to the filter mask corresponding to the diagnostic message, the method further includes: The filter mask is bound to a hardware receiving object of a basic type in the CAN module through a software configuration tool.

4. The diagnostic service upgrade method according to claim 1, characterized in that: The main electronic control unit is provided with a first DIO pin, a second DIO pin is added to the auxiliary electronic control unit, and the current electronic control unit is determined, including: Detecting a first level of the first DIO pin and a second level of the second DIO pin; The current electronic control unit is determined according to the first level and the second level.

5. The diagnostic service upgrade method according to claim 4, characterized in that: Determining the current electronic control unit according to the first level and the second level includes: When the first level and the second level are both low levels, determining that the master electronic control unit is the current electronic control unit; When the first level and the second level are both high levels, the auxiliary electronic control unit is determined to be the current electronic control unit.

6. The diagnostic service upgrade method according to claim 1, characterized in that: Before modifying the message identifier of the response message based on the message identifier of the current electronic control unit, the method further includes: Use the software configuration tool to set the properties of the sending protocol data unit to dynamic type.

7. The diagnostic service upgrade method according to claim 1, characterized in that: Modifying the message identifier corresponding to the response message based on the message identifier of the current electronic control unit includes: Calling a target CAN interface; wherein the target CAN interface is used to set a dynamic send protocol data unit identifier; The message identifier of the current electronic control unit is transmitted to the target CAN interface.

8. The diagnostic service upgrade method according to claim 6, characterized in that: Before determining the current electronic control unit, the method further includes: After adding the functional addressing request identifier of the controller and the physical addressing request identifiers corresponding to the main electronic control unit and the auxiliary electronic control unit included in the controller to the filter mask corresponding to the diagnostic message, and setting the attribute of the sending protocol data to a dynamic type, the diagnostic service is initialized.

9. A diagnostic service upgrade device, characterized in that: include: An adding module, for adding, with respect to a diagnostic message sent by a host computer to a controller, a function addressing request identifier of the controller and physical addressing request identifiers corresponding to a main electronic control unit and an auxiliary electronic control unit included in the controller to a filter mask corresponding to the diagnostic message; The modification module is used to determine the current electronic control unit for the response message sent by the controller to the host computer in response to the diagnostic message, and modify the message identifier corresponding to the response message based on the message identifier of the current electronic control unit.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method for upgrading the diagnostic service according to any one of claims 1 to 8 is implemented.

Images