[mesa-users] Z=0.04 and MESA r9793

Josiah Schwab jwschwab at ucsc.edu
Fri Jun 2 12:17:04 EDT 2017


Hi Aaron,

> I've done experiments like this in the past.  This situation seems to be in
> line with those.  The key difference in the EOS is the treatment of
> ionization.  HELM assumes full ionization and so will have a very different
> mean molecular weight than the OPAL tables in the outer layers of the
> model.  This is a metal-rich model evolving toward the RGB.  The attached
> shows two different evolutionary tracks, done with the same inlist and
> initial model supplied by Philip.  1000 timesteps in each.  The only
> difference is that I've only one EOS or the other in each.
> [image: Inline image 1]
> The difference is quite striking and becomes more pronounced as Teff
> decreases.  I'm not saying there is anything wrong with HELM, it does what
> it's designed to do. The only problem occurs when it is used out of
> context.

Indeed; that's the physical explanation.  (I'm still slightly puzzled by
the difference in behavior between r8845 and r9793.)

There is one subtlety of this whole EOS mess, which is that there are a
bunch of places where MESA attempts to mock up the effects of ionization
in HELM by blending between a version that includes the electrons and a
version that doesn't.  There are at least 3 such blends that I'm aware
of, all in different places in the code.  There's one embedded in the
MESA tables, one inside the HELM code, and then a user-controllable one
in the eos module.  The controllable one is

  http://mesa.sourceforge.net/star_job_defaults.html#set_HELM_ion_neutral_blends

but the default values are quite high for a hydrogen-helium dominated
composition.  (This blend is usually only hit in evolved stars.)

> I would suggest based on this that we should have a test_suite case
> that specifically checks the behavior at the Z=0.04.

Yes, that is a good idea.

Josiah




More information about the Mesa-users mailing list