[Mesa-users] bad dq error

[Pablo Marchant]

If you see the inlists for the test case there are several recommendations
on modified values. The test case is designed to run in a reasonable time,
so it cuts corners with spatial and temporal resolution. These are still
tricky simulations though, so don't be surprised if some cases refuse to
work. In such instances slight variations to the initial conditions might
help you pass through a difficult phase, although that's a non-ideal option.

Cheers

On Fri, Jul 10, 2020 at 4:36 PM Jeremy Sakstein <sakstein at hawaii.edu> wrote:

> Quick follow up question,
>
> Sometimes with the PPISN test_suite case I find that the code terminates
> due to a min_timestep_limit (this is with plain gcrav off). My solution to
> this has been to change mesh_delta_coeff and that usually fixes the
> problem. Do you have any other recommendations to try?
>
> Cheers,
>
> Jeremy
>
> On Fri, Jul 10, 2020 at 10:34 AM Jeremy Sakstein <sakstein at hawaii.edu>
> wrote:
>
>> Great, thank you so much!
>>
>> On Fri, Jul 10, 2020 at 10:32 AM Josiah Schwab <jwschwab at ucsc.edu> wrote:
>>
>>> Thanks Josiah, I am actually setting standard_cgrav =
>>>> 1.03*standard_cgrav in extras_controls since other_cgrav seems to cause
>>>> problems later on.
>>>>
>>>
>>> Ok, then you can safely ignore my speculation.  Glad the tweaked Tc
>>> worked.  The memory of the initial Tc should be erased by the time you get
>>> to the MS.  The value of pre_ms_T_c isn't particularly physically
>>> meaningful, so there shouldn't be any issue with bumping it up/down a bit.
>>>
>>> Josiah
>>>
>>

-- 
Pablo Marchant Campos
M.Sc on Astrophysics, Universidad Católica de Chile
PhD on Astrophysics, Argelander-Institut für Astronomie, Universität Bonn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20200710/d8b8ebe0/attachment.htm>