[mesa-users] Depth-dependent alpha

[Chris Mankovich]

An alpha that depends on stuff(r) would be pretty simple; the
whatever_other_mlt subroutine in your run_star_extras.f just calls the
public mlt subroutine mlt_eval, and you can call this with different alphas
for different zones.  For instance you could have a line in
whatever_other_mlt that calculates alpha as a function of logP, or omega,
or any variable which is independent for the purposes of MLT.

Calculating an alpha that depends on gradT on the other hand sounds weird
because gradT is a function of alpha, and you haven't solved for it
yet---this is reflected in the fact that gradT is to be stored in
mlt_basics, which has intent(out) in your whatever_other_mlt.  You could in
principle make reference to gradT from the last time step, which has been
interpolated onto the new mesh and stored in the star_info pointer, but
first, why do you want to do this?

Chris

On Fri, Apr 29, 2016 at 5:58 AM, Ireland, Lewis <lgi201 at exeter.ac.uk> wrote:

> Hi,
>
> I am currently using an other_mlt routine to modify the standard
> convection prescription.
>
> I wish to set a value for alpha, i.e. mixing_length_alpha, which I will
> call alpha_0. Then I wish to run a model using a depth-dependent alpha in
> such a way that -> alpha(r) = alpha_0 * other stuff(r).
>
> How can I take the mixing_length_alpha (alpha_0) parameter set in the
> inlist, and create a depth-dependent array of alpha values? My
> depth-dependent alpha will depend on gradT at each point, but I can see
> that in the Get_results subroutine, mixing_length_alpha is used multiple
> times before gradT is even calculated!
>
> Cheers,
>
> Lewis
>
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications
> Manager
> Applications Manager provides deep performance insights into multiple
> tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> _______________________________________________
> 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/20160429/41a72be2/attachment.html>