Vehicle end environment parameter synchronization method and device and electronic equipment

Abstract

The invention provides a vehicle-end environment parameter synchronization method and device and electronic equipment, and is used for a vehicle-end main controller, and the method comprises the steps: when a vehicle-end environment parameter changes, the main controller determines a changed target environment parameter, and then sends the parameter to a cloud end, and enables the cloud end to update and store a record; meanwhile, the information is sent to other controllers to enable the controllers to update own parameters, so that synchronous updating of environment parameters of the vehicle end and the cloud end is realized; according to the invention, vehicle cloud environment parameter version synchronization can be realized, the data consistency is guaranteed, and the safety and reliability of vehicle operation are improved.

Description

Technical Field

[0001] The present application relates to the technical field of intelligent connected vehicles, and in particular to a method, device and electronic equipment for synchronizing vehicle-side environmental parameters. Background Art

[0002] Currently, both the vehicle and the cloud utilize static environment parameter configurations, which are programmed before shipment and cannot be dynamically changed. Traditional solutions have independent fixed parameters for each controller, requiring individual software updates when switching between development, testing, and production environments. This can easily lead to version discrepancies in key controllers (such as the TBOX, central domain controller, and cockpit domain controller), causing communication anomalies. Parameter mismatches during software upgrades can cause malfunctions in remote control, information synchronization, and other functions. Changes to cloud environment configurations require re-flashing the vehicle-side controllers, significantly increasing debugging time.

[0003] The existing synchronization mechanism lacks a unified version control node, the controller makes independent parameter decisions, management is chaotic, and it is difficult to ensure consistency and accuracy; there is no real-time synchronization mechanism, it is difficult to handle parameter changes in a timely manner, and the fault tolerance is poor; the debugging interface is not standardized enough, with large differences, and the production line debugging efficiency is low, which restricts industrial development. Summary of the Invention

[0004] In view of this, the embodiments of the present application provide a vehicle-side environmental parameter synchronization method, device and electronic device, which can realize vehicle-cloud environmental parameter version synchronization, ensure data consistency, and improve the safety and reliability of vehicle operation.

[0005] The technical solution of the embodiment of the present application is implemented as follows: In a first aspect, an embodiment of the present application provides a method for synchronizing vehicle-side environmental parameters, which is applied to a main controller on a vehicle side, the vehicle side also including other controllers, the main controller being used to store vehicle parameters, and the other controllers being used to store their own parameters, the method comprising: In response to a change in the environmental parameters of the vehicle end, determining a target environmental parameter after the change; The target environment parameters are sent to the cloud so that the cloud updates the cloud-stored records based on the target environment parameters; and the target environment parameters are sent to the other controllers so that the other controllers update their own parameters based on the target environment parameters.

[0006] In a second aspect, the present application also provides another vehicle-side environmental parameter synchronization method, which is applied to a cloud server. The method includes: In response to the environment synchronization request, determining target environment parameters specified by the environment synchronization request; The target environment parameters are sent to the main controller at the vehicle end, so that the main controller updates itself and other controllers based on the target environment parameters.

[0007] In a third aspect, an embodiment of the present application further provides a vehicle-side environmental parameter synchronization device, which is applied to a main controller on the vehicle side, and the vehicle side also includes other controllers, the main controller is used to store vehicle parameters, and the other controllers are used to store their own parameters, and the device includes: A first determining module is configured to determine a target environmental parameter after the change in response to a change in the environmental parameter of the vehicle end; The first synchronization module is used to send the target environment parameters to the cloud so that the cloud updates the cloud-stored records based on the target environment parameters; and send the target environment parameters to the other controllers so that the other controllers update their own parameters based on the target environment parameters.

[0008] In a fourth aspect, the present application also provides another vehicle-side environmental parameter synchronization device, which is applied to a cloud server, and the device includes: A second determining module is configured to determine, in response to the environment synchronization request, target environment parameters specified by the environment synchronization request; The second synchronization module is used to send target environmental parameters to the main controller at the vehicle end, so that the main controller updates itself and other controllers based on the target environmental parameters.

[0009] In the fifth aspect, an embodiment of the present application also provides an electronic device, comprising: a processor, a storage medium and a bus, wherein the storage medium stores machine-readable instructions executable by the processor. When the electronic device is running, the processor and the storage medium communicate through the bus, and the processor executes the machine-readable instructions to execute the vehicle-side environmental parameter synchronization method described in any one of the first aspects, or execute the vehicle-side environmental parameter synchronization method described in any one of the second aspects.

[0010] In the sixth aspect, an embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is run by a processor, it executes the vehicle-side environmental parameter synchronization method described in any one of the first aspects, or executes the vehicle-side environmental parameter synchronization method described in any one of the second aspects.

[0011] The embodiments of the present application have the following beneficial effects: On the one hand, the main controller on the vehicle side can respond to changes in environmental parameters in real time, accurately determine the target environmental parameters and synchronize them to the cloud and other controllers, ensuring the consistency and real-time performance of the parameters of each controller on the vehicle side, enabling the vehicle to better adapt to different environmental conditions and improve driving safety and stability; on the other hand, the cloud server can respond to environmental synchronization requests and actively send target environmental parameters to the main controller on the vehicle side to realize data updates from the cloud to the vehicle side, enriching the sources of environmental data available to the vehicle side, and allowing the vehicle to use the extensive data resources in the cloud to further optimize its own performance and functions. This two-way data synchronization mechanism greatly enhances the vehicle's environmental perception and adaptability, and provides strong support for the development of intelligent connected vehicles. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments. It should be understood that the following drawings only show certain embodiments of the present application and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other relevant drawings can be obtained based on these drawings without creative work.

[0013] Figure 1 101 - 102 is a flowchart of steps S101-S102 provided in an embodiment of the present application; Figure 2 It is a flowchart of steps S201-S202 provided in an embodiment of the present application; Figure 3 This is a principle block diagram of the dynamic environment parameter synchronization architecture provided by an embodiment of the present application; Figure 4 This is a structural diagram of a vehicle-side environmental parameter synchronization device provided in an embodiment of the present application; Figure 5 2 is a schematic structural diagram of another vehicle-side environmental parameter synchronization device provided in an embodiment of the present application; Figure 6 It is a schematic diagram of the composition structure of the electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0014] In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. It should be understood that the drawings in the present application only serve the purpose of illustration and description and are not used to limit the scope of protection of the present application. In addition, it should be understood that the schematic drawings are not drawn to scale. The flowcharts used in this application illustrate the operations implemented according to some embodiments of the present application. It should be understood that the operations of the flowcharts can be implemented out of sequence, and steps without logical context can be reversed or implemented simultaneously. In addition, those skilled in the art, under the guidance of the contents of this application, can add one or more other operations to the flowchart, or remove one or more operations from the flowchart.

[0015] In the following description, reference is made to “some embodiments”, which describes a subset of all possible embodiments, but it will be understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0016] In addition, the described embodiments are only a part of the embodiments of the present application, rather than all of the embodiments. The components of the embodiments of the present application generally described and shown in the drawings here can be arranged and designed in various configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the claimed application, but merely represents selected embodiments of the present application. Based on the embodiments of the present application, all other embodiments obtained by those skilled in the art without making creative work are within the scope of protection of the present application.

[0017] In the following description, the terms "first\second\third" involved are merely used to distinguish similar objects and do not represent a specific ordering of the objects. It can be understood that "first\second\third" can be interchanged with a specific order or sequence where permitted, so that the embodiments of the present application described herein can be implemented in an order other than that illustrated or described herein.

[0018] It should be noted that the term "comprising" will be used in the embodiments of the present application to indicate the existence of the features declared thereafter, but does not exclude the addition of other features.

[0019] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by those skilled in the art to which this application belongs. The terms used herein are for the purpose of describing the embodiments of this application and are not intended to limit this application.

[0020] See also Figure 1 , Figure 1This is a flow chart of steps S101-S102 of the vehicle-side environmental parameter synchronization method provided in an embodiment of the present application, which is applied to the main controller of the vehicle side, and the vehicle side also includes other controllers. The main controller is used to store the vehicle parameters, and the other controllers are used to store their own parameters. The method includes steps S101-S102, which will be combined with Figure 1 Steps S101-S102 are shown for explanation.

[0021] In step S101, in response to a change in the environmental parameters of the vehicle side, the changed target environmental parameters are determined.

[0022] In step S102, the target environment parameters are sent to the cloud so that the cloud updates the cloud-stored records based on the target environment parameters; and the target environment parameters are sent to the other controllers so that the other controllers update their own parameters based on the target environment parameters.

[0023] The primary controller in this application is the vehicle controller (VCU), which ensures data consistency between the vehicle and the remote server. Other controllers (such as the BMS, air conditioning, and motor controllers) ensure that subsystems adjust their control strategies based on the latest vehicle environmental data. The primary controller (VCU) stores and manages vehicle environmental parameters, acting as the initiator and hub for synchronization, monitoring parameter changes and triggering synchronization. Other controllers are responsible for receiving parameters synchronized by the VCU and updating locally stored vehicle environmental data. The cloud receives and stores parameters uploaded by the VCU and updates the vehicle's digital twin model or historical database.

[0024] For example, when environmental parameters change, the VCU encapsulates the target parameters in a standard format (such as JSON or binary protocol) and uploads them to the cloud. The cloud verifies the data validity and updates the corresponding vehicle's records. Simultaneously, the VCU sends the parameters to the target controller via an in-vehicle bus (such as CAN FD or Ethernet). The other controller parses the parameters, updates its local cache, and returns an acknowledgment signal (ACK) to the VCU. If the ACK is not received, the VCU can retry the transmission (e.g., with three retries).

[0025] The above approach, with the vehicle control unit (VCU) as the core, ensures that vehicle-side environmental parameters remain consistent between the cloud and other controllers through real-time monitoring and two-way synchronization mechanisms, thereby improving the vehicle's adaptability to environmental changes and enhancing system reliability and user experience.

[0026] In some embodiments, responding to a change in the vehicle-side environmental parameter and determining the changed target environmental parameter includes: In response to the vehicle being powered on, retrieving the vehicle parameters and using the vehicle parameters as the target environment parameters; Alternatively, in response to an environment switching request, determining the target environment parameters based on a target environment specified by the environment switching request; Alternatively, in response to an environmental parameter adjustment request from the main controller, the updated environmental parameters are synchronized to the other controllers, and the updated vehicle parameters are pulled as the target environmental parameters; Alternatively, in response to a change in the own parameters of the other controller, the changed parameters of the entire vehicle are retrieved and used as the target environment parameters.

[0027] Here, the embodiments of the present application provide four triggering scenarios for determining the “changed target environment parameters”, which will be described in conjunction with specific scenarios.

[0028] Scenario 1: Vehicle power-on initialization.

[0029] Trigger condition: When the vehicle is started (such as key in ignition or keyless entry system activated).

[0030] Specific process: The VCU reads the pre-stored vehicle parameters from non-volatile memory (such as EEPROM) or the initial configuration file, and then uses the verified vehicle parameters as the target environment parameters for subsequent synchronization. It then sends the target environment parameters to the cloud and broadcasts the target environment parameters to other controllers to ensure that the subsystem is consistent with the VCU.

[0031] Scenario 2: Environment switching request.

[0032] Trigger condition: The user or system actively triggers the environmental mode switch (such as manually selecting "Rain and Snow Mode" or "Off-Road Mode").

[0033] Specific process: The VCU receives an environment switching instruction (such as through the central control screen, voice command or ADAS system). If the request is for a preset mode (such as "rain and snow mode"), the corresponding parameters (such as the outdoor temperature threshold and humidity upper limit) are retrieved from the preset table (Map); if the request is for a custom mode (such as the user enters a specific temperature value), the input value is directly used as the target parameter; when switching to "off-road mode", the VCU increases the suspension system's tolerance threshold for bumpy roads.

[0034] Scenario 3: Main controller parameter adjustment request.

[0035] Trigger condition: The user or remote service modifies environmental parameters through the VCU (such as adjusting the temperature inside the car through a mobile phone app).

[0036] Specific process: The VCU receives adjustment instructions via the CAN bus, Ethernet, or wireless communication (such as 4G / 5G), and then updates the vehicle parameters stored locally in the VCU (for example, changing the interior temperature from 25°C to 22°C). The complete parameter set is read from the updated local storage and the updated vehicle parameters are used as the target environment parameters. The adjustment record is then sent to the cloud, the new parameters are pushed to other controllers, and an ACK is waited for.

[0037] Scenario 4: Feedback of other controller parameter changes.

[0038] Trigger conditions: Other controllers (such as BMS, sensors) actively report changes in their own parameters, and these changes must affect the vehicle's environmental parameters.

[0039] Specific process: Other controllers send parameter update events through the bus, VCU monitors and parses the events, determines whether the vehicle parameters need to be updated, and if so, retrieves the changed vehicle parameters and updates the target environment parameters.

[0040] The above approach, through four triggering scenarios, covers the parameter change requirements throughout the vehicle's life cycle, from initialization to dynamic adjustment to abnormal response, ensuring that the VCU can accurately capture the target environmental parameters and provide a reliable data source for subsequent synchronization of the cloud and other controllers. It takes into account real-time, security and scalability, and is suitable for complex and changing vehicle operating environments.

[0041] In some embodiments, sending the target environment parameters to the cloud includes: The target environment parameters are sent to the cloud based on a target communication protocol, so that the cloud determines whether the target environment parameters are the same as the cloud-stored record; if different, the cloud-stored record is updated based on the target environment parameters and the timestamp is updated; if the same, the target environment parameters sent by the main controller are discarded; wherein the target communication protocol includes a message queue telemetry transmission protocol and / or a hypertext transfer protocol.

[0042] The Message Queuing Telemetry Transport Protocol (MQTT) is suitable for low-bandwidth / high-latency networks (such as in-vehicle 4G / NB-IoT) or parameter synchronization with high real-time requirements (such as battery temperature and collision warning).

[0043] HTTP / HTTPS (Hypertext Transfer Protocol) is suitable for high-bandwidth, stable network environments (such as urban roads and garage Wi-Fi).

[0044] In an embodiment of the present application, the protocol can be automatically selected according to the network quality (such as downgrading to MQTT when the network is weak) or a hybrid mode can be adopted. Key parameters (such as security-related) are transmitted in real time via MQTT, and non-key parameters (such as comfort) are uploaded in batches via HTTP.

[0045] After receiving the vehicle-side data, the cloud verifies the digital signature or decrypts the MQTT payload, extracts the target environment parameters and the vehicle identification number (VIN), and then queries the cloud database for the latest parameter record (including timestamp) for that VIN. If the vehicle-side parameters match the cloud record, the data is discarded; otherwise, the update process begins. When an update is triggered, the cloud record is overwritten with the new parameters and the timestamp is updated to the current UTC time.

[0046] In some embodiments, sending the target environment parameter to the other controller includes: The target environment parameters are sent to the other controllers via the vehicle bus so that the other controllers determine whether the target environment parameters are the same as their own parameters. If they are different, the other controllers update their own parameters based on the target environment parameters. If they are the same, the other controllers discard the target environment parameters sent by the main controller.

[0047] Here, other controllers receive parameter messages from the VCU via the bus and parse them. They maintain local copies of the parameters and compare them field by field. If they match, the message is discarded (to avoid invalid updates). If there are discrepancies, the update process is triggered. After updating the local copy, the parameter status is marked as "synchronized" and an ACK is sent to the VCU via the bus (for example, 0x00 in a CAN frame indicates success, 0xFF indicates failure).

[0048] The above approach achieves efficient and reliable parameter synchronization between vehicle-side controllers through bus protocol layered design, intelligent parameter comparison and multiple safety mechanisms.

[0049] In some embodiments, the method further comprises: Receive the update feedback results sent by the other controllers. If it fails, repeatedly send the target environment parameters to the other controllers when the retry conditions are met, so that the other controllers complete the update; wherein, the retry conditions are determined based on a preset number of retries, and log data is recorded when the number of repetitions is exceeded and all fail.

[0050] The present application provides a retry mechanism. Specifically, the retry mechanism can be implemented by presetting a maximum number of retries and incrementing a counter after each failure. When the counter is less than or equal to the maximum number of retries, a retry is triggered; otherwise, the retry is terminated and a log is recorded.

[0051] For example, the VCU sends temperature parameters via CAN, and the air conditioning controller returns 0xFF (failure) due to a temporary conflict. The VCU detects the failure, sets retry_count to 1, waits 100ms, and then resends the same parameters. The air conditioning controller then successfully processes the data and returns 0x00 (success). If all three retries fail, the VCU logs the error and reports it to the cloud, turning on the instrument panel fault light.

[0052] In some embodiments, the main controller and the other controllers use a single baseline version architecture to eliminate the need for multi-environment version maintenance; the main controller and the other controllers implement single-controller environment parameter adjustment through independent debugging interfaces.

[0053] Here, the embodiment of the present application unifies the software baseline to ensure that the main controller (VCU) and other controllers (such as BMS, air-conditioning controller) use the same version of software components (such as operating system, middleware, application layer algorithm), avoiding compatibility issues caused by parallel maintenance of multiple environment versions (such as development version / test version / production version).

[0054] The purpose of an independent debug interface is to independently modify the target controller's environmental parameters (such as temperature thresholds and PID parameters) without interfering with other controllers. This prevents malicious exploitation or misoperation of the debug interface, which could cause system crashes. For example, each controller is assigned an independent physical interface (such as UART, USB, or Ethernet) to avoid bus conflicts.

[0055] See also Figure 2 , Figure 2 This is a flow chart of steps S201-S202 of another vehicle-side environmental parameter synchronization method provided by an embodiment of the present application, which is applied to a cloud server. The method includes steps S201-S202, which are combined with Figure 2 Steps S201-S202 are shown for explanation.

[0056] In step S201, in response to an environment synchronization request, target environment parameters specified by the environment synchronization request are determined; In step S202, target environment parameters are sent to the main controller at the vehicle end, so that the main controller updates itself and other controllers based on the target environment parameters.

[0057] Here, environmental synchronization requests can be triggered manually by the user through a mobile app (e.g., "Switch to Plateau Mode"), automatically by the system (e.g., detecting that the vehicle has entered a high-temperature area), or remotely by after-sales personnel (e.g., fixing a parameter error). Based on the trigger conditions, the cloud reads the target parameters from the database and sends them to the main controller, updating it and / or other controllers.

[0058] In a specific scenario, if the motor torque limit parameters of a batch of vehicles are incorrect, resulting in insufficient power, after-sales personnel can batch-distribute the corrected parameters via the cloud to cover all problematic vehicles, avoiding vehicle recalls and saving costs.

[0059] In some embodiments, the target environment parameters include historical version environment data of the target vehicle, specific scenario environment data, and customized environment data of other vehicles of the same model.

[0060] Here, the historical version environment data can be snapshots of the environment parameters recorded by the target vehicle in different past versions (such as V1.0 and V2.1), including: Sensor data: temperature, humidity, air pressure, light intensity, etc.

[0061] Control parameters: battery charging and discharging strategy, motor torque limit, air conditioning power, etc.

[0062] Event log: high temperature alarm, low temperature protection trigger record.

[0063] Scenario-specific environmental data can be a set of environmental parameters customized for a specific usage scenario (such as charging, high-speed driving, off-roading), for example: Charging scenario: battery preheating temperature, charging power curve.

[0064] Extreme cold scenarios: seat heating priority, glass defogger strategy.

[0065] Racing scenarios: motor response speed and energy recovery intensity.

[0066] Customized environment data for vehicles of the same model are user-defined parameter configurations for other vehicles of the same model, which are shared after being anonymized. For example: Comfort configuration: air conditioning automatic start and stop temperature threshold, seat ventilation intensity.

[0067] Performance configuration: accelerator pedal sensitivity, energy recovery level.

[0068] By expanding the sources of target environmental parameters, the solution achieves a shift from "passive calibration" to "active optimization," significantly improving the vehicle's adaptability and user satisfaction in different environments.

[0069] The following is a principle explanation of the dynamic environment parameter synchronization architecture provided by the embodiment of the present application. Figure 3 , Figure 3 This is a principle block diagram of the dynamic environment parameter synchronization architecture provided in an embodiment of the present application.

[0070] like Figure 3 As shown, for the cloud part: platform: Vehicle software version management: responsible for managing the version information of the vehicle-side software, ensuring the compatibility of the vehicle-side software with the cloud platform, and recording information such as environmental parameter configuration corresponding to different versions.

[0071] Master data: stores the core data of the vehicle, which may include basic information of the vehicle, initial environmental parameter configuration, etc., providing basic data support for the entire synchronization architecture.

[0072] Access Layer: The device access gateway serves as the gateway for vehicle-side devices to access the cloud and is responsible for handling communication between the vehicle and the cloud. It supports multiple communication protocols, such as MQTT and HTTP, ensuring stable and efficient data exchange between vehicle-side devices and the cloud.

[0073] Vehicle side: The domain control main module: Vehicle-side component environmental parameter management: This is the core module for vehicle-side environmental parameter management, responsible for managing the environmental parameters of each vehicle-side component. It can receive parameter adjustment commands from the debugging equipment and modify and configure the environmental parameters of vehicle-side components.

[0074] Debugging device: A tool or device used to debug and modify vehicle-side environmental parameters. Debugging personnel can use the debugging device to interact with the vehicle-side component environmental parameter management module to adjust the vehicle-side environmental parameters.

[0075] Environmental parameter publishing: Publishes debugged or updated environmental parameters on the vehicle side and transmits them to the cloud via MQTT or HTTP. It can also receive updated environmental parameter information from the cloud.

[0076] Environmental parameter storage: stores the current environmental parameters of the vehicle side and provides parameter query and usage support for various modules on the vehicle side.

[0077] Debug interface: Provides a debugging interface with other modules or external devices to facilitate debugging and monitoring of vehicle-side environmental parameters.

[0078] Other Modules: Other Module 1 and Other Module 2 represent additional functional modules on the vehicle side, in addition to the main domain control module. These modules also provide functions such as vehicle-side component environmental parameter management, environmental parameter storage, and debugging interfaces. They independently manage their own related environmental parameters and interact with debugging equipment through the debugging interface. They also synchronize and interact with the main domain control module for environmental parameters.

[0079] The data synchronization process is as follows: Vehicle-to-cloud: When environmental parameters of the vehicle-side domain control main module or other modules change, the environmental parameter publishing module sends the updated parameters to the device access gateway in the cloud via MQTT or HTTP protocol, and then stores them in the master data in the cloud.

[0080] Cloud to vehicle: When the environmental parameters in the master data on the cloud change, the update information is sent to the domain control main module or other related modules on the vehicle through the device access gateway. After receiving the update information, the vehicle-side module updates the local environmental parameter storage and synchronizes it to other related modules.

[0081] During the debugging process, the debugging personnel can interact with the vehicle-side debugging interface through the debugging device, operate the vehicle-side part environmental parameter management module, and adjust the vehicle-side environmental parameters. The adjusted parameters are stored in the vehicle-side environmental parameter storage module and synchronized to the cloud through the environmental parameter publishing module.

[0082] The dynamic environmental parameter synchronization architecture provided by the above embodiment enables the vehicle side and the cloud side to maintain consistency in environmental parameters, ensuring that the vehicle can obtain accurate environmental parameters in different environments, thereby improving the performance and safety of the vehicle.

[0083] In summary, the embodiments of the present application have the following beneficial effects: (1) The master controller manages the synchronization of vehicle parameters and other controller parameters, achieving efficient integration and consistency of vehicle-side environmental parameters. When environmental parameters change, the master controller can quickly respond and determine the target environmental parameters, while simultaneously updating the cloud and other controllers, ensuring the real-time and accuracy of the environmental parameters inside and outside the vehicle, and improving the vehicle's adaptability to different environments.

[0084] (2) It provides a variety of ways to determine the target environmental parameters, including vehicle power-on, environmental switching requests, main controller environmental parameter adjustment requests, and changes in other controller parameters. This flexible and diverse trigger mechanism can meet the environmental parameter synchronization requirements in different scenarios, enhancing the practicality and scalability of the system.

[0085] (3) When synchronizing environmental parameters with the cloud, the target communication protocol (such as the message queue telemetry transmission protocol and / or the hypertext transfer protocol) is used for data transmission, and the cloud determines whether the target environmental parameters are the same as the saved records, and only updates them when they are different, effectively reducing unnecessary data transmission and processing, reducing system load, and improving synchronization efficiency.

[0086] (4) The target environmental parameters are sent to other controllers through the vehicle bus, and other controllers can determine whether they need to be updated. This distributed processing method reduces the burden on the main controller, while ensuring the independence and timeliness of the environmental parameters of each controller, thereby improving the stability and reliability of the entire vehicle-side system.

[0087] (5) An update feedback mechanism and retry conditions were introduced. When other controllers failed to update, the master controller could resend the target environment parameters when the retry conditions were met, ensuring the integrity and success rate of environment parameter synchronization. At the same time, log data was recorded when the number of repetitions exceeded and all failed, providing strong support for subsequent troubleshooting and system optimization.

[0088] (6) The main controller and other controllers use a single baseline version architecture, eliminating the need to maintain multiple environment versions and simplifying the system architecture and management complexity. At the same time, single controller environment parameter adjustment is achieved through an independent debugging interface, improving the convenience and flexibility of system debugging and maintenance.

[0089] (7) The cloud server can respond to environmental synchronization requests and send target environmental parameters to the vehicle-side main controller, achieving two-way synchronization of environmental parameters between the cloud and the vehicle. This collaborative working mode between the cloud and the vehicle enables the vehicle to obtain a wider range of environmental data (such as historical version environmental data of the target vehicle, specific scenario environmental data, and customized environmental data of other vehicles of the same model), further improving the vehicle's environmental adaptability and intelligence level.

[0090] Based on the same inventive concept, an embodiment of the present application also provides a vehicle-side environmental parameter synchronization device corresponding to the vehicle-side environmental parameter synchronization method in the first embodiment. Since the principle of solving the problem by the device in the embodiment of the present application is similar to the above-mentioned vehicle-side environmental parameter synchronization method, the implementation of the device can refer to the implementation of the method, and the repeated parts will not be repeated.

[0091] like Figure 4 As shown, Figure 4 This is a schematic diagram of the structure of the vehicle-side environmental parameter synchronization device provided by an embodiment of the present application. The vehicle-side environmental parameter synchronization device is applied to the main controller of the vehicle side, and the device includes: The first determining module 401 is configured to determine the target environmental parameters after the change in response to the environmental parameters of the vehicle side; The first synchronization module 402 is used to send the target environment parameters to the cloud so that the cloud updates the cloud-stored records based on the target environment parameters; and send the target environment parameters to the other controllers so that the other controllers update their own parameters based on the target environment parameters.

[0092] Those skilled in the art should understand that Figure 4 The implementation functions of each unit in the vehicle-side environmental parameter synchronization device shown can be understood by referring to the relevant description of the aforementioned vehicle-side environmental parameter synchronization method. Figure 4 The functions of the various units in the vehicle-side environmental parameter synchronization device shown can be implemented by a program running on a processor, or by a specific logic circuit.

[0093] In a possible implementation, the first determining module 401 determines the changed target environmental parameters in response to changes in the environmental parameters of the vehicle side, including: In response to the vehicle being powered on, retrieving the vehicle parameters and using the vehicle parameters as the target environment parameters; Alternatively, in response to an environment switching request, determining the target environment parameters based on a target environment specified by the environment switching request; Alternatively, in response to an environmental parameter adjustment request from the main controller, the updated environmental parameters are synchronized to the other controllers, and the updated vehicle parameters are pulled as the target environmental parameters; Alternatively, in response to a change in the own parameters of the other controller, the changed parameters of the entire vehicle are retrieved and used as the target environment parameters.

[0094] In a possible implementation, the first synchronization module 402 sends the target environment parameters to the cloud, including: The target environment parameters are sent to the cloud based on a target communication protocol, so that the cloud determines whether the target environment parameters are the same as the cloud-stored record; if different, the cloud-stored record is updated based on the target environment parameters and the timestamp is updated; if the same, the target environment parameters sent by the main controller are discarded; wherein the target communication protocol includes a message queue telemetry transmission protocol and / or a hypertext transfer protocol.

[0095] In a possible implementation, the first synchronization module 402 sends the target environment parameter to the other controller, including: The target environment parameters are sent to the other controllers via the vehicle bus so that the other controllers determine whether the target environment parameters are the same as their own parameters. If they are different, the other controllers update their own parameters based on the target environment parameters. If they are the same, the other controllers discard the target environment parameters sent by the main controller.

[0096] In a possible implementation, the first synchronization module 402 further includes: Receive the update feedback results sent by the other controllers. If it fails, repeatedly send the target environment parameters to the other controllers when the retry conditions are met, so that the other controllers complete the update; wherein, the retry conditions are determined based on a preset number of retries, and log data is recorded when the number of repetitions is exceeded and all fail.

[0097] In a possible implementation, the main controller and the other controllers use a single baseline version architecture to eliminate the need for maintaining multiple environment versions; the main controller and the other controllers implement single-controller environment parameter adjustment through independent debugging interfaces.

[0098] The above vehicle-side environmental parameter synchronization device has the following beneficial effects: (1) The master controller manages the synchronization of vehicle parameters and other controller parameters, achieving efficient integration and consistency of vehicle-side environmental parameters. When environmental parameters change, the master controller can quickly respond and determine the target environmental parameters, while simultaneously updating the cloud and other controllers, ensuring the real-time and accuracy of the environmental parameters inside and outside the vehicle, and improving the vehicle's adaptability to different environments.

[0099] (2) It provides a variety of ways to determine the target environmental parameters, including vehicle power-on, environmental switching requests, main controller environmental parameter adjustment requests, and changes in other controller parameters. This flexible and diverse trigger mechanism can meet the environmental parameter synchronization requirements in different scenarios, enhancing the practicality and scalability of the system.

[0100] (3) When synchronizing environmental parameters with the cloud, the target communication protocol (such as the message queue telemetry transmission protocol and / or the hypertext transfer protocol) is used for data transmission, and the cloud determines whether the target environmental parameters are the same as the saved records, and only updates them when they are different, effectively reducing unnecessary data transmission and processing, reducing system load, and improving synchronization efficiency.

[0101] (4) The target environmental parameters are sent to other controllers through the vehicle bus, and other controllers can determine whether they need to be updated. This distributed processing method reduces the burden on the main controller, while ensuring the independence and timeliness of the environmental parameters of each controller, thereby improving the stability and reliability of the entire vehicle-side system.

[0102] (5) An update feedback mechanism and retry conditions were introduced. When other controllers failed to update, the master controller could resend the target environment parameters when the retry conditions were met, ensuring the integrity and success rate of environment parameter synchronization. At the same time, log data was recorded when the number of repetitions exceeded and all failed, providing strong support for subsequent troubleshooting and system optimization.

[0103] (6) The main controller and other controllers use a single baseline version architecture, eliminating the need to maintain multiple environment versions and simplifying the system architecture and management complexity. At the same time, single controller environment parameter adjustment is achieved through an independent debugging interface, improving the convenience and flexibility of system debugging and maintenance.

[0104] like Figure 5 As shown, Figure 5 : This is a schematic diagram of the structure of another vehicle-side environmental parameter synchronization device provided in an embodiment of the present application. The other vehicle-side environmental parameter synchronization device is applied to a cloud server, and the device includes: The second determining module 501 is configured to determine, in response to the environment synchronization request, target environment parameters specified by the environment synchronization request; The second synchronization module 502 is used to send target environmental parameters to the main controller at the vehicle end, so that the main controller updates itself and other controllers based on the target environmental parameters.

[0105] Those skilled in the art should understand that Figure 5 The implementation functions of each unit in the vehicle-side environmental parameter synchronization device shown can be understood by referring to the relevant description of the aforementioned vehicle-side environmental parameter synchronization method. Figure 5 The functions of the various units in the vehicle-side environmental parameter synchronization device shown can be implemented by a program running on a processor, or by a specific logic circuit.

[0106] In a possible implementation, the target environment parameters include historical version environment data of the target vehicle, specific scenario environment data, and customized environment data of other vehicles of the same model.

[0107] The above vehicle-side environmental parameter synchronization device has the following beneficial effects: The cloud server responds to environmental synchronization requests and sends target environmental parameters to the vehicle-side main controller, achieving bidirectional synchronization of environmental parameters between the cloud and the vehicle. This collaborative approach between the cloud and the vehicle enables the vehicle to access a wider range of environmental data (such as historical environmental data for the target vehicle, scenario-specific environmental data, and customized environmental data for other similar vehicles), further enhancing the vehicle's environmental adaptability and intelligence.

[0108] like Figure 6 As shown, Figure 6 This is a schematic diagram of the structure of an electronic device 600 provided in an embodiment of the present application. The electronic device 600 includes: A processor 601, a storage medium 602 and a bus 603, wherein the storage medium 602 stores machine-readable instructions executable by the processor 601. When the electronic device 600 is running, the processor 601 communicates with the storage medium 602 through the bus 603, and the processor 601 executes the machine-readable instructions to perform the steps of the vehicle-side environmental parameter synchronization method described in the embodiment of the present application.

[0109] In actual application, the various components in the electronic device 600 are coupled together via bus 603. It is understood that bus 603 is used to realize the connection and communication between these components. In addition to the data bus, bus 603 also includes a power bus, a control bus and a status signal bus. However, for the sake of clarity, Figure 6 Various buses are labeled as bus 603.

[0110] The electronic device has the following beneficial effects: (1) The master controller manages the synchronization of vehicle parameters and other controller parameters, achieving efficient integration and consistency of vehicle-side environmental parameters. When environmental parameters change, the master controller can quickly respond and determine the target environmental parameters, while simultaneously updating the cloud and other controllers, ensuring the real-time and accuracy of the environmental parameters inside and outside the vehicle, and improving the vehicle's adaptability to different environments.

[0111] (2) It provides a variety of ways to determine the target environmental parameters, including vehicle power-on, environmental switching requests, main controller environmental parameter adjustment requests, and changes in other controller parameters. This flexible and diverse trigger mechanism can meet the environmental parameter synchronization requirements in different scenarios, enhancing the practicality and scalability of the system.

[0112] (3) When synchronizing environmental parameters with the cloud, the target communication protocol (such as the message queue telemetry transmission protocol and / or the hypertext transfer protocol) is used for data transmission, and the cloud determines whether the target environmental parameters are the same as the saved records, and only updates them when they are different, effectively reducing unnecessary data transmission and processing, reducing system load, and improving synchronization efficiency.

[0113] (4) The target environmental parameters are sent to other controllers through the vehicle bus, and other controllers can determine whether they need to be updated. This distributed processing method reduces the burden on the main controller, while ensuring the independence and timeliness of the environmental parameters of each controller, thereby improving the stability and reliability of the entire vehicle-side system.

[0114] (5) An update feedback mechanism and retry conditions were introduced. When other controllers failed to update, the master controller could resend the target environment parameters when the retry conditions were met, ensuring the integrity and success rate of environment parameter synchronization. At the same time, log data was recorded when the number of repetitions exceeded and all failed, providing strong support for subsequent troubleshooting and system optimization.

[0115] (6) The main controller and other controllers use a single baseline version architecture, eliminating the need to maintain multiple environment versions and simplifying the system architecture and management complexity. At the same time, single controller environment parameter adjustment is achieved through an independent debugging interface, improving the convenience and flexibility of system debugging and maintenance.

[0116] (7) The cloud server can respond to environmental synchronization requests and send target environmental parameters to the vehicle-side main controller, achieving two-way synchronization of environmental parameters between the cloud and the vehicle. This collaborative working mode between the cloud and the vehicle enables the vehicle to obtain a wider range of environmental data (such as historical version environmental data of the target vehicle, specific scenario environmental data, and customized environmental data of other vehicles of the same model), further improving the vehicle's environmental adaptability and intelligence level.

[0117] An embodiment of the present application also provides a computer-readable storage medium, which stores executable instructions. When the executable instructions are executed by at least one processor 601, the vehicle-side environmental parameter synchronization method described in the embodiment of the present application is implemented.

[0118] In some embodiments, the storage medium can be a magnetic random access memory (FRAM), a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), a flash memory, a magnetic surface storage, an optical disc, or a compact disc read-only memory (CD-ROM); it can also be various devices including one or any combination of the above memories.

[0119] In some embodiments, executable instructions may be in the form of a program, software, software module, script, or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

[0120] As an example, executable instructions may, but do not necessarily, correspond to a file in a file system, may be stored as part of a file that stores other programs or data, for example, in one or more scripts in a HyperText Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple coordinated files (for example, files storing one or more modules, subroutines, or code portions).

[0121] By way of example, executable instructions may be deployed to be executed on one computing device, or on multiple computing devices at one site, or on multiple computing devices distributed across multiple sites and interconnected by a communication network.

[0122] The computer-readable storage medium has the following advantages: (1) Ensure data consistency and accuracy: Build a dynamic environment parameter synchronization architecture to achieve two-way synchronization of vehicle-side and cloud-side environment parameter versions. Regardless of changes in the vehicle-side or cloud-side environment parameters, the other version can be updated in a timely manner to avoid problems such as vehicle control command errors and remote monitoring failures caused by data inconsistencies, ensuring that the vehicle operates based on accurate environment parameters. At the same time, when switching environments (development, testing, and production environments), the corresponding parameters can be accurately synchronized, enhancing the vehicle's adaptability and stability in different scenarios.

[0123] (2) Improve system flexibility and maintainability: Supports individual adjustment of environmental parameters for specific controllers, meeting the needs of refined debugging of individual controllers during development and testing, facilitating rapid problem location and resolution, and enabling personalized vehicle configuration and optimization. The main controller and other controllers use a single baseline version architecture to simplify version management, unify and efficiently apply parameters when switching environments, reduce maintenance complexity, and mitigate compatibility issues.

[0124] (3) Ensure real-time performance and reliability: Use event-triggered or periodic triggering to achieve real-time synchronization between the vehicle and the cloud, meeting real-time requirements such as vehicle remote monitoring and fault warning, and promptly handling operational problems. When a failure or anomaly occurs during synchronization, automatic retries are performed and logs are recorded, improving synchronization reliability, providing detailed evidence for troubleshooting, and shortening repair time.

[0125] (4) Enhanced business adaptability and scalability: The number of automatic retries can be customized according to business needs, adapting to the data synchronization reliability requirements of different business scenarios and balancing system resources and synchronization efficiency. The existing architecture and methods are easy to expand and upgrade, and can easily cope with new environmental parameter types and synchronization requirements, adapting to the development of intelligent and connected vehicles.

[0126] In the several embodiments provided in this application, it should be understood that the disclosed methods and electronic devices can be implemented in other ways. The device embodiments described above are merely schematic. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as: multiple units or components can be combined, or can be integrated into another system, or some features can be ignored or not executed. In addition, the coupling, direct coupling, or communication connection between the components shown or discussed can be through some interfaces, and the indirect coupling or communication connection of the devices or units can be electrical, mechanical or other forms.

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

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

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

[0130] The above are only specific embodiments of the present application, but the scope of protection of this application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.

Claims

1. A vehicle-side environmental parameter synchronization method, characterized in that: A main controller applied to a vehicle side, the vehicle side also includes other controllers, the main controller is used to store vehicle parameters, and the other controllers are used to store their own parameters. The method includes: In response to a change in the environmental parameters of the vehicle end, determining a target environmental parameter after the change; The target environment parameters are sent to the cloud so that the cloud updates the cloud-stored records based on the target environment parameters; and the target environment parameters are sent to the other controllers so that the other controllers update their own parameters based on the target environment parameters.

2. The method according to claim 1, characterized in that The step of responding to a change in the vehicle-side environmental parameter and determining the changed target environmental parameter includes: In response to the vehicle being powered on, retrieving the vehicle parameters and using the vehicle parameters as the target environment parameters; Alternatively, in response to an environment switching request, determining the target environment parameters based on a target environment specified by the environment switching request; Alternatively, in response to an environmental parameter adjustment request from the main controller, the updated environmental parameters are synchronized to the other controllers, and the updated vehicle parameters are pulled as the target environmental parameters; Alternatively, in response to a change in the own parameters of the other controller, the changed parameters of the entire vehicle are retrieved and used as the target environment parameters.

3. The method according to claim 1, characterized in that The sending the target environment parameters to the cloud includes: The target environment parameters are sent to the cloud based on a target communication protocol, so that the cloud determines whether the target environment parameters are the same as the cloud-stored record; if different, the cloud-stored record is updated based on the target environment parameters and the timestamp is updated; if the same, the target environment parameters sent by the main controller are discarded; wherein the target communication protocol includes a message queue telemetry transmission protocol and / or a hypertext transfer protocol.

4. The method according to claim 1, wherein The sending the target environment parameter to the other controller includes: The target environment parameters are sent to the other controllers via the vehicle bus so that the other controllers determine whether the target environment parameters are the same as their own parameters. If they are different, the other controllers update their own parameters based on the target environment parameters. If they are the same, the other controllers discard the target environment parameters sent by the main controller.

5. The method according to claim 1, wherein The method further comprises: Receive the update feedback results sent by the other controllers. If it fails, repeatedly send the target environment parameters to the other controllers when the retry conditions are met, so that the other controllers complete the update; wherein, the retry conditions are determined based on a preset number of retries, and log data is recorded when the number of repetitions is exceeded and all fail.

6. A vehicle-side environmental parameter synchronization method, characterized in that: Applied to a cloud server, the method includes: In response to the environment synchronization request, determining target environment parameters specified by the environment synchronization request; The target environment parameters are sent to the main controller at the vehicle end, so that the main controller updates itself and other controllers based on the target environment parameters.

7. The method according to claim 6, characterized in that The target environment parameters include historical version environment data of the target vehicle, specific scenario environment data, and customized environment data of other vehicles of the same model.

8. A vehicle-side environmental parameter synchronization device, characterized in that: A main controller applied to a vehicle side, the vehicle side also includes other controllers, the main controller is used to store vehicle parameters, and the other controllers are used to store their own parameters. The device includes: A first determining module is configured to determine a target environmental parameter after the change in response to a change in the environmental parameter of the vehicle end; The first synchronization module is used to send the target environment parameters to the cloud so that the cloud updates the cloud-stored records based on the target environment parameters; and send the target environment parameters to the other controllers so that the other controllers update their own parameters based on the target environment parameters.

9. A vehicle-side environmental parameter synchronization device, characterized in that: Applied to a cloud server, the device includes: A second determining module is configured to determine, in response to the environment synchronization request, target environment parameters specified by the environment synchronization request; The second synchronization module is used to send target environmental parameters to the main controller at the vehicle end, so that the main controller updates itself and other controllers based on the target environmental parameters.

10. An electronic device, characterized in that: include: A processor, a storage medium and a bus, wherein the storage medium stores machine-readable instructions executable by the processor. When the electronic device is running, the processor and the storage medium communicate through the bus, and the processor executes the machine-readable instructions to execute the vehicle-side environmental parameter synchronization method as described in any one of claims 1 to 5, or executes the vehicle-side environmental parameter synchronization method as described in any one of claims 6 to 7.

Images