Re: [mesa-users] Inlist issue

[Frank T. <fx...@ma...>]

the inlist contains at least one error:


>       am_D_mix_factor = 1d0/30d0


you need to enter this value as a decimal, am_D_mix_factor = 0.03333


>          photostep = 20

is an obsolete parameter in recent versions of mesa. use photo_interval = 50.

the inlist ran fine in 9793 after making these changes.

in future, please include any error messages emitted when reporting an issue.

fxt







> On Jul 28, 2017, at 11:43 AM, Yevgeni Kissin <jen...@gm...> wrote:
> 
> Hello Frank and everyone again,
> 
> I tried implementing the star_job parameters you recommended for rotation and running a fresh model.
> Rotation is definitely active and relaxed once the model reaches the MS. However, I am still getting the
> same issue. 
> 
> Again, none of the controls below the mixing ones are recorded. That includes mass loss, history and
> profile formatting, etc.
> 
> I am including the new inlist file. If anybody has an idea what could be causing this, I would appreciate
> some guidance.
> 
> Thank you,
> 
> Yevgeni.
> 
> On 20 July 2017 at 19:07, Yevgeni Kissin <jen...@gm...> wrote:
> Hi Frank,
> 
> Thank you for responding.
> 
> Is it rotation that triggers an issue with the ZAMS flag?
> 
> I set up accretion on a pre-MS 3M_o core. I then choose the model closest in mass to what I
> am after and restart from the corresponding photo. I used this setup numerous times before,
> but this is the first time I attempt to include rotation.
> 
> I figured I don't want to include rotation in the pre-MS model, since I am looking for a certain rate
> on the ZAMS (which is shortly after the first model I restart from - the model relaxes quickly).
> 
> Thank you,
> 
> Yevgeni.
> 
> On 20 July 2017 at 15:02, Frank Timmes <fx...@ma...> wrote:
> inlist_massive_star creates a pre-main sequence model
> 
>       create_pre_main_sequence_model = .true.
> 
> rather than load a previous model. in such cases it can be useful
> to turn on rotation when the pre-ms model is near zams. for example,
> 
>       new_rotation_flag = .true.
>       change_rotation_flag = .false.                 ! rotation off until near zams
>       near_zams_relax_omega_div_omega_crit = .true.  ! true to turn on rotation at zams
>       num_steps_to_relax_rotation = 100              ! use this many steps in relaxing
>       new_omega_div_omega_crit = 0.10d0
> 
> explore http://mesa.sourceforge.net/star_job_defaults.html#rotation_controls
> to find the relevant controls for omega instead of the omega_div_omega_crit
> used in the above example.
> 
> fxt
> 
> 
> 
> 
> > On Jul 20, 2017, at 10:26 AM, Yevgeni Kissin <jen...@gm...> wrote:
> >
> > Hi everyone,
> >
> > I am attempting to modify an inlist that has worked for me numerous times, by adding controls for
> > rotation and resulting mixing. Once I do so, all the controls below the mixing values fail to be
> > registered (i.e. their values revert to defaults).
> >
> > I am including the inlist here, and I enclosed the new values in '!!!!' (should be evident).
> >
> > I tried moving the new values to the bottom of the inlist, but when I run I get a series of messages:
> > " s% omega(k)        ###     NaN "
> > which I believe is due to me setting a rotation rate, without activating mixing (hence the control
> > command does not get recognized).
> >
> > Is there a limit to the length of the inlist, or what could be the issue here?
> >
> > I will point out that this inlist is used to restart from an image of a 3M_o pre-MS model which experienced
> > accretion up to 13M_o (hence it's a 13M_o ZAMS model).
> >
> > Thank you very much.
> >
> > Yevgeni.
> > <inlist_massive_star>------------------------------------------------------------------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________
> > mesa-users mailing list
> > mes...@li...
> > https://lists.sourceforge.net/lists/listinfo/mesa-users
> 
> 
> 
> <inlist_massive_star>