concentration zero cut off in solver compared to experiment #1982
-
Hello everyone, From experience i already know that capping the concentration to very low values works, e.g. it worked for our institute-own matlab solver of a P2D model, although by doing so you would introduce a small amount of charge into system. This may be small enough though (e.g. when using very low concentrations such as 1e-8 mol/m³) to not alter the system too much when dealing with a single discharge but it might have to be evaluated for cycling. So my idea would be to drop the events for concentration cut-offs in the solver or make them optional and add the very low finite amount of concentration as capping so there is always a very minimal amount of concentration present in the system to not have singularities. Maybe some extrapolation for transport coefficients so they go against zero can also be added just like it is the case for the OCV-curves? What do you think about it or do you have already better ideas? At least this what we came up with last year when we dealt with the same problem. We only looked at single discharges in thick electrodes where the electrolyte transportation is the limiting process. |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 3 replies
-
Hi @dion-w! This is a very relevant point. At the moment, the standard DFN should work fine if we drop the event (at least for the cases I tested it worked fine). However, there are still some errors arising for the degradation models (I got some errors with plating). In any case, it would be good to see what other people think and if we should get rid of the electrolyte depletion event. |
Beta Was this translation helpful? Give feedback.
-
Yeah, we can probably remove it for the DFN (or just make it smaller than the correction for numerics). There's two ways of having the correction: applied to the variable that goes into the equation, or applied afterwards (so the variable in the equation could go negative, but the variable that goes into the exchange-current is always positive). Which did you do in your matlab script, @dion-w ? For SPMe, we need to keep the event cut-off, since there is no "self-correction" to keep c_e above 0 like there is in the DFN (at least, until we implement the "SPMe with depletion") |
Beta Was this translation helpful? Give feedback.
Yeah, we can probably remove it for the DFN (or just make it smaller than the correction for numerics).
There's two ways of having the correction: applied to the variable that goes into the equation, or applied afterwards (so the variable in the equation could go negative, but the variable that goes into the exchange-current is always positive). Which did you do in your matlab script, @dion-w ?
For SPMe, we need to keep the event cut-off, since there is no "self-correction" to keep c_e above 0 like there is in the DFN (at least, until we implement the "SPMe with depletion")