[Mesa-users] Double Roche lobe overflow
Anastasios Fragkos
Anastasios.Fragkos at unige.ch
Mon Dec 11 17:01:35 EST 2017
Hi Ken,
I believe what you are describing is already implemented as part of the binary module. Have a look at the “contact” mass-transfer scheme which is described in detail in Marchant et al. (2016).
Best,
Tassos
On 11 Dec 2017, at 16:55, Jared Brooks via Mesa-users <mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>> wrote:
Hey Ken,
Check out my other_wind_hook on mesastar.org<http://mesastar.org/> (http://cococubed.asu.edu/mesa_market/add-ons.html). It sounds like it should fit your needs. I tried my best to document it well, so hopefully it should make sense without further explanation here. Please let me know if it is confusing and/or needs more explanation.
-Jared
On Mon, Dec 11, 2017 at 1:50 PM Ken Shen <kenshen at astro.berkeley.edu<mailto:kenshen at astro.berkeley.edu>> wrote:
Hi all, hope I'm not duplicating a previous question. I'm interested in using MESA's binary capabilities to model systems where both components might overflow their Roche lobes at the same time. The basic prescription would be to evaluate both stars' overflow values ("rl_relative_gap" in binary_data), calculate Mdots as necessary via Ritter or Kolb, and transfer from one star to the other or from both stars out of the system, depending on which one(s) are undergoing RLOF. Mass leaving the system would carry the specific angular momentum of the binary.
I've looked into the various other_ binary hooks, but none seems to be quite right, especially for changing the nominal accretor's Mdot as it expands to fill its Roche lobe. For single stars, there is an other_adjust_mdot, which would work except it doesn't know about the Roche radius, and there is no binary equivalent. Maybe there's a way to pass in binary data into other_adjust_mdot?
Any tips?
Thanks,
Ken
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20171211/ec71a004/attachment.html>
More information about the Mesa-users
mailing list