[Mesa-users] Evolution of a 9M_sun ZAMS star up to to core collapse

Jared Goldberg goldberg at physics.ucsb.edu
Sat Apr 3 22:41:38 UTC 2021


Amar, remind me what MESA revision you're running?

Agreed with Bill -- getting a 9Msun star, especially stripped, to build an
Fe core and run all the way to core collapse without horribly excessive
overshooting is very hard! Your f and f0 values look fine and well within
the scope of what's often used; overshooting is a convenient hack to try to
match 3D convective boundaries anyway. Most of these controls control the
resolution (varcontrol --> time resolution, mesh_delta --> spatial
resolution) and at their face seem sensible as well. In fact for some
you're using higher resolution than the test_suite typically does, which is
good.

To me, the one change that's the most suspect is changing
mixing_length_alpha to such a low value (so, making convection very
inefficient) in inlist_to_si_burn.
I also don't have much intuition as to why it helps (but clearly it does).

By default (at least in the latest MESA revision), another control setting
alpha_mlt is
      x_ctrl(24) = 9d0 ! mass limit (Msun). ! use other_alpha_mlt only if
star_mass >= this limit.
So if you have mass loss on a 9Mzams star, then you won't be using the
core-envelope scheme implemented with the other x_ctrl's in
run_star_extras. I think turning off use_other_alpha_mlt here is perfectly
fine, since sometimes you can get weird effects when alpha changes sharply
within the H/He boundary layer for low-mass RSG's, and as I understand it,
the scheme was just devised to get both sensible core properties (alpha ~
1.5) and the envelope structure to matched observed RSG's (which typically
require alpha_H ~ 2-3).

However, 0.01 seems like an extremely low value for the mixing length
compared to the values between 1-4 typically seen in massive star
literature, so the question is: is this stellar engineering OK for your end
goal? One way to get a sense is to look at the resulting stellar structure.
Is there anything surprising? What is the core mass? What are the L/R/Teff?
Does the resulting star lie on a reasonable part of the HR diagram/resemble
any stripped massive stars observed in nature? Does the Tc - Rhoc evolution
follow a qualitatively similar track to other RSG models, or does it veer
off and become very degenerate? Another diagnostic you could do is to see
how different models made with alpha = 0.01 and 0.02 (before failure) and
0.005 look, to see how sensitive your solution is to this choice of alpha.

Hope this is helpful!

Cheers,
~Jared

On Sat, Apr 3, 2021 at 10:37 AM Bill Paxton via Mesa-users <
mesa-users at lists.mesastar.org> wrote:

> Brilliant!   Well done!  Jared is great. 12M is about the limit of my
> willingness to wait for results that might never be coming.
>
> The challenge is to find interesting problems that are also within reach
> of what MESA can currently manage in the time you have available.
>
>
>
> On Apr 3, 2021, at 10:29 AM, amar at aries.res.in wrote:
>
> Dear Bill,
>
> Many thanks for your prompt reply. Here I wish to mention that a few
> months back, we were struggling to get going with a 12M_sun ZAMS star
> progenitor but with some changes, we could successfully model ( with
> excessive bits of help from Jared Goldberg ) the 12M_sun ZAMS star and
> further got successful STELLA calculations providing the light curves and
> velocity evolutions.
>
> With best regards,
> Amar
>
>
> ------------------------------
> *From: *paxton at kitp.ucsb.edu
> *To: *amar at aries.res.in
> *Cc: *mesa-users at lists.mesastar.org, Amararyan941 at gmail.com
> *Sent: *Saturday, April 3, 2021 10:48:21 PM
> *Subject: *Re: [Mesa-users] Evolution of a 9M_sun ZAMS star up to to core
> collapse
>
> just a quick comment:  i’ve never been able to get 9M beyond the
> off-center Neon flash.  Perhaps i’m just too impatient, but it takes longer
> than I’m willing to wait for the burning to make its way slowly to the
> center.  with more massive models, the neon ignition is at the center so
> things go smoothly.   you are welcome to try, but it might go easier if you
> can redefine your problem to 12M or more.
>
> cheers,
> bill
>
>
> On Apr 3, 2021, at 10:12 AM, Amar Aryan via Mesa-users <
> mesa-users at lists.mesastar.org> wrote:
>
> Dear MESA user team,
>
> I am trying to make a 9M_sun ZAMS model with Z=0.02 that explodes as a
> type IIb SN. Gladly, I could evolve the star up to the stage of Fe core
> infall, using the default *star/test_suit/example_make_pre_ccsn *with few
> modifications. Although I could evolve the model up to Fe core infall, I am
> not sure about a few parameters to be physical :
>
> Now here I briefly mention the changes in the inlist_files of
> *example_make_pre_ccsn *directory :
>
> a) In inlist_common, *varcontrol_target = 1d-3,*
>                            *mixing_length_alpha = 2.0*
> *            mixing_delta_coeff_for_highT = 2.5*
> *                                                              f = 0.007
>   (Not sure if this is allowed!)*
> *                                                             f0= 0.001*
>
> b) In  inlist_set_alpha_mlt, *x_ctrl(21) = 2.5*
> *                                           x_ctrl(22) = 1.5*
> *                                           x_ctrl(23) = 0.5*
>
> 1) In Inlist_to_zams, *varcontrol_target = 1d-5   *
>
> 2) In inlist_to_zams, *varcontrol_target = 1d-5*
>
> 3) In inlist_remove, *varcontrol_target = 1d-5, *
> *                                     mass_change = -1d-4*
> *                     star_H_mass_min_limit = 0.013*
>
> 4) In inlist_before_remove,  *!* *varcontrol_target = 1d-2   (Not used)*
> *                     Steps_to_take_before_terminate = 2*
>
> 5) In inlist_to_si_burn, *varcontrol_target = 5d-4,*
> *                              mixing_length_alpha = 0.01 (seems to be too
> low but anything greater than 0.01 did not worked, setting this to 0 also
> failed!!)*
> 6) In inlist_to_lgT9.9,* varcontrol_target = 5d-4 *
>
> Please provide your valuable suggestions regarding f, f0,
> mixing_lenth_alpha, and other major mistakes if any in the above parameters.
>
> With best regards,
> Amar
>
>
>
> _______________________________________________
> mesa-users at lists.mesastar.org
> https://lists.mesastar.org/mailman/listinfo/mesa-users
>
>
>
>
>
>
> _______________________________________________
> mesa-users at lists.mesastar.org
> https://lists.mesastar.org/mailman/listinfo/mesa-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20210403/f5b02d7d/attachment.htm>


More information about the Mesa-users mailing list