[mesa-users] binary evolution(timestep controls)

Robert Farmer rjfarmer at asu.edu
Fri May 27 13:11:55 EDT 2016

>I have tried to change some parameters of timestep controls,
What parameters have you changed and to what values?

>i expect that the timestep remain unchanged or will not drop too much.
It may not be possible to keep a large timestep if the timescales are small.

What we need to see to help you is the inlists you use and in the terminal
output what the value of dt_limit is which will tell you whats limiting the


On Thu, May 26, 2016 at 6:30 AM, 吴优 <youwu at ynao.ac.cn> wrote:

> Hi all,
> I am currently working on binary simulations with MESA (version 7624),and
> I have some problems with the binary timestep controls.
> In my run,I start with a 5M_sun star vs a 1.4M_sun star,and set 1.4M_sun
> as the accretor star(just taking it as a point mass).
> Then set the initial condition to make the RLOF occur on main sequence
> stage of the 5M_sun star. I know it's possiable that the mass transfer
> is unstable,So l set the  "max_implicit_abs_mdot=1d-4",and limit accretion
> into the donor using mdot_edd.
> However,the timestep of the model have some problems, which will occur
> shortly after the start of mass transfer, The value of the timesteps will
> drop to Logdt~-3 very fast, and the model return some errors
> like"hydro_newton_step failded to converge","hydro_newton_step returned
> ierr". as you can seen in my attached figure "masstransfer.png".
> I have tried to change some parameters of timestep controls,but it dose
> not seem to work in my model.Ideally i expect that the timestep remain
> unchanged or will not drop too much.
> Is there any way to achieve that?
> Many thanks!
> You Wu
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data
> untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> mesa-users mailing list
> mesa-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mesa-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20160527/3a676b44/attachment.html>

More information about the Mesa-users mailing list