[mesa-users] Post-processing of mixing regions

Ehsan Moravveji e.moravveji at gmail.com
Tue Apr 22 03:21:02 EDT 2014


Hello Kevin,
You may take a look at Langer et al. (1985, A&A) and specifically their Figure 2 which uses alpha_semiconvection = 1.0, i.e. rapid mixing. It is expected that you find consecutive semi-convective and radiative shells outside your convective zone for large values of alpha_semiconvection, and such zones are not absorbed into convective regions.

Best regards,
Ehsan



On Apr 22, 2014, at 2:43 AM, Bill Paxton wrote:

> Hi Kevin,
> 
> On Apr 21, 2014, at 3:28 PM, Kevin Moore wrote:
> 
>> Hi all,
>> 
>> I’m trying to understand the post-processing that’s done by MESA to tidy up different mixing regions (eg. gap removal) that happens after the MLT module is called. This code (I think) is all in star/private/mix_info.f.
>> 
>> I’m working with models where the only non-default mixing is semiconvection and I see examples of both semiconvective regions turning radiative (eg. MLT_mixing_type = 3 and mixing_type = 0) as well as radiative regions turning semiconvective (eg. MLT_mixing_type = 0 and mixing_type = 3). As I understand it, MLT_mixing_type is the mixing type of the cell that the MLT module returns, while mixing_type is the actual mixing type after some post-processsing.
>> 
>> It appears that by default, the only mixing ‘glitches’ that MESA deals with are remove_small_D_limit, which is checked when the MLT module is called, so shouldn’t cause differences between MLT_mixing_type and mixing_type, and remove_mixing_singletons(), which can turn isolated radiative zones into mixing zones and vice-versa. There’s also a check to remove entire convective regions that are smaller than 10% of the mixing length (along with any mixing in cells that border that region), called from locate_convection_boundaries().
>> 
>> I can’t, however, find anywhere in the code where an isolated radiative zone (surrounded by convective zones) can be converted into a semiconvective zone. I also observe isolated radiative zones that persist from MLT_mixing_type into mixing_type without being absorbed into their surrounding convective zones. Are there additional places in the code (other than star/private/mix_info.f) where mixing types can be changed?
> 
> if you have overshooting on, mixing_type can be changed in overshoot.f.  but a quick grep for mixing_type in star/private doesn't reveal any other suspects.
> 
> You might want to share inlists etc so we can see the situation where you see the conversion from radiative to semiconvective.
> 
> -B
> 
> 
> 
> 
> 
>> 
>> -Kevin
>> ------------------------------------------------------------------------------
>> Start Your Social Network Today - Download eXo Platform
>> Build your Enterprise Intranet with eXo Platform Software
>> Java Based Open Source Intranet - Social, Extensible, Cloud Ready
>> Get Started Now And Turn Your Intranet Into A Collaboration Platform
>> http://p.sf.net/sfu/ExoPlatform
>> _______________________________________________
>> mesa-users mailing list
>> mesa-users at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/mesa-users
> 
> 
> ------------------------------------------------------------------------------
> Start Your Social Network Today - Download eXo Platform
> Build your Enterprise Intranet with eXo Platform Software
> Java Based Open Source Intranet - Social, Extensible, Cloud Ready
> Get Started Now And Turn Your Intranet Into A Collaboration Platform
> http://p.sf.net/sfu/ExoPlatform
> _______________________________________________
> mesa-users mailing list
> mesa-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mesa-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20140422/f4ceb249/attachment.html>


More information about the Mesa-users mailing list