It is not easy simulating a battery. Off-the-shelf simulation tools are not as much help as one might think. One can pick some real-life parameters that one thinks may be helpful in the simulation, and the off-the-shelf simulation tool may not be able to simulate all of the parameters.
Successful simulation of a battery can permit predicting, in advance, the service life of a proposed battery in a proposed application. Thus for example there may be empirical measurements as for a particular cell that may serve as a building block for a battery that has not yet been built. It may be desired to predict the service life for the not-yet-built battery in a particular application. Or it may be desired to predict the number of charge/discharge cycles that are likely to be available from the not-yet-built battery.
In addition to simulation of a not-yet-built battery, it can be very helpful to arrive at an estimate of state of charge or state of health for an actual battery in actual service. A successful (that is, accurate) estimate of state of charge would, in an electric car, permit a successful estimate of the traveling distance available to the driver before the battery runs out. In contrast an unsuccessful estimate can lead to a very disappointed user if the battery runs out sooner than expected, thereby stranding the user. Or an unsuccessful estimate can lead to a failure to take advantage of the full capacity of the battery, for example unnecessarily forgoing a particular diversion when the diversion would, in fact, have been possible to the user.
Likewise a successful estimate of the state of health of the battery permits planning For example if the system correctly estimates that the state of health is poor, the user can arrange for a battery replacement and thus can avoid getting stranded somewhere due to battery failure. If on the other hand the system arrives at an inaccurate estimate, the user could schedule a wholly unneeded battery replacement session, wasting time and losing use of the vehicle during the trip to and from the service location. Alternatively the user could end up stranded somewhere due to a failure to estimate the (poor) state of health of the battery.
It will come as no surprise that many investigators have expended enormous amounts of time and energy attempting to develop simulation tools which might help with these real-life tasks. It will also come as no surprise that to date, no approach known to the applicant has worked out well. A successful approach would likely be “compact” as the term is used in the world of simulation, meaning among other things that it can be done with only modest computational expense while providing reasonably accurate simulation results.
An arrangement provides simulation of important battery factors such as state of charge or state of health, and the estimates are provided to the human user in ways that permit the human user to make better use of the battery, for example in an electric car. The arrangement uses modeling elements that communicate with each other by means of an analog bus. Some lines on the analog bus are voltages that are intended to be inputs to the simulation or actual measured values from a physical system. Other lines, importantly, are “voltages” that are intended to communicate characteristics of interest such as open-circuit voltage of a cell. Still other lines may be “voltages” that merely pass messages between modeling elements, the voltages not necessarily representing any real-life measurable such as the afore-mentioned temperature value.
The invention will be explained with respect to a drawing in several figures, of which:
One of the insights of this invention is to use a traditional electrical circuit simulator, such as Spice. The real-life parameters to be simulated are mostly voltage values at electrical lines, plus one or more physical measurables at physical locations, such as temperature. A related insight is to find ways to map the real-world values to (virtual) voltages. These “voltages” are each a proxy for a physical measurable such as temperature of something at some physical location. The information is thus passed from one simulation element to the next, as if it were a voltage being passed from one electrical line to the next.
To carry out this approach, we start by choosing key variables, on which model parameters depend (e.g., SOC, ILOAD, temperature, number of cycles, age). We then represent each with a voltage: VSOC, VILOAD, VTEMP, VCYCLES, VAGE, etc. We then place them on a bus. We then connect model elements to the bus as needed.
For this to work, clearly one must devise circuits that serve to simulate the state of affairs (so far as temperature and other physical measurables is concerned) at each of several locations.
The reader will appreciate that these lines represent values which may be very helpful in simulation of the state of the cell, but that other values may likewise prove helpful in such simulation. The invention should not be understood as limited to the particular values shown in the analog bus 23 of
It should be appreciated by the reader that although a particular functional relationship is set forth in
Advantages of the bus approach described here include the ability to adding new dependency variables as desired; this is done by simply adding a line to the bus. The bus approach also permits adding another dependency to a given element; one simply connects the element to the corresponding bus line. Such a change does not increase the number of lines. The bus approach is thus modular and is battery-type-independent.
In this modeling approach, modules can have:
It is better not to use grounds within modules, as these can interfere with each other when the modules are combined.
One disclosed embodiment is a software circuit simulator such as Spice or Pspice, in which each of the modeling elements is modeled by the software circuit simulator. But another embodiment uses actual physical circuits, the circuits connected by means of the analog bus. Still another approach is a hybrid approach, with some modeling elements modeled by the software circuit simulator and others provided as actual circuits. Through any of these approaches, one of the insights is the use of an analog bus having some lines representing real-world voltages, other lines representing physical parameters (such as temperature) being modeled, and still other lines perhaps representing “hidden variables”, namely values passed between modeling elements that are not known to the system designer to represent physical measurables but that nonetheless contribute to a better simulation and thus a better estimate of the real-world state being estimated.
The approach of the invention arrives at an estimate of a state of a battery having at least first and second electrical terminals, and communicates the estimate to a human user. The battery has at least a current measurement device in series therewith. The battery has at least a first temperature sensor. An analog bus is defined within the inventive system as discussed above. Each modeling element connects to at least two lines of the analog bus. For any one line of the analog bus, at most only one of the modeling elements will drive the line with a low-impedance driver; the remaining modeling elements merely sense the voltage on the line with high-impedance sensing connections. Other lines could be added by which modeling elements communicate in some other way, for example a pullup resistor and a number of open-collector “pull-down” transistors to ground, for passing high-low signals.
The typical battery states to be estimated may include state-of-charge or state-of-health but may also include other states or other measurables.
Those skilled in the art will have no difficulty devising myriad obvious variants and improvements upon the invention, all of which are intended to be encompassed within the claims which follow.
This application claims the benefit of U.S. application No. 61/495,986 filed Jun. 11, 2011, which application is incorporated herein by reference for all purposes.
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/US12/41948 | 6/11/2012 | WO | 00 | 6/13/2012 |
Number | Date | Country | |
---|---|---|---|
61495986 | Jun 2011 | US |