Methods, apparatus, equipment, and media for generating counterweight files

Abstract

This application discloses a method, apparatus, device, and medium for generating counterweight files, relating to the field of computer-aided design technology. The method includes the following steps: obtaining a subsystem configuration file of a first vehicle; in response to receiving a file read operation, reading the subsystem configuration file to determine at least one target subsystem among multiple subsystems that requires counterweight adjustment; filtering at least one target component requiring counterweight adjustment from the at least one target subsystem based on preset counterweight rules; automatically adjusting the counterweight of the at least one target component based on the subsystem configuration file, and generating a counterweight file corresponding to the at least one target component, the counterweight file containing the weight data of the at least one target component after counterweight adjustment. This effectively improves the efficiency of counterweight file generation, can handle situations with a large amount of data requiring counterweight adjustment and high frequency, and improves human-computer interaction efficiency.

Description

Technical Field

[0001] This application relates to the field of computer-aided design technology, and in particular to a method, apparatus, device, and medium for generating counterweight files. Background Technology

[0002] Before a car officially enters production, technicians use computer simulation technology and other methods to build a vehicle safety model. This model simulates the vehicle's three-dimensional shape and its actual usage conditions to ensure safe operation and determine the production specifications of each part, such as size and weight. The vehicle is divided into multiple subsystems based on its functions, each of which can be considered a collection of components. Initially, the weight of each component is set during the modeling process, and this weight is adjusted continuously based on test results.

[0003] In related technologies, each vehicle model project needs to select the IDs (part names) of components located in different areas within different subsystems according to certain criteria, and update the weight of the selected components in the counterweight file.

[0004] However, the number of components that need to be updated for counterweight is often large. The above method requires technicians to manually enter data to obtain counterweight files, which is cumbersome and inefficient. When the configuration of a subsystem is updated, technicians need to spend time reprocessing it. Summary of the Invention

[0005] This application provides a method, apparatus, device, and medium for generating counterweight files, which can improve the efficiency of counterweight file generation. The technical solution is as follows:

[0006] On the one hand, a method for generating a counterweight file is provided, the method comprising:

[0007] Obtain the subsystem configuration file of the first vehicle. The subsystem configuration file is used to indicate the situation of multiple subsystems of the first vehicle according to their functions. The subsystem configuration file contains the names and weight adjustment data of each of the multiple subsystems. Each subsystem contains multiple vehicle components. The weight adjustment data is used to indicate the weight that needs to be adjusted for each of the multiple vehicle components in the subsystem when the weight of the subsystem is adjusted.

[0008] In response to receiving a file read operation, the subsystem configuration file is read to determine at least one target subsystem among the multiple subsystems that needs to be weighted.

[0009] Based on preset counterweight rules, at least one target component that needs counterweight adjustment is selected from the at least one target subsystem.

[0010] The system automatically adjusts the weight of the at least one target component based on the subsystem configuration file and generates a weight file corresponding to the at least one target component. The weight file contains the weight data of the at least one target component after the weight adjustment.

[0011] On the other hand, an apparatus for generating counterweight files is provided, the apparatus comprising:

[0012] The acquisition module is used to acquire the subsystem configuration file of the first vehicle. The subsystem configuration file is used to indicate the situation of multiple subsystems of the first vehicle according to their functions. The subsystem configuration file contains the names and weight adjustment data of each of the multiple subsystems. Each subsystem contains multiple vehicle components. The weight adjustment data is used to indicate the weight that needs to be adjusted for each of the multiple vehicle components in the subsystem when the weight of the subsystem is adjusted.

[0013] The reading module is used to read the subsystem configuration file in response to receiving a file reading operation, and to determine at least one target subsystem among the multiple subsystems that needs to be adjusted in weight.

[0014] The filtering module is used to filter out at least one target component that needs to be adjusted in weight from the at least one target subsystem based on a preset weighting rule.

[0015] The counterweight module is used to automatically adjust the counterweight of the at least one target component based on the subsystem configuration file, and generate a counterweight file corresponding to the at least one target component, wherein the counterweight file contains the weight data of the at least one target component after the counterweight adjustment.

[0016] In an optional embodiment, the reading module is further configured to obtain a region selection file corresponding to the subsystem configuration file, the region selection file being used to determine the at least one target subsystem that needs to be adjusted in terms of counterweight, the region selection file containing multiple selection regions obtained by dividing the three-dimensional model of the first vehicle into three-dimensional regions; and to read the subsystem configuration file based on the region selection file to determine the at least one target subsystem.

[0017] In an optional embodiment, the filtering module is further configured to read the initial counterweight data corresponding to multiple candidate components in the at least one target subsystem, wherein the i-th initial counterweight data includes the initial weight, thickness, and component name of the i-th component among the multiple candidate components, and i is a positive integer; and to filter out the at least one target component from the multiple candidate components based on the preset counterweight rules and the initial counterweight data.

[0018] In an optional embodiment, the filtering module is further configured to, when filtering the i-th component, determine the i-th component as a target component in response to the following: the initial weight of the i-th component does not reach a preset weight threshold, the thickness of the i-th component does not reach a preset thickness threshold, and the component name of the i-th component conforms to a preset naming rule.

[0019] In an optional embodiment, the counterweight module is further configured to obtain target weight adjustment data corresponding to the at least one target subsystem from the subsystem configuration file based on the at least one target subsystem, wherein the j-th target subsystem corresponds to the j-th target weight adjustment data, and j is a positive integer; when adjusting the counterweight of the target component in the j-th target subsystem, the target component in the j-th target subsystem is adjusted based on the j-th target weight adjustment data to obtain the j-th counterweight data corresponding to the j-th target subsystem; after integrating the counterweight data corresponding to each of the at least one target subsystem, the counterweight file corresponding to the at least one target component is generated.

[0020] In an optional embodiment, the counterweight module is further configured to, when adjusting the counterweight of a target component in the j-th target subsystem, determine a first number of target components in the j-th target subsystem; divide the j-th target weight adjustment data equally based on the first number to obtain a j-th equal-division adjustment range; and adjust the target components in the j-th target subsystem respectively based on the j-th equal-division adjustment range to obtain the j-th counterweight data corresponding to the j-th target subsystem.

[0021] In an optional embodiment, the j-th target weight adjustment data includes the k-th adjustment weight when adjusting the counterweight of the k-th target component in the j-th target subsystem, where k is a positive integer;

[0022] The counterweight module is further configured to adjust the k-th target component in the j-th target subsystem based on the k-th adjustment weight and the j-th target weight adjustment data; and to obtain the j-th counterweight data corresponding to the j-th target subsystem when all target components in the j-th target subsystem have been adjusted.

[0023] On the other hand, a computer device is provided, the computer device including a processor and a memory, the memory storing at least one instruction, at least one program, code set or instruction set, the at least one instruction, the at least one program, the code set or instruction set being loaded and executed by the processor to implement the method for generating a counterweight file as described in any of the embodiments of this application above.

[0024] On the other hand, a computer-readable storage medium is provided, wherein at least one instruction, at least one program, code set, or instruction set is stored therein, wherein the at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by a processor to implement the method for generating a counterweight file as described in any of the embodiments of this application above.

[0025] On the other hand, a computer program product or computer program is provided, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the method for generating a counterweight file as described in any of the above embodiments.

[0026] The beneficial effects of the technical solutions provided in this application include at least the following:

[0027] By pre-setting subsystem configuration files, the subsystems that need to be adjusted for counterweight are automatically selected during vehicle modeling. The target components in the target subsystem that need to be adjusted for configuration are then confirmed. Based on the weight adjustment method indicated in the subsystem configuration file, a counterweight file is automatically generated, realizing automatic updating of counterweight data. Compared with the method in related technologies where technicians need to manually update configuration data to obtain the counterweight file, this method effectively improves the efficiency of counterweight file generation, can handle situations with a large amount of data requiring counterweight adjustment and a high frequency, and improves the efficiency of human-computer interaction. Attached Figure Description

[0028] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0029] Figure 1 This is a schematic diagram of a counterweight file generation system provided in an exemplary embodiment of this application;

[0030] Figure 2 This is a flowchart of a method for generating a counterweight file provided in an exemplary embodiment of this application;

[0031] Figure 3 This is a structural block diagram of a counterweight file generation device provided in an exemplary embodiment of this application;

[0032] Figure 4 This is a structural block diagram of a computer device provided in an exemplary embodiment of this application. Detailed Implementation

[0033] To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be described in further detail below with reference to the accompanying drawings.

[0034] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0035] The terminology used in this application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. The singular forms “a,” “the,” and “the” used in this application and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any or all possible combinations of one or more of the associated listed items.

[0036] It should be noted that all information and data involved in this application are authorized by the user or fully authorized by all parties, and the collection, use and processing of the relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions.

[0037] It should be understood that although the terms first, second, etc., may be used in this application to describe various information, this information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, without departing from the scope of this application, a first parameter may also be referred to as a second parameter, and similarly, a second parameter may also be referred to as a first parameter. Depending on the context, the word "if" as used herein may be interpreted as "when," "when," or "in response to determination."

[0038] First, a brief introduction to the terms used in the embodiments of this application:

[0039] TCL (Tool Command Language) is a general-purpose, multi-paradigm systems programming language. It is a scripting language designed to enable applications to communicate with each other. It is designed for rapid development of various applications, particularly in automation, testing, and prototyping.

[0040] Before a car officially enters the production line, technicians use computer simulation technology to create a vehicle safety model. This model simulates the vehicle's three-dimensional appearance and predicts its performance in real-world driving environments. This method ensures vehicle safety during operation and allows for precise determination of production standards for each component, including parameters such as size and weight.

[0041] Based on the functions of a car, it is divided into several subsystems, and each subsystem consists of a specific set of components.

[0042] In the initial construction phase of the vehicle model, technicians set an initial weight for each component that makes up the vehicle. As the model construction progresses, the weights of the components are continuously adjusted based on the results of simulation tests and experiments to ensure the overall performance and safety of the vehicle.

[0043] In related technologies, each vehicle model project needs to select components located in different areas within different subsystems according to certain criteria, and update the weight of the selected components in the weight file. The weight file is used to record the weight of each component in the vehicle, and the data in this weight file is updated in real time during the vehicle model construction process.

[0044] However, the number of components that need to be updated for counterweight is often large. The above method requires technicians to manually enter data to obtain counterweight files, which is cumbersome and inefficient. When the configuration of a subsystem is updated, technicians need to spend time reprocessing it.

[0045] This application provides a method for generating counterweight files, which can automatically complete the processes of subsystem filtering, component filtering, component weight updating, and counterweight file generation based on a pre-configured subsystem configuration file. This eliminates the need for technicians to manually enter data, thereby improving the efficiency of counterweight file generation and component weight data updating.

[0046] Secondly, the system for generating counterweight files involved in the embodiments of this application will be described, for illustrative purposes only. Please refer to [link / reference needed]. Figure 1 The implementation environment involves terminal 100 and server 120, and a communication connection 140 is established between terminal 100 and server 120.

[0047] The terminal 100 is equipped with an application capable of modeling the entire first vehicle. This application generates a simulation model of the first vehicle and is used to simulate and test its performance in actual use. Technicians test and adjust the vehicle model on the terminal 100 and organize the subsystem configuration files.

[0048] Server 120 is equipped with a tool that enables rapid weight allocation for components within the model. This tool, implemented using the TCL scripting language, identifies key components required for counterweighting in each subsystem from a large number of components in the safety vehicle model, based on attributes such as quality and location. It then quickly creates and updates counterweights for each subsystem based on user-input parameters. This improves the efficiency of counterweight updates for each subsystem of the safety vehicle model, reduces repetitive and tedious operations by technicians, and minimizes the time spent on updates, allowing more time to be devoted to actual analysis and improvement processes.

[0049] The technicians first prepare a subsystem configuration file, which indicates the status of the multiple subsystems of the first vehicle according to their functions. The subsystem configuration file contains the names and weight adjustment data of each of the multiple subsystems. Each subsystem contains multiple vehicle components. The weight adjustment data is used to indicate the weight that needs to be adjusted for each of the multiple vehicle components in the subsystem when the weight of the subsystem is adjusted.

[0050] In other words, taking the first vehicle as an example, it is divided into multiple subsystems according to its functions. Each subsystem contains multiple components. In the modeling process, in order to simulate and test the safety of the first vehicle when it is actually put into use, the weight of the components needs to be adjusted and updated in real time to obtain a counterweight file containing the weight data of each component.

[0051] The subsystem configuration file is imported into the server 120 via the terminal 100. The server 120 reads the subsystem configuration file and identifies target subsystems that require weight adjustment based on it. Since not all components in the target subsystem require weight adjustment, after identifying the target subsystem, it is necessary to further filter out the target components in the target subsystem that require weight adjustment based on preset weight rules.

[0052] The subsystem configuration file pre-indicates the method and specific weight change range for adjusting the counterweight of the target component. Therefore, server 120 automatically generates the corresponding counterweight file for the target component based on the subsystem configuration file.

[0053] In some embodiments, in order to enable the server 120 to locate the target subsystem that needs to be adjusted in weight more quickly, technicians can also upload a region selection file to the terminal 100. The region selection file contains the region selection area obtained after dividing the three-dimensional model of the vehicle into regions. Based on the location information indicated by the region selection area and the name of the subsystem indicated in the subsystem configuration file, the target subsystem can be quickly determined.

[0054] In some embodiments, the operations / functions performed by the terminal 100 and the server 120 can be integrated on the same device. For example, only the terminal 100 is needed to perform the uploading, reading, and weighting process of the subsystem configuration file to obtain the automatically updated / generated weighting file. Alternatively, the above process can be implemented only through the server 120. This application does not limit this.

[0055] The aforementioned terminal can be various forms of terminal devices such as mobile phones, tablets, desktop computers, portable laptops, smart TVs, vehicle terminals, and smart home devices, and this application embodiment does not limit them.

[0056] It is worth noting that the aforementioned servers can be independent physical servers, server clusters or distributed systems composed of multiple physical servers, or cloud servers that provide basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms.

[0057] Cloud technology refers to a hosting technology that unifies hardware, software, and network resources within a wide area network (WAN) or local area network (LAN) to achieve data computation, storage, processing, and sharing. Based on the cloud computing business model, cloud technology encompasses network technology, information technology, integration technology, management platform technology, and application technology. It can form resource pools, providing flexible and convenient on-demand access. Cloud computing technology will become a crucial support. Backend services of technical network systems require substantial computing and storage resources, such as video websites, image websites, and many portal websites. With the rapid development and application of the internet industry, every item may have its own identification mark in the future, requiring transmission to backend systems for logical processing. Data at different levels will be processed separately, and various industry data will require robust system support, which can only be achieved through cloud computing.

[0058] In some embodiments, the server described above can also be implemented as a node in a blockchain system.

[0059] Based on the above-described terminology and application scenarios, the method for generating counterweight files provided in this application will be explained. This method can be executed by a server or a terminal, or by both a server and a terminal. In this embodiment, the method is illustrated by being executed by a server. Figure 2 As shown, Figure 2 This is a flowchart of a method for generating a counterweight file according to an exemplary embodiment of this application. The method includes the following steps.

[0060] Step 210: Obtain the subsystem configuration file of the first vehicle.

[0061] The subsystem configuration file is a pre-configured file uploaded by a technician. The technician can manually configure the subsystem configuration file and upload it to the terminal, or configure it directly on the terminal, which then sends it to the server. The terminal contains an application capable of generating subsystem configuration files. In some embodiments, the method provided in this application is executed by the terminal, allowing the technician to directly generate the subsystem configuration file within the terminal and implement the configuration adjustment process for vehicle components.

[0062] The subsystem configuration file is used to indicate the status of multiple subsystems of the first vehicle according to their functions. The subsystem configuration file contains the names and weight adjustment data of each of the multiple subsystems.

[0063] The subsystem contains multiple vehicle components, and the weight adjustment data is used to indicate the weight that each of the multiple vehicle components in the subsystem needs to be adjusted when the subsystem is being ballast-adjusted.

[0064] Technicians save the names and weight adjustments of each subsystem as input data to a CSV (Comma-Separated Values) file, thus obtaining the subsystem configuration file. The CSV file stores tabular data in plain text format, with each row representing a row in the table, and each field value separated by a comma. CSV files are commonly used to transfer data between different applications because they are easy to generate and parse, and are supported by many different programs.

[0065] In other words, the subsystem configuration file stores the weight information of each of the multiple vehicle components of the first vehicle when they are adjusted in a table format.

[0066] For example, the first vehicle contains 200 parts (which may be referred to as parts). According to the function of the first vehicle, the 200 parts are divided into 10 subsystems. Each subsystem corresponds to a different vehicle function. For example, the door on the driver's side of the first vehicle is regarded as a subsystem. This subsystem contains 20 parts, such as window glass, door handle, etc.

[0067] The weight adjustment data includes the total weight adjustment allocation for each subsystem.

[0068] For example, taking the first subsystem as an example, the first subsystem contains 20 components. The weight adjustment data is used to indicate the weight increase of each component of the first subsystem. The total weight increase is 0.1 kg, that is, the total weight increase of the 20 components is 0.1 kg.

[0069] The weight adjustment data indicates any method for adjusting the weight of each component in the subsystem, which can be pre-set by technicians. For example, out of 20 components, 5 components need to be reduced in weight, 10 components need to be increased in weight, and the remaining 5 components do not require weight adjustment.

[0070] For example, the first subsystem is the left-side door system located on the driver's seat side, including 20 components, such as window glass, exterior door handle, interior door handle, window regulator, etc. The weight adjustment data of the first subsystem indicates that the weight of the window regulator is increased by 0.08 kg, the weight of the exterior door handle and the interior door handle are each reduced by 0.02 kg, and the weight of the window glass is not adjusted.

[0071] Step 220: In response to receiving a file read operation, read the subsystem configuration file and determine at least one target subsystem among multiple subsystems that needs to be rebalanced.

[0072] Optionally, a region selection file (also known as a block file) corresponding to the subsystem configuration file is obtained. This region selection file is used to identify at least one target subsystem that requires weight adjustment. The region selection file contains multiple selected regions obtained by dividing the three-dimensional model of the first vehicle into three-dimensional regions. For example, selected regions are obtained by selecting the left side door, right side door, driver's seat, and passenger seat of the first vehicle. Each selected region indicates a three-dimensional region in the first vehicle, and each selected region involves at least one component.

[0073] The region selection file is a pre-configured file uploaded by technicians. When simulating and modeling the first vehicle, different selection regions are set for the vehicle's 3D model. When a selection region partially overlaps with the vehicle's 3D model, that overlapping portion is the selected area. Technicians set the region selection files on a subsystem basis. One selection region is used to select one subsystem of the first vehicle, that is, to select all components of that subsystem. In some embodiments, a selection region may be used to select a portion of a subsystem, that is, to select only some components of that subsystem. Based on the region selection file, the subsystem configuration file is read to determine at least one target subsystem.

[0074] After receiving the file read operation, the obtained region selection file is used as a backup file. Combining the selected region with the target subsystem identification can make the identification result more accurate. For example, the subsystem includes a left-side door system and a right-side door system. These systems have similar names but different areas within the first vehicle. The selected region in the region selection file indicates the location on the left side of the first vehicle. Therefore, based on the selected region in the region selection file, it can be further determined that the target subsystem is the left-side door system.

[0075] In some embodiments, each subsystem is assigned a different prefix number in the subsystem configuration file and is distinguished by the "include" header file identifier so that the server / terminal device can read it. Once the prefix number after "include" is read, the target subsystem that needs to be adjusted can be determined directly based on the correspondence between the prefix number and the subsystem.

[0076] For example, the first vehicle is divided into 10 subsystems, each with a prefix number of 0001, 0002, 0003, 0004, 0005, 0006, 0007, 0008, 0009, and 0010. The subsystem configuration file indicates that the subsystems with prefix numbers 0003, 0004, and 0007 are the target subsystems. If the subsystem configuration file contains the following content: "include 0003; include 0004; include 0007", then when reading the subsystem configuration file, the target subsystem will be automatically identified and determined.

[0077] Step 230: Based on preset counterweight rules, at least one target component that needs to be adjusted in counterweight is selected from at least one target subsystem.

[0078] Optionally, the initial counterweight data corresponding to multiple candidate components in at least one target subsystem are read, wherein the i-th initial counterweight data includes the initial weight, thickness, and component name of the i-th component among the multiple candidate components, and i is a positive integer.

[0079] For example, there are 10 target subsystems, each containing 10 candidate components, for a total of 100 candidate components. The initial weight data corresponding to each of the 100 candidate components is read. The initial weight data is the weight set for each component in the early stage of vehicle modeling. During the execution of different safety test tasks by the model, the initial weight data will be updated in real time according to the test results to better meet the safety requirements of vehicle driving.

[0080] Since the weight adjustment of each component is usually performed multiple times during the whole vehicle model adjustment process, the above initial weight data is updated in real time. When the weight of the component is adjusted for the i-th time, the data stored in the initial weight data is the result of the weight adjustment of the component for the (i-1)-th time.

[0081] Based on preset counterweight rules and initial counterweight data, at least one target component is selected from multiple candidate components.

[0082] The preset counterweight rules include multiple dimensions of filtering conditions, including at least one of component thickness, component mass, and component name. The counterweight rules are used to compare with the initial counterweight data and identify the components whose initial counterweight data meets all the filtering conditions as the target components that need to be adjusted.

[0083] For example, when filtering the i-th component, in response to the initial weight of the i-th component not reaching a preset weight threshold, the thickness of the i-th component not reaching a preset thickness threshold, and the component name of the i-th component conforming to a preset naming rule, the i-th component is determined to be the target component.

[0084] Optionally, the preset weight threshold is 0.1kg, the preset thickness threshold is 1mm, and the preset naming rule means that the candidate parts do not contain keywords. That is, the weighting rule is as follows: after removing candidate parts with a weight (mass) exceeding 0.1kg, candidate parts with a thickness exceeding 1mm, and candidate parts with keywords in their names, the remaining candidate parts are the target parts.

[0085] For example, keywords include "glass", "connection", and "flanging". If the name of a candidate component contains any one or more of the above keywords, it does not conform to the preset naming rules.

[0086] After determining the target component that needs to be adjusted from multiple candidate components based on the preset counterweight rules, the component name of the target component is used as a set to record the target component and as part of the counterweight file.

[0087] Step 240: Automatically adjust the counterweight of at least one target component based on the subsystem configuration file, and generate a counterweight file corresponding to at least one target component.

[0088] The counterweight file contains weight data of at least one target component after counterweight adjustment.

[0089] Optionally, the counterweight file contains the weight data of all components of the first vehicle, and the weight data of the target component is updated in real time. During the vehicle modeling process, the counterweight file remains the same, but the data in the counterweight file may differ at different points in time. Each time the weight data in the counterweight file is updated, the previous weight data is automatically saved so that technicians can observe the changes in the components of the first vehicle during the vehicle modeling process.

[0090] Alternatively, the weight files may contain only the weight data of the target component, reflecting its weight at different points in time. The number of weight files increases accordingly with the number of times the target component undergoes weight adjustment events. For example, a first weight file is generated when modeling begins to record the initial weight data; subsequently, the weight of the target component is adjusted three times, generating a second, third, and fourth file to record the weight of the target component at different points in time.

[0091] Optionally, target weight adjustment data corresponding to at least one target subsystem is obtained from the subsystem configuration file based on at least one target subsystem, wherein the j-th target subsystem corresponds to the j-th target weight adjustment data, and j is a positive integer.

[0092] Optionally, when adjusting the counterweight of the target component in the j-th target subsystem, the target component in the j-th target subsystem is adjusted based on the j-th target weight adjustment data to obtain the j-th counterweight data corresponding to the j-th target subsystem.

[0093] By integrating the counterweight data corresponding to at least one target subsystem, a counterweight file corresponding to at least one target component is generated.

[0094] For example, when adjusting the counterweight of a target component in the j-th target subsystem, a first number of target components in the j-th target subsystem is determined, and the j-th target weight adjustment data is evenly divided based on the first number to obtain the j-th evenly divided adjustment range. Based on the j-th evenly divided adjustment range, the target components in the j-th target subsystem are adjusted respectively to obtain the j-th counterweight data corresponding to the j-th target subsystem.

[0095] For example, if j is 5, the 5th target subsystem contains 4 target components: component 1, component 2, component 3 and component 4, with weights of 0.02kg, 0.03kg, 0.01kg and 0.07kg respectively.

[0096] The fifth target weight adjustment data indicates that the components of the fifth target subsystem will be weighted by a total of 0.1 kg. This weight will be divided equally to obtain the fifth average adjustment range of 0.1 / 5 = 0.02 kg. Based on the fifth average adjustment range, the weight adjustment data of the four target components is as follows: the adjusted weight of component 1 is 0.02 + 0.02 = 0.04 kg, the adjusted weight of component 2 is 0.03 + 0.02 = 0.05 kg, the adjusted weight of component 3 is 0.01 + 0.02 = 0.03 kg, and the adjusted weight of component 4 is 0.07 + 0.02 = 0.09 kg.

[0097] In some embodiments, in addition to adjusting the target components equally, the weight of each target component can be set directly in the target weight adjustment data. That is, the adjustment range of each target component is determined by the product of its corresponding adjustment weight and the target weight adjustment data.

[0098] Optionally, the j-th target weight adjustment data includes the k-th adjustment weight when adjusting the counterweight of the k-th target component in the j-th target subsystem, where k is a positive integer. The k-th target component in the j-th target subsystem is adjusted based on the k-th adjustment weight and the j-th target weight adjustment data. The k-th adjustment weight can be any value.

[0099] When all target components in the j-th target subsystem have been adjusted, the j-th counterweight data corresponding to the j-th target subsystem is obtained.

[0100] For example, j is 5, and the fifth target subsystem contains four target components: the first target component, the second target component, the third target component, and the fourth target component, with weights of 0.02 kg, 0.03 kg, 0.01 kg, and 0.07 kg, respectively. The fifth target weight adjustment data indicates that the components of the fifth target subsystem will be weighted by a total increase of 0.1 kg.

[0101] The ratios between the adjustment weights are as follows: [Adjustment weight 1 : Adjustment weight 2 : Adjustment weight 3 : Adjustment weight 4 = 1 : 3 : 2 : -2].

[0102] The fifth weight data obtained after adjusting the weights of the four target components based on the above four adjustment weights is as follows: The adjusted weight of component 1 is 0.02 + 0.1 * (1 / 1 + 3 + 2 - 2) = 0.02 + 0.1 * 0.25 = 0.045 kg; the adjusted weight of component 2 is 0.03 + 0.1 * (3 / 1 + 3 + 2 - 2)

[0103] =0.02 + 0.1 * 0.75 = 0.095 kg; the adjusted weight of the third component is 0.01 + 0.1 * (2 / 1 + 3 + 2 - 2).

[0104] =0.02+0.1*0.5=0.07kg, the adjusted weight of the 4th component is 0.07-0.1*(2 / 1+3+2-2)=0.07-0.1*0.5=0.02kg.

[0105] In summary, the method for generating counterweight files provided in this application automatically selects subsystems requiring counterweight adjustment during vehicle modeling by pre-setting subsystem configuration files. It further confirms the target components within the target subsystems that require configuration adjustments and automatically generates counterweight files based on the weight adjustment methods indicated in the subsystem configuration files. This achieves automatic updating of counterweight data. Compared to related technologies where technicians need to manually update configuration data to obtain counterweight files, this method effectively improves the efficiency of counterweight file generation, can handle situations with a large amount of data requiring counterweight adjustment and high frequency, and improves human-computer interaction efficiency.

[0106] Figure 3 This is a structural block diagram of a counterweight file generation device provided in an exemplary embodiment of this application, such as... Figure 3 As shown, the device includes the following parts.

[0107] The acquisition module 310 is used to acquire the subsystem configuration file of the first vehicle. The subsystem configuration file is used to indicate the situation of multiple subsystems of the first vehicle according to function. The subsystem configuration file contains the names and weight adjustment data of each of the multiple subsystems. The subsystem contains multiple vehicle components. The weight adjustment data is used to indicate the weight that needs to be adjusted for each of the multiple vehicle components in the subsystem when the weight of the subsystem is adjusted.

[0108] The reading module 320 is used to read the subsystem configuration file in response to receiving a file reading operation, and determine at least one target subsystem among the multiple subsystems that needs to be adjusted in weight.

[0109] The screening module 330 is used to screen out at least one target component that needs to be adjusted in weight from the at least one target subsystem based on a preset weighting rule.

[0110] The counterweight module 340 is used to automatically adjust the counterweight of the at least one target component based on the subsystem configuration file, and generate the counterweight file corresponding to the at least one target component, wherein the counterweight file contains the weight data of the at least one target component after the counterweight adjustment.

[0111] In an optional embodiment, the reading module 320 is further configured to obtain a region selection file corresponding to the subsystem configuration file, the region selection file being used to determine the at least one target subsystem that needs to be adjusted in terms of counterweight, the region selection file containing multiple selection regions obtained by dividing the three-dimensional model of the first vehicle into three-dimensional regions; and to read the subsystem configuration file based on the region selection file to determine the at least one target subsystem.

[0112] In an optional embodiment, the filtering module 330 is further configured to read the initial counterweight data corresponding to multiple candidate components in the at least one target subsystem, wherein the i-th initial counterweight data includes the initial weight, thickness, and component name of the i-th component among the multiple candidate components, and i is a positive integer; and to filter out the at least one target component from the multiple candidate components based on the preset counterweight rules and the initial counterweight data.

[0113] In an optional embodiment, the filtering module 330 is further configured to, when filtering the i-th component, determine the i-th component as a target component in response to the following: the initial weight of the i-th component does not reach a preset weight threshold, the thickness of the i-th component does not reach a preset thickness threshold, and the component name of the i-th component conforms to a preset naming rule.

[0114] In an optional embodiment, the counterweight module 340 is further configured to obtain target weight adjustment data corresponding to the at least one target subsystem from the subsystem configuration file based on the at least one target subsystem, wherein the j-th target subsystem corresponds to the j-th target weight adjustment data, and j is a positive integer; when adjusting the counterweight of the target component in the j-th target subsystem, the target component in the j-th target subsystem is adjusted based on the j-th target weight adjustment data to obtain the j-th counterweight data corresponding to the j-th target subsystem; after integrating the counterweight data corresponding to each of the at least one target subsystem, the counterweight file corresponding to the at least one target component is generated.

[0115] In an optional embodiment, the counterweight module 340 is further configured to, when adjusting the counterweight of a target component in the j-th target subsystem, determine a first number of target components in the j-th target subsystem; divide the j-th target weight adjustment data equally based on the first number to obtain a j-th equal-division adjustment range; and adjust the target components in the j-th target subsystem respectively based on the j-th equal-division adjustment range to obtain the j-th counterweight data corresponding to the j-th target subsystem.

[0116] In an optional embodiment, the j-th target weight adjustment data includes the k-th adjustment weight when adjusting the counterweight of the k-th target component in the j-th target subsystem, where k is a positive integer;

[0117] The counterweight module 340 is further configured to adjust the k-th target component in the j-th target subsystem based on the k-th adjustment weight and the j-th target weight adjustment data; and to obtain the j-th counterweight data corresponding to the j-th target subsystem when all target components in the j-th target subsystem have been adjusted.

[0118] In summary, the counterweight file generation device provided in this application can automatically select the subsystems that need counterweight adjustment during vehicle modeling by pre-setting subsystem configuration files, further confirm the target components in the target subsystems that need configuration adjustment, and automatically generate counterweight files based on the weight adjustment method indicated in the subsystem configuration files. This achieves automatic updating of counterweight data. Compared with the method in related technologies that requires technicians to manually update configuration data to obtain counterweight files, this device effectively improves the efficiency of counterweight file generation, can handle situations with a large amount of data requiring counterweight adjustment and a high frequency, and improves human-computer interaction efficiency.

[0119] It should be noted that the counterweight file generation device provided in the above embodiments is only an example of the division of the above functional modules. In practical applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. In addition, the counterweight file generation device and the counterweight file generation method embodiments provided in the above embodiments belong to the same concept, and their specific implementation process can be found in the method embodiments, which will not be repeated here.

[0120] Figure 4 This illustration shows a structural block diagram of a computer device 400 provided in an exemplary embodiment of this application. The computer device 400 may be a smartphone, tablet computer, MP3 player (Moving Picture Experts Group Audio Layer III), MP4 player (Moving Picture Experts Group Audio Layer IV), laptop computer, or desktop computer. The computer device 400 may also be referred to as a user device, portable terminal, laptop terminal, desktop terminal, or other names.

[0121] Typically, computer device 400 includes a processor 401 and a memory 402.

[0122] Processor 401 may include one or more processing cores, such as a quad-core processor, an octa-core processor, etc. Processor 401 may be implemented using at least one hardware form selected from DSP (Digital Signal Processing), FPGA (Field-Programmable Gate Array), and PLA (Programmable Logic Array). Processor 401 may also include a main processor and a coprocessor. The main processor, also known as a CPU (Central Processing Unit), is used to process data in the wake-up state; the coprocessor is a low-power processor used to process data in the standby state. In some embodiments, processor 401 may integrate a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content to be displayed on the screen. In some embodiments, processor 401 may also include an AI (Artificial Intelligence) processor, which is used to handle computational operations related to machine learning.

[0123] The memory 402 may include one or more computer-readable storage media, which may be non-transitory. The memory 402 may also include high-speed random access memory and non-volatile memory, such as one or more disk storage devices or flash memory devices. In some embodiments, the non-transitory computer-readable storage media in the memory 402 are used to store at least one instruction, which is executed by the processor 401 to implement the method for generating a weight file provided in the method embodiments of this application.

[0124] In some embodiments, the computer device 400 also includes other components 403, the type and number of which can be selected based on the functional needs of the computer device 400. Those skilled in the art will understand that... Figure 4 The structure shown does not constitute a limitation on computer device 400, and may include more or fewer components than shown, or combine certain components, or use different component arrangements.

[0125] Optionally, the computer-readable storage medium may include: read-only memory (ROM), random access memory (RAM), solid-state drives (SSDs), or optical discs, etc. The random access memory may include resistive random access memory (ReRAM) and dynamic random access memory (DRAM). The sequence numbers of the embodiments in this application are merely descriptive and do not represent the superiority or inferiority of the embodiments.

[0126] This application also provides a computer device, which includes a processor and a memory. The memory stores at least one instruction, at least one program, a code set, or an instruction set. The at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by the processor to implement the method for generating a counterweight file as described in any of the above embodiments of this application.

[0127] This application also provides a computer-readable storage medium storing at least one instruction, at least one program, code set, or instruction set, wherein the at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by a processor to implement the method for generating a counterweight file as described in any of the above embodiments of this application.

[0128] This application also provides a computer program product or computer program, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform any of the weight file generation methods described in the above embodiments.

[0129] Those skilled in the art will understand that all or part of the steps of the above embodiments can be implemented by hardware or by a program instructing related hardware. The program can be stored in a computer-readable storage medium, such as a read-only memory, a disk, or an optical disk.

[0130] The above description is merely an optional embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A method for generating a counterweight file, characterized in that, The method includes: Obtain the subsystem configuration file of the first vehicle. The subsystem configuration file is used to indicate the situation of multiple subsystems of the first vehicle according to their functions. The subsystem configuration file contains the names and weight adjustment data of each of the multiple subsystems. Each subsystem contains multiple vehicle components. The weight adjustment data is used to indicate the weight that needs to be adjusted for each of the multiple vehicle components in the subsystem when the weight of the subsystem is adjusted. In response to receiving a file read operation, the subsystem configuration file is read to determine at least one target subsystem among the multiple subsystems that needs to be weighted. Based on preset counterweight rules, at least one target component that needs counterweight adjustment is selected from the at least one target subsystem. Based on the at least one target subsystem, target weight adjustment data corresponding to the at least one target subsystem is obtained from the subsystem configuration file, wherein the j-th target subsystem corresponds to the j-th target weight adjustment data, and j is a positive integer; When adjusting the counterweight of the target component in the j-th target subsystem, the target component in the j-th target subsystem is adjusted based on the j-th target weight adjustment data to obtain the j-th counterweight data corresponding to the j-th target subsystem; After integrating the counterweight data corresponding to each of the at least one target subsystem, a counterweight file corresponding to the at least one target component is generated. The counterweight file contains the weight data of the at least one target component after counterweight adjustment.

2. The method according to claim 1, characterized in that, The step of responding to a received file read operation by reading the subsystem configuration file and determining at least one target subsystem among the plurality of subsystems that requires weight adjustment includes: Obtain a region selection file corresponding to the subsystem configuration file. The region selection file is used to determine the at least one target subsystem that needs to be adjusted in terms of counterweight. The region selection file contains multiple selection regions obtained by dividing the three-dimensional model of the first vehicle into three-dimensional regions. Based on the region selection file, the subsystem configuration file is read to determine the at least one target subsystem.

3. The method according to claim 1, characterized in that, The step of selecting at least one target component requiring weight adjustment from the at least one target subsystem based on preset weight rules includes: Read the initial counterweight data corresponding to multiple candidate components in the at least one target subsystem, wherein the i-th initial counterweight data includes the initial weight, thickness, and component name of the i-th component among the multiple candidate components, and i is a positive integer; Based on the preset counterweight rules and the initial counterweight data, at least one target component is selected from the plurality of candidate components.

4. The method according to claim 3, characterized in that, Based on the preset counterweight rules and the initial counterweight data, at least one target component is selected from the plurality of candidate components, including: When filtering the i-th component, if the initial weight of the i-th component does not reach a preset weight threshold, the thickness of the i-th component does not reach a preset thickness threshold, or the component name of the i-th component conforms to a preset naming rule, the i-th component is determined to be the target component.

5. The method according to any one of claims 1 to 4, characterized in that, When adjusting the counterweight of the target component in the j-th target subsystem, the target component in the j-th target subsystem is adjusted based on the j-th target weight adjustment data to obtain the j-th counterweight data corresponding to the j-th target subsystem, including: When adjusting the counterweight of the target component in the j-th target subsystem, a first quantity of the target component in the j-th target subsystem is determined; Based on the first quantity, the j-th target weight adjustment data is evenly divided to obtain the j-th evenly divided adjustment range; Based on the j-th average adjustment range, the target components in the j-th target subsystem are adjusted respectively to obtain the j-th counterweight data corresponding to the j-th target subsystem.

6. The method according to claim 5, characterized in that, The j-th target weight adjustment data includes the k-th adjustment weight when adjusting the counterweight of the k-th target component in the j-th target subsystem, where k is a positive integer; When adjusting the counterweight of the target component in the j-th target subsystem, the target component in the j-th target subsystem is adjusted based on the j-th target weight adjustment data to obtain the j-th counterweight data corresponding to the j-th target subsystem, including: The k-th target component in the j-th target subsystem is adjusted based on the k-th adjustment weight and the j-th target weight adjustment data; When all target components in the j-th target subsystem have been adjusted, the j-th counterweight data corresponding to the j-th target subsystem is obtained.

7. A device for generating counterweight documents, characterized in that, The device includes: The acquisition module is used to acquire the subsystem configuration file of the first vehicle. The subsystem configuration file is used to indicate the situation of multiple subsystems of the first vehicle according to their functions. The subsystem configuration file contains the names and weight adjustment data of each of the multiple subsystems. Each subsystem contains multiple vehicle components. The weight adjustment data is used to indicate the weight that needs to be adjusted for each of the multiple vehicle components in the subsystem when the weight of the subsystem is adjusted. The reading module is used to read the subsystem configuration file in response to receiving a file reading operation, and to determine at least one target subsystem among the multiple subsystems that needs to be adjusted in weight. The filtering module is used to filter out at least one target component that needs to be adjusted in weight from the at least one target subsystem based on a preset weighting rule. The counterweight module is used to obtain target weight adjustment data corresponding to the at least one target subsystem from the subsystem configuration file based on the at least one target subsystem, wherein the j-th target subsystem corresponds to the j-th target weight adjustment data, and j is a positive integer; when adjusting the counterweight of the target component in the j-th target subsystem, the target component in the j-th target subsystem is adjusted based on the j-th target weight adjustment data to obtain the j-th counterweight data corresponding to the j-th target subsystem; after integrating the counterweight data corresponding to each of the at least one target subsystem, a counterweight file corresponding to the at least one target component is generated, and the counterweight file contains the weight data of the at least one target component after the counterweight adjustment.

8. A computer device, characterized in that, The computer device includes a processor and a memory, the memory storing at least one program, which is loaded and executed by the processor to implement the method for generating a counterweight file as described in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, The storage medium stores at least one program segment, which is loaded and executed by a processor to implement the method for generating a counterweight file as described in any one of claims 1 to 6.

Images