Re: [mesa-users] mesa-users Digest, Vol 95, Issue 21

[Bruno L. <bru...@gm...>]

Hi Yevgeni 

May you send me your inlist for I 
So that I can better verify or understand what you want?

Att,
=======================
Bruno

> Em 29 de jul de 2017, às 09:12, mes...@li... escreveu:
> 
> Send mesa-users mailing list submissions to
>    mes...@li...
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>    https://lists.sourceforge.net/lists/listinfo/mesa-users
> or, via email, send a message with subject or body 'help' to
>    mes...@li...
> 
> You can reach the person managing the list at
>    mes...@li...
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of mesa-users digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: Inlist issue (Yevgeni Kissin)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Fri, 28 Jul 2017 14:43:15 -0400
> From: Yevgeni Kissin <jen...@gm...>
> To: Frank Timmes <fx...@ma...>
> Cc: "mes...@li... users"
>    <mes...@li...>
> Subject: Re: [mesa-users] Inlist issue
> Message-ID:
>    <CAE...@ma...>
> Content-Type: text/plain; charset="utf-8"
> 
> 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
>>> 
>>> 
>> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: inlist_massive_star
> Type: application/octet-stream
> Size: 7348 bytes
> Desc: not available
> 
> ------------------------------
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> 
> ------------------------------
> 
> Subject: Digest Footer
> 
> _______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users
> 
> 
> ------------------------------
> 
> End of mesa-users Digest, Vol 95, Issue 21
> ******************************************