Automotive multi-point coordinated remote calibration method, requesting end operation method, requesting end, server and response end

Abstract

To relate to the field of vehicular software development technologies and in particular to a vehicular multi-location synergic remote calibration method.SOLUTION: A vehicular multi-location synergic remote calibration method using a server, a requester, and a responder includes: calling, by the requester a calibration signal from the server to read a calibration signal value; acquiring, by a calibration module in the requester, the calibration signal value store in the server, for the calibration signal defined as an observation amount, and storing the calibration signal value in a corresponding mapping system variable; reading, when reading the mapping system variable, a last-stored value of the mapping system variable; transmitting, by the requester, a calibration signal write command to the server; and transmitting a command to read the written calibration signal to the server.SELECTED DRAWING: Figure 1

Description

Technical Field

[0001] This application claims priority based on Chinese Patent Application No. 202311239344.3 filed on September 22, 2023, and US Patent Application No. 18 / 243,744 filed on September 8, 2023, the entire contents of which are incorporated herein by reference. The present invention belongs to the technical field of vehicle software development, and specifically relates to a vehicular multi-location synergic remote calibration method and system.

Background Art

[0002] In related technologies, the automation function of the calibration systems known to the inventors is limited to one computer, and users need to perform automatic calibration on the local ECU (Electronic Control Unit) and create their own programs. In a multi-vehicle calibration scenario, when it is necessary to access the ECU connected to the remote system, place local calibration data remotely, or obtain remote observation calibration data, it cannot be achieved with the current self-program, and another program needs to be created to access the remote ECU. And these two programs cannot achieve data fusion.

Summary of the Invention

[0003] This specification relates to a vehicular multi-location synergic remote calibration method and system. A vehicular multi-location synergic remote calibration method using a server, a Requester, and a Responder includes the server storing a calibration database and receiving and storing the calibration signal transmitted from the Responder, the Requester calling the calibration signal from the server and reading the calibration signal value, and / or The requesting end sends a calibration signal write command to the server, the server sends a target value to the response end, the response end completes the online calibration of the vehicle, and the requesting end reads the written calibration signal by applying to the server.

[0004] In a second aspect, the present invention further provides a server used to perform the above-described multi-point coordinated remote calibration method for automobiles. The server described above stores a calibration database, receives and stores calibration signals sent from the response end, and sends target values ​​written from the request end to the response end.

[0005] In a third aspect, the present invention further provides a method for operating a requesting end in an automotive multi-point coordinated remote calibration process. This method includes the following: The above requesting terminal retrieves a calibration signal from the server and reads the calibration signal value. and / or, The above requesting terminal sends a command to write a calibration signal to the server, and then sends a command to read the calibration signal after it has been written to the server.

[0006] In a fourth aspect, the present invention further provides a request terminal, which is configured to execute a program for how the request terminal operates in the automotive multi-point coordinated remote calibration process.

[0007] In a fifth aspect, the present invention further provides a response terminal used to perform the above-described multi-point coordinated remote calibration method for automobiles, where the response terminal includes a computer device and a bus adapter. The above computer device is configured to send a calibration signal to the server and to receive the write target value sent from the server. The bus adapter described above is configured to read calibration signals from the ECU and to send the target values ​​described above to the ECU in order to complete the online calibration of the corresponding vehicle.

[0008] In a sixth aspect, the present invention further provides an automotive multi-point coordinated remote calibration system. This system includes the following: One component is a server that stores a calibration database and receives and stores calibration signals transmitted from the response end. The other is a requesting end, configured to call a calibration signal from the server and read the calibration signal value, and / or to send a calibration signal write command to the server and a command to read the calibration signal after it has been written. Another component is a response end, which is configured to send a calibration signal to the server and to receive a write target value sent from the server, and to complete online calibration for the vehicle.

[0009] In a seventh aspect, the present invention further provides a multi-point coordinated remote calibration method for automobiles. This method is characterized by the following: The requesting end retrieves a calibration signal from the server and reads the calibration signal value, and / or the requesting end sends a calibration signal write command to the server and a command to read the calibration signal after it has been written. The response terminal sends a calibration signal to the server, receives the write target value sent from the server, and completes the online calibration for the vehicle.

[0010] In the eighth aspect, the present invention further provides a computer program product comprising a computer-readable storage medium in which computer-readable program code is stored, the computer-readable program code comprising commands, the commands causing at least one processor or at least one computer device to execute the operation method of the requesting end in the automobile multi-point coordinated remote calibration method described above.

[0011] In the ninth aspect, the present invention further provides a computer-readable storage medium. This storage medium stores computer-readable commands, which, when executed by at least one processor, cause the operation method of the requesting end in the multi-point coordinated remote calibration process of the automobile described above.

[0012] This invention is intended to provide a brief overview of some of the subject matter described herein. Therefore, it should be understood that the features described above are merely examples and should not be construed as narrowing the scope or essence of the subject matter described herein in any way.

[0013] Other features, aspects, and advantages of the subject matter described herein will become apparent from the following specific embodiments, accompanying drawings, and claims. Other features and advantages of the present invention are described in the following specification and some will become apparent from the specification or will be understood by practicing the invention. The object and other advantages of the present invention are realized and obtained by the structures specifically pointed out in the specification and drawings. To make the above-mentioned objectives, features, and advantages of the present invention easier to understand, preferred embodiments will be given below and described in detail in conjunction with the accompanying drawings. To more clearly describe specific embodiments of the present invention or technical solutions of the prior art, the drawings that are necessary for describing specific embodiments or prior art are briefly described below. The drawings described below are some embodiments of the present invention, and it will be obvious to those skilled in the art that other drawings can be obtained from these drawings without any creative effort. [Brief explanation of the drawing]

[0014] [Figure 1] Figure 1 is a flowchart of a multi-point coordinated remote calibration method for automobiles according to several embodiments. [Figure 2] Figure 2 is a flowchart of a multi-point coordinated remote calibration method for automobiles according to several embodiments. [Figure 3]Figure 3 is a block diagram of the principle of a server according to several embodiments. [Figure 4] Figure 4 is a principle block diagram of a required end according to several embodiments. [Figure 5] Figure 5 is a principle block diagram of a response end according to several embodiments. [Figure 6] Figure 6 shows a principle block diagram of an automobile multi-point cooperative remote calibration system according to several embodiments. [Modes for carrying out the invention]

[0015] To further clarify the object, technical solution, and advantages of the embodiments of the present invention, the technical solution of the present invention will be clearly and completely described below with reference to the drawings. Clearly, the embodiments described are some embodiments of the present invention, not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained without creative work by those skilled in the art are all within the scope of protection of the present invention.

[0016] The inventors acknowledge that in calibration scenarios involving multiple vehicles, the vehicles are generally distributed across multiple cities. Under the relevant technical conditions, it is not possible to observe the same calibration signals from vehicles in different locations by dragging them onto the same curve window. Furthermore, it is not possible to reproduce the execution of the algorithm program in vehicles in other provinces or cities by directly executing the algorithm program on the local developer's computer. Instead, the algorithm program must be simultaneously copied to the developer's computer in another province or city and executed on behalf of the developer in that other province or city. In other words, similar software products can only perform local monitoring of the ECU and cannot simultaneously monitor and interact with the ECU on the local computer and the ECU connected to the remote computer.

[0017] Several embodiments of this specification provide a multi-point coordinated remote calibration method for automobiles. Various non-limiting embodiments of the embodiments of this disclosure are described below in detail with reference to the accompanying drawings. As shown in FIG. 1, at least one embodiment provides a multi-site collaborative remote calibration method for automobiles, including a server, a request terminal, and a response terminal. In step S101, the server stores a calibration database, receives and stores the calibration signal transmitted from the response terminal. In step S102, the above request terminal calls the calibration signal from the server to read the calibration signal value, and / or after the above request terminal writes the calibration signal, the server transmits the write target value to the response terminal, the response terminal completes the online calibration of the vehicle, and the above request terminal reads the calibration signal after writing by requesting the server.

[0018] In some application embodiments, the response terminal refers to a computer distributed in multiple provinces and cities and connected to the automotive ECU, and the request terminal refers to a computer locally connected to the automotive ECU. Each response terminal can transmit the calibration signal to the above server. The above request terminal respectively creates corresponding mapping system variables for each calibration signal of the server. And an initial value is assigned to the mapping system variable. Subsequently, the developer can realize monitoring the vehicle calibration signals distributed in multiple provinces and cities or synchronously modifying the vehicle calibration signal values distributed in multiple provinces and cities only by reading or modifying and writing the corresponding calibration signal at the request terminal, effectively improving the convenience and accuracy of calibration of multiple vehicles. The above calibration database is configured to store at least all the calibration signals of the ECU corresponding to each response terminal, including observed quantity calibration signals, writable observed quantity calibration signals, and calibration variable calibration signals.

[0019] As shown in FIG. 2, in some embodiments, the multi-site collaborative remote calibration method for automobiles includes the following. In step S201, the request terminal calls the calibration signal from the server to read the calibration signal value, and / or the request terminal transmits a calibration signal write command to the server and transmits a command to read the calibration signal after writing to the server. In step S202, the response terminal sends a calibration signal to the server, receives the write target value sent from the server, and completes the online calibration for the vehicle.

[0020] The following section details a multi-point coordinated remote calibration method for automobiles, combining several application cases. In a three-vehicle calibration scenario, we assume the vehicles are distributed across three different provinces / cities. We define the computer used for calibration in City A as the requesting end, and the computers connected to ECU1 and ECU2 of the vehicles in the other two provinces / cities as the response ends. The developer in City A first performs local calibration, creating mapping system variables "ECU_Factor1" and "ECU_Factor2" with the same names related to the Factor1 and Factor2 calibration signals in the local vehicle ECU. Then, by creating a graphics program, they sequentially modify "Factor1" and "Factor2" until the algorithm execution result is as expected. For example, the final result will be "Factor1=1.2" and "Factor2=2.3". Factor1 represents the calibration signal of the wheel speed sensor, and Factor2 represents the calibration signal of the acceleration sensor. Each ECU has two calibration signals, Factor1 and Factor2. A developer in City A wants to run the same graphics program on a vehicle ECU in another province / city to reproduce the execution of an algorithm. Without this embodiment, it would be impossible to reproduce the algorithm execution process in vehicles in other provinces / cities by directly running the graphics program on the developer's computer in City A. Generally, this would require simultaneously copying the graphics program to the developer's computer in the other province / city, and having the developer in the other province / city run it on their behalf. This multi-point coordinated remote calibration method for automobiles directly solves this problem by having the requesting end create corresponding mapping system variables for each calibration signal from the server.

[0021] The specific steps are as follows: (1) The calibration computer in City A is the requesting end. The developer in City A uses a calibration module on their local computer to connect to the response ends of other provinces and cities simultaneously via a server, connecting ECU1 and ECU2 of vehicles in other provinces and cities, thereby enabling one requesting end to connect to multiple response ends simultaneously, and the response ends of other provinces and cities send calibration signals from ECU1 and ECU2 to the server. (2) After City A's local computer successfully connects to the ECU1 and ECU2 of the vehicles in other provinces and cities via the server, the calibration module in the local computer automatically creates local mapping system variables “ECU1_Factor1”, “ECU1_Factor2”, and “ECU2_Factor1”, “ECU2_Factor2” for the corresponding calibration signals of ECU1 and ECU2 stored on the server. (3) The developer in City A updates the code in the graphics program on the local computer (requesting end) using wildcards: “ECU*_Factor1=1.2”, “ECU*_Factor2=2.3”. Subsequently, the graphics program is executed, and the server sends the execution result of the graphics program to the corresponding response end, which then sends it to ECU1 and ECU2 of the other provincial / city vehicles. The corresponding calibration signal Factor1 in ECU1 and ECU2 is corrected to 1.2, and the corresponding signal Factor2 is corrected to 2.3. This fulfills the requirements of the developer in City A. That is, the code is updated in the graphics program on the requesting end using wildcards, and the execution result of the graphics program is sent to at least one response end via the server.

[0022] It should be explained that the wildcards described in some examples refer to special characters used to match pre-configured mode strings. When modifying mapping system variable values ​​in bulk, wildcards allow for quick matching of multiple mapping system variables, thereby enabling bulk modification. Taking ECU*_Factor as an example, * is a wildcard that can match any character or string. Therefore, ECU*_Factor can match mapping system variables ECU1_Factor, ECU2_Factor, ECU3_Factor, etc. Their prefix is ​​ECU and their suffix is ​​_Factor. In other words, they just need to satisfy the pre-configured naming convention for mapping system variables.

[0023] Methods for batch data modification include the following: Replace wildcards with specific strings. For example, to change the values ​​of mapping system variables such as ECU1_Factor, ECU2_Factor, and ECU3_Factor to 1.5, simply replace ECU*_Factor with 1.5. In this way, you can modify the values ​​of these mapping system variables all at once.

[0024] In a calibration scenario involving four automobiles, we assume the automobiles are distributed across four different provinces / cities. We define the calibration computer in city A as the requesting end, and the computers connected to ECU1, ECU2, and ECU3 of the automobiles in the other three provinces / cities as the response ends.

[0025] The developer in City A first performs local calibration, creating a mapping system variable ECU_Result1 with the same name as the Result1 measurement signal in the local vehicle ECU, and then dragging it to the curve window to monitor it. The calibration module adjusts the relevant parameter values ​​and evaluates the monitored Result1 signal to confirm the effectiveness of the adjusted parameters.

[0026] After completing local calibration, the developers in City A release the current version of the ECU algorithm and update the ECU algorithms of other provinces and cities to the current version via the server.

[0027] Next, the developers in City A wish to evaluate the operation of the algorithm in different environments in other provinces and cities by similarly monitoring the Result1 signal in the ECUs of each vehicle in those other provinces and cities. Without adopting this embodiment, it would not be possible to observe the same signal Result1 from vehicles at multiple locations by dragging it onto the same curve window.

[0028] In some embodiments of the automotive multi-point cooperative remote calibration method, the requesting end creates corresponding mapping system variables for each calibration signal on the server, thereby enabling the observation of identically named signals Result1 from different ECUs by dragging them onto the same curve window. The specific steps of the method are as follows. (1) The calibration computer in City A is the requesting end. The developer in City A uses a calibration module on their local computer (corresponding to the requesting end) to simultaneously connect to the response ends of other provinces and cities via a server, and connects to the ECU1, ECU2, and ECU3 of vehicles in those other provinces and cities, thereby enabling one requesting end to connect to multiple response ends simultaneously. The response ends of the other provinces and cities then send calibration signals corresponding to ECU1, ECU2, and ECU3 to the server. (2) After City A's local computer successfully connects to ECU1, ECU2, and ECU3 of other provinces and cities via the server, the calibration module in the local computer automatically creates local mapping system variables “ECU1_Result1”, “ECU2_Result1”, and “ECU3_Result1” for the corresponding calibration signals of ECU1, ECU2, and ECU3 stored on the server. Here, Result1 represents the external ambient temperature of the vehicle obtained by monitoring the vehicle sensor. “ECU1_Result1”, “ECU2_Result1”, and “ECU3_Result1” represent the external ambient temperatures of each vehicle obtained by monitoring ECU1, ECU2, and ECU3, respectively. (3) The developer in City A can monitor three mapping system variables, “ECU1_Result1”, “ECU2_Result1”, and “ECU3_Result1”, simultaneously by simply dragging them into the same curve window locally. The monitoring results will then be used to evaluate the adaptability of the algorithm to be implemented in other provinces and cities.

[0029] In some examples, the naming convention for automatically generated mapping system variables is as follows: The ECU name is used as a prefix, and the calibration signal name and the ECU name are separated by an underscore. For example, if the calibration signal name is "abc" and the ECU name is "ABS", the mapping system variable name is called "ABS_abc".

[0030] In some embodiments, the method by which the requesting terminal retrieves a calibration signal from the server and reads the calibration signal value includes the following: For a calibration signal defined as an observation variable, the calibration module retrieves the calibration signal value stored in the server and stores it in the corresponding mapping system variable. When reading the mapping system variable, the last stored value of the mapping system variable is read.

[0031] After the creation of each mapping system variable is complete, the requesting calibration module first connects to the local ECU via the server, reads the current value of each calibration signal from the local ECU (the value when the ECU connection is successful), assigns each current value to the corresponding mapping system variable, and thereby completes the assignment of initial values ​​to each mapping system variable.

[0032] The calibration module reads calibration signal values ​​stored on the server in real time and stores them in the corresponding mapping system variables, ensuring that the values ​​in the mapping system variables are always up-to-date. To read the latest calibration signal value, the user only needs to read the latest value in the mapping system variable, which is the last stored value. The last stored time node is the timestamp of when the calibration module last read the calibration signal value.

[0033] The following section provides a detailed explanation of how to read calibration signals defined as observable quantities, using examples. In functional testing of an automotive ECU connected to the response terminal, it is necessary to use a graphics program at the request terminal to determine whether the power supply voltage signal KL30 of the automotive ECU is greater than 9V.

[0034] First, the response end pre-sends the ECU's power supply voltage signal KL30 to the server for storage. Subsequently, the requesting end's calibration module retrieves the server's calibration database and automatically creates a mapping system variable for the power supply voltage signal in the calibration database. This variable is named "ECU_KL30". The user creates a graphics program that determines the power supply voltage signal at the requesting end. The expression for the execution unit corresponding to that determination is "ECU_KL30>9".

[0035] Next, the user initiates the test. The request-end calibration module connects to the response-end ECU via the server, reads the current value of the KL30 signal in the ECU, and assigns that value to the mapping system variable "ECU_KL30". In this way, an initial value is assigned to the mapping system variable "ECU_KL30".

[0036] Next, the calibration module periodically reads the KL30 signal value via query or DAQ method and stores it in the mapping system variable "ECU_KL30".

[0037] Finally, when executing the user's graphics program execution unit "ECU_KL30>9", the value of the mapping system variable "ECU_KL30" is directly read and compared with 9.

[0038] As one embodiment, the method for writing the above calibration signal includes the following: For a calibration signal defined as a calibration variable, the requesting end associates an assignment function with an asynchronous function. Here, the assignment function is a function that writes a to-be-written target value to a mapping system variable. Once the calibration variable is written, the asynchronous function immediately returns after sending write and read commands to the server, completing the call to the asynchronous function.

[0039] The following section provides a detailed explanation of how to write calibration signals defined as calibration variables, using examples. In a functional test of an automotive ECU connected to the response end, the value of the calibration signal EV_Current, written to the automotive ECU by the graphics program at the request end, must be 2.1 in order to control the current of the corresponding solenoid valve EV to 2.1 amperes.

[0040] First, the response end pre-sends the ECU's solenoid valve current signal EV_Current to the server for storage. Subsequently, the requesting end's calibration module retrieves the server's calibration database and automatically creates a mapping system variable for the solenoid valve current signal in the calibration database. This variable is named "ECU_EV_Current".

[0041] The user creates a graphics program at the requesting end in which the value written to the calibration signal EV_Current is 2.1. The expression for the execution unit corresponding to this write operation is "ECU_EV_Current=2.1".

[0042] Next, the user initiates the test. The request end calibration module is connected to the response end ECU via the server and associates the assignment function for the mapping system variable "ECU_EV_Current" with an asynchronous function "set_sys_var_async". The function of this asynchronous function is to call the API function of the response end calibration module and perform write and read operations on the solenoid valve current signal.

[0043] When executing the requesting graphics program execution unit "ECU_EV_Current=2.1", the requesting calibration module calls the asynchronous function "set_sys_var_async" and inputs the target value "2.1" as a parameter. In this asynchronous function, the following requests are sequentially initiated to the server in an asynchronous manner. (1) A request to write the calibration signal “ECU_EV_Current”, and the request specifies that the mobile parameter is the write value 2.1. (2) This is a request to read the calibration signal “ECU_EV_Current”. After initiating a request, the execution unit does not need to wait for the request result and can immediately return from the asynchronous function "set_sys_var_async". The requesting end calibration module sequentially writes the calibration signal "ECU_EV_Current" in the background and sends the target value to the response end via the server, and the response end writes the target value. That is, the EV_Current value in the ECU becomes 2.1, and the requesting end calibration module reads the calibration signal "ECU_EV_Current" by requesting it from the server.

[0044] In another embodiment, the method for writing the above calibration signal includes the following: For a calibration signal defined as a writable observation variable, the requesting end associates the function with an asynchronous function. Here, the assignment function is a function that writes the target value awaiting writing to a mapping system variable. Once a writable observable is written, the asynchronous function immediately returns after sending write and read commands to the server, completing the call to the asynchronous function.

[0045] The following section provides a detailed explanation of how to write calibration signals defined as writable observable quantities, using examples. In functional testing of an automotive ECU connected to the response end, the value of the calibration signal EV_MAX_Current, written to the automotive ECU by the graphics program at the request end, must be 1.0 in order to set the maximum sampling current of the corresponding solenoid valve EV to 1.0 ampere.

[0046] First, the response end pre-sends the maximum sampling current signal EV_MAX_Current of the ECU's solenoid valve to the server for storage. Subsequently, the calibration module at the requesting end retrieves the server's calibration database and automatically creates a mapping system variable for the maximum sampling current signal of the solenoid valve in the calibration database. Its name is "ECU_EV_MAX_Current".

[0047] The user creates a graphics program at the requesting end in which the value of the maximum sampling current signal written to the solenoid valve is 1.0. The expression for the execution unit corresponding to this writing operation is "ECU_EV_MAX_Current=1.0".

[0048] Next, the user initiates the test. The requesting end calibration module connects to the response end ECU via the server, reads the current value of the EV_MAX_Current signal in the ECU, and assigns it to the mapping system variable "ECU_EV_MAX_Current".

[0049] Next, the request terminal calibration module periodically reads the EV_MAX_Current signal value via query or DAQ method and stores it in the mapping system variable "ECU_EV_MAX_Current".

[0050] Assuming that the ECU detects during the testing process that the maximum sampling current of the solenoid valve EV is 3.0 amperes, the value of the mapping system variable "ECU_EV_MAX_Current" is rewritten to 3.0.

[0051] The requesting end calibration module simultaneously associates the assignment function for the mapping system variable "ECU_EV_MAX_Current" with an asynchronous function "set_sys_var_async". The function of this asynchronous function is to call the calibration module's API function and perform write and read operations for the maximum sampling current signal of the solenoid valve EV.

[0052] When executing the requesting graphics program execution unit "ECU_EV_MAX_Current=1.0", the requesting calibration module calls the asynchronous function "set_sys_var_async" and inputs the target value "1.0" as a parameter. In this asynchronous function, the following requests are sequentially initiated to the server using an asynchronous method. (1) A request to write the calibration signal “ECU_EV_MAX_Current”, and the request is that the mobile parameter is set to a write value of 1.0. (2) This is a request to read the calibration signal “ECU_EV_MAX_Current”. After initiating a request, the execution unit does not need to wait for the request result and can immediately return from the asynchronous function "set_sys_var_async". The requesting end calibration module sequentially writes the calibration signal "ECU_EV_MAX_Current" in the background and sends the target value to the response end via the server, and the response end writes the target value. That is, the EV_MAX_Current value in the ECU becomes 1.0, and the requesting end calibration module reads the calibration signal "ECU_EV_MAX_Current" by requesting it from the server.

[0053] During the subsequent testing process, the value of the ECU internal signal EV_MAX_Current is reset to 1.0. When the ECU detects that the maximum current of the EV valve exceeds this value, the value of the signal EV_MAX_Current and the mapping system variable "ECU_EV_MAX_Current" are rewritten.

[0054] As a supplementary explanation, the calibration signal EV_MAX_Current refers to the maximum sampling current value of the solenoid valve EV obtained by sampling and calculating within the ECU. For example, if the initial value of "EV_MAX_Current" is 1.0 and the current sampling current is always 0.5 amperes, the value of "EV_MAX_Current" will remain 1.0. If the current sampling current becomes greater than 1.0 amperes, for example, if the current current value is detected as 1.2, the value of "EV_MAX_Current" will immediately become 1.2, and even if the current current drops to 0.2 amperes, "EV_MAX_Current," which represents the maximum value of past sampling currents, will remain 1.2 and will not follow the decrease. Therefore, this calibration signal is a bidirectional read / write signal, and the ECU can increase it based on the actual current value obtained by sampling, and the user can also reset this calibration signal to a relatively low value on the user side. The advantages of this are as follows: Users can read the maximum value of this calibration signal at different times. Once this calibration signal starts, it rises to 3.0, and since there is no reset mechanism, subsequent observations of this calibration signal enter a dead zone and do not encounter the problem of only reading up to 3.0. Therefore, in this case, the value of the ECU internal signal EV_MAX_Current is reset to 1.0, and when the ECU detects that the maximum current of the EV valve exceeds this value, the values ​​of the calibration signal EV_MAX_Current and the mapping system variable "EV_MAX_Current" are rewritten.

[0055] In some embodiments, after the server successfully executes both write and read commands simultaneously, the requesting end refreshes the last stored value of the mapping system variable with the write-wait target value.

[0056] In some embodiments, the calibration signal for the observed quantity refers to a calibration signal purely for observational purposes. Examples include engine speed, vehicle speed, etc. These signals are all determined based on measurements of real-world relevant information, reflect objective facts, and do not require correction.

[0057] In some embodiments, the calibration signal for the calibration variable refers to the parameter to be set. For example, the P, I, and D parameters of a PID algorithm, which determine the operating state of the algorithm after modification.

[0058] In some embodiments, the calibration signal for a writable observable quantity refers to a signal that may be used for observation and may be used to intervene in the observed value. A signal such as the maximum current value of a solenoid valve increases continuously to its maximum value as the observation progresses. For example, if we want to observe the maximum value within two hours from the current time, we need to reset the observed value and read it within two hours.

[0059] In some embodiments, if the requesting terminal is unable to receive the calibration signal from the server, the requesting terminal will report an error if it attempts to write the calibration signal to the corresponding mapping system variable.

[0060] The act of writing to a mapping system variable is initiated by the requesting end user. After the requesting end calibration module successfully connects to the response end's ECU via the server, the requesting end user's program can write to any of the mapping system variables. If a mapping system variable does not exist, writing to it will result in an error. Therefore, if the requesting end cannot receive a calibration signal from the server, it means that the calibration signal does not exist or the transmission process of the calibration signal has failed, and the mapping system variable corresponding to the requesting end of the calibration signal is not initialized. In other words, the corresponding mapping system variable does not exist, and if the requesting end writes to one of the non-existent mapping system variables at this time, the requesting end will report an error.

[0061] The following section provides an example to explain in detail the situation in which a calibration signal is written when the calibration module is not activated. In a functional test of an automotive ECU defined as the response end, the value of the calibration signal EV_Current, written to the ECU by the requesting end's graphics program, must be 2.1 in order to control the current of the corresponding solenoid valve EV to 2.1 amperes.

[0062] First, the response end pre-sends the ECU's solenoid valve current signal EV_Current to the server for storage. Subsequently, the requesting end's calibration module retrieves the server's calibration database and automatically creates a mapping system variable for the solenoid valve current signal in the calibration database. This variable is named "ECU_EV_Current".

[0063] The user creates a graphics program at the requesting end in which the value written to the calibration signal EV_Current is 2.1. The expression for the execution unit corresponding to this write operation is "ECU_EV_Current=2.1".

[0064] Next, the user initiates the test. The request-end calibration module connects to the response-end ECU via the server. However, if the connection fails, the request-end calibration module marks the mapping system variable "ECU_EV_Current" as invalid.

[0065] When executing the execution unit "ECU_EV_Current=2.1" of the requesting end graphics program, the requesting end calibration module detects that the flag of the mapping system variable is invalid, abandons the assignment operation, and prints the error report information "Invalid mapping system variable. ECU_EV_Current" in the requesting end calibration module message.

[0066] As shown in Figure 3, some embodiments further provide a server. This server performs the multi-point coordinated remote calibration method for automobiles described above. The server stores a calibration database and is configured to receive and store calibration signals transmitted from the response end, and to transmit target values ​​written from the request end to the response end.

[0067] Specifically, the server includes a processor, a computer-readable storage medium, a communication bus, and a communication interface. Here, the processor, the readable storage medium, and the communication interface communicate with each other via the communication bus. The readable storage medium is used to store a calibration database and calibration signals transmitted from the response end, and to run the program for the multi-point coordinated remote calibration method for automobiles. The program causes the processor to perform operations corresponding to the multi-point coordinated remote calibration method for automobiles, and the processor is further used to receive calibration signals transmitted from the response end and to transmit target values ​​written from the request end to the response end.

[0068] In some embodiments, the communication interface may be a communication interface that can be connected to an external bus adapter, such as RS232, RS485, USB port, and TYPE port. A wired or wireless network interface may also be included, and the network interface may optionally include wired and / or wireless interfaces (e.g., Wi-Fi interface, Bluetooth® interface, etc.) to establish a communication connection between the server and other computer devices.

[0069] A readable storage medium or computer-readable storage medium includes at least one type of memory. Memory includes flash memory, hard disks, multimedia cards, card-type memory (e.g., SD or DX memory), magnetic memory, magnetic disks, optical disks, etc. In some embodiments, it may be an internal storage unit of a computer device, such as a hard disk. In other embodiments, memory may be an external storage device of a computer device, such as a plug-in hard disk, SmartMedia® card (SMC), Secure Digital (SD), or flash card. Furthermore, memory may include both internal storage units and external storage devices of a computer device. Memory is used to store various types of data, such as application software and computer program code installed on the computer device, as well as to temporarily store output data or data to be output.

[0070] In some embodiments, the processor may be a central processing unit (CPU), controller, microcontroller, microprocessor, or other data processing chip that executes program code stored in memory or processes data, for example, to run a computer program.

[0071] In some embodiments, the communication bus may be an input / output bus, such as a Peripheral Component Interconnect (PCI) bus or an Enhanced Industry Standard Architecture (EISA) bus. This bus can be divided into an address bus, a data bus, a control bus, etc.

[0072] Some embodiments further provide a method for the operation of a requesting terminal in an automotive multi-point coordinated remote calibration process, which includes: the requesting terminal calling a calibration signal from a server and reading the calibration signal value; and / or the requesting terminal sending a calibration signal write command to the server and a command to read the calibration signal after it has been written.

[0073] The requesting end creates a corresponding mapping system variable for each calibration signal on the server. Initial values ​​are assigned to the mapping system variables. The method by which the requesting end retrieves calibration signals from the server and reads the calibration signal values ​​includes the following: For calibration signals defined as observable quantities, the calibration module on the requesting end retrieves the calibration signal value stored on the server and stores it in the corresponding mapping system variable. When reading the mapping system variable, the last stored value of the mapping system variable is read.

[0074] The requesting terminal creates a corresponding mapping system variable for each calibration signal on the server. It assigns initial values ​​to the mapping system variables. The requesting terminal then sends a calibration signal write command to the server and a command to read the calibration signal after it has been written. Furthermore, the requesting terminal associates an assignment function with an asynchronous function for each calibration signal defined as a calibration variable. Here, the assignment function is a function that writes the target value awaiting writing to the mapping system variable. Once the calibration variable is written, the asynchronous function immediately returns after sending the write and read commands to the server, completing the call to the asynchronous function.

[0075] The requesting terminal creates a corresponding mapping system variable for each calibration signal on the server and assigns initial values ​​to the mapping system variables. The requesting terminal then sends a calibration signal write command to the server and a command to read the calibration signal after it has been written. Furthermore, the process includes the following: For calibration signals defined as writable observables, the requesting terminal associates an assignment function with an asynchronous function. Here, the assignment function is a function that writes the target value awaiting writing to the mapping system variable. Once the writable observable is written, the asynchronous function immediately returns after sending the write and read commands to the server, completing the call to the asynchronous function.

[0076] The requesting terminal is connected to the server, and after the server successfully executes both write and read commands simultaneously, the requesting terminal refreshes the last stored value of the mapping system variable with the target value to be written and sends the target value to the server.

[0077] In some embodiments, if the requesting terminal is unable to receive the calibration signal from the server, the requesting terminal will report an error if it attempts to write the calibration signal to the corresponding mapping system variable.

[0078] Specifically, the operation method of the requesting terminal in the automotive multi-point cooperative remote calibration process is described in the above-mentioned automotive multi-point cooperative remote calibration method, and is therefore omitted from this explanation.

[0079] As shown in Figure 4, some embodiments further provide request terminals. These request terminals are configured to execute a program for how the request terminal operates in the automotive multi-point coordinated remote calibration process described above. Specifically, the request terminal includes a request terminal processor, a request terminal-readable storage medium, a request terminal communication bus, and a request terminal communication interface. The request terminal processor, the request terminal-readable storage medium, and the request terminal communication interface can communicate with each other via the request terminal communication bus. The request terminal-readable storage medium is used to store a program that executes the operation method of the request terminal in the automotive multi-point cooperative remote calibration process, and the program causes the request processor to execute operations corresponding to the operation method of the request terminal in the automotive multi-point cooperative remote calibration process.

[0080] As shown in Figure 5, some embodiments further provide a response terminal. This response terminal includes a computer device and a bus adapter. The computer device is configured to send calibration signals to a server and to receive write target values ​​sent from the server. The bus adapter is configured to read calibration signals from the ECU and to send the target values ​​to the ECU to complete online calibration for the corresponding vehicle.

[0081] The above-mentioned computer device includes a response-end processor, a response-end readable storage medium, a response-end communication bus, and a response-end communication interface. The response terminal-readable storage medium is configured to store a program for executing the automobile multi-point coordinated remote calibration method, and the response terminal processor is configured to execute the program for the automobile multi-point coordinated remote calibration method. The above-mentioned response terminal processor, the above-mentioned response terminal readable storage medium, and the above-mentioned response terminal communication interface communicate with the bus adapter via the above-mentioned response terminal communication bus. The bus adapter described above is configured to read calibration signals from the ECU and to transmit the written values ​​generated after the processor has performed the automotive multi-point coordinated remote calibration method described above to the ECU.

[0082] In some embodiments, the computer device corresponds to the server described above, and its description is omitted here.

[0083] In some embodiments, the bus adapter may be a CAN bus adapter, a CANFD bus adapter, a FastLIN bus adapter, a LIN bus adapter, an Ethernet bus adapter, or a FlexRay bus adapter. It may be one-to-many or multiple-to-many, and some embodiments do not limit the specific implementation of the bus adapter.

[0084] As shown in Figure 6, some embodiments further provide an automotive multi-point coordinated remote calibration system. This system includes the following: It is a server that stores a calibration database and receives and stores calibration signals transmitted from the response end. The request terminal is configured to execute a program for the operation method of the request terminal in the above-mentioned multi-point coordinated remote calibration process for automobiles. The response end is configured to send a calibration signal to the server, receive a write target value sent from the server, and complete online calibration for the vehicle. Here, the specific structure and operation methods of the requesting end, response end, and server will be explained by referring to the content of the above-mentioned multi-point coordinated remote calibration method for automobiles and the operation method of the requesting end in the multi-point coordinated remote calibration process for automobiles, and will be omitted from this explanation.

[0085] Some embodiments further provide a computer program product. This product includes a computer-readable storage medium in which computer-readable program code is stored, the computer-readable program code includes commands, these commands cause at least one processor or at least one computer device to execute any of the above possible automotive multipoint coordinated remote calibration methods or automotive multipoint coordinated remote calibration systems, the method of operating the requesting end.

[0086] Some embodiments provide a computer-readable storage medium on which computer-readable commands are stored and, when executed by at least one processor, cause the operation method of the requesting end in the multi-point coordinated remote calibration process of the automobile described above.

[0087] In some embodiments provided by this application, the disclosed apparatus and methods can, of course, be implemented in other ways. The embodiments of the apparatus described above are merely illustrative; for example, the flowcharts and block diagrams in the drawings illustrate the implementable architectures, functions, and operations of the apparatus, methods, and computer program products according to some embodiments of the present invention. In this regard, each block in the flowchart or block diagram may represent a module, program segment, or part of code. The module, program segment, or part of code contains executable commands for implementing one or more predetermined logical functions. In some alternative implementations, the functions represented in the blocks may occur in an order different from that shown in the drawings. For example, two consecutive blocks can actually be executed substantially in parallel, and sometimes in reverse order depending on the related functions. It should also be noted that each block in the block diagram and / or flowchart, and combinations of blocks in the block diagram and / or flowchart, may be implemented in a dedicated hardware-based system that performs a predetermined function or operation, or in a combination of dedicated hardware and computer commands.

[0088] Furthermore, in each embodiment of the present invention, each functional module may be integrated to form a single independent part, each module may exist individually, or two or more modules may be integrated to form a single independent part.

[0089] The above functions can be implemented in the form of software function modules and, when sold or used as independent products, can be stored on a single computer-readable storage medium. Based on this understanding, the technical solutions of the present invention, in their essence or contribution to the prior art, or parts thereof, can be represented in the form of a software product. The computer software product is stored on a single storage medium and contains a plurality of commands that cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in each embodiment of the present invention.

[0090] By illustrating the preferred embodiments of the present invention described above, those skilled in the art can make various changes and modifications to the above-described content without departing from the technical spirit of the present invention. The technical scope of the present invention is not limited to the contents of the specification and must be determined based on the claims.

Claims

1. A multi-point coordinated remote calibration method for automobiles using a server, a request terminal, and a response terminal, The requesting end creates a corresponding mapping system variable for each calibration signal of the server, Assign initial values ​​to the mapping system variables, The requesting terminal retrieves a calibration signal from the server and reads the calibration signal value, For a calibration signal defined as an observed quantity, the calibration module at the requesting end acquires the calibration signal value stored in the server and stores it in the corresponding mapping system variable. When reading the mapping system variable, the last stored value of the mapping system variable is read, The requesting terminal sends a command to write a calibration signal to the server, and sends a command to read the calibration signal after it has been written to the server, The requesting terminal sends a command to write a calibration signal to the server, and then sends a command to read the calibration signal after it has been written to the server. With respect to the calibration signal defined as a calibration variable, the request terminal associates an assignment function, which is a function that writes a target value to be waited for to be written to a mapping system variable, with an asynchronous function, and When a calibration variable is written, the asynchronous function immediately returns after sending write and read commands to the server, completing the call to the asynchronous function. A multi-point coordinated remote calibration method for automobiles, characterized by the following features.

2. The requesting terminal sends a command to write a calibration signal to the server, and then sends a command to read the calibration signal after it has been written to the server. For a calibration signal defined as a writable observable quantity, the requesting end associates an assignment function, which is a function that writes a target value awaiting writing to a mapping system variable, with a single asynchronous function. The multi-point coordinated remote calibration method for automobiles according to claim 1, characterized in that when a writable observable quantity is written, the asynchronous function immediately returns after sending write and read commands to the server and completes the call to the asynchronous function, and / or, after the server has successfully executed the write and read commands simultaneously, the requesting end refreshes the last stored value of the mapping system variable with the write target value and sends the write target value to the server.

3. The multi-point coordinated remote calibration method for automobiles according to claim 2, characterized in that if the request terminal is unable to receive the calibration signal from the server, the request terminal reports an error when it attempts to write the calibration signal to the corresponding mapping system variable.

4. The aforementioned request terminal can further modify the values ​​of each mapping system variable in bulk using wildcards. The multi-point coordinated remote calibration method for automobiles according to claim 1, characterized in that the graphics program at the requesting end updates the code using wildcards and transmits the execution result of the graphics program to at least one response end via the server.

5. A method for operating the requesting terminal in the multi-point coordinated remote calibration process of an automobile, The method by which the requesting end retrieves a calibration signal from the server and reads the calibration signal value is: For a calibration signal defined as an observed quantity, the calibration module at the requesting end acquires the calibration signal value stored in the server and stores it in the corresponding mapping system variable. When reading the mapping system variable, this includes reading the last stored value of the mapping system variable, and / or, The requesting party creates a corresponding mapping system variable for each calibration signal of the server, This includes assigning initial values ​​to mapping system variables, The requesting terminal sends a command to write a calibration signal to the server, and then sends a command to read the calibration signal after it has been written to the server. For a calibration signal defined as a calibration variable, the request terminal associates an assignment function, which is a function that writes a target value to be waited for to be written to a mapping system variable, with an asynchronous function. When a calibration variable is written, the asynchronous function sends write and read commands to the server and then immediately returns to complete the call to the asynchronous function, and / or, The requesting party creates a corresponding mapping system variable for each calibration signal of the server, This includes assigning initial values ​​to mapping system variables, The requesting terminal sends a command to write a calibration signal to the server, and then sends a command to read the calibration signal after it has been written to the server. For a calibration signal defined as a writable observable quantity, the request terminal associates an assignment function, which is a function that writes a target value awaiting writing to a mapping system variable, with an asynchronous function. When a writable observable quantity is written, the asynchronous function immediately returns after sending write and read commands to the server, and completes the call to the asynchronous function. A method for operating the request terminal, characterized by including the following:

6. The method for operating a request terminal according to claim 5, characterized in that, after the server has successfully executed a write command and a read command simultaneously, the request terminal connects to the server so that the request terminal refreshes the last stored value of the mapping system variable with the write-wait target value.

7. The method for operating a request terminal according to claim 6, characterized in that if the request terminal is unable to receive the calibration signal from the server, the request terminal reports an error when it attempts to write the calibration signal to the corresponding mapping system variable.

8. A required terminal for an automotive multi-point coordinated remote calibration system, The requesting terminal is configured to retrieve a calibration signal from the server, read the calibration signal value, and / or send a calibration signal write command to the server, and send a command to the server to read the calibration signal after it has been written. The requesting end creates a corresponding mapping system variable for each calibration signal of the server, Initial values ​​are assigned to the mapping system variables. The requesting terminal retrieves a calibration signal from the server and reads the calibration signal value, For a calibration signal defined as an observed quantity, the calibration module at the requesting end acquires the calibration signal value stored in the server and stores it in the corresponding mapping system variable. When reading the mapping system variable, this includes reading the last stored value of the mapping system variable. and / or, The requesting end creates a corresponding mapping system variable for each calibration signal of the server, This includes assigning initial values ​​to mapping system variables, The requesting terminal sends a command to write a calibration signal to the server, and then sends a command to read the calibration signal after it has been written to the server. For a calibration signal defined as a calibration variable, the request terminal associates an assignment function, which is a function that writes a target value to be waited for to be written to a mapping system variable, with an asynchronous function. When a calibration variable is written, the asynchronous function sends write and read commands to the server and then immediately returns to complete the call to the asynchronous function, and / or, The requesting end creates a corresponding mapping system variable for each calibration signal of the server, This includes assigning initial values ​​to mapping system variables, The requesting terminal sends a command to write a calibration signal to the server, and then sends a command to read the calibration signal after it has been written to the server. For a calibration signal defined as a writable observable quantity, the request terminal associates an assignment function, which is a function that writes a target value awaiting writing to a mapping system variable, with an asynchronous function. When a writable observable quantity is written, the asynchronous function sends write and read commands to the server and then immediately returns to complete the call to the asynchronous function, The aforementioned request terminal can further modify the values ​​of each mapping system variable in bulk using wildcards. A request terminal for an automotive multi-point cooperative remote calibration system, characterized by updating the code using wildcards in the request terminal's graphics program and transmitting the execution result of the graphics program to at least one response terminal via a server.

9. The request terminal for a multi-point coordinated remote calibration system for automobiles according to claim 8, characterized in that, after the server has successfully executed a write command and a read command simultaneously, the request terminal refreshes the last stored value of the mapping system variable with the write target value and transmits the write target value to the server.

10. The request terminal for a multi-point coordinated remote calibration system for automobiles according to claim 8, characterized in that if the request terminal is unable to receive the calibration signal from the server, the request terminal reports an error when it attempts to write the calibration signal to the corresponding mapping system variable.

11. A server used with a request terminal for an automobile multi-point coordinated remote calibration system according to claims 8 to 10, wherein the server stores a calibration database, receives and stores calibration signals transmitted from a response terminal, and transmits target values ​​written from the request terminal to the response terminal.

12. The server according to claim 11, wherein the calibration database is configured to store all calibration signals of at least each response terminal corresponding to the ECU, and includes an observable calibration signal, a writable observable calibration signal, and a calibration variable calibration signal.

13. A response terminal used with the server described in claim 12, comprising a computer device and a bus adapter, The aforementioned computer device is configured to send a calibration signal to the server and to receive a write target value sent from the server. The bus adapter is configured to read a calibration signal from the ECU and to transmit the target value to the ECU to complete the corresponding online calibration, characterized in that it is a response terminal.

14. A computer-readable program, A processor or at least one computer device is made to perform the operation method of the requesting end in the automobile multi-point coordinated remote calibration process according to any one of claims 5 to 7. A program characterized by the following features.

15. A computer-readable storage medium, A computer-readable command is stored and, when executed by at least one processor, causes the operation method of the requesting end in the multi-point coordinated remote calibration process of an automobile according to any one of claims 5 to 7. A computer-readable storage medium characterized by the following features.

Images