pyMesa
Allows python to interface with MESA stellar evolution code. Current stable version is 1.0.3
Requirements:
Note: pyMesa currently only works on linux, macs will fail to build.
gfort2py (Also available via pip) (needs version >= 1.0.11)
All versions need numpy and patch
if using MESA < 11035 then you also need:
libtool
automake
chrpath
Building
SDK's
Grab a recent (atleast the september 2017 version) sdk from:
MESA patching
Run the mesa-setup.sh script from this folder, after setting MESA_DIR and initializing the SDK.
chmod u+x mesa-setup.sh
./mesa-setup.sh
This script should only be run once to setup up mesa. It can be ran again if you do a ./clean inside the MESA_DIR.
MESA < 11035
If using mesa version < 11035 then the following applies:
Adipls, gyre and stella are not currently built as part of this.
While we can use the individual MESA modules we can not currently run a full star (or binary) model, in either python or fortran.
Supported MESA versions
- 9793
- 10000
- 10108
- 10398
- Any version after 11035 (non released mesa version)
If you want to play with fire and try with another version, then set the environment variable:
export PYMESA_OVERRIDE=A_MESA_VERSION
Will override the version check and attempt to build MESA using the patches for the version specified. Things may not work between versions if MESA's build system changes.
Running
# Set MESA_DIR and initialize the sdk
# If using MESA < 11035 set the LD_LIBRARY_PATH
export LD_LIBRARY_PATH=$MESA_DIR/lib:$LD_LIBRARY_PATH
python3
Structure
The only python file that is actually needed to run this is pyMesaUtils.py. This file contains the code needed to interface with mesa. Inside the mesa_models/ folder contain examples of how to interface with most of MESA's modules. pydfriddr/ folder contains examples for testing MESA's analytic derivatives with a numerical derivative.
Usage
Here is a basic example of talking to the const/ module.
# Just need to make sure the pyMesaUtils.py file is visible either in the local directory or in PYHTHONPATH
# It does not need to be in $MESA_DIR folder.
import pyMesaUtils as pym
# pyMesa module defines a number of useful MESA paths as pym.SOMETHING.
print(pym.MESA_DIR) # Print MESA_DIR
print(pym.MESA_VERSION) # Print MESA version number
# Loads the const module
const_lib,const_def = pym.loadMod("const")
# When calling a function we must either set the value we want (for intent(in/inout) variables) or an empty variable for intent(out).
ierr=0
# Calls a function
res = const_lib.const_init(pym.MESA_DIR,ierr)
# If the call was a subroutine then res is a dict with the intent out variables in there
# else it contains the result of the function call
# Accessing a variable defined in a module is simply:
const_def.mev_to_ergs
# If the variable is not a parameter then you can change it with:
const_def.standard_cgrav = 5.0
# When passing a derived type, you should pass a dict to the function (filled with anything you want set)
x = {}
# or
x = {'a':1,'b':'abc','c':{'d':1}}
# Functions accepting arrays should pass a numpy array of the size it expects (if the function allocates the array, then just pass an array of size 1)
x = np.zeros(size)
# Arrays inside derived types are unstable at the moment and don't completely work.
Function names and module variables are all tab completable.
Arrays
Remember that fortran has 1-based arrays while numpy uses 0-based. This comes up if you're accessing an array via a mesa constant:
mesa_array[mesa_module.i_mesa_const.get()]
should instead be accessed as:
mesa_array[mesa_module.i_mesa_const.get()-1]
An example of this can be found in eos.py.
Modules that work
- atm.py
- binary.py
- chem.py
- colors.py
- const.py
- crlibm.py
- eos.py
- ion.py
- kap.py
- net.py (partial support)
- neu.py
- rates.py
- utils.py
- star.py
Uninstalling
If using MESA < 11035:
The best bet is just to re-download mesa, during the setup phase we alter a lot of files. If you want to try to keep your MESA_DIR then something like this should work:
cd $MESA_DIR
./clean
for i in $(ls patches/* | sort -r);
do
patch -R -p1 < $i
done
for i in $(ls crlibm/crlibm-patches/* | sort -r);
do
patch -R -p1 < $i
done
rm -rf $MESA_DIR/crlibm/crlibm-patches $MESA_DIR/{star,binary}/skip_test
If using MESA >= 11035, then in utils/makefile_header switch USE_SHARED=YES to USE_SHARED=NO and do a ./clean and ./mk in $MESA_DIR
Bug reports:
Bug reports should go to the issue tracker on github. Please include mesa version, gfortran version, gfort2py version and pyMesa version
Contributing
In general most of the development should go towards the gfort2py project to add new fortran features. This repository just handles building mesa for python support.
Bug reports, if mesa versions don't work, or new examples are welcome as either pull requests or issues on the github tracker.
Citating
People who use pyMESA in papers should cite this using the zenodo link for the version they used. If you use pyMesa in a project (research or teaching), let me know and i can help advertise here (also useful for me to help with funding requests). Current versions citation is in the CITATION file.