Vehicle chassis health management method, device and system
Patent Information
- Application Number
- CN202380009051.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2023-02-13
- Publication Date
- 2025-03-11
AI Technical Summary
In the existing technology, the health status monitoring of automobile chassis has low timeliness and relies on the experience of after-sales service personnel, resulting in insufficient reliability and convenience of assessment results.
By establishing the target mechanism model of each chassis subsystem on the vehicle side, key mechanism features are extracted as health feature values, and a chassis twin model is built on the cloud device. Simulation training is used to obtain evaluation standard information and the chassis health status is evaluated in real time.
The timeliness and convenience of chassis health status assessment are improved, and the health characteristic data and assessment standard information obtained are more accurate and reliable, making fault location and maintenance recommendations easier.
Smart Images

Figure CN119604877A_ABST
Abstract
Description
Vehicle chassis health management method, device and system Technical Field
[0001] The present application relates to the field of vehicle technology, and in particular to a vehicle chassis health management method, device and system. Background Art
[0002] With the improvement of people's living standards and the development of vehicle technology, cars have become one of the most commonly used means of transportation. As one of the key components of a car, the chassis is playing an increasingly important role with the development of electric and intelligent vehicles.
[0003] Chassis performance directly impacts a vehicle's operational safety and drivability. As the number of uses and mileage increase, chassis performance can gradually deteriorate, even leading to malfunctions. Currently, chassis health monitoring typically involves the owner taking the vehicle to an after-sales service center after a certain mileage. After-sales personnel then conduct a health assessment using diagnostic equipment and their experience. However, this approach is inefficient.
[0004] Summary of the Invention
[0005] In view of this, the present application provides a vehicle chassis health management method, device and system for improving the timeliness of vehicle chassis health assessment.
[0006] To achieve the above objectives, in a first aspect, embodiments of the present application provide a vehicle chassis health management method, comprising:
[0007] Obtain chassis evaluation standard information from a cloud device, where the evaluation standard information is learned through simulation training of a chassis twin model;
[0008] For the subsystem to be evaluated in the chassis, feature extraction is performed using the target mechanism model based on the operating data of the subsystem to obtain a health feature value;
[0009] The health status of the chassis is evaluated based on the extracted health feature values and corresponding evaluation standard information.
[0010] The vehicle chassis health management method provided in the embodiment of the present application allows the vehicle side to evaluate the chassis health status anytime and anywhere, thereby effectively improving the timeliness and convenience of the vehicle chassis health status evaluation results; moreover, in this scheme, more critical mechanism characteristics can be extracted as health characteristic values through some target mechanism models of each subsystem in the chassis, and the evaluation standard information obtained from the cloud device is learned through simulation training of the chassis twin model, so the obtained health characteristic data and evaluation standard information are more accurate and reliable, which can effectively improve the reliability of the health status evaluation results; in addition, the scheme can determine the health characteristic values and health status of each subsystem in the chassis, so that fault location can be performed more conveniently based on this.
[0011] In a possible implementation of the first aspect, extracting features using a target mechanism model based on the operating data of the subsystem includes:
[0012] When the subsystem meets the target operating conditions, feature extraction is performed using a target mechanism model based on the operating data of the subsystem.
[0013] By conducting health status assessments for specific working conditions, the amount of data processing can be effectively reduced, processing resources can be saved, and at the same time, power consumption can be reduced and the difficulty of modeling the mechanism model can be reduced.
[0014] In a possible implementation of the first aspect, the evaluation standard information includes a standard value range of each health characteristic value corresponding to each subsystem, and evaluating the health status of the chassis based on the extracted health characteristic value and the corresponding evaluation standard information includes:
[0015] For each extracted health feature value, if the health feature value is within the corresponding standard value range, then the health feature value is determined to be normal;
[0016] If the health characteristic value exceeds the corresponding standard value range, it is determined that the health characteristic value is abnormal.
[0017] By adopting the standard value range as the evaluation standard information, some false detection situations can be reduced, thereby further improving the reliability of the evaluation results.
[0018] In a possible implementation of the first aspect, the method further includes:
[0019] Sending an evaluation standard request message to the cloud device, wherein the evaluation standard request message carries chassis attribute information of the chassis;
[0020] Receive evaluation standard information corresponding to the chassis attribute information sent by the cloud device.
[0021] By sending an assessment standard request message to the cloud device, assessment standard information can be promptly obtained and updated, improving its accuracy. Furthermore, the assessment standard information corresponds to chassis attribute information, making it more accurate and, therefore, the health status assessment results based on this assessment standard information more accurate and reliable.
[0022] In a possible implementation manner of the first aspect, the chassis attribute information includes at least one of the following attribute information: region, production batch, and mileage.
[0023] Among them, the region, production batch and mileage are all major factors affecting the chassis' operating performance. In this way, the evaluation standard information corresponding to these attribute information will better match the chassis' performance, and the health status assessment results based on this evaluation standard information will be more accurate and reliable.
[0024] In a possible implementation of the first aspect, the method further includes:
[0025] Sending a simulation request to the cloud device, wherein the simulation request is used to request the cloud device to simulate a target subsystem of the chassis;
[0026] Receiving a health characteristic value simulation result of the target subsystem sent by the cloud device;
[0027] The health status of the target subsystem is determined according to the health characteristic value simulation result and corresponding evaluation standard information.
[0028] By requesting the cloud device to perform feature extraction simulation on the target subsystem, more accurate health feature values can be obtained with the help of the chassis twin model of the cloud device, and then more accurate health status assessment results of the target subsystem can be obtained.
[0029] In a possible implementation of the first aspect, the method further includes:
[0030] Simulation information is displayed, where the simulation information includes: a health characteristic value simulation result of the target subsystem and / or a health status of the target subsystem.
[0031] By displaying simulation information, users can timely learn the health status of the target subsystem, improving user experience.
[0032] In a possible implementation of the first aspect, the method further includes:
[0033] A health report of the chassis is generated and displayed according to the health status of each of the subsystems.
[0034] In the above embodiment, the vehicle can generate and display a chassis health report, so that the user can conveniently view the chassis health report through the vehicle and know the health status of the chassis, thereby improving the user experience.
[0035] In a possible implementation manner of the first aspect, generating and displaying a health report of the chassis according to the health status of each of the subsystems includes:
[0036] monitoring a fault condition of the chassis;
[0037] A health report of the chassis is generated and displayed according to the health status of each of the subsystems and the fault status of the chassis.
[0038] By combining the health status of each subsystem and the fault status of the chassis to generate a health report, the health report can include richer health data, thereby allowing users to more clearly understand the health status of the vehicle chassis.
[0039] In a possible implementation of the first aspect, the method further includes:
[0040] Send the health report to the terminal device.
[0041] Through the above implementation, users can view health reports anytime and anywhere through terminal devices, and understand the health status of the chassis in a timely and convenient manner, thereby improving user experience.
[0042] In a possible implementation of the first aspect, the method further includes:
[0043] Maintenance recommendations and / or intervention control information are generated according to the health status of each subsystem and the vehicle fault status.
[0044] By generating maintenance recommendations, users can perform maintenance in a timely manner and reduce the occurrence of serious failures; by generating intervention control information, the occurrence of dangerous events can be reduced and safety can be improved.
[0045] In a possible implementation of the first aspect, the method further includes:
[0046] Sending characteristic data of at least one of the subsystems to a cloud device, the characteristic data including: a health characteristic value and corresponding operating data, and chassis attribute information of the chassis.
[0047] By uploading feature data to cloud devices, the cloud devices can collect sample data for training chassis twin models.
[0048] In a second aspect, an embodiment of the present application provides a vehicle chassis health management method, comprising:
[0049] Obtaining evaluation standard information, where the evaluation standard information is learned through simulation training of the chassis twin model;
[0050] The evaluation standard information is sent to the vehicle, where the evaluation standard information is used by the vehicle to evaluate the health status of the chassis based on the extracted health feature values of each of the subsystems.
[0051] In a possible implementation of the second aspect, the evaluation standard information includes a standard value range of each health characteristic value corresponding to each subsystem.
[0052] In a possible implementation of the second aspect, obtaining evaluation standard information includes:
[0053] Acquire a simulation sample set, wherein the simulation sample set includes sample data corresponding to each subsystem in the chassis of different vehicles, and the sample data corresponding to each subsystem includes health feature values corresponding to different operating data of the subsystem;
[0054] The simulation sample set is used to perform simulation training on the initial chassis twin model to generate the chassis twin model and evaluation standard information.
[0055] In a possible implementation of the second aspect, the sample data corresponding to each subsystem specifically includes: health characteristic values corresponding to different operating data of the subsystem when meeting the target operating conditions.
[0056] In a possible implementation of the second aspect, the simulation sample set specifically includes sample data corresponding to each subsystem in a chassis with different chassis attribute information. Correspondingly, the generated evaluation standard information includes evaluation standard information corresponding to different chassis attribute information.
[0057] In a possible implementation of the second aspect, obtaining the simulation sample set includes:
[0058] Receive characteristic data of at least one subsystem sent by the vehicle and use the characteristic data as sample data, wherein the characteristic data includes: a health characteristic value and corresponding operation data, and chassis attribute information of the chassis.
[0059] In a possible implementation of the second aspect, before sending the evaluation standard information to the vehicle, the method further includes:
[0060] receiving an evaluation standard request message sent by a vehicle, wherein the evaluation standard request message carries chassis attribute information of the vehicle;
[0061] Correspondingly, the evaluation standard information sent to the vehicle corresponds to the chassis attribute information of the vehicle.
[0062] In a possible implementation of the second aspect, the method further includes:
[0063] receiving a simulation request sent by a vehicle, wherein the simulation request is used to request simulation of a target subsystem of a chassis of the vehicle;
[0064] Using the chassis twin model to perform feature extraction simulation on the target subsystem to obtain a health feature value simulation result of the target subsystem;
[0065] Sending a health characteristic value simulation result of the target subsystem to the vehicle.
[0066] In a third aspect, an embodiment of the present application provides a vehicle chassis health management device, comprising:
[0067] A communication module is used to obtain chassis evaluation standard information from a cloud device. The evaluation standard information is learned through simulation training of the chassis twin model;
[0068] A feature extraction module is used to extract features of a subsystem to be evaluated in the chassis using a target mechanism model based on the operating data of the subsystem to obtain a health feature value;
[0069] The health assessment module is used to assess the health status of the chassis based on the extracted health feature values and corresponding assessment standard information.
[0070] In a possible implementation of the third aspect, the feature extraction module is specifically configured to:
[0071] When the subsystem meets the target operating conditions, feature extraction is performed using a target mechanism model based on the operating data of the subsystem.
[0072] In a possible implementation of the third aspect, the evaluation standard information includes a standard value range of each health characteristic value corresponding to each subsystem, and the health evaluation module is specifically configured to:
[0073] For each extracted health feature value, if the health feature value is within the corresponding standard value range, then the health feature value is determined to be normal;
[0074] If the health characteristic value exceeds the corresponding standard value range, it is determined that the health characteristic value is abnormal.
[0075] In a possible implementation manner of the third aspect, the communication module is specifically configured to:
[0076] Sending an evaluation standard request message to the cloud device, wherein the evaluation standard request message carries chassis attribute information of the chassis;
[0077] Receive evaluation standard information corresponding to the chassis attribute information sent by the cloud device.
[0078] In a possible implementation manner of the third aspect, the chassis attribute information includes at least one of the following attribute information: region, production batch, and mileage.
[0079] In a possible implementation manner of the third aspect, the communication module is further configured to:
[0080] Sending a simulation request to the cloud device, wherein the simulation request is used to request the cloud device to simulate a target subsystem of the chassis;
[0081] Receiving a health characteristic value simulation result of the target subsystem sent by the cloud device;
[0082] The health assessment module is further used to: assess the health status of the target subsystem according to the health characteristic value simulation results and corresponding assessment standard information.
[0083] In a possible implementation manner of the third aspect, the device further includes:
[0084] The display module is used to display simulation information, where the simulation information includes: a simulation result of a health characteristic value of the target subsystem and / or a health status of the target subsystem.
[0085] In a possible implementation of the third aspect, the health assessment module is further configured to:
[0086] generating a health report of the chassis according to the health status of each of the subsystems;
[0087] Therefore, the display module is also used to display the health report of the chassis.
[0088] In a possible implementation of the third aspect, the health assessment module is specifically configured to:
[0089] monitoring a fault condition of the chassis;
[0090] A health report of the chassis is generated according to the health status of each of the subsystems and the fault status of the chassis.
[0091] In a possible implementation manner of the third aspect, the communication module is further configured to:
[0092] Send the health report to the terminal device.
[0093] In a possible implementation of the third aspect, the health assessment module is further configured to:
[0094] Maintenance recommendations and / or intervention control information are generated according to the health status of each subsystem and the vehicle fault status.
[0095] In a possible implementation manner of the third aspect, the communication module is further configured to:
[0096] Sending characteristic data of at least one of the subsystems to a cloud device, the characteristic data including: a health characteristic value and corresponding operating data, and chassis attribute information of the chassis.
[0097] In a fourth aspect, an embodiment of the present application provides a vehicle chassis health management device, comprising:
[0098] An acquisition module is used to obtain evaluation standard information, where the evaluation standard information is learned through simulation training of the chassis twin model;
[0099] The communication module is used to send the evaluation standard information to the vehicle, where the evaluation standard information is used by the vehicle to evaluate the health status of the chassis based on the extracted health characteristic values of each of the subsystems.
[0100] In a possible implementation of the fourth aspect, the evaluation standard information includes a standard value range of each health characteristic value corresponding to each subsystem.
[0101] In a possible implementation of the fourth aspect, the acquisition module is specifically configured to: acquire a simulation sample set, the simulation sample set including sample data corresponding to each subsystem in the chassis of different vehicles, the sample data corresponding to each subsystem including health feature values corresponding to different operating data of the subsystem;
[0102] The simulation sample set is used to perform simulation training on the initial chassis twin model to generate the chassis twin model and evaluation standard information.
[0103] In a possible implementation of the fourth aspect, the sample data corresponding to each subsystem specifically includes: health characteristic values corresponding to different operating data of the subsystem when meeting the target operating conditions.
[0104] In a possible implementation of the fourth aspect, the simulation sample set specifically includes sample data corresponding to each subsystem in a chassis with different chassis attribute information, and correspondingly, the generated evaluation standard information includes evaluation standard information corresponding to different chassis attribute information.
[0105] In a possible implementation of the fourth aspect, obtaining the simulation sample set includes:
[0106] Receive characteristic data of at least one subsystem sent by the vehicle and use the characteristic data as sample data, wherein the characteristic data includes: a health characteristic value and corresponding operation data, and chassis attribute information of the chassis.
[0107] In a possible implementation manner of the fourth aspect, the communication module is further configured to:
[0108] Before sending the evaluation standard information to the vehicle, receiving an evaluation standard request message sent by the vehicle, wherein the evaluation standard request message carries chassis attribute information of the vehicle;
[0109] Correspondingly, the evaluation standard information sent to the vehicle corresponds to the chassis attribute information of the vehicle.
[0110] In a possible implementation of the fourth aspect, the apparatus further includes: a feature simulation module;
[0111] The communication module is further configured to: receive a simulation request sent by a vehicle, wherein the simulation request is configured to request simulation of a target subsystem of a chassis of the vehicle;
[0112] The feature simulation module is used to: use the chassis twin model to perform feature extraction simulation on the target subsystem to obtain a health feature value simulation result of the target subsystem;
[0113] The communication module is further configured to send a health characteristic value simulation result of the target subsystem to the vehicle.
[0114] In a fifth aspect, an embodiment of the present application provides a vehicle chassis health management system, comprising: a vehicle and a cloud device, wherein the vehicle is used to implement the method described in the first aspect above; the cloud device is used to implement the method described in the second aspect above.
[0115] In a sixth aspect, an embodiment of the present application provides an electronic device, comprising: a memory and a processor, the memory being used to store a computer program; the processor being used to execute the method described in the first or second aspect above when calling the computer program.
[0116] In a seventh aspect, an embodiment of the present application provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the method described in the first or second aspect above is implemented.
[0117] In an eighth aspect, an embodiment of the present application provides a computer program product, which, when executed on an electronic device, enables the electronic device to execute the method described in the first or second aspect above.
[0118] It can be understood that the beneficial effects of the second to eighth aspects mentioned above can be found in the relevant description of the first aspect mentioned above, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS
[0119] FIG1 is a schematic diagram of a system architecture provided by some embodiments of the present application;
[0120] FIG2 is a flow chart of a vehicle chassis health management method provided in some embodiments of the present application;
[0121] FIG3 is a schematic diagram of the feature extraction principle provided by some embodiments of the present application;
[0122] FIG4 is a flow chart of a vehicle chassis health management method provided in some embodiments of the present application;
[0123] FIG5 is a flow chart of a vehicle chassis health management method provided in some embodiments of the present application;
[0124] FIG6 is a schematic diagram of drive system health status information provided by some embodiments of the present application;
[0125] FIG7 is a flow chart of a vehicle chassis health management method provided in some embodiments of the present application;
[0126] FIG8 is a schematic diagram of the simulation training principle provided by some embodiments of the present application;
[0127] FIG9 is a schematic flow chart of a vehicle chassis health management method provided in some embodiments of the present application;
[0128] FIG10 is a flow chart of a vehicle chassis health management method provided in some embodiments of the present application;
[0129] FIG11 is a schematic diagram of the structure of a vehicle chassis health management device provided in some embodiments of the present application;
[0130] FIG12 is a schematic diagram of the structure of a vehicle chassis health management device provided in some embodiments of the present application;
[0131] FIG13 is a schematic diagram of the structure of an electronic device provided in some embodiments of the present application. DETAILED DESCRIPTION
[0132] The following describes the embodiments of the present application in conjunction with the accompanying drawings in the embodiments of the present application. The terms used in the implementation methods of the embodiments of the present application are only used to explain the specific embodiments of the present application and are not intended to limit the present application. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments.
[0133] The chassis is a critical component in a car, and its performance directly impacts its operational safety and driving performance. As the number of uses and mileage increase, chassis performance can gradually deteriorate, or even malfunction. Currently, a common method for monitoring chassis health is for owners to bring their vehicles to an after-sales service center after a certain mileage. After-sales service personnel will perform diagnostic tests and, based on their own experience, conduct a health assessment of the vehicle.
[0134] However, this method of fault identification has a serious lag and is very inefficient. Moreover, after-sales service personnel make assessments based on their experience, and the reliability of the assessment results is relatively low. In addition, this method requires the owner to drive the car to a designated location, which is very inconvenient for the owner to conduct a health assessment of the vehicle.
[0135] The health status of a vehicle chassis can be measured by some key mechanism characteristics. In addition, a large amount of sample data can be obtained through cloud service technology, and digital twin technology can enable cloud devices to easily simulate the entire life cycle of the chassis. Based on this, an embodiment of the present application provides a vehicle chassis health management solution, which extracts the key mechanism characteristics of each subsystem as health feature data by establishing a target mechanism model of each subsystem of the chassis on the vehicle side; and constructs a chassis twin model on the cloud device based on the target mechanism model of each subsystem and the correlation between each target mechanism model, and learns evaluation standard information based on a large amount of sample data and the chassis twin model; and then evaluates the health status of the chassis based on the health feature data extracted from the vehicle side and the evaluation standard information learned by the cloud device.
[0136] With the above-mentioned vehicle chassis health management solution, the vehicle side can extract chassis health characteristics anytime and anywhere, and then evaluate the health status, thereby effectively improving the timeliness and convenience of the vehicle chassis health status evaluation results; moreover, in this solution, on the one hand, some target mechanism models of each subsystem in the chassis can be used to extract more critical mechanism characteristics as health characteristic data; on the other hand, the chassis twin model established by the cloud device can be used to learn the evaluation standard information from a large amount of sample data, so that the health characteristic data and evaluation standard information obtained are more accurate and reliable, thereby effectively improving the reliability of the health status evaluation results; in addition, the solution can determine the health characteristic data and health status of each subsystem in the chassis, so that fault location can be performed more conveniently based on this.
[0137] The following first describes the system architecture involved in the embodiments of the present application.
[0138] Figure 1 is a schematic diagram of the system architecture provided by some embodiments of the present application. As shown in Figure 1, the vehicle chassis health management system may include: a vehicle 100 and a cloud device 200, and the vehicle 100 and the cloud device 200 can communicate with each other.
[0139] The vehicle 100 may include a health assessment module to assess the health status of the chassis.
[0140] The chassis may include at least one of the following subsystems: a drive system, a braking system, a steering system, a suspension system, a thermal management system, and an energy management system.
[0141] The drive system can drive the vehicle 100 to move, and it may include components such as an accelerator pedal, a driver and wheels; the braking system is used to control the deceleration of the vehicle 100, and it may include components such as a brake pedal and a brake; the steering system is used to control the driving direction of the vehicle 100, and it may include components such as a steering wheel and a steering gear; the suspension system is a general term for the force transmission connection device between the vehicle body or wheels, and it may include transmission components and shock absorbing components, etc.
[0142] The thermal management system is used to control the temperature of related systems in the vehicle 100, which may include an air conditioning and heating system, a battery cooling system, and an engine cooling system, etc. The energy management system is used to perform energy management in the vehicle 100, which may include a battery management system and a charge and discharge management system, etc.
[0143] A physical model library of each subsystem of the chassis can be established in the vehicle 100. The physical model library of each subsystem is a corresponding set of mechanism models constructed based on the functional attributes or performance of the subsystem. The mechanism model can be used to extract mechanism characteristics. Furthermore, the health evaluation module can evaluate the health status of the chassis based on the mechanism characteristics extracted by the mechanism model.
[0144] In the embodiment of the present application, some key mechanism characteristics (hereinafter referred to as target mechanism characteristics) that can be used to measure the health of each subsystem can be selected to evaluate the health status of the chassis. Correspondingly, the physical model library of each subsystem can include mechanism models corresponding to these key mechanism characteristics (hereinafter referred to as target mechanism models). Each subsystem can include one or more target mechanism models.
[0145] The vehicle 100 may also upload characteristic data of the target mechanism model of each subsystem to the cloud device 200 for use by the cloud device 200 as sample data.
[0146] Optionally, the vehicle 100 may also include a data processing module that can collect and summarize the characteristic data of the target mechanism model of each subsystem, and periodically upload the characteristic data to the cloud device 200 at preset time intervals; the data processing module can also perform other processing such as standardization and / or data cleaning on the collected characteristic data.
[0147] A chassis twin model corresponding to each target mechanism model of the chassis can be constructed in the cloud device 200, wherein the chassis twin model can be established based on each target mechanism model of the chassis and the association relationship between each target mechanism model.
[0148] The cloud device 200 can collect sample data from each vehicle 100 and store the collected sample data in a sample database; of course, management personnel can also import sample data into the sample database.
[0149] A test controller can be deployed on cloud device 200. This controller controls the chassis twin model to perform simulation training based on sample data, learn evaluation criteria information, and update the chassis twin model. The test controller can control the chassis twin model to perform simulation training at regular intervals or after a certain amount of new sample data is collected to update the evaluation criteria information and the chassis twin model.
[0150] Among them, the evaluation standard information generated by the chassis twin model can be stored in the expert system database. The cloud device 200 can send the corresponding evaluation standard information of each vehicle to each vehicle after each update of the evaluation standard information; it can also send the requested evaluation standard information to the vehicle after receiving the request of the vehicle.
[0151] It is understandable that the cloud device 200 can also obtain the evaluation standard information through other means. For example, it can also build and simulate the chassis twin model on other devices to learn the evaluation standard information, and then send it to the cloud device 200. Among them, building and simulating the chassis twin model on the cloud device 200 to learn the evaluation standard information is a relatively convenient and simple method; learning the evaluation standard information through other devices and then sending it to the cloud device 200 can improve the flexibility of the cloud device 200 in obtaining the evaluation standard information. In the specific implementation, it can be selected as needed. For the sake of convenience, this embodiment will be explained later by taking the construction and simulation training of the chassis twin model on the cloud device 200 to learn the evaluation standard information as an example.
[0152] Optionally, the cloud device 200 may also include a simulation data processing module, which can collect and summarize the evaluation standard information generated by the chassis twin model and then store it in the expert system database.
[0153] Vehicle 100 can also request cloud device 200 to simulate the feature extraction process of a subsystem to obtain more accurate health feature data. Correspondingly, cloud device 200 can also deploy an operation controller, which controls the chassis twin model to perform feature extraction simulation based on the simulation request of vehicle 100 and then feeds the simulation results back to vehicle 100.
[0154] It should be understood that the structures illustrated in the embodiments of this application do not constitute specific limitations on the vehicle 100 and cloud device 200. In other embodiments of this application, the vehicle 100 and cloud device 200 may include more or fewer modules than shown, or combine or separate certain modules. The illustrated modules may be implemented in hardware, software, or a combination of software and hardware.
[0155] The vehicle chassis health management method provided in the embodiments of the present application is described in detail below.
[0156] FIG2 is a flow chart of a vehicle chassis health management method provided in some embodiments of the present application. The method can be applied to a vehicle. As shown in FIG2 , the vehicle chassis health management method provided in this embodiment may include the following steps:
[0157] S101. Obtain chassis evaluation standard information from a cloud device. The evaluation standard information is learned through simulation training of the chassis twin model.
[0158] As mentioned above, cloud-based devices can construct a digital twin model based on the various target mechanism models of the chassis and the correlation between the target mechanism models to obtain a chassis twin model; through the test controller, the chassis twin model is controlled to perform simulation training based on sample data to learn evaluation standard information.
[0159] The cloud device can actively send evaluation standard information to the vehicle, and correspondingly, the vehicle can receive the evaluation standard information sent by the cloud device; the vehicle can also actively request the cloud device and receive the evaluation standard information returned by the cloud device based on the vehicle's request.
[0160] Evaluation standard information is used to perform a health assessment based on the subsequent extraction of target mechanism characteristic values. This information can include evaluation standard information corresponding to the target mechanism characteristics of each chassis subsystem. Each target mechanism characteristic can be represented by a standard value or a range of standard values.
[0161] S102 : For the subsystem to be evaluated in the chassis, extract features using the target mechanism model based on the operating data of the subsystem to obtain a health feature value.
[0162] The chassis subsystems may include at least one of the following: drive system, braking system, steering system, suspension system, thermal management system, and energy management system. The subsystems to be evaluated may include one or more. For each subsystem to be evaluated, feature extraction can be performed using the target mechanism model of the subsystem based on its operating data to obtain a health feature value.
[0163] As described above, in this embodiment, some key mechanism characteristics that can be used to measure the health status of each subsystem can be selected as target mechanism characteristics to evaluate the health status of the chassis.
[0164] Each subsystem can select one or more target mechanism characteristics. For example, the drive system can select target mechanism characteristics such as power output power and power consumption per 100 kilometers; the braking system can select target mechanism characteristics such as braking acceleration. For another example, the thermal management system can select target mechanism characteristics such as the air conditioner's coefficient of performance (COP) and the actual power of the compressor; the energy management system can select target mechanism characteristics such as the battery cell's state of health (SOH), battery remaining capacity (SOC), static power consumption, and on-board charger (OBC) charging efficiency.
[0165] It is understandable that the above is only an illustrative list of target mechanism characteristics of several subsystems. The target mechanism characteristics of each subsystem are not limited to this. In specific implementation, they can be selected according to actual needs. The embodiments of this application do not impose any special limitations on this.
[0166] Correspondingly, for each subsystem, the corresponding target mechanism model can be used to extract its target mechanism characteristics based on the operating data of the subsystem. For example, for the power output power of the drive system, the power output power mechanism model can be used to extract the power output power based on the operating data such as the acceleration and speed of the drive system.
[0167] Specifically, for each subsystem, the target mechanism characteristics can be extracted periodically during the operation of the subsystem, or under certain operating conditions, and the extracted target mechanism characteristics value can be used as the health characteristic value of the subsystem. Continuing with the power output power (target mechanism characteristic) of the drive system as an example, the acceleration and speed of the drive system can be input into the power output power mechanism model (target mechanism model) every 10 minutes while the vehicle is in operation to extract the power output power (health characteristic value); or when the target operating conditions are met, for example, when the vehicle speed reaches 90 km / h, the acceleration and speed of the drive system can be input into the power output power mechanism model to extract the power output power.
[0168] S103 : Evaluate the health status of the chassis according to the extracted health feature values and corresponding evaluation standard information.
[0169] Specifically, for each subsystem to be evaluated, after extracting the health characteristic value of the system, it can be evaluated whether the health characteristic value is normal according to the evaluation standard information corresponding to the health characteristic value to determine the health status of the subsystem.
[0170] During the evaluation, the health status evaluation of the corresponding subsystem may be performed after extracting any health characteristic value, or the health status evaluation of each subsystem may be performed after extracting each health characteristic value. This embodiment does not impose any particular limitation on this.
[0171] The evaluation standard information corresponding to each target mechanism characteristic, that is, the evaluation standard information corresponding to each extracted health feature value, can be a standard value or a standard value range. The extracted health feature value can be compared with the corresponding evaluation standard information to determine whether the health feature value is normal. For example, for a standard value, the size relationship between the health feature value and the corresponding standard value can be compared and the normality of the health feature value can be determined based on the size relationship. For a standard value range, the health feature value can be determined whether it is within the corresponding standard value range and the normality of the health feature value can be determined based on the judgment result.
[0172] For each subsystem, if the health characteristic values of the subsystem are all normal, it means that the subsystem is in good health; if the subsystem has abnormal health characteristic values, it means that the subsystem may have a fault.
[0173] Through the above-mentioned vehicle chassis health management method, the vehicle side can evaluate the chassis health status anytime and anywhere, thereby effectively improving the timeliness and convenience of the vehicle chassis health status evaluation results; moreover, in this scheme, some target mechanism models of each subsystem in the chassis can be used to extract more critical mechanism characteristics as health characteristic values, and the evaluation standard information obtained from the cloud device is learned through simulation training of the chassis twin model, so the health characteristic data and evaluation standard information obtained are more accurate and reliable, which can effectively improve the reliability of the health status evaluation results; in addition, this scheme can determine the health characteristic values and health status of each subsystem in the chassis, so that fault location can be performed more conveniently based on this.
[0174] In some embodiments of the present application, in step S101, for each subsystem, when extracting features, the target mechanism model can be used based on the subsystem's operating data, provided that the subsystem meets the target operating condition. That is, the target operating condition can be used as a constraint condition to perform a health status assessment for a specific operating condition.
[0175] Among them, each target mechanism model can correspond to one or more constraint working conditions (i.e., target working conditions). Taking the drive system as an example, see Figure 3, which is a schematic diagram of the feature extraction principle provided in an embodiment of the present application. Exemplarily, the drive system includes: mechanism model 1 and mechanism model 2.
[0176] The constraint conditions corresponding to mechanism model 1 include: constraint condition 1, constraint condition 2, and constraint condition 3. Correspondingly, when constraint condition 1 is satisfied, mechanism model 1 can extract mechanism eigenvalue 1; when constraint condition 2 is satisfied, mechanism model 1 can extract mechanism eigenvalue 2; when constraint condition 3 is satisfied, mechanism model 1 can extract mechanism eigenvalue 3.
[0177] The constraint conditions corresponding to the mechanism model 2 include the constraint condition 4. Correspondingly, when the constraint condition 4 is satisfied, the mechanism model 2 can extract the mechanism characteristic value 4.
[0178] The above-mentioned mechanism characteristic values 1 to 4 are also health characteristic values.
[0179] Among them, the mechanism model 1 can be used to extract the power output power, for example. The corresponding constraint conditions are 60km / h, 90km / h, and 120km / h. Correspondingly, the mechanism model 1 can extract the power output power when the vehicle reaches 60km / h, 90km / h, and 120km / h respectively.
[0180] Mechanism model 2 can be used to extract the electricity consumption per 100 kilometers, for example. The corresponding constraint condition can be that the current mileage has reached an integer multiple of 100 kilometers, that is, mechanism model 2 can extract the electricity consumption value per 100 kilometers every 100 kilometers traveled by the vehicle.
[0181] It can be understood that the above is only an example and is not intended to limit the present application. In actual applications, the drive system may include more or fewer mechanism models and constraint conditions. In addition, when a mechanism model includes multiple constraint conditions, the health characteristic values extracted under each constraint condition may correspond to different evaluation standard information. For example, the above-mentioned mechanism model 1 has three constraint conditions corresponding to one evaluation standard information respectively. For a certain constraint condition, after the health characteristic value under the constraint condition is extracted, it can be judged whether the health characteristic value is normal based on the extracted health characteristic value and the evaluation standard information corresponding to the constraint condition.
[0182] By conducting health status assessments for specific working conditions, the amount of data processing can be effectively reduced, processing resources can be saved, and at the same time, power consumption can be reduced and the difficulty of modeling the mechanism model can be reduced.
[0183] In some embodiments of the present application, the evaluation standard information may include a standard value range of each health characteristic value corresponding to each subsystem.
[0184] Correspondingly, when performing the evaluation, for each extracted health feature value, it can be determined whether the health feature value is within the corresponding standard value range. If the health feature value is within the corresponding standard value range, the health feature value can be considered normal; otherwise, the health feature value can be considered abnormal.
[0185] By adopting the standard value range as the evaluation standard information, some false detection situations can be reduced, thereby further improving the reliability of the evaluation results.
[0186] In some embodiments of the present application, the evaluation standard information obtained from the cloud device matches the chassis attribute information of the chassis, that is, the evaluation standard information in the cloud device corresponds to the chassis attribute information. When a vehicle obtains the evaluation standard information from the cloud device, the vehicle may send an evaluation standard request message to the cloud device, wherein the evaluation standard request message may include the chassis attribute information. The cloud device may match the evaluation standard information based on the chassis attribute information of the vehicle chassis and feedback it to the vehicle. Correspondingly, the vehicle may obtain the evaluation standard information sent by the cloud device that matches its chassis attribute information.
[0187] Specifically, the vehicle can send an evaluation standard request message to the cloud device at regular intervals to obtain evaluation standard information. Alternatively, the vehicle can send an evaluation standard request message to the cloud device to obtain evaluation standard information when the vehicle's mileage reaches a preset value. When the latest evaluation standard information is obtained, the stored evaluation standard information can be updated with the latest evaluation standard information.
[0188] By sending an assessment standard request message to the cloud device, assessment standard information can be promptly obtained and updated, improving its accuracy. Furthermore, the assessment standard information corresponds to chassis attribute information, making it more accurate and, therefore, the health status assessment results based on this assessment standard information more accurate and reliable.
[0189] In some embodiments of the present application, the chassis attribute information may include at least one of the following attribute information: region, production batch, and mileage.
[0190] For the attribute information "mileage traveled," evaluation criteria can be set in sections. For example, if chassis attribute information includes all three of the aforementioned attributes, chassis from the same production batch in the same region and within the same mileage range can be assigned the same evaluation criteria.
[0191] A vehicle's operating performance is related to environmental factors such as the vehicle's ambient temperature, humidity, air pressure, and road conditions. Different regions have different environments, resulting in some differences in chassis operating performance. Furthermore, chassis from different batches often have varying performance. Chassis performance is also related to the vehicle's mileage; as mileage increases, chassis performance typically decreases. When learning evaluation standard information, cloud-based devices consider attributes such as "region," "production batch," and "mileage." These differences can be learned, generating corresponding evaluation standard information. This ensures that the vehicle's acquired evaluation standard information better matches the chassis' operating performance, making health status assessments based on this evaluation standard information more accurate and reliable.
[0192] During specific implementation, one or more types of attribute information may be selected. It is understandable that other attribute information of the chassis may also be selected, and this embodiment does not impose any particular limitation on this.
[0193] Referring to FIG4 , in some embodiments of the present application, the vehicle chassis health management method may further include the following steps:
[0194] S111 . Send a simulation request to the cloud device to request the cloud device to simulate a target subsystem of the chassis.
[0195] Specifically, the chassis twin model in the cloud device considers the correlation between mechanism models and can be trained with a large amount of sample data, resulting in a more robust, accurate, and reliable model. Based on this, vehicles can also use the chassis twin model in the cloud device to extract health feature values, thereby obtaining more accurate health feature values and, in turn, more precise health status assessment results.
[0196] The vehicle can send a simulation request to the cloud device at regular intervals, or it can send a simulation request to the cloud device when triggered by a user (such as the vehicle owner).
[0197] For example, a user can trigger the vehicle to send a simulation request through touch operation or voice operation on the vehicle terminal. The user can also trigger the vehicle to send a simulation request by inputting an operation on a terminal device such as a mobile phone that is connected to the vehicle. For example, the vehicle can be controlled to send a simulation request through a related vehicle management application. The embodiment of the present application does not specifically limit the method of triggering the vehicle to send a simulation request.
[0198] The simulation request can include information about the target subsystem to be simulated, requesting the cloud device to simulate the target subsystem. The simulation request can also include relevant operating data of the target subsystem, allowing the cloud device to perform feature extraction simulation based on this operating data.
[0199] For scenarios where feature extraction is performed for specific operating conditions, if the target operating conditions of the target subsystem are not currently met, the vehicle can issue guidance information to guide the user to control the vehicle so that the vehicle meets the target operating conditions of the target subsystem. The guidance information may include but is not limited to graphical interface information and voice information.
[0200] S112: Receive health characteristic value simulation results of the target subsystem sent by the cloud device.
[0201] After the cloud device completes the simulation based on the simulation request, the health characteristic value simulation result of the simulated target subsystem can be sent to the vehicle, and correspondingly, the vehicle can receive the health characteristic value simulation result.
[0202] S113 . Evaluate the health status of the target subsystem according to the health characteristic value simulation results and corresponding evaluation standard information.
[0203] After receiving the health characteristic value simulation result, the vehicle can compare it with the corresponding evaluation standard information to determine whether the health characteristic value simulation result is normal, so as to determine the health status of the target subsystem.
[0204] By requesting the cloud device to perform feature extraction simulation on the target subsystem, more accurate health feature values can be obtained with the help of the chassis twin model of the cloud device, and then more accurate health status assessment results of the target subsystem can be obtained.
[0205] Continuing to refer to FIG4 , in some embodiments of the present application, the vehicle chassis health management method may further include the following steps:
[0206] S114: Display simulation information.
[0207] The simulation information may include: health characteristic value simulation results of the target subsystem and / or the health status of the target subsystem.
[0208] The above-mentioned simulation information can be displayed in the form of text and / or graphics. Among them, the vehicle can display it on the vehicle terminal, or the simulation information can be sent to the terminal device and displayed on the terminal device.
[0209] By displaying simulation information, users can timely learn the health status of the target subsystem, improving user experience.
[0210] In some embodiments, the vehicle can display simulation information when a simulation request is sent based on a user trigger. This user-initiated request to simulate a target subsystem indicates a desire to understand the health status of the target subsystem. After obtaining the simulation results, the vehicle displays the simulation information to the user, effectively meeting user needs and improving the user experience. Furthermore, targeted simulation information display can conserve processing resources and reduce power consumption.
[0211] Referring to FIG5 , in some embodiments of the present application, the vehicle chassis health management method may further include the following steps:
[0212] S121. Generate and display a chassis health report based on the health status of each subsystem.
[0213] Specifically, the vehicle can generate a health report after extracting various health feature values of each subsystem, or it can generate a health report periodically, or it can generate a health report based on a user's trigger operation.
[0214] Similar to triggering a simulation request, a user can trigger the vehicle to generate a health report through touch or voice control on an onboard terminal. The user can also trigger the vehicle to generate a health report by inputting an operation on a terminal device such as a mobile phone that is connected to the vehicle. The embodiments of this application do not specifically limit the method for triggering the vehicle to generate a health report.
[0215] Among them, the health report can indicate the overall health status of the chassis, for example, all subsystems are normal, or some subsystems are abnormal. The health report can also specifically include the health status information of each subsystem. Continuing with the drive system as an example, Figure 6 shows a schematic diagram of the health status information of the drive system. As shown in Figure 6, the health report can display the test value of the power output power (that is, the extracted health characteristic value) and the corresponding standard value range under the three target operating conditions of 60km / h, 90km / h, and 120km / h (that is, the above-mentioned constraint conditions), as well as the test value of the power consumption per 100 kilometers and the corresponding standard value range.
[0216] After generating a health report, the vehicle can store the health report or display it on the vehicle terminal. The vehicle can proactively display the health report to the user after generating it, or display the health report after receiving a trigger operation from the user.
[0217] In the above embodiment, the vehicle can generate and display a chassis health report, so that the user can conveniently view the chassis health report through the vehicle and know the health status of the chassis, thereby improving the user experience.
[0218] In some embodiments of the present application, the vehicle can monitor the fault status of the chassis and generate a health report based on the fault status of the chassis and the health status of each subsystem. Correspondingly, the health report can include: health status information of each subsystem and fault status information of the chassis.
[0219] Among them, the fault status of the chassis can be monitored in the vehicle through the fault monitoring module, and various fault types can be indicated by corresponding diagnostic trouble codes (DTCs). For example, fault categories may include electrical faults, signal faults, general faults, etc. Each fault category may also include fault subtypes, and different types of faults correspond to different DTCs; correspondingly, the fault status information in the health report may include DTCs, and may include corresponding fault analysis to facilitate users to understand the fault information.
[0220] It can be understood that the fault status of the chassis can be that there is a fault or there is no fault. When there is no fault, the fault status information in the health report can be empty or there is no fault; when there is a fault, the fault status information in the health report can include the above-mentioned fault category and fault analysis information.
[0221] By combining the health status of each subsystem and the fault status of the chassis to generate a health report, the health report can include richer health data, thereby allowing users to more clearly understand the health status of the vehicle chassis.
[0222] S122. Send a health report to the terminal device.
[0223] In some embodiments, the vehicle can also send a health report to the terminal device, so that the user can view the health report anytime and anywhere through the terminal device, and understand the health status of the chassis in a timely and convenient manner, thereby improving the user experience.
[0224] Continuing to refer to FIG5 , in some embodiments of the present application, the vehicle chassis health management method may further include the following steps:
[0225] S123 . Generate maintenance suggestions and / or intervention control information based on the health status of each subsystem and the vehicle fault status.
[0226] Specifically, the vehicle can combine the health status of each subsystem and the vehicle fault status monitored by the fault monitoring module to determine which components in the subsystem may have abnormalities, and then provide some maintenance suggestions, such as checking brake pads, checking tire pressure, etc., so that users can perform maintenance in a timely manner and reduce the occurrence of serious faults.
[0227] For some more serious faults, the vehicle can also generate intervention control information to intervene in the vehicle, such as power limiting control.
[0228] The generation of the intervention control information may also be combined with the vehicle's operating mode. For example, if the vehicle needs to be power-limited, different power-limiting control information may correspond to the limp-home mode and the normal driving mode.
[0229] By generating maintenance recommendations, users can perform maintenance in a timely manner and reduce the occurrence of serious failures; by generating intervention control information, the occurrence of dangerous events can be reduced and safety can be improved.
[0230] In some embodiments of the present application, the vehicle may also send characteristic data of at least one subsystem to the cloud device.
[0231] The characteristic data may include: health characteristic values and corresponding operating data, as well as chassis attribute information of the chassis.
[0232] The vehicle can upload the corresponding characteristic data to the cloud device immediately after extracting the health characteristic value, or it can periodically upload the characteristic data to the cloud device at preset time intervals to save communication resources and reduce power consumption.
[0233] The time interval may be, for example, one week or one month, and the specific duration may be set as needed, which is not particularly limited in this embodiment.
[0234] Before uploading, the vehicle can collect and summarize the characteristic data of the target mechanism model of each subsystem through the data processing module, and can perform other processing such as standardization and / or data cleaning on the collected characteristic data.
[0235] By uploading feature data to cloud devices, the cloud devices can collect sample data for training chassis twin models.
[0236] The above describes the vehicle chassis health management process on the vehicle side. The following describes the vehicle chassis health management process on the cloud side.
[0237] FIG7 is a flow chart of a vehicle chassis health management method provided in some embodiments of the present application. The method can be applied to a cloud device. As shown in FIG7 , the vehicle chassis health management method provided in this embodiment may include the following steps:
[0238] S201: Obtain a simulation sample set.
[0239] The simulation sample set may include sample data corresponding to each subsystem in the chassis of different vehicles, and the sample data corresponding to each subsystem may include health characteristic values corresponding to different operating data of the subsystem.
[0240] The cloud device can collect sample data from each vehicle and also receive imported sample data.
[0241] S202: Use the simulation sample set to perform simulation training on the initial chassis twin model to generate the chassis twin model and evaluation standard information.
[0242] The cloud device can establish an initial chassis twin model based on the target mechanism models of the chassis and the correlation between the target mechanism models. Then, the test controller can control the chassis twin model to perform simulation training based on sample data to generate a chassis twin model.
[0243] In addition, through simulation training, the initial chassis twin model can learn evaluation standard information from a large amount of sample data, that is, it can learn what kind of health characteristic values are normal.
[0244] Among them, the test controller can control the chassis twin model to perform simulation training every once in a while or after a certain amount of new sample data is collected to update the evaluation standard information and the chassis twin model.
[0245] The evaluation standard information generated by the chassis twin model can be stored in the expert system database. Every time the cloud device performs simulation training, the evaluation standard information stored in the expert system database can be updated.
[0246] S203: Send evaluation standard information to the vehicle.
[0247] The cloud device can send the corresponding evaluation standard information to each vehicle after initially determining the evaluation standard information or after each update. It can also send the requested evaluation standard information to the vehicle upon receiving a request. After receiving the evaluation standard information, the vehicle can use it to evaluate the health of the chassis.
[0248] In the above implementation method, an initial chassis twin model is established based on the target mechanism models of the chassis and the correlation between the target mechanism models, and the initial chassis twin model is trained using sample data to generate a chassis twin model. In this way, a more accurate and reliable mechanism model than the vehicle side can be obtained. Moreover, the chassis twin model established by the cloud device can learn more accurate and reliable evaluation standard information from a large amount of sample data. In this way, the health feature data and evaluation standard information obtained are more accurate and reliable, which can effectively improve the reliability of the health status assessment results.
[0249] Consistent with the aforementioned vehicle-side approach, in some embodiments of the present application, the evaluation standard information includes the standard value ranges for each health characteristic value corresponding to each subsystem. Accordingly, as previously described, the vehicle can determine whether the health characteristic value is normal by determining whether the health characteristic value is within the corresponding standard value range.
[0250] As mentioned above, the vehicle side can use the target operating condition as the constraint operating condition and perform health status assessment for specific operating conditions. In this way, the health characteristic values uploaded by the vehicle side are also generated under the condition of satisfying the constraint operating condition. Correspondingly, in some embodiments of the present application, the sample data corresponding to each subsystem may specifically include: the health characteristic values corresponding to different operating data of the subsystem when satisfying the target operating condition.
[0251] Correspondingly, the chassis twin model also uses the target working condition as the constraint working condition, and simulates for a specific working condition, so that the evaluation standard information corresponding to different target working conditions can be learned. For example, referring to Figure 8, which is a schematic diagram of the simulation training principle provided in an embodiment of the present application, when the cloud device performs simulation training, it involves constraint working condition a, constraint working condition b, constraint working condition c and constraint working condition d. Based on the simulation input data 1 (i.e., sample data) corresponding to constraint working condition a, the standard value range 1 corresponding to constraint working condition a can be obtained; based on the simulation input data 2 corresponding to constraint working condition b, the standard value range 2 corresponding to constraint working condition b can be obtained; based on the simulation input data 3 corresponding to constraint working condition c, the standard value range 3 corresponding to constraint working condition c can be obtained; based on the simulation input data 4 corresponding to constraint working condition d, the standard value range 4 corresponding to constraint working condition d can be obtained.
[0252] It is understandable that the above is only an example and is not intended to limit the present application. In actual applications, the simulation training process can have more constrained working conditions.
[0253] By conducting simulation training for specific working conditions, the training speed can be effectively improved and the difficulty of modeling the chassis twin model can be reduced.
[0254] As mentioned above, the feature data uploaded by the vehicle side may include chassis attribute information. Correspondingly, the simulation sample set may specifically include: sample data corresponding to each subsystem in the chassis with different chassis attribute information. Accordingly, the chassis twin model can learn the evaluation standard information corresponding to different chassis attribute information, that is, the generated evaluation standard information may include the evaluation standard information corresponding to different chassis attribute information.
[0255] Among them, the cloud device can collect, summarize and classify the evaluation standard information generated by the chassis twin model through the simulation data processing module, and then store it in the expert system database.
[0256] For example, during classification, a corresponding relationship can be established: chassis attribute data - subsystem - mechanism model - target operating condition - standard value range. That is, the standard value range in the expert system database can be stored according to this corresponding relationship. The mechanism model can also be omitted.
[0257] Through the above method, evaluation standard information corresponding to different chassis attribute information can be generated. In this way, the determined evaluation standard information is more accurate, and thus the health status evaluation result based on the evaluation standard information is more accurate and reliable.
[0258] In some embodiments of the present application, the cloud device may obtain the simulation sample set in the following manner:
[0259] Receive characteristic data of at least one subsystem sent by the vehicle, and use the characteristic data as sample data, wherein the characteristic data may include: health characteristic values and corresponding operating data, and chassis attribute information of the chassis.
[0260] In this way, cloud devices can easily obtain a large amount of sample data.
[0261] As previously mentioned, a vehicle can proactively request evaluation standard information from a cloud device. Accordingly, in some embodiments of the present application, the cloud device can receive an evaluation standard request message from the vehicle carrying chassis attribute information before sending the evaluation standard information to the vehicle. After receiving the evaluation standard request message, the cloud device can match the evaluation standard information with the chassis attribute information of the vehicle chassis, and then can send the evaluation standard information corresponding to the chassis attribute information of the vehicle to the vehicle. In this way, the evaluation standard information obtained by the vehicle matches its chassis attributes, the evaluation standard information is more accurate, and thus the health status assessment results based on the evaluation standard information are more accurate and reliable.
[0262] Referring to FIG9 , in some embodiments of the present application, the vehicle chassis health management method may further include the following steps:
[0263] S211: Receive a simulation request sent by a vehicle.
[0264] As mentioned above, the vehicle can send a simulation request to the cloud device, requesting the cloud device to simulate the target subsystem of the vehicle chassis. Correspondingly, the cloud device can receive the simulation request sent by the vehicle.
[0265] The simulation request can include information about the target subsystem to be simulated, requesting the cloud device to simulate the target subsystem. The simulation request can also include relevant operating data of the target subsystem, allowing the cloud device to perform feature extraction simulation based on this operating data.
[0266] S212. Use the chassis twin model to perform feature extraction simulation on the target subsystem to obtain the health characteristic value simulation results of the target subsystem.
[0267] After the cloud device receives the simulation request sent by the vehicle, it can input the operating data of the target subsystem carried in the simulation request into the chassis twin model through the operation controller, so that the chassis twin model outputs the health characteristic value simulation results.
[0268] S213: Send the health characteristic value simulation result of the target subsystem to the vehicle.
[0269] After the cloud device obtains the simulation results of the health characteristic values of the target subsystem, it can feed them back to the vehicle, and then the vehicle can evaluate the health status of the target subsystem based on the results.
[0270] Through the above process, the vehicle can obtain more accurate health feature values with the help of the chassis twin model of the cloud device, and then the vehicle can obtain more accurate health status assessment results of the target subsystem.
[0271] The processes and concepts of the above-mentioned cloud devices are similar to those on the vehicle side. For detailed descriptions, please refer to the corresponding parts on the vehicle side and will not be repeated here.
[0272] A more specific implementation method is provided below.
[0273] FIG10 is a flow chart of a vehicle chassis health management method provided in some embodiments of the present application. As shown in FIG10 , the vehicle chassis health management method may include the following steps:
[0274] S301. The cloud device uses the obtained simulation sample set to simulate and train the initial chassis twin model to generate the chassis twin model and evaluation standard information.
[0275] S302: The cloud device sends evaluation standard information to the vehicle.
[0276] S303: The vehicle receives evaluation standard information.
[0277] S304: For each subsystem in the chassis, the vehicle uses the target mechanism model to extract features based on the operating data of the subsystem to obtain a health feature value.
[0278] S305: The vehicle evaluates the health status of the chassis based on the extracted health feature values and corresponding evaluation standard information.
[0279] S306: The vehicle sends a simulation request to the cloud device to request the cloud device to simulate the target subsystem of the chassis.
[0280] S307. After receiving the simulation request sent by the vehicle, the cloud device uses the chassis twin model to perform feature extraction simulation on the target subsystem to obtain the health characteristic value simulation results of the target subsystem.
[0281] S308. The cloud device sends the health characteristic value simulation results of the target subsystem to the vehicle.
[0282] S309 : After receiving the health characteristic value simulation result, the vehicle evaluates the health status of the target subsystem according to the health characteristic value simulation result and corresponding evaluation standard information.
[0283] S310: The vehicle generates a chassis health report based on the health status of each subsystem.
[0284] S311. The vehicle generates maintenance suggestions and / or intervention control information based on the health status of each subsystem and the vehicle fault status.
[0285] For the above steps, please refer to the description of the corresponding steps in the above embodiments, which will not be repeated here.
[0286] Those skilled in the art will understand that the above embodiments are exemplary and are not intended to limit the present application. Where possible, the execution order of one or more steps of the steps described in the above embodiments may be adjusted, or may be selectively combined to obtain one or more other embodiments. Those skilled in the art may select and combine any of the above steps as needed, and any combination that does not deviate from the essence of the present application shall fall within the scope of protection of the present application.
[0287] Based on the same inventive concept, embodiments of the present application provide a vehicle chassis health management device, which can be used in a vehicle. FIG11 is a schematic structural diagram of a vehicle chassis health management device provided in some embodiments of the present application. As shown in FIG11 , the vehicle chassis health management device 10 provided in this embodiment may include:
[0288] Communication module 110, used to obtain chassis evaluation standard information from a cloud device. The evaluation standard information is learned through simulation training of the chassis twin model;
[0289] The feature extraction module 120 is used to extract features of the subsystem to be evaluated in the chassis using the target mechanism model based on the operating data of the subsystem to obtain a health feature value;
[0290] The health assessment module 130 is configured to assess the health status of the chassis based on the extracted health feature values and corresponding assessment standard information.
[0291] In some embodiments of the present application, the feature extraction module 120 is specifically configured to:
[0292] When the subsystem meets the target operating conditions, the target mechanism model is used to extract features based on the subsystem's operating data.
[0293] In some embodiments of the present application, the evaluation standard information includes the standard value range of each health characteristic value corresponding to each subsystem. The health evaluation module 130 is specifically configured to:
[0294] For each extracted health feature value, if the health feature value is within the corresponding standard value range, then the health feature value is determined to be normal;
[0295] If the health characteristic value exceeds the corresponding standard value range, it is determined that the health characteristic value is abnormal.
[0296] In some embodiments of the present application, the evaluation standard information obtained from the cloud device is matched with the chassis attribute information of the chassis, and the chassis attribute information includes at least one of the following attribute information: region, production batch, and mileage.
[0297] In some embodiments of the present application, the communication module 110 is specifically configured to:
[0298] Sending an evaluation standard request message to the cloud device, where the evaluation standard request message carries chassis attribute information of the chassis;
[0299] Receive evaluation standard information corresponding to chassis attribute information sent by the cloud device.
[0300] In some embodiments of the present application, the communication module 110 is further configured to:
[0301] Send a simulation request to the cloud device, where the simulation request is used to request the cloud device to simulate the target subsystem of the chassis;
[0302] Receive health characteristic value simulation results of the target subsystem sent by the cloud device;
[0303] The health assessment module 120 is further configured to assess the health status of the target subsystem based on the health characteristic value simulation results and corresponding assessment standard information.
[0304] In some embodiments of the present application, the device further comprises:
[0305] The display module 140 is used to display simulation information, where the simulation information includes: health characteristic value simulation results of the target subsystem and / or the health status of the target subsystem.
[0306] In some embodiments of the present application, the health assessment module 120 is further configured to: generate a chassis health report based on the health status of each subsystem;
[0307] The display module 140 is further configured to display a health report of the chassis.
[0308] In some embodiments of the present application, the health assessment module 130 is specifically used to:
[0309] monitoring a fault condition of the chassis;
[0310] A health report of the chassis is generated according to the health status of each of the subsystems and the fault status of the chassis.
[0311] In some embodiments of the present application, the communication module 110 is further configured to:
[0312] Send health reports to terminal devices.
[0313] In some embodiments of the present application, the health assessment module 130 is further configured to:
[0314] Generate maintenance recommendations and / or intervention control information based on the health status of each subsystem and vehicle fault status.
[0315] In some embodiments of the present application, the communication module 110 is further configured to:
[0316] Send characteristic data of at least one subsystem to the cloud device, where the characteristic data includes: health characteristic values and corresponding operating data, as well as chassis attribute information of the chassis.
[0317] The vehicle chassis health management device provided in this embodiment can execute the above method embodiment. Its implementation principle and technical effect are similar and will not be repeated here.
[0318] The present application also provides a vehicle chassis health management device, which can be applied to a cloud device. Figure 12 is a schematic diagram of the structure of a vehicle chassis health management device provided in some embodiments of the present application. As shown in Figure 12, the vehicle chassis health management device 20 provided in this embodiment may include:
[0319] An acquisition module 210 is used to acquire evaluation standard information, where the evaluation standard information is learned through simulation training of the chassis twin model;
[0320] The communication module 220 is used to send evaluation standard information to the vehicle, where the evaluation standard information is used by the vehicle to evaluate the health status of the chassis based on the extracted health feature values of each subsystem.
[0321] In some embodiments of the present application, the evaluation standard information includes a standard value range of each health characteristic value corresponding to each subsystem.
[0322] In some embodiments of the present application, the acquisition module 210 is specifically configured to: acquire a simulation sample set, wherein the simulation sample set includes sample data corresponding to each subsystem in the chassis of different vehicles, and the sample data corresponding to each subsystem includes health feature values corresponding to different operating data of the subsystem;
[0323] The simulation sample set is used to perform simulation training on the initial chassis twin model to generate the chassis twin model and evaluation standard information.
[0324] In some embodiments of the present application, the sample data corresponding to each subsystem specifically includes: health characteristic values corresponding to different operating data of the subsystem when meeting the target operating conditions.
[0325] In some embodiments of the present application, the simulation sample set specifically includes sample data corresponding to each subsystem in a chassis with different chassis attribute information. Correspondingly, the generated evaluation standard information includes evaluation standard information corresponding to different chassis attribute information.
[0326] In some embodiments of the present application, obtaining a simulation sample set includes:
[0327] Receive characteristic data of at least one subsystem sent by the vehicle and use the characteristic data as sample data, where the characteristic data includes: health characteristic values and corresponding operating data, and chassis attribute information of the chassis.
[0328] In some embodiments of the present application, the communication module 220 is further configured to:
[0329] Before sending the evaluation standard information to the vehicle, receiving an evaluation standard request message sent by the vehicle, the evaluation standard request message carrying chassis attribute information of the vehicle;
[0330] Correspondingly, the evaluation standard information sent to the vehicle corresponds to the chassis attribute information of the vehicle.
[0331] In some embodiments of the present application, the apparatus further includes: a feature simulation module 230;
[0332] The communication module 220 is further configured to: receive a simulation request sent by a vehicle, the simulation request being used to request simulation of a target subsystem of a chassis of the vehicle;
[0333] The feature simulation module 230 is used to: use the chassis twin model to perform feature extraction simulation on the target subsystem to obtain the health feature value simulation result of the target subsystem;
[0334] The communication module 220 is further configured to send the health characteristic value simulation results of the target subsystem to the vehicle.
[0335] The vehicle chassis health management device provided in this embodiment can execute the above method embodiment. Its implementation principle and technical effect are similar and will not be repeated here.
[0336] Those skilled in the art can clearly understand that, for the convenience and brevity of description, only the division of the above-mentioned functional units and modules is used as an example for illustration. In actual applications, the above-mentioned functions can be distributed and completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiment can be integrated into one processing unit, or each unit can exist physically alone, or two or more units can be integrated into one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of software functional units. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application. The specific working process of the units and modules in the above-mentioned system can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here.
[0337] Based on the same inventive concept, embodiments of the present application also provide an electronic device. Figure 13 is a schematic diagram of the structure of an electronic device provided in some embodiments of the present application. As shown in Figure 13, the electronic device provided in this embodiment includes: a memory 310 and a processor 320. The memory 310 is used to store computer programs; the processor 320 is used to execute the method described in the above method embodiments when the computer program is called.
[0338] The electronic device may be a vehicle, a device in a vehicle (such as an on-board terminal) or a cloud device.
[0339] The electronic device provided in this embodiment can execute the above method embodiment, and its implementation principle and technical effects are similar, which will not be repeated here.
[0340] An embodiment of the present application further provides a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the method described in the above method embodiment is implemented.
[0341] An embodiment of the present application further provides a computer program product. When the computer program product is run on an electronic device, the electronic device implements the method described in the above method embodiment when executing the computer program product.
[0342] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted via the computer-readable storage medium. The computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more available media integrated. The available medium can be a magnetic medium (e.g., a floppy disk, hard disk or tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state drive (SSD)).
[0343] Those skilled in the art will appreciate that all or part of the process steps in the above-described method embodiments can be implemented by a computer program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, the program can include the process steps in the above-described method embodiments. The aforementioned storage medium can include various media capable of storing program code, such as ROM or random access memory (RAM), magnetic disks, or optical disks.
[0344] The naming or numbering of steps in this application does not mean that the steps in the method flow must be executed in the time / logical sequence indicated by the naming or numbering. The execution order of the named or numbered process steps can be changed according to the technical purpose to be achieved, as long as the same or similar technical effects can be achieved.
[0345] In the above embodiments, the description of each embodiment has its own focus. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant description of other embodiments.
[0346] In the embodiments provided in this application, it should be understood that the disclosed devices / equipment and methods can be implemented in other ways. For example, the device / equipment embodiments described above are merely schematic. For example, the division of the modules or 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 integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.
[0347] It should be understood that when used in the present specification and the appended claims, the term "comprising" indicates the presence of described features, integers, steps, operations, elements and / or components, but does not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components and / or collections thereof.
[0348] In the description of this application, unless otherwise specified, " / " indicates that the objects associated before and after are in an "or" relationship, for example, A / B can represent A or B; "and / or" in this application is merely a description of the association relationship of associated objects, indicating that three relationships may exist, for example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural.
[0349] Furthermore, in the description of this application, unless otherwise specified, "plurality" refers to two or more than two. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, "at least one of a, b, or c" can mean: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or plural.
[0350] As used in this specification and the appended claims, the term "if" can be interpreted as "when" or "upon" or "in response to determining" or "in response to detecting," depending on the context. Similarly, the phrase "if it is determined" or "if [described condition or event] is detected" can be interpreted as meaning "upon determination" or "in response to determining" or "upon detection of [described condition or event]" or "in response to detecting [described condition or event]," depending on the context.
[0351] In addition, in the description of this application specification and the appended claims, the terms "first," "second," "third," etc. are used to distinguish similar objects and are not necessarily used to describe a particular order or precedence. It should be understood that the terms used in this manner are interchangeable where appropriate, so that the embodiments described herein can be implemented in an order other than that shown or described herein.
[0352] References to "one embodiment" or "some embodiments" in this specification mean that a particular feature, structure, or characteristic described in conjunction with the embodiment is included in one or more embodiments of the present application. Thus, phrases such as "in one embodiment," "in some embodiments," "in other embodiments," and "in yet other embodiments" appearing in various places in this specification do not necessarily refer to the same embodiment, but rather mean "one or more but not all embodiments," unless otherwise specifically emphasized.
[0353] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some or all of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the scope of the technical solutions of the embodiments of the present application.
Claims
1. A vehicle chassis health management method, characterized in that: include: Acquire chassis evaluation standard information from a cloud device, where the evaluation standard information is learned through simulation training of a chassis twin model; For the subsystem to be evaluated in the chassis, feature extraction is performed using a target mechanism model according to the operation data of the subsystem to obtain a health feature value; The health status of the chassis is evaluated according to the extracted health feature values and corresponding evaluation standard information.
2. The method according to claim 1, characterized in that The feature extraction is performed using a target mechanism model according to the operation data of the subsystem, including: When the subsystem meets the target operating condition, feature extraction is performed using a target mechanism model based on the operating data of the subsystem.
3. The method according to claim 1 or 2, characterized in that: The evaluation standard information includes the standard value range of each health characteristic value corresponding to each subsystem, and the health status of the chassis is evaluated according to the extracted health characteristic value and the corresponding evaluation standard information, including: For each extracted health feature value, if the health feature value is within the corresponding standard value range, then the health feature value is determined to be normal; If the health characteristic value exceeds the corresponding standard value range, it is determined that the health characteristic value is abnormal.
4. The method according to any one of claims 1 to 3, characterized in that: The obtaining of chassis evaluation standard information from the cloud device includes: Sending an evaluation standard request message to the cloud device, wherein the evaluation standard request message carries chassis attribute information of the chassis; Receive evaluation standard information corresponding to the chassis attribute information sent by the cloud device.
5. The method according to claim 4, characterized in that The chassis attribute information includes at least one of the following attribute information: region, production batch and mileage.
6. The method according to any one of claims 1 to 5, characterized in that: The method further comprises: Sending a simulation request to the cloud device, wherein the simulation request is used to request the cloud device to simulate a target subsystem of the chassis; Receiving a health characteristic value simulation result of the target subsystem sent by the cloud device; The health status of the target subsystem is evaluated according to the health characteristic value simulation result and the corresponding evaluation standard information.
7. The method according to claim 6, characterized in that The method further comprises: The simulation information is displayed, wherein the simulation information includes: a simulation result of a health characteristic value of the target subsystem and / or a health status of the target subsystem.
8. The method according to any one of claims 1 to 7, characterized in that: The method further comprises: A health report of the chassis is generated and displayed according to the health status of each of the subsystems.
9. The method according to claim 8, characterized in that Generating and displaying the chassis health report according to the health status of each of the subsystems includes: monitoring a fault condition of the chassis; Generate and display the chassis health report based on the health status of each subsystem and the fault status of the chassis tell.
10. The method according to claim 8 or 9, characterized in that: The method further comprises: The health report is sent to the terminal device.
11. The method according to any one of claims 1 to 10, characterized in that: The method further comprises: Maintenance suggestions and / or intervention control information are generated according to the health status of each of the subsystems and the vehicle fault status.
12. The method according to any one of claims 1 to 11, characterized in that: The method further comprises: Sending characteristic data of at least one of the subsystems to a cloud device, the characteristic data including: a health characteristic value and corresponding operation data, and chassis attribute information of the chassis.
13. A vehicle chassis health management method, characterized in that: include: Acquire evaluation standard information, where the evaluation standard information is learned through simulation training of the chassis twin model; The evaluation standard information is sent to a vehicle, where the evaluation standard information is used by the vehicle to evaluate the health status of a chassis based on the extracted health characteristic values of each of the subsystems.
14. The method according to claim 13, characterized in that The evaluation standard information includes the standard value range of each health characteristic value corresponding to each subsystem.
15. The method according to claim 13 or 14, characterized in that The obtaining of evaluation standard information includes: Acquire a simulation sample set, wherein the simulation sample set includes sample data corresponding to each subsystem in the chassis of different vehicles, and the sample data corresponding to each subsystem includes health feature values corresponding to different operating data of the subsystem; The simulation sample set is used to perform simulation training on the initial chassis twin model to generate the chassis twin model and evaluation standard information.
16. The method according to claim 15, characterized in that The sample data corresponding to each subsystem specifically includes: health characteristic values corresponding to different operating data of the subsystem when the target operating conditions are met.
17. The method according to claim 15 or 16, characterized in that The simulation sample set specifically includes sample data corresponding to each subsystem in a chassis having different chassis attribute information. Correspondingly, the generated evaluation standard information includes evaluation standard information corresponding to different chassis attribute information.
18. The method according to claim 17, characterized in that The obtaining of the simulation sample set comprises: Receive characteristic data of at least one subsystem sent by the vehicle, and use the characteristic data as sample data, wherein the characteristic data includes: a health characteristic value and corresponding operation data, and chassis attribute information of the chassis.
19. The method according to claim 17 or 18, characterized in that Before sending the evaluation standard information to the vehicle, the method further includes: Receiving an evaluation standard request message sent by a vehicle, wherein the evaluation standard request message carries chassis attribute information of the vehicle; Correspondingly, the evaluation standard information sent to the vehicle corresponds to the chassis attribute information of the vehicle.
20. The method according to any one of claims 15 to 19, characterized in that: The method further comprises: Receiving a simulation request sent by a vehicle, the simulation request being used to request simulation of a target subsystem of a chassis of the vehicle; Using the chassis twin model to perform feature extraction simulation on the target subsystem to obtain a health feature value simulation result of the target subsystem; Sending a health characteristic value simulation result of the target subsystem to the vehicle.
21. A vehicle chassis health management device, characterized in that: include: A communication module is used to obtain chassis evaluation standard information from a cloud device, where the evaluation standard information is learned through simulation training of a chassis twin model; A feature extraction module, for extracting features of a subsystem to be evaluated in the chassis using a target mechanism model according to operation data of the subsystem to obtain a health feature value; The health assessment module is used to assess the health status of the chassis according to the extracted health feature values and corresponding assessment standard information.
22. A vehicle chassis health management device, characterized in that: include: An acquisition module, used to acquire evaluation standard information, where the evaluation standard information is learned through simulation training of the chassis twin model; The communication module is used to send the evaluation standard information to the vehicle, where the evaluation standard information is used by the vehicle to evaluate the health status of the chassis based on the extracted health characteristic values of each of the subsystems.
23. A vehicle chassis health management system, characterized in that: include: A vehicle and a cloud device, wherein the vehicle is used to execute the method according to any one of claims 1 to 12; The cloud device is used to execute the method according to any one of claims 13-20.
24. An electronic device, characterized in that: include: A memory and a processor, wherein the memory is used to store a computer program; and the processor is used to execute the method according to any one of claims 1 to 20 when calling the computer program.
25. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 20 is implemented.
Citation Information
Cited By
Automatic driving health assessment system and vehicle
CN122126297A