Patent Application
20250012867
The present application claims priority to and the benefit of Korean Patent Application No. 10-2023-0086671, filed on Jul. 4, 2023, in the Korean Intellectual Property Office, the entire disclosure of which is incorporated by reference herein.
Aspects of embodiments of the present disclosure relate to a battery life estimation method and a battery system.
A battery life estimation model configures various combinations of various factors affecting battery deterioration, and based on such data, an expected life value for a battery use profile may be obtained.
However, life deterioration of a battery is not determined only by physical conditions at a corresponding time, but has a hysteresis property. For example, reaction mechanisms inside a battery operating at room temperature for the first 6 months of a 1-year cycle and at a low temperature of 10 degrees for the following 6 months thereafter may be different from reaction mechanisms inside a battery operating at a low temperature for the first 6 months of a 1-year cycle and at room temperature for the following 6 months thereafter. As such, information about the time sequence of operating the battery may be an important (e.g., very important) consideration.
The above information disclosed in this Background section is for enhancement of understanding of the background of the present disclosure, and therefore, it may contain information that does not constitute prior art.
Typically, because it may be difficult for a BMS system of a vehicle or energy storage system (ESS) to store the factors that affect the life deterioration in time order due to limited memory capacity, data may be stored in a format of counting events over time for respective factors.
However, because the data stored in the event count format may not include information over time and may be data that simply counts physical quantities, it may not be accurate to estimate the battery life using only such corresponding information.
One or more embodiments of the present disclosure are directed to a battery system and a battery life estimation method that may more accurately estimate a battery life.
According to one or more embodiments of the present disclosure, a battery system includes: a battery; a detection device configured to detect a voltage, a current, and a temperature from the battery; and a battery management system (BMS) configured to: estimate a state of charge (SOC) based on the voltage, the current, and the temperature detected from the detection device; store a profile generated by measuring a physical state of the battery in an event count format based on battery state data including the voltage, the current, and the temperature and the SOC; generate a virtual scenario for driving a representative battery based on the profile; and estimate a life of the battery through the virtual scenario.
In an embodiment, the BMS may include: a scenario generator configured to generate a scenario of M days, M being a natural number greater than or equal to 1; a scenario corrector configured to generate N scenarios of M days based on the scenario of M days, N being a natural number greater than or equal to 2; and a life estimator configured to estimate the life of the battery by simulating a battery operation based on the N scenarios of M days.
In an embodiment, the scenario generator may be configured to generate a scenario template of the M days based on a probability of occurrence of each of a plurality of stored representative templates; and each of the plurality of stored representative templates may include a value representing a charging and discharging ratio in a unit of a day of the battery as a probability.
In an embodiment, based on each time point at which a charging state of the representative battery is switched from among the scenario templates of M days, the scenario generator may be configured to randomly sample physical quantities at each time point from the profile to generate a specific scenario of M days.
In an embodiment, the profile may include: a charging log table generated based on data obtained if the battery is in a charging state from among the battery state data; a discharging log table generated based on data obtained if the battery is in a discharging state; and a rest log table generated based on data obtained if the battery is in a rest state.
In an embodiment, the scenario generator may be configured to: derive a physical quantity at a start time point of a charging period of the scenario templates of M days from the charging log table; derive a physical quantity at a start time point of a discharging period of the scenario templates of M days from the discharging log table; and derive a physical quantity at a start time point of a rest period of the scenario templates of M days from the rest log table.
In an embodiment, the scenario corrector may be configured to restore N number of the scenarios of M days to generate the N scenarios of M days by utilizing a Monte-Carlo simulation method.
In an embodiment, the life estimator may be configured to: simulate the N scenarios of M days multiple times; determine one from among simulation results of the multiple simulations as a life estimation model for the battery; and estimate the life of the battery using the life estimation model.
According to one or more embodiments of the present disclosure, a life estimation method includes: detecting a voltage, a current, and a temperature from a battery; estimating a state of charge (SOC) based on the voltage, the current, and the temperature detected from the battery; generating and storing a profile by measuring a physical state of the battery in an event count format based on battery state data including the voltage, the current, and the temperature and the SOC; generating a virtual scenario for driving a representative battery based on the profile; and estimating a life of the battery through the virtual scenario.
In an embodiment, the estimating of the life of the battery may include: generating a scenario of M days, M being a natural number greater than or equal to 1; generating N scenarios of M days based on the scenario of M days, N being a natural number greater than or equal to 2; and estimating the life of the battery by simulating a battery operation based on the N scenarios of M days.
In an embodiment, the generating of the scenario of M days may include generating a scenario template of the M days based on a probability of occurrence of each of a plurality of stored representative templates, and each of the plurality of stored representative templates may include a value representing a charging and discharging ratio in a unit of a day of the battery as a probability.
In an embodiment, the generating of the scenario of M days may include, based on each time point at which a charging state of the representative battery is switched from among the scenario templates of M days, randomly sampling physical quantities at each time point from the profile to generate a specific scenario of M days.
In an embodiment, the generating and storing of the profile may include: generating a charging log table based on data obtained if the battery is in a charging state from among the battery state data; generating a discharging log table based on data obtained if the battery is in a discharging state; and generating a rest log table based on data obtained if the battery is in a rest state.
In an embodiment, the generating of the specific scenario of M days may include: deriving a physical quantity at a start time point of a charging period of the scenario templates of M days from the charging log table; deriving a physical quantity at a start time point of a discharging period of the scenario templates of M days from the discharging log table; and deriving a physical quantity at a start time point of a rest period of the scenario templates of M days from the rest log table.
In an embodiment, the generating of the N scenarios of M days may include restoring N number of the scenarios of M days to generate the N scenarios of M days by utilizing a Monte-Carlo simulation method.
In an embodiment, the estimating of the life of the battery by simulating the battery operation may include: simulating the N scenarios of M days multiple times; determining one from among simulation results of the multiple simulations as a life estimation model of the battery; and estimating the life of the battery using the life estimation model.
According to one or more embodiments of the present disclosure, it may be possible to estimate a life of a battery module with improved accuracy (e.g., high accuracy) using smaller capacity (e.g., a small-capacity) memory.
According to one or more embodiments of the present disclosure, it may be possible to detect warranty risk in advance through accurate life estimation of a battery.
According to one or more embodiments of the present disclosure, if a life issue occurs in the future, usage history of a user's battery may be estimated, and thus, it may be possible to prepare a criterion for determining whether there is a problem with the battery or abnormal use outside the warranty range.
The above and other aspects and features of the present disclosure will be more clearly understood from the following detailed description of the illustrative, non-limiting embodiments with reference to the accompanying drawings.
Hereinafter, embodiments will be described in more detail with reference to the accompanying drawings, in which like reference numbers refer to like elements throughout. The present disclosure, however, may be embodied in various different forms, and should not be construed as being limited to only the illustrated embodiments herein. Rather, these embodiments are provided as examples so that this disclosure will be thorough and complete, and will fully convey the aspects and features of the present disclosure to those skilled in the art. Accordingly, processes, elements, and techniques that are not necessary to those having ordinary skill in the art for a complete understanding of the aspects and features of the present disclosure may not be described. Unless otherwise noted, like reference numerals denote like elements throughout the attached drawings and the written description, and thus, redundant description thereof may not be repeated.
When a certain embodiment may be implemented differently, a specific process order may be different from the described order. For example, two consecutively described processes may be performed at the same or substantially at the same time, or may be performed in an order opposite to the described order.
It will be understood that, although the terms “first,” “second,” “third,” etc., may be used herein to describe various elements, components, regions, layers and/or sections, these elements, components, regions, layers and/or sections should not be limited by these terms. These terms are used to distinguish one element, component, region, layer or section from another element, component, region, layer or section. Thus, a first element, component, region, layer or section described below could be termed a second element, component, region, layer or section, without departing from the spirit and scope of the present disclosure.
It will be understood that when an element or layer is referred to as being “on,” “connected to,” or “coupled to” another element or layer, it can be directly on, connected to, or coupled to the other element or layer, or one or more intervening elements or layers may be present. Similarly, when a layer, an area, or an element is referred to as being “electrically connected” to another layer, area, or element, it may be directly electrically connected to the other layer, area, or element, and/or may be indirectly electrically connected with one or more intervening layers, areas, or elements therebetween. In addition, it will also be understood that when an element or layer is referred to as being “between” two elements or layers, it can be the only element or layer between the two elements or layers, or one or more intervening elements or layers may also be present.
The terminology used herein is for the purpose of describing particular embodiments and is not intended to be limiting of the present disclosure. As used herein, the singular forms “a” and “an” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises,” “comprising,” “includes,” “including,” “has,” “have,” and “having,” when used in this specification, specify the presence of the stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. As used herein, the term “and/or” includes any and all combinations of one or more of the associated listed items. For example, the expression “A and/or B” denotes A, B, or A and B. Expressions such as “at least one of,” when preceding a list of elements, modify the entire list of elements and do not modify the individual elements of the list. For example, the expression “at least one of a, b, or c,” “at least one of a, b, and c,” and “at least one selected from the group consisting of a, b, and c” indicates only a, only b, only c, both a and b, both a and c, both b and c, all of a, b, and c, or variations thereof.
As used herein, the term “substantially,” “about,” and similar terms are used as terms of approximation and not as terms of degree, and are intended to account for the inherent variations in measured or calculated values that would be recognized by those of ordinary skill in the art. Further, the use of “may” when describing embodiments of the present disclosure refers to “one or more embodiments of the present disclosure.” As used herein, the terms “use,” “using,” and “used” may be considered synonymous with the terms “utilize,” “utilizing,” and “utilized,” respectively.
As used herein, the terms “module,” “unit,” “portion,” or “part” representing constituent element used in the following description are used only in order to make understanding of the specification easier, and thus, these terms do not have meanings or roles that distinguish them from each other by themselves. A program implemented as a set of instructions embodying a control algorithm used for controlling another component may be installed in a component for controlling another component under a specific control condition from among components according to an embodiment. A control component may generate output data by processing input data and stored data according to the installed program. The control component may include a non-volatile memory for storing a program and a memory for storing data.
Moreover, the electronic or electric devices and/or any other relevant devices or components according to embodiments of the present disclosure described herein may be implemented utilizing any suitable hardware, firmware (e.g. an application-specific integrated circuit), software, or a combination of software, firmware, and hardware. For example, the various components of these devices may be formed on one integrated circuit (IC) chip or on separate IC chips. Further, the various components of these devices may be implemented on a flexible printed circuit film, a tape carrier package (TCP), a printed circuit board (PCB), or formed on one substrate. Further, the various components of these devices may be a process or thread, running on one or more processors, in one or more computing devices, executing computer program instructions and interacting with other system components for performing the various functionalities described herein. The computer program instructions are stored in a memory which may be implemented in a computing device using a standard memory device, such as, for example, a random access memory (RAM). The computer program instructions may also be stored in other non-transitory computer readable media such as, for example, a CD-ROM, flash drive, or the like. Also, a person of skill in the art should recognize that the functionality of various computing devices may be combined or integrated into a single computing device, or the functionality of a particular computing device may be distributed across one or more other computing devices without departing from the spirit and scope of the example embodiments of the present disclosure.
Unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which the present disclosure belongs. It will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the relevant art and/or the present specification, and should not be interpreted in an idealized or overly formal sense, unless expressly so defined herein.
Referring to
The connection portion 40 may be implemented as a relay or the like, and may be connected in series between the battery module 10 and an external device 2.
The connection portion 40 may operate by a signal supplied from the BMS 30. The battery system 1 may be connected to the external device 2. The external device 2 may include a load, such as an inverter and a converter, and/or a charging device. For example, the battery system 1 may be connected to a charger, and may be supplied with power from the charger to be charged. As another example, the battery system 1 may be connected to a load, and power supplied by the battery module 10 may be discharged through the load.
The battery module 10 may include a plurality of battery cells connected in series and/or in parallel.
The detection device 20 may detect a state of the cells configuring the battery module 10 based on a signal received from the battery module 10. The signal received by the detection device 20 from the battery module 10 may include a voltage measurement signal representing a voltage across each of the cells configuring the battery module 10, a current measurement signal representing a current flowing through the battery module 10, and a temperature measurement signal representing a temperature.
The detection device 20 may include a voltage detector 21, a current detector 22, and a temperature detector 23.
The voltage detector 21 may detect a cell voltage of each of the cells configuring the battery module 10, a module voltage of the battery module 10, and/or the like. The current detector 22 may detect a current flowing through the battery module 10. The temperature detector 23 may detect a temperature from at least one point of the battery module 10.
Hereinafter, voltage information, current information, and temperature information generated by the detection device 20 may be referred to as detection data. The detection data may be generated if an event (e.g., a preset event) occurs. For example, the preset event may include a time arrival according to a cycle (e.g., a predetermined cycle), a switching to a charging state, a discharging state, or a rest state of a battery, a charging start and end of a battery, and/or an elapse of a time (e.g., a predetermined time) after starting battery charging. Hereinafter, for convenience, it is assumed that the detection data is collected if an event in which the detection device 20 is switched to each of the charging state, the discharging state, and the rest state of the battery module 10 occurs.
The BMS 30 may receive the detection data of the battery module 10 from the detection device 20. The BMS 30 may monitor a voltage, a current, a temperature, a state of charge (SOC), a charge rate (C-rate), and/or the like (hereinafter, referred to as “battery states”) of the battery module 10 based on the detected data. The BMS 30 may generate a battery charging/discharging profile based on a battery state monitoring result, and may estimate a life of the battery module 10 based on the battery charging/discharging profile.
The BMS 30 may include an SOC estimator 31, a profile generator 32, and a main control unit (MCU) (e.g., a main controller) 33.
The SOC estimator 31 may estimate the SOC of the battery module 10 using one of a current integration method that integrates charging/discharging currents, an electrochemical model method that represents a chemical reaction inside the cell in molecular units, a mathematical method that represents an operating time of a battery and a dynamic behavior of a state of charge (SOC) in a purely mathematical experimental manner, and/or a voltage modeling method using a relationship between an open circuit voltage (OCV) and a state of charge (SOC).
The SOC estimator 31 may transmit the value estimated as the SOC of the battery module 10 (hereinafter, referred to as the “SOC of the battery module 10”) to the profile generator 32 and the MCU 33.
Hereinafter, the battery status data may indicate the battery states monitored by the BMS 30, such as the detection data obtained by the profile generator 32 from the detection device 20 and the SOC, and the C-rate of the battery module 10 obtained from the SOC estimator 31.
The profile generator 32 may generate and store a profile (hereinafter referred to as the “profile”) representing physical values of factors related to the life of the battery module 10 based on the battery state data. Here, the profile is a time series profile representing changes in various factors over time, such as an SOC, a C-rate, and a temperature, and may be classified according to the state of charge of the battery. The charging state of the battery may be one of the charging state, the discharging state, and/or the rest state. Here, the discharging state may include a state in which a vehicle is driving (Driving), and the rest state may include a state in which a vehicle is parked (Parking).
The profile generator 32 may indicate the physical state of the battery module 10, and may store a profile generated by measuring events of factors related to the life of the battery module 10 in an event count format. The event count format may represent a method of measuring a physical quantity (e.g., event) to be stored at regular time intervals in a corresponding storage. Hereinafter, a profile generated by measuring factors related to the life of the battery module 10 in an event count format by the profile generator 32 is referred to as field data.
The battery state data indicates values of factors over time, such as an SOC, a temperature, and a C-rate, and because the field data is generated and stored in the event count format, it may represent the values of factors (the SOC, the temperature, and the C-rate) other than the physical quantity of time.
The field data may be represented by a three-dimensional matrix representing physical quantities of SOC, temperature, and C-rate. For example, the field data may be a log table representing events related to the life of the battery module 10 for each state of charge of the battery in a matrix representing three physical quantities of SOC, temperature, and C-rate.
The profile generator 32 may implement field data generated based on the battery state data obtained while the battery module 10 is in a charged state as a charging log table. The profile generator 32 may implement field data generated based on the battery state data obtained while the battery module 10 is in a discharged state as a discharging log table. The profile generator 32 may implement field data generated based on the battery state data obtained while the battery module 10 is in a rest state as a rest log table.
Hereinafter, for convenience, it is assumed that the field data generated by the profile generator 32 is at least one of the charging log table, the discharging log table, and/or the rest log table.
Referring to
However, the present disclosure is not limited thereto, and the charging log table, the discharging log table, and the rest log table may be stored in the BMS 30.
Hereinafter, for convenience, it is assumed that the profile generator 32 generates and stores the charging, discharging, and rest log tables.
The MCU 33 may generate a scenario template for driving the battery module 10 based on the battery state data. The MCU 33 may generate a virtual scenario (hereinafter referred to as a “scenario”) for driving the battery based on the scenario template and the field data generated by the profile generator 32, and may estimate the life of the battery module 10 by simulating a battery operation based on the generated scenario.
Referring to
Based on the battery state data, the scenario generator 331 may generate an M-day scenario that drives the battery module 10 for M days (where M is a natural number of 1 or more).
The scenario corrector 332 may correct the M-day scenarios generated by the scenario generator 331 to generate N (where N is a natural number equal to or greater than 2) M-day scenarios to improve the scenario accuracy.
The life estimator 333 may simulate driving of the battery based on the corrected scenario, and may estimate the life of the battery module 10 through the simulation.
Hereinafter, an operation of the MCU 33 will be described in more detail with reference to
Hereinafter, redundant description with respect to the battery system 1 described above may not be repeated.
Referring to
The profile generator 32 may generate a log table representing a profile by counting events representing physical values of factors related to the life of the battery module 10 based on the battery state data (S102).
The BMS 30 may previously store a probability of occurrence of each of a plurality of representative templates represented by the battery state data.
Hereinafter, the probability of occurrence of each of the plurality of representative templates will be described in more detail with reference to
A plurality of templates may represent a pattern of a scenario. Here, the pattern of the scenario may be represented by a shape of a graph that appears regularly if the actual use pattern of the battery module 10 is schematized with the ratio of charging, discharging, and rest per day and with the SOC value over time. The plurality of templates may be generated in daily units according to the actual use of the battery module 10.
From among the plurality of templates, a plurality of representative templates representing actual use patterns of the battery module 10 may be stored (e.g., pre-stored) in the BMS 30. The plurality of representative templates may be templates having a probability of occurrence greater than or equal to a level (e.g., a predetermined level) from among the plurality of templates, or a number (e.g., a predetermined number) of template(s) from among the plurality of templates.
Referring to
In the example of
In addition, the peak-cut application may include: a fourth representative template including 1 charging, 1 rest, and 1 discharging per day; a fifth representative template including 1 charging, 2 rest, and 2 discharging per day; and a sixth representative template including 1 charging, 3 rest, and 3 discharging per day.
In addition, the wind application may include: a seventh representative template including 1 charging, 1 rest, and 1 discharging per day; an eighth representative template including 2 charging, 2 rest, and 1 discharging per day; a ninth representative template including 3 charging, 3 rest, and 1 discharging per day; a tenth representative template including 4 charging, 4 rest, and 1 discharging per day; and an eleventh representative template including 1 charging, 2 rest, and 2 discharging per day.
In the solar application, the occurrence probability of the first representative template including 1 charging, 1 rest, and 1 discharging per day was found to be 87.1% of the actual use patterns of the entire solar application. In addition, the occurrence probability of the second representative template including 2 charging, 2 rest, and 1 discharging per day was found to be 9.2% of the actual use patterns of the entire solar application. In addition, the occurrence probability of the third representative template including 3 charging, 3 rest, and 1 discharging per day was found to be 3.7% of the actual use patterns of the entire solar application.
In the peak-cut application, the occurrence probability of the fourth representative template including 1 charging, 1 rest, and 1 discharging per day was found to be 43.0% of the actual use patterns of the entire peak-cut application. In addition, the occurrence probability of the fifth representative template including 1 charging, 2 rest, and 2 discharging per day was found to be 49.1% of the actual use patterns of the entire peak-cut application. In addition, the occurrence probability of the sixth representative template including 1 charging, 3 rest, and 3 discharging per day was found to be 7.9% of the actual use patterns of the entire peak-cut application.
In the wind application, the occurrence probability of the seventh representative template including 1 charging, 1 rest, and 1 discharging per day was found to be 44.9% of the actual use patterns of the entire wind application. In addition, the occurrence probability of the eighth representative template including 2 charging, 2 rest, and 1 discharging per day was found to be 20.0% of the actual use patterns of the entire wind application. In addition, the occurrence probability of the ninth representative template including 3 charging, 3 rest, and 1 discharging per day was found to be 16.7% of the actual use patterns of the entire wind application. In addition, the occurrence probability of the tenth representative template including 4 charging, 4 rest, and 1 discharging per day was found to be 11.9% of the actual use patterns of the entire wind application. In addition, the occurrence probability of the eleventh representative template including 1 charging, 2 rest, and 2 discharging per day was found to be 6.4% of the actual use patterns of the entire wind application.
Referring back to
Hereinafter, the configuring of the scenario templates (S103) will be described in more detail with reference to
The scenario generator 331 may generate a scenario template for a period (e.g., a predetermined period) to reconstruct a scenario for the period using a representative template. Here, the period (e.g., the predetermined period) may be previously determined as initial information. Hereinafter, the period is assumed to be M days.
The scenario generator 331 may construct M-day scenario templates by connecting M representative templates according to the probability of occurrence of the representative templates.
In the example of
Referring to
Referring back to
Hereinafter, the generating of the scenario of M days (e.g., S104) will be described in more detail with reference to
The scenario template of M days may include a plurality of periods in which the battery module 10 is charged (hereinafter, referred to as “charging periods”), a plurality of periods in which the battery module 10 is discharged (hereinafter, referred to as “discharge periods”), and a plurality of periods in which the battery module 10 is in a rest state (hereinafter, referred to as “rest periods”). The scenario generator 331 may realize the template by performing random number-based random sampling according to a probability distribution of required physics at each time point at which the state of charge of the battery is switched from among the scenario templates of M days. Each time point at which the battery charge state is switched may indicate a start time point of each of a plurality of charging intervals, a plurality of discharging intervals, and a plurality of rest intervals included in the scenario template of M days.
The scenario generator 331 may derive physical quantities required at each time point at which the state of charge of the battery is switched, or in other words, values such as C-rate, SOC, and temperature, from one of the charging log table, the discharging log table, and/or the rest log table through random sampling.
For example, if the scenario generator 331 derives values such as C-rate, SOC, and temperature from one of the charging log table, the discharging log table, and/or the rest log table, a value to be derived may be determined based on the number of events represented by each log table. In the example of
In the example of
Referring to
Because the time point t1 is the start time point of the discharging period (Driving #1), the scenario generator 331 may derive the C-rate value and the SOC value from the discharging log table. For example, the scenario generator 331 may derive one C-rate value in a range of 0.35 or more and less than 0.40 from the discharging log table, and may derive one SOC value in a range of greater than 50 and 55 or less.
The scenario generator 331 may realize a scenario by using one C-rate value and one SOC value derived from the discharging log table. For example, the scenario generator 331 may set the SOC value derived from the discharging log table as the SOC value at the time point t1, and may set the C-rate value derived from the discharging log table as the slope value of the SOC graph from the time point t1 to the time point t2.
Because the time point t2 is the start time point of the rest period (Parking #1-1), the scenario generator 331 may derive the SOC value and the temperature value from the rest log table. For example, the scenario generator 331 may derive one SOC value in a range of greater than 35 and less than 40, and may derive one temperature in a range of greater than 20 degrees and less than 25 degrees, from the rest log table.
The scenario generator 331 may realize a scenario by using one SOC value and one temperature value derived from the rest log table. For example, the scenario generator 331 may set the SOC value derived from the rest log table as the SOC value at the time point t2, and may set the temperature value derived from the rest log table as the temperature value from the time point t2 to the time point t3.
Because the time point t3 is the start time point of the charging period (Charging #1), the scenario generator 331 may derive the C-rate value and the SOC value from the charging log table. For example, the scenario generator 331 may derive one C-rate value in a range of 0.15 or more and less than 0.20 from the charging log table, and may derive one SOC value in a range of greater than 40 and 45 or less.
The scenario generator 331 may realize a scenario by using one C-rate value and one SOC value derived from the charging log table. For example, the scenario generator 331 may set the SOC value derived from the charging log table as the SOC value at the time point t3, and may set the C-rate value derived from the charging log table as an absolute value of the slope of the SOC graph from the time point t3 to the time point t4.
Because the time point t4 is the start time point of the rest period (Parking #1-2), the scenario generator 331 may derive the SOC value and the temperature value from the rest log table. For example, the scenario generator 331 may derive one SOC value in a range of greater than 35 and less than 40, and may derive one temperature in a range of greater than 20 degrees and less than 25 degrees, from the rest log table.
The scenario generator 331 may realize a scenario by using one SOC value and one temperature value derived from the rest log table. For example, the scenario generator 331 may set the SOC value derived from the rest log table as the SOC value at the time point t4, and may set the temperature value derived from the rest log table as the temperature value from the time point t4 to the time point t5.
As described above, the scenario generator 331 may generate a detailed scenario of M days by random-sampling the physical values corresponding to the start time points of each of the plurality of charging periods, the plurality of discharging periods, and the plurality of rest periods included in the scenario template of M days based on the charging log table, the discharging log table, and the rest log table.
Referring back to
Field data generated by the profile generator 32 may not include a physical quantity representing time in the process of analyzing a profile and analyzing an event related to the life of the battery module 10. The scenario corrector 332 and the life estimator 333 may use a Monte-Carlo simulation method so as to supplement the time information lost in the field data, so that the scenario of M days may cover various cases.
The scenario corrector 332 may restore N (where N is a natural number of 2 or more) scenarios of the scenarios of M days. N may be a sufficient number to cover various cases through the scenarios.
Hereinafter, a best case scenario and a worst case scenario from among N scenarios of M days generated by the scenario corrector 332 will be described in more detail with reference to
Referring to
Referring to
Referring to
The scenario corrector 332 may generate N scenarios of M days including the best case scenario and the worst case scenario, and may reconstruct the scenario including the N scenarios of M days. Hereinafter, for convenience, the generated and reconstructed N scenarios of M days by the scenario corrector 332 is referred to as a “reconstructed scenario.”
Referring back to
The simulation may virtually perform charging and discharging of the battery according to the SOC value indicated by the scenario, and may estimate the SOH of the battery. The SOH of the battery may indicate the life and degree of deterioration of the corresponding battery.
Hereinafter, an operation of the life estimator 333 for correcting a scenario through simulation will be described in more detail with reference to
Referring to
Referring to
In
The life estimator 333 may determine the life estimation model of the battery module 10 by using one data that best represents the scenario from among the results of multiple simulations for N scenarios of M days as a representative value of the simulation.
Referring to
Based on the average data according to the embodiment shown in
In addition, according to the experimental data in
As a result of comparison, the maximum value of the 10-year standard error at each time point is within 1% p, and the error of the 10-year standard SOH, which is often used if determining the life of the battery, is also 0.85% p, and thus, the suitability and reliability of the life estimation method according to one or more embodiments may be secured.
The life estimator 333 may estimate the life of the battery module 10 by using the life estimation model of the battery module 10 that best represents the scenario from among the results of the multiple simulations for the reconstructed scenario.
The foregoing is illustrative of some embodiments of the present disclosure, and is not to be construed as limiting thereof. Although some embodiments have been described, those skilled in the art will readily appreciate that various modifications are possible in the embodiments without departing from the spirit and scope of the present disclosure. It will be understood that descriptions of features or aspects within each embodiment should typically be considered as available for other similar features or aspects in other embodiments, unless otherwise described. Thus, as would be apparent to one of ordinary skill in the art, features, characteristics, and/or elements described in connection with a particular embodiment may be used singly or in combination with features, characteristics, and/or elements described in connection with other embodiments unless otherwise specifically indicated. Therefore, it is to be understood that the foregoing is illustrative of various example embodiments and is not to be construed as limited to the specific embodiments disclosed herein, and that various modifications to the disclosed embodiments, as well as other example embodiments, are intended to be included within the spirit and scope of the present disclosure as defined in the appended claims, and their equivalents.
| Number | Date | Country | Kind |
|---|---|---|---|
| 10-2023-0086671 | Jul 2023 | KR | national |
