Remote parameter calibration control method and device, equipment and storage medium

Abstract

The invention discloses a remote parameter calibration control method, device and equipment and a storage medium, and relates to the technical field of automobile electronic control, and the method comprises the steps: receiving calibration data from a vehicle-mounted communication terminal; performing bidirectional identity authentication and parameter legality verification on the calibration data to obtain a verification result; when the verification result indicates that verification is passed, the running state of the vehicle is detected, and when it is judged that preset safety conditions are met, calibration parameters are written into corresponding storage partitions to update function configuration parameters, and storage separation and remote dynamic reconstruction of vehicle control software and the calibration parameters are achieved; and a single basic software version is enabled to adapt to different working conditions and customer customization requirements in a self-adaptive manner through a parameter coverage mechanism.

Description

Technical Field

[0001] This invention relates to the field of automotive electronic control technology, and in particular to a remote parameter calibration control method, device, equipment, and storage medium. Background Technology

[0002] As the automotive industry moves towards intelligence and personalization, the functional configurations of vehicles vary increasingly depending on different regional operating conditions and customer customization needs, making the market's demand for rapid iteration and flexible adaptation of vehicle software more urgent.

[0003] Current software development requires the creation of independent software versions for different working conditions and customer needs. Each parameter difference necessitates recompiling to generate a new version, resulting in a large number of software versions, high management costs, and difficult maintenance. This makes it impossible to adapt to the diverse needs of customers and the differentiated working conditions in different regions.

[0004] The above content is only used to help understand the technical solution of the present invention and does not represent an admission that the above content is prior art. Summary of the Invention

[0005] The main objective of this invention is to provide a remote parameter calibration control method, device, equipment, and storage medium, aiming to solve the technical problem of how to achieve remote dynamic differentiation of vehicle function configuration based on a single software version.

[0006] To achieve the above objectives, the present invention provides a remote parameter calibration control method, which includes the following steps:

[0007] Receive calibration data from the vehicle-mounted communication terminal; The calibration data is subjected to two-way identity authentication and parameter validity verification to obtain the verification results; When the verification result indicates that the verification is successful, the vehicle's operating status is detected. If the preset safety conditions are met, the calibration parameters are written to the corresponding storage partition to update the function configuration parameters.

[0008] In one embodiment, the step of receiving calibration data from the vehicle-mounted communication terminal, wherein the calibration data includes function switch parameters, target threshold parameters, and process control parameters, includes: Receive a first random number and a first check value from the vehicle-mounted communication terminal; The first random number is calculated according to a preset algorithm to obtain a second verification value, and the first verification value and the second verification value are compared. If the first verification value and the second verification value are consistent, a second random number and a third verification value are sent to the vehicle communication terminal so that the vehicle communication terminal can perform reverse verification. Upon receiving a successful verification notification from the vehicle communication terminal, calibration data is received from the vehicle communication terminal, wherein the calibration data includes function switch parameters, target threshold parameters, and process control parameters.

[0009] In one embodiment, the step of receiving calibration data from the vehicle-mounted communication terminal, wherein the calibration data includes function switch parameters, target threshold parameters, and process control parameters, further includes: In response to the operating mode selection command of the vehicle communication terminal, the operating mode selection command indicates mountain power mode, hill power mode or plain economic mode. The target mode is determined according to the working condition mode selection instruction, and the basic parameter set corresponding to the target mode is retrieved from the preset parameter mapping table. The basic parameter set includes basic function switch values, basic target thresholds and basic process control values. The set of basic parameters is temporarily stored in a temporary cache area; The system receives correction parameters from the vehicle-mounted communication terminal, the correction parameters including the function switch parameters, the target threshold parameters, and the process control parameters; The differences between the modified parameters and the set of basic parameters are compared to determine the differences. The parameters of the difference portion are determined as the function switch parameters, target threshold parameters, and process control parameters in the calibration data.

[0010] In one embodiment, the step of performing two-way authentication and parameter validity verification on the calibration data to obtain the verification result includes: Extract the risk level identifier and user confirmation identifier from the calibration data; When the risk level is identified as a preset high-risk level, it is checked whether a user confirmation instruction has been received. When the user confirmation command is detected, candidate parameter values ​​are extracted from the calibration data, and the candidate parameter values ​​are compared with a preset valid range to determine whether the candidate parameter values ​​are within the preset valid range. When the candidate parameter value is determined to be within the preset valid range, the verification result is determined to be successful.

[0011] In one embodiment, the step of detecting the vehicle's operating status when the verification result indicates that the verification has passed, and writing the calibration parameters to the corresponding storage partition to update the function configuration parameters when it is determined that the preset safety conditions are met, includes: When the verification result indicates that the verification is successful, the vehicle's real-time speed, motor speed, and battery status are collected. The real-time vehicle speed is compared with a preset vehicle speed threshold to determine whether the vehicle is stationary. The motor speed is compared with a preset speed threshold to determine whether the power system is in a stopped state; Determine whether the vehicle is not charging based on the battery status; When it is determined that the vehicle is stationary, the power system is stopped, and the vehicle is not charging, the real-time closed-loop adjustment function of the power control system is suspended. The function switch parameters, the target threshold parameters, and the process control parameters are written into a non-volatile memory to overwrite the original configuration parameters, and the real-time closed-loop regulation function of the power control system is restored.

[0012] In one embodiment, the step of writing the function switch parameters, the target threshold parameters, and the process control parameters into non-volatile memory to overwrite the original configuration parameters includes: Update the enable state of the corresponding function according to the function switch parameters; Update the target boundary value of the corresponding function according to the target threshold parameter; Update the control coefficients and limit values ​​in the power control algorithm according to the process control parameters; The updated enable state, target boundary value, control coefficient, and limit value are stored in non-volatile memory to overwrite the original configuration parameters.

[0013] In one embodiment, before receiving calibration data from the vehicle-mounted communication terminal, the method further includes: Receive a parameter write request message from the vehicle-mounted communication terminal; Parse the parameter writing request message to obtain the data packet sequence number and parameter content; count the number of times the same parameter content is received based on the data packet sequence number; When the number of receptions reaches the preset number of confirmations, the parameter content is confirmed to be valid; Extract the parameter type identifier and parameter value from the parameter content; The parameter values ​​are classified into the function switch parameters, the target threshold parameters, and the process control parameters according to the parameter type identifier, so as to obtain calibration data containing the function switch parameters, the target threshold parameters, and the process control parameters.

[0014] Furthermore, to achieve the above objectives, the present invention also proposes a remote parameter calibration control device, the device comprising: The data receiving module is used to receive calibration data from the vehicle-mounted communication terminal; The security verification module is used to perform two-way identity authentication and parameter legality verification on the calibration data to obtain the verification result; The parameter writing module is used to detect the vehicle's operating status when the verification result indicates that the verification has passed, and write the calibration parameters to the corresponding storage partition to update the function configuration parameters when it is determined that the preset safety conditions are met.

[0015] Furthermore, to achieve the above objectives, the present invention also proposes a remote parameter calibration control device, the device comprising: a memory, a processor, and a remote parameter calibration control program stored in the memory and executable on the processor, the remote parameter calibration control program being configured to implement the steps of the remote parameter calibration control method as described above.

[0016] Furthermore, to achieve the above objectives, the present invention also proposes a storage medium storing a remote parameter calibration control program, wherein when the remote parameter calibration control program is executed by a processor, it implements the steps of the remote parameter calibration control method described above.

[0017] In addition, to achieve the above objectives, this application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the remote parameter calibration control method described above.

[0018] One or more technical solutions proposed in this application have at least the following technical effects: By receiving calibration data containing function switch parameters, target threshold parameters, and process control parameters, and after two-way authentication and parameter validity verification, the categorized calibration parameters are written to the corresponding storage partition to overwrite the original configuration parameters when the vehicle meets the preset safety conditions. This decouples the software version from the calibration parameters, enabling a single full-function basic software to adaptively adapt to different working conditions and customer customization needs through remote parameter overlay. This eliminates the need to develop multiple software versions, shortens the development cycle, and reduces management costs. At the same time, multiple security checks and vehicle status detection ensure the security and reliability of parameter writing. Attached Figure Description

[0019] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0020] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0021] Figure 1 This is a flowchart illustrating an embodiment of the remote parameter calibration and control method of this application. Figure 2 This is a flowchart illustrating Embodiment 2 of the remote parameter calibration and control method of this application. Figure 3 This is a schematic diagram of the module structure of the remote parameter calibration control device according to an embodiment of this application; Figure 4 This is a schematic diagram of the device structure of the hardware operating environment involved in the remote parameter calibration control method in this application embodiment.

[0022] The purpose, features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0023] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.

[0024] To better understand the technical solution of this application, a detailed description will be provided below in conjunction with the accompanying drawings and specific implementation methods.

[0025] It should be noted that the executing entity in this embodiment can be a computing service device with data processing, network communication, and program execution functions, such as a tablet computer, personal computer, or mobile phone, or an electronic device or remote parameter calibration and control device capable of performing the above functions. The following description uses a remote parameter calibration and control device as an example to illustrate this embodiment and the subsequent embodiments.

[0026] Based on this, embodiments of this application provide a remote parameter calibration and control method, referring to... Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the remote parameter calibration and control method of this application.

[0027] In this embodiment, the remote parameter calibration control method includes steps S10 to S30: Step S10: Receive calibration data from the vehicle communication terminal; It should be noted that the vehicle-mounted communication terminal, or vehicle-mounted wireless communication device, is used to establish a data communication link between the vehicle and the remote platform to realize remote data interaction; calibration data is a set of various adjustable configuration parameters used to modify the operating configuration of the vehicle controller; classification calibration parameters are a set of parameters divided according to functional categories, including function switch parameters used to control the function to be turned on or off, target threshold parameters used to set the target range of the function, and process control parameters used to adjust the control algorithm.

[0028] Understandably, the calibration data received from the vehicle-mounted communication terminal via the communication interface includes categorized calibration parameters covering function switch parameters, target threshold parameters, and process control parameters. This allows for the acquisition of remotely configured parameter information, providing a data foundation for subsequent parameter verification and writing. This step establishes a data connection between the vehicle and the remote platform.

[0029] In one feasible implementation, step S10 includes steps A11 to A14: Step A11: Receive the first random number and the first check value from the vehicle communication terminal; It should be noted that the first random number is a random value generated by the requester, i.e., the vehicle-mounted communication terminal, and is used as the initial seed data in the identity authentication process. It is unpredictable. The first verification value is the verification value obtained after calculating the first random number according to the preset algorithm, and is used to verify the legitimacy of the requester's identity.

[0030] Understandably, the system receives a first random number and a first checksum from the vehicle-mounted communication terminal to obtain initial verification information for identity authentication, thus initiating the two-way identity authentication process. This step provides the foundational data for subsequent identity verification.

[0031] Step A12: Calculate the first random number according to the preset algorithm to obtain the second verification value, and compare the first verification value and the second verification value; It should be noted that the preset algorithm is a pre-agreed mathematical operation rule used to convert random numbers into verification values ​​to ensure that the calculation logic of both parties is consistent; the second verification value is the verification value obtained after independently calculating the first random number according to the preset algorithm, which is used to compare with the first verification value.

[0032] Understandably, a second verification value is calculated from the first random number using a preset algorithm, and then compared with the first verification value to determine if they match, thereby verifying the legitimacy of the vehicle-mounted communication terminal's identity. This step, through independent calculation and comparison, ensures the authenticity and trustworthiness of the requester's identity.

[0033] Step A13: If the first and second verification values ​​are consistent, send the second random number and the third verification value to the vehicle communication terminal so that the vehicle communication terminal can perform reverse verification; It should be noted that the second random number is a random value generated by the receiver and is used as seed data in the reverse verification process; the third verification value is the verification value obtained by calculating the second random number according to the preset algorithm and is used by the vehicle communication terminal for reverse verification comparison; reverse verification is the process by which the vehicle communication terminal verifies the identity to achieve two-way authentication.

[0034] Understandably, if the first and second checksums match, a second random number and a third checksum are sent to the vehicle-mounted communication terminal. This allows the terminal to calculate the second random number using a preset algorithm and compare it to the third checksum, thus performing reverse verification. This step achieves two-way authentication, preventing the security risks that may exist with one-way authentication.

[0035] Step A14: Upon receiving a successful verification notification from the vehicle communication terminal, receive calibration data from the vehicle communication terminal, wherein the calibration data includes function switch parameters, target threshold parameters, and process control parameters.

[0036] It should be noted that the verification success notification is the confirmation message sent by the vehicle communication terminal after completing the reverse verification, indicating that the two-way authentication is successful and the identity is legitimate; the function switch parameter is the configuration parameter used to control the vehicle function to be turned on or off; the target threshold parameter is the configuration parameter used to set the boundary value of the target range of the vehicle function; and the process control parameter is the configuration parameter used to adjust the internal coefficients of the vehicle control algorithm.

[0037] Understandably, upon receiving a successful verification notification from the vehicle communication terminal, calibration data is received from the terminal. This calibration data includes function switch parameters, target threshold parameters, and process control parameters, thereby obtaining legitimate parameter data after authentication. This step ensures that parameter data is only received after successful two-way authentication, enhancing data transmission security.

[0038] In the specific implementation, a triple verification is set up, including requester verification, receiver verification, and data sequence number detection. The requester and receiver generate random seeds according to the same verification strategy, which are then converted into generated values ​​through a specific strategy. The requester sends its own generated random seed and generated value to the receiver. After the receiver verifies that the seed and generated value are consistent, it outputs the random seed and generated value to the requester in the same way. Only when both parties pass the verification will a message data frame be sent for updating.

[0039] Furthermore, in one feasible implementation, step S10 further includes steps A21 to A26: Step A21: Respond to the operating mode selection command from the vehicle communication terminal. The operating mode selection command indicates the mountain power mode, hill power mode, or plain economic mode. It should be noted that the operating mode selection command is a command used to indicate the type of vehicle operating condition, which is generated by the remote platform based on the actual usage environment of the vehicle; the mountain power mode is a power output mode optimized for complex road conditions in mountainous areas, emphasizing climbing ability and torque output; the hill power mode is a power output mode that balances the undulating road conditions in hilly areas, taking into account both power and economy; and the plain economy mode is an economic and energy-saving mode optimized for good road conditions in plains, emphasizing fuel or electric power economy.

[0040] Understandably, responding to the operating mode selection command from the vehicle communication terminal, which indicates one of the following modes—mountain driving mode, hill driving mode, or plain economic mode—determines the vehicle's target operating condition. This step enables flexible selection of the basic operating mode based on actual road conditions.

[0041] Step A22: Determine the target mode according to the working mode selection instruction, and retrieve the set of basic parameters corresponding to the target mode from the preset parameter mapping table. The set of basic parameters includes basic function switch values, basic target thresholds and basic process control values. It should be noted that the target mode is the operating condition type ultimately determined by the operating condition mode selection instruction, which serves as the basis for parameter retrieval; the preset parameter mapping table is a pre-established one-to-one correspondence table between operating condition modes and basic parameter sets, stored in the local storage area; the basic parameter set is the set of default parameter configurations corresponding to a specific target mode; the basic function switch value is the default function on or off status value in the target mode; the basic target threshold is the default function target range boundary value in the target mode; and the basic process control value is the default control algorithm coefficient value in the target mode.

[0042] Understandably, the target mode is determined based on the operating mode selection command, and the set of basic parameters corresponding to the target mode is retrieved from the preset parameter mapping table. This set of basic parameters includes basic function switch values, basic target thresholds, and basic process control values, thereby obtaining the default parameter configuration under the target operating condition. This step quickly obtains the basic configuration suitable for the target operating condition through the preset parameter mapping table.

[0043] Step A23: Temporarily store the basic parameter set in the temporary cache area; It should be noted that the temporary cache area is a volatile memory space used for short-term data storage, which facilitates subsequent data comparison and difference calculation processing. The data is not retained after power failure.

[0044] Understandably, temporarily storing the basic parameter set in a temporary cache area provides a data foundation for subsequent comparisons with the corrected parameters, while avoiding frequent reads from non-volatile memory. This step improves data comparison efficiency and reduces read / write operations on non-volatile memory.

[0045] Step A24: Receive correction parameters from the vehicle communication terminal. The correction parameters include function switch parameters, target threshold parameters, and process control parameters. It should be noted that the modified parameters are parameter values ​​that have been individually adjusted relative to the basic parameter set. They are generated by the remote platform according to the specific needs of the customer and include modifications to basic function switch values, basic target thresholds, and basic process control values.

[0046] Understandably, the system receives correction parameters from the in-vehicle communication terminal. These parameters include function switch parameters, target threshold parameters, and process control parameters, thereby obtaining personalized parameter adjustment values ​​tailored to the specific needs of the customer. This step enables personalized customization based on the basic parameters.

[0047] Step A25: Compare the modified parameters with the basic parameter set to identify the differences; It should be noted that the difference comparison is the process of comparing the values ​​of the corrected parameters with the corresponding values ​​in the basic parameter set on a parameter-by-parameter basis; the difference part is the set of parameters in the corrected parameters that have different values ​​from those in the basic parameter set.

[0048] Understandably, comparing the modified parameters with the base parameter set identifies the differences and pinpoints the parameters that actually need updating. This step, through difference comparison, avoids the repeated transmission and writing of all parameters, thus improving parameter update efficiency.

[0049] Step A26: Determine the parameters of the difference as the function switch parameters, target threshold parameters, and process control parameters in the calibration data.

[0050] Understandably, the parameters in the differing parts are identified as the function switch parameters, target threshold parameters, and process control parameters in the calibration data. This allows for the integration of personalized corrections with the basic parameters, forming the final calibration data. This step reduces data transfer and write operations, improving parameter configuration efficiency.

[0051] In practical implementation, the software sets full-function calibration switch parameters, and the platform sends data via TBOX using a unified diagnostic service protocol or fixed message frames. Parameters are categorized into three types: The first type is calibration parameter settings. The software reserves multiple calibration parameters, covering calibration parameter settings for different operating conditions. Each function contains multiple calibration parameters, and only parameters requiring calibration are reserved. Different operating conditions are achieved by calibrating different parameters, including a powerful version for mountainous areas, a moderately powerful version for hilly areas, a standard version for plains, and an economy-first version. The second type is customer-demand parameter settings, including parameter calibration for customer-specific needs, such as speed limits from 10 to 100 km / h, PTO speed limits from 0 to maximum RPM, power restrictions during charging, and remote vehicle locking speed. This value is reserved in the software development as a calibration interface, receiving remotely written values ​​to overwrite and reset. The third type is function configuration setting switches. Based on different regions, customer needs, and vehicle configurations, the basic software sets a platform-wide full configuration function, and later, based on different configurations, functions can be enabled or disabled. In the early stages of software development, all configurations and functions are fully implemented. Each function and configuration is set as a calibrable switch, and the adjustment target threshold of the function is also used as a calibration parameter. Different ranges or degrees of functional objectives are achieved by writing different parameters. Related functions and process control parameters involving power torque control, including functional power boundary parameters, process control coefficient values ​​and ranges, such as maximum and minimum torque values, proportional, integral and derivative parameters and control value ranges, and timeout waiting times, are written as writable parameter values. These parameters are used as message data input interfaces, and the TBOX uses a unified diagnostic service protocol or special message frames as message sending and receiving methods. After the parameters are set on the platform, the parameters are sent through the TBOX via the unified diagnostic service protocol. The platform receives a specific service number and completes interactive verification. If the identity authentication is normal, the parameter values ​​in the message are unpacked one by one in a fixed order and the parameter values ​​are received and written locally. Alternatively, the parameters are sent in a fixed order through fixed message data frames, with verification content filled in before the data and interactive verification completed. If the identity authentication is normal, the parameters are written. Each upgrade can select different parameters. Depending on user needs, only specific parameters of some or individual functions can be upgraded. Only parameter values ​​in fixed positions are written according to a fixed sending method, and other values ​​are filled with invalid values. The controller recognizes and only updates valid parameters, and does not process other invalid values.

[0052] Furthermore, prior to step S10, the following steps are also included: Receive parameter write request messages from the vehicle communication terminal; Parse the parameters and write them into the request message to obtain the data packet sequence number and parameter content; count the number of times the same parameter content is received based on the data packet sequence number; When the preset number of confirmations is reached, the confirmation parameters are valid. Extract the parameter type identifier and parameter value from the parameter content; Based on the parameter type identifier, the parameter values ​​are classified into function switch parameters, target threshold parameters, and process control parameters to obtain calibration data that includes function switch parameters, target threshold parameters, and process control parameters.

[0053] It should be noted that the parameter write request message is a communication data unit used to request the writing of parameters, which includes fields such as data packet sequence number and parameter content; the data packet sequence number is the number information used to uniquely identify the order of data packets, and the same sequence number indicates repeated transmission of the same data packet; the parameter content is the actual parameter data carried in the data packet; the preset confirmation number is the pre-set threshold for the number of repeated receptions, which is 3 times in this embodiment, meaning that the same data needs to be received 3 times consecutively to be confirmed as valid; the parameter type identifier is the identifier information used to distinguish the category to which the parameter belongs; and the parameter value is the actual numerical content of the parameter.

[0054] Understandably, the process involves receiving parameter write request messages from the vehicle-mounted communication terminal, parsing the message to obtain the data packet sequence number and parameter content, counting the number of times the same parameter content is received based on the sequence number, and confirming the validity of the parameter content when the number of receptions reaches a preset confirmation count. The parameter type identifier and parameter value are extracted from the parameter content, and the parameter values ​​are categorized into function switch parameters, target threshold parameters, and process control parameters based on the parameter type identifier, thus obtaining calibration data containing these parameters. This three-way confirmation mechanism avoids abnormal parameter writing caused by errors in a single data transmission, ensuring data consistency.

[0055] In the specific implementation, due to the large amount of data, multiple data packets are generated. The first byte of each data frame is used as the packet sequence number. Each packet is filled with only the remaining data bytes. The receiver unpacks the packets one by one according to the sequence number and the sequence number of the bytes within each sequence number to avoid data transmission order errors. Because there is a large amount of data, the data is sent multiple times. If the same data exists before and after an update, it is necessary to confirm the same value three times before updating. If the three values ​​are different, no update is performed to avoid direct writing that may cause data anomalies and affect vehicle operation. Update is performed only after the data is completely consistent.

[0056] Step S20: Perform two-way identity authentication and parameter validity verification on the calibration data to obtain the verification result; Understandably, performing two-way authentication and parameter validity verification on the calibration data yields verification results, thereby confirming the legitimacy of the data source and the compliance of the parameter content, providing a security basis for subsequent parameter writing. This step, through a dual verification mechanism, ensures that the parameter data source is trustworthy and that the parameter content meets security requirements, preventing illegal data or abnormal parameters from affecting vehicle operational safety.

[0057] In one feasible implementation, step S20 includes steps A31 to A34: Step A31: Extract the risk level identifier and user confirmation identifier from the calibration data; It should be noted that the risk level identifier is a marker used to indicate the degree of risk of parameter modification, and is used to distinguish between high-risk and low-risk levels. Different levels correspond to different confirmation mechanisms. The user confirmation identifier is a marker used to indicate whether the current parameter modification requires manual confirmation from the user, and is used to determine whether manual intervention is required.

[0058] Understandably, extracting risk level identifiers and user confirmation identifiers from calibration data allows us to obtain information on the risk level and confirmation requirements for parameter modifications, providing a basis for subsequent tiered safety control. This step enables the automatic identification and classification management of parameter modification risks.

[0059] Step A32: When the risk level is identified as a preset high-risk level, check whether a user confirmation instruction has been received; It should be noted that the preset high-risk level is a pre-set risk level threshold, which indicates a high-risk operation level that requires user confirmation. This usually involves changes to key security parameters or important functions. The user confirmation instruction is a confirmation execution command actively issued by the user through a specific operation method, indicating that the user is aware of the operation content and agrees to execute it.

[0060] Understandably, when the risk level is marked as a preset high-risk level, it checks whether a user confirmation instruction has been received to determine whether the user has given informed consent for the high-risk operation. This step uses a manual confirmation mechanism to review the high-risk operation and prevent accidental or unauthorized modifications.

[0061] Step A33: When a user confirmation command is detected, extract candidate parameter values ​​from the calibration data, compare the candidate parameter values ​​with the preset valid range, and determine whether the candidate parameter values ​​are within the preset valid range; It should be noted that the candidate parameter value is the parameter value to be verified as valid, which is the specific parameter content extracted from the calibration data; the preset valid range is the pre-set range of valid parameter values, which is determined according to the physical meaning and safety boundary of the parameter, and is used to determine whether the parameter value is within the allowed range.

[0062] Understandably, upon detecting a user confirmation command, candidate parameter values ​​are extracted from the calibration data and compared with a preset valid range to determine whether the candidate parameter value falls within the preset valid range, thereby verifying the legality and security of the parameter value. This step, through range verification, prevents the writing of abnormal parameters that exceed reasonable ranges, ensuring vehicle operational safety.

[0063] Step A34: When the candidate parameter value is determined to be within the preset valid range, the verification result is determined to be successful.

[0064] Understandably, when a candidate parameter value is determined to be within a preset valid range, the verification result is considered passed, indicating that the calibration data source is legitimate, the risk is controllable, and the parameter value is valid, allowing subsequent parameter writing operations to proceed. This step completes the parameter validity verification process, providing a basis for secure writing.

[0065] In the specific implementation, the risk level of the data is set in the message. Different levels are classified as follows: Level 1 (low risk, does not involve driving safety parameters and can be updated directly); Level 2 (general risk, requires stopping the vehicle and does not require user consent to update); and Level 3 (high risk, requires stopping the vehicle and requiring user consent via a pop-up window). A flag indicating whether user consent is required is set in the message as an independent interface to distinguish the data levels. The two are independent and can be easily adjusted later. The request message format includes identity or service content, risk level, whether user consent is required, seed, and checksum. The data message format includes identity or service content, packet sequence number, and data. The relevant data update is sent only after the request verification is successful.

[0066] Step S30: When the verification result indicates that the verification is passed, the vehicle operating status is detected. When it is determined that the preset safety conditions are met, the calibration parameters are written to the corresponding storage partition to update the function configuration parameters.

[0067] It should be noted that the vehicle operating status is a real-time data set reflecting the current operating condition of the vehicle, including information such as vehicle speed, RPM, and battery status; the preset safety conditions are the pre-set parameters written into the safety preconditions, which usually require the vehicle to be stationary, the power system to be stopped, and not charging; the corresponding storage partition is a data storage area in the non-volatile memory, used to persistently save the calibration parameters; and the function configuration parameters are the currently effective vehicle function configuration data, which control the actual operating behavior of various vehicle functions.

[0068] Understandably, when the verification result indicates that the verification has passed, the vehicle's operating status is checked. If the preset safety conditions are met, the calibration parameters are written to the corresponding storage partition to update the function configuration parameters. This ensures that the parameters are persistently stored and the function configuration is updated while ensuring vehicle safety. This step, through vehicle status detection and safety condition judgment, ensures that the parameter writing operation will not affect the vehicle's operational safety, achieving safe and controllable dynamic parameter updates.

[0069] It should be understood that the universal design of the full-featured basic software only reserves interface points for parameters and function switches. The basic software is directly flashed when the vehicle rolls off the production line. Later, versions are customized based on requirements, with different parameters written to create different program versions. This achieves complete separation and decoupling of software and parameter configuration, allowing for adaptation to differentiated market demands with a single software, significantly shortening the development cycle and improving scalability. This method supports simultaneous software development and calibration. During market operation, parameters can be adjusted in real time according to needs, shortening the time from requirement to implementation. A closed-loop adjustment system is formed based on user feedback to gradually improve the software. Operation is simple; after adjusting requirements on the platform, the platform sends the overwrite via the vehicle communication terminal, resulting in short change times. A triple verification mechanism is used to identify vehicle status and avoid updates during driving. Both parties repeatedly verify and identify the parameter flag order to avoid data writing errors. Each parameter is set to require multiple confirmations before overwriting. It supports writing all parameters, single parameters, or multiple parameters, with different risk levels for each parameter and corresponding confirmation methods to ensure multi-party confirmation before writing. The remote calibration has a wide range, covering function configuration switches, function target upper and lower limits or target selection, process control parameter calibration, from the presence or absence of functions to the adjustment of control targets and the selection of power parameter version differences, directly realizing the goals of software-defined vehicles.

[0070] This embodiment provides a remote parameter calibration control method. By receiving calibration data including function switch parameters, target threshold parameters, and process control parameters, and sequentially executing multiple mechanisms such as two-way authentication, three-way data confirmation, operating condition mode matching, difference comparison, risk classification verification, parameter range verification, and vehicle status safety detection, when preset safety conditions are met, the categorized calibration parameters are written to the corresponding storage partition to overwrite the original configuration parameters. This achieves complete decoupling between a single full-function basic software version and diverse calibration parameters. Therefore, there is no need to develop multiple software versions for different operating conditions and customer needs. Remote parameter overwriting can adaptively adapt to different operating conditions such as mountain power mode, hilly power mode, or plain economic mode, as well as specific customer functional customization requirements, significantly shortening the software development cycle and reducing version management costs. Meanwhile, a comprehensive security protection system is built, covering data transmission, identity authentication, content verification, and writing timing. This system ensures the legitimacy of both communicating parties through two-way authentication, guarantees data consistency through a three-way confirmation mechanism, manually reviews high-risk operations through risk grading and user confirmation mechanisms, prevents outlier writes through parameter range verification, and avoids parameter updates affecting driving safety by detecting safe conditions when the vehicle is stationary and not charging. This effectively ensures the security and reliability of the remote parameter calibration process and enables flexible, safe, and efficient remote parameter configuration under the software-defined vehicle goal.

[0071] Based on the first embodiment of this application, in the second embodiment of this application, the content that is the same as or similar to that in the first embodiment described above can be referred to the above description, and will not be repeated hereafter. Based on this, please refer to... Figure 2 Step S30 includes steps S301 to S306: Step S301: When the verification result indicates that the verification is passed, collect the vehicle's real-time speed, motor speed, and battery status. It should be noted that real-time vehicle speed is the real-time measurement of the vehicle's current speed, usually obtained through wheel speed sensors or a global positioning system; motor speed is the current rotational speed of the drive motor, reflecting the operating status of the power system; battery status is the current operating status information of the power battery, including parameters such as charging status, voltage, and current.

[0072] Understandably, when the verification result indicates that the verification has passed, real-time vehicle speed, motor speed, and battery status are collected to obtain the vehicle's current operating status data, providing real-time basis for subsequent safety condition judgments. This step, through real-time status collection, ensures the accuracy and timeliness of parameter writing timing judgments.

[0073] Step S302: Compare the real-time vehicle speed with the preset vehicle speed threshold to determine whether the vehicle is stationary. It should be noted that the preset vehicle speed threshold is a pre-set critical value for determining the vehicle's stationary state. In this embodiment, it is 5 kilometers per hour. When the real-time vehicle speed is lower than this threshold, the vehicle is determined to be stationary.

[0074] Understandably, comparing the real-time vehicle speed with a preset speed threshold determines whether the vehicle is stationary, thus confirming whether the vehicle is currently in a safe, stopped state. This step, based on speed determination, avoids the impact of parameter updates during driving on driving safety.

[0075] Step S303: Compare the motor speed with a preset speed threshold to determine whether the power system is in a stopped state; It should be noted that the preset speed threshold is a pre-set critical value of motor speed used to determine the stop state of the power system. In this embodiment, it is 100 revolutions per minute. When the motor speed is lower than this threshold, the power system is determined to be in a stop state.

[0076] Understandably, comparing the motor speed with a preset speed threshold determines whether the power system is in a stopped state, thereby confirming whether the power system is currently in a safe, non-operating state. This step, through speed determination, ensures that parameter writing is performed when the power system is stopped, preventing control anomalies caused by parameter changes during power output.

[0077] Step S304: Determine whether the vehicle is in a non-charging state based on the battery status. Understandably, determining whether a vehicle is not charging based on its battery status helps ascertain whether the vehicle is currently not connected to an external charging device. This step, by checking the charging status, avoids potential electrical safety issues that might arise from writing parameters during the charging process.

[0078] Step S305: When it is determined that the vehicle is stationary, the power system is stopped, and the vehicle is not charging, the real-time closed-loop adjustment function of the power control system is suspended. It should be noted that the real-time closed-loop adjustment function is an automatic adjustment mechanism in which the power control system continuously adjusts the output based on real-time feedback signals to maintain the target value. Pausing this function can prevent the control algorithm from using a mixture of old and new parameters for calculation during parameter updates, which could lead to abnormal output.

[0079] Understandably, when the vehicle is determined to be stationary, the powertrain is stopped, and the vehicle is not charging, the real-time closed-loop adjustment function of the powertrain control system is paused. This freezes the control algorithm's operation before parameters are written, ensuring that the parameter update process is not disturbed by the control algorithm's real-time calculations. This step, by pausing closed-loop adjustment, ensures the stability and consistency of the control system during parameter writing.

[0080] Step S306: Write the function switch parameters, target threshold parameters, and process control parameters into the non-volatile memory to overwrite the original configuration parameters and restore the real-time closed-loop regulation function of the power control system.

[0081] It should be noted that non-volatile memory is a storage medium in which data is not lost after power failure. It is used to persistently save calibration parameters to ensure that the parameters remain valid after the vehicle is powered off. The original configuration parameters, that is, the effective parameters currently stored in non-volatile memory, will be overwritten and replaced by the newly written parameters.

[0082] Understandably, writing the function switch parameters, target threshold parameters, and process control parameters into non-volatile memory to overwrite the original configuration parameters and restore the real-time closed-loop regulation function of the power control system completes the persistent storage of parameters and restores the control system to normal operation. This step achieves secure writing and activation of parameters while restoring the system's normal control function.

[0083] In one feasible implementation, step S306 includes steps A41 to A44: Step A41: Update the enable status of the corresponding function according to the function switch parameters; It should be noted that the enabled state is a status indicator indicating whether a functional module is currently allowed to operate, including both enabled and disabled states, which determines whether the functional module participates in the vehicle control.

[0084] Understandably, updating the enable status of corresponding functions based on function switch parameters controls the activation or deactivation of each functional module. This step enables function-level configuration management, meeting the diverse needs of different customers regarding the availability of certain functions.

[0085] Step A42: Update the target boundary value of the corresponding function according to the target threshold parameter; It should be noted that the target boundary value is the upper and lower limit range of the target parameter during function operation, including the target maximum value and the target minimum value, which is used to constrain the range of function output.

[0086] Understandably, updating the target boundary values ​​of the corresponding function based on the target threshold parameters adjusts the target range of the function's operation. This step enables customized configuration of the function's target range, such as setting speed limits, power limits, and other customer-specific requirements.

[0087] Step A43: Update the control coefficients and limit values ​​in the dynamic control algorithm based on the process control parameters; It should be noted that the control coefficients are the proportional coefficients, integral coefficients, derivative coefficients, and other adjustment parameters used in the power control algorithm to calculate the control quantity, which affect the response characteristics of the control algorithm; the limit values ​​are the constraint conditions in the control process, including boundary parameters such as maximum torque, minimum torque, and timeout waiting time.

[0088] Understandably, updating the control coefficients and limit values ​​in the power control algorithm based on process control parameters adjusts the dynamic response characteristics and constraint boundaries of the control algorithm. This step enables fine-tuning of the control process to adapt to the power output characteristic requirements under different operating conditions.

[0089] Step A44: Store the updated enable state, target boundary value, control coefficient, and limit value to non-volatile memory to overwrite the original configuration parameters.

[0090] Understandably, the updated enable state, target boundary value, control coefficient, and limit value are stored in non-volatile memory to overwrite the original configuration parameters. This persistently updates the parameters in memory, ensuring that the new parameters remain valid the next time the vehicle is powered on. This step completes the final persistence operation of parameter writing, ensuring the long-term effectiveness of the parameter configuration.

[0091] In the specific implementation, in order to avoid driving abnormalities caused by changes in vehicle operation parameters, the parameters are written after the vehicle stops (i.e., the speed is below a fixed threshold, the vehicle is in neutral, or the handbrake is engaged). The parameters are written directly after the user or user confirms the writing in the instrument pop-up window. If the user does not agree, the parameters do not need to be written and the current parameters can continue to be used. Alternatively, the risk level of the data can be identified to determine whether the user agrees to write the parameters. The platform selects whether the user agrees to write the parameters. The main consideration is to avoid operational risks by writing parameters according to different risk levels and user consent after the vehicle stops.

[0092] This embodiment provides a remote parameter calibration control method. By collecting real-time vehicle speed, motor speed, and battery status and performing multi-dimensional safety condition judgments, the real-time closed-loop adjustment function of the power control system is paused when preset safety conditions are met. Function switch parameters, target threshold parameters, and process control parameters are written to non-volatile memory to overwrite the original configuration parameters, and the real-time closed-loop adjustment function is resumed. This ensures that parameter writing is only performed when the vehicle is stationary and the power system is stopped, avoiding control anomalies caused by parameter updates during driving. Simultaneously, by updating the enable state based on function switch parameters, updating the target boundary value based on the target threshold parameter, and updating the control coefficients and limit values ​​based on the process control parameters, comprehensive parameterized configuration from the presence or absence of functions to the control process is achieved, improving the flexibility and scalability of software configuration.

[0093] It should be noted that the above examples are only for understanding this application and do not constitute a limitation on the remote parameter calibration and control method of this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0094] This application also provides a remote parameter calibration control device; please refer to... Figure 3 The remote parameter calibration control device includes: The data receiving module 10 is used to receive calibration data from the vehicle-mounted communication terminal; The security verification module 20 is used to perform two-way identity authentication and parameter legality verification on the calibration data to obtain the verification result; The parameter writing module 30 is used to detect the vehicle's operating status when the verification result indicates that the verification has passed, and write the calibration parameters to the corresponding storage partition to update the function configuration parameters when it is determined that the preset safety conditions are met.

[0095] The remote parameter calibration control device provided in this application, employing the remote parameter calibration control method in the above embodiments, can solve the technical problem of how to achieve remote dynamic differentiation adjustment of vehicle function configuration based on a single software version. Compared with the prior art, the beneficial effects of the remote parameter calibration control device provided in this application are the same as those of the remote parameter calibration control method provided in the above embodiments, and other technical features in the remote parameter calibration control device are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.

[0096] In one embodiment, the data receiving module 10 is further configured to receive a first random number and a first verification value from the vehicle-mounted communication terminal; The first random number is calculated according to the preset algorithm to obtain the second verification value, and the first verification value and the second verification value are compared. If the first and second check values ​​match, a second random number and a third check value are sent to the vehicle communication terminal so that the vehicle communication terminal can perform reverse verification. Upon receiving a successful verification notification from the vehicle communication terminal, calibration data is received from the vehicle communication terminal. This calibration data includes function switch parameters, target threshold parameters, and process control parameters.

[0097] In one embodiment, the data receiving module 10 is further configured to respond to the operating mode selection command of the vehicle communication terminal, wherein the operating mode selection command indicates the mountain power mode, the hill power mode or the plain economic mode. The target mode is determined according to the operating mode selection command, and the basic parameter set corresponding to the target mode is retrieved from the preset parameter mapping table. The basic parameter set includes basic function switch values, basic target thresholds and basic process control values. The basic parameter set is temporarily stored in a temporary cache area; Receive correction parameters from the vehicle communication terminal. The correction parameters include function switch parameters, target threshold parameters, and process control parameters. The modified parameters are compared with the set of basic parameters to identify the differences. The parameters of the difference are identified as the function switch parameters, target threshold parameters, and process control parameters in the calibration data.

[0098] In one embodiment, the security verification module 20 is further configured to extract risk level identifiers and user confirmation identifiers from the calibration data; When the risk level is set to the preset high risk level, check whether a user confirmation instruction has been received; When a user confirmation command is detected, candidate parameter values ​​are extracted from the calibration data and compared with a preset valid range to determine whether the candidate parameter values ​​are within the preset valid range. When the candidate parameter value is determined to be within the preset valid range, the verification result is determined to be successful.

[0099] In one embodiment, the parameter writing module 30 is also used to collect the vehicle's real-time speed, motor speed, and battery status when the verification result indicates that the verification has passed. The real-time vehicle speed is compared with a preset vehicle speed threshold to determine whether the vehicle is stationary. The motor speed is compared with a preset speed threshold to determine whether the power system is in a stopped state; Determine whether the vehicle is not charging based on the battery status; When it is determined that the vehicle is stationary, the power system is stopped, and the vehicle is not charging, the real-time closed-loop adjustment function of the power control system is suspended. The function switch parameters, target threshold parameters, and process control parameters are written into the non-volatile memory to overwrite the original configuration parameters and restore the real-time closed-loop regulation function of the power control system.

[0100] In one embodiment, the parameter writing module 30 is also used to update the enable state of the corresponding function according to the function switch parameters; Update the target boundary value of the corresponding function based on the target threshold parameter; Update the control coefficients and limit values ​​in the power control algorithm based on the process control parameters; The updated enable state, target boundary value, control coefficient, and limit value are stored in non-volatile memory to overwrite the original configuration parameters.

[0101] In one embodiment, the data receiving module 10 is further configured to receive a parameter write request message from the vehicle communication terminal; Parse the parameters and write them into the request message to obtain the data packet sequence number and parameter content; count the number of times the same parameter content is received based on the data packet sequence number; When the preset number of confirmations is reached, the confirmation parameters are valid. Extract the parameter type identifier and parameter value from the parameter content; Based on the parameter type identifier, the parameter values ​​are classified into function switch parameters, target threshold parameters, and process control parameters to obtain calibration data that includes function switch parameters, target threshold parameters, and process control parameters.

[0102] This application provides a remote parameter calibration control device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the remote parameter calibration control method in Embodiment 1 above.

[0103] The following is for reference. Figure 4 The diagram illustrates a structural schematic of a remote parameter calibration control device suitable for implementing embodiments of this application. The remote parameter calibration control device in the embodiments of this application may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital broadcast acquisition devices, PDAs (Personal Digital Assistants), PADs (Portable Application Description), PMPs (Portable Media Players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. Figure 4 The remote parameter calibration control device shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0104] like Figure 4 As shown, the remote parameter calibration control device may include a processing unit 1001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in ROM (Read Only Memory) 1002 or a program loaded from storage device 1003 into RAM (Random Access Memory) 1004. RAM 1004 also stores various programs and data required for the operation of the remote parameter calibration control device. The processing unit 1001, ROM 1002, and RAM 1004 are interconnected via bus 1005. Input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to I / O interface 1006: input devices 1007 including, for example, touch screens, touchpads, keyboards, mice, image sensors, microphones, accelerometers, gyroscopes, etc.; output devices 1008 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; storage devices 1003 including, for example, magnetic tapes, hard disks, etc.; and communication devices 1009. Communication device 1009 allows the remote parameter calibration control device to communicate wirelessly or wiredly with other devices to exchange data. Although the figures show remote parameter calibration control devices with various systems, it should be understood that implementation or possession of all the systems shown is not required. More or fewer systems may be implemented alternatively.

[0105] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1003, or installed from ROM 1002. When the computer program is executed by processing device 1001, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0106] The remote parameter calibration control device provided in this application, employing the remote parameter calibration control method described in the above embodiments, can solve the technical problem of how to achieve remote dynamic differentiation of vehicle function configuration based on a single software version. Compared with the prior art, the beneficial effects of the remote parameter calibration control device provided in this application are the same as those of the remote parameter calibration control method provided in the above embodiments, and other technical features of this remote parameter calibration control device are the same as those disclosed in the previous embodiment method, and will not be repeated here.

[0107] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

[0108] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

[0109] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to execute the remote parameter calibration control method in the above embodiments.

[0110] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, RAM (Random Access Memory), ROM (Read Only Memory), EPROM (Erasable Programmable Read Only Memory or Flash Memory), optical fibers, CD-ROM (CD-Read Only Memory), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.

[0111] The aforementioned computer-readable storage medium may be included in the remote parameter calibration and control device; or it may exist independently and not be assembled into the remote parameter calibration and control device.

[0112] The aforementioned computer-readable storage medium carries one or more programs. When the aforementioned one or more programs are executed by the remote parameter calibration control device, the remote parameter calibration control device: receives calibration data from the vehicle-mounted communication terminal; performs two-way authentication and parameter legality verification on the calibration data to obtain a verification result; when the verification result indicates that the verification is successful, detects the vehicle's operating status; and when it is determined that the preset safety conditions are met, writes the calibration parameters to the corresponding storage partition to update the function configuration parameters.

[0113] Computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, as well as conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including LAN (Local Area Network) or WAN (Wide Area Network)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0114] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0115] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0116] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the aforementioned remote parameter calibration control method. This solves the technical problem of how to achieve remote dynamic differentiation of vehicle function configuration based on a single software version. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the remote parameter calibration control method provided in the above embodiments, and will not be repeated here.

[0117] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the remote parameter calibration control method described above.

[0118] The computer program product provided in this application solves the technical problem of how to achieve remote dynamic differentiation of vehicle function configuration based on a single software version. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the remote parameter calibration control method provided in the above embodiments, and will not be repeated here.

[0119] The above description is only a part of the embodiments of this application and does not limit the patent scope of this application. All equivalent structural transformations made under the technical concept of this application and using the contents of the specification and drawings of this application, or direct / indirect applications in other related technical fields, are included in the patent protection scope of this application.

Claims

1. A remote parameter calibration control method, characterized in that, The method includes: Receive calibration data from the vehicle-mounted communication terminal; The calibration data is subjected to two-way identity authentication and parameter validity verification to obtain the verification results; When the verification result indicates that the verification is successful, the vehicle's operating status is detected. If the preset safety conditions are met, the calibration parameters are written to the corresponding storage partition to update the function configuration parameters.

2. The method as described in claim 1, characterized in that, The step of receiving calibration data from the vehicle-mounted communication terminal, wherein the calibration data includes function switch parameters, target threshold parameters, and process control parameters, includes: Receive a first random number and a first check value from the vehicle-mounted communication terminal; The first random number is calculated according to a preset algorithm to obtain a second verification value, and the first verification value and the second verification value are compared. If the first verification value and the second verification value are consistent, a second random number and a third verification value are sent to the vehicle communication terminal so that the vehicle communication terminal can perform reverse verification. Upon receiving a successful verification notification from the vehicle communication terminal, calibration data is received from the vehicle communication terminal, wherein the calibration data includes function switch parameters, target threshold parameters, and process control parameters.

3. The method as described in claim 1, characterized in that, The step of receiving calibration data from the vehicle-mounted communication terminal, wherein the calibration data includes function switch parameters, target threshold parameters, and process control parameters, further includes: In response to the operating mode selection command of the vehicle communication terminal, the operating mode selection command indicates mountain power mode, hill power mode or plain economic mode. The target mode is determined according to the working condition mode selection instruction, and the basic parameter set corresponding to the target mode is retrieved from the preset parameter mapping table. The basic parameter set includes basic function switch values, basic target thresholds and basic process control values. The set of basic parameters is temporarily stored in a temporary cache area; The system receives correction parameters from the vehicle-mounted communication terminal, the correction parameters including the function switch parameters, the target threshold parameters, and the process control parameters; The differences between the modified parameters and the set of basic parameters are compared to determine the differences. The parameters of the difference portion are determined as the function switch parameters, target threshold parameters, and process control parameters in the calibration data.

4. The method as described in claim 1, characterized in that, The steps of performing two-way identity authentication and parameter validity verification on the calibration data to obtain the verification result include: Extract the risk level identifier and user confirmation identifier from the calibration data; When the risk level is identified as a preset high-risk level, it is checked whether a user confirmation instruction has been received. When the user confirmation command is detected, candidate parameter values ​​are extracted from the calibration data, and the candidate parameter values ​​are compared with a preset valid range to determine whether the candidate parameter values ​​are within the preset valid range. When the candidate parameter value is determined to be within the preset valid range, the verification result is determined to be successful.

5. The method as described in claim 1, characterized in that, The step of detecting the vehicle's operating status when the verification result indicates that the verification has passed, and writing the calibration parameters to the corresponding storage partition to update the function configuration parameters when it is determined that the preset safety conditions are met, includes: When the verification result indicates that the verification is successful, the vehicle's real-time speed, motor speed, and battery status are collected. The real-time vehicle speed is compared with a preset vehicle speed threshold to determine whether the vehicle is stationary. The motor speed is compared with a preset speed threshold to determine whether the power system is in a stopped state; Determine whether the vehicle is not charging based on the battery status; When it is determined that the vehicle is stationary, the power system is stopped, and the vehicle is not charging, the real-time closed-loop adjustment function of the power control system is suspended. The function switch parameters, the target threshold parameters, and the process control parameters are written into a non-volatile memory to overwrite the original configuration parameters, and the real-time closed-loop regulation function of the power control system is restored.

6. The method as described in claim 5, characterized in that, The step of writing the function switch parameters, the target threshold parameters, and the process control parameters into non-volatile memory to overwrite the original configuration parameters includes: Update the enable state of the corresponding function according to the function switch parameters; Update the target boundary value of the corresponding function according to the target threshold parameter; Update the control coefficients and limit values ​​in the power control algorithm according to the process control parameters; The updated enable state, target boundary value, control coefficient, and limit value are stored in non-volatile memory to overwrite the original configuration parameters.

7. The method as described in claim 1, characterized in that, Before receiving calibration data from the vehicle-mounted communication terminal, the method further includes: Receive a parameter write request message from the vehicle-mounted communication terminal; Parse the parameter writing request message to obtain the data packet sequence number and parameter content; count the number of times the same parameter content is received based on the data packet sequence number; When the number of receptions reaches the preset number of confirmations, the parameter content is confirmed to be valid; Extract the parameter type identifier and parameter value from the parameter content; The parameter values ​​are classified into the function switch parameters, the target threshold parameters, and the process control parameters according to the parameter type identifier, so as to obtain calibration data containing the function switch parameters, the target threshold parameters, and the process control parameters.

8. A remote parameter calibration and control device, characterized in that, The device includes: The data receiving module is used to receive calibration data from the vehicle-mounted communication terminal; The security verification module is used to perform two-way identity authentication and parameter legality verification on the calibration data to obtain the verification result; The parameter writing module is used to detect the vehicle's operating status when the verification result indicates that the verification has passed, and write the calibration parameters to the corresponding storage partition to update the function configuration parameters when it is determined that the preset safety conditions are met.

9. A remote parameter calibration and control device, characterized in that, The device includes: a memory, a processor, and a remote parameter calibration control program stored in the memory and executable on the processor, the remote parameter calibration control program being configured to implement the steps of the remote parameter calibration control method as described in any one of claims 1 to 7.

10. A storage medium, characterized in that, The storage medium stores a remote parameter calibration control program, which, when executed by a processor, implements the steps of the remote parameter calibration control method as described in any one of claims 1 to 7.

Images