Re: [mesa-users] Inlist issue

[Yevgeni K. <jen...@gm...>]

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
>>
>>
>