[Mesa-users] Ynt: Differences on binary evolution with starting models (on/off) (r23.05.1)

Thu Jan 25 18:07:55 UTC 2024

Hi Ebraheem,

First of all thank you for reply and sorry for late return.

On your idea, since I used "relax_initial_omega_div_omega_crit = .true." setting for making each star models, shouldn't they have already rotation when I starting the binary evolution similar to binary evolution without models?

Anyhow, unfortunately your suggestion wasn't successful. I did change

near_zams_relax_omega_div_omega_crit = .true.

relax_initial_omega_div_omega_crit = .false.

setting in both inlist1 and inlist2, but result is worse as you can see from the attached graph. I considered your thought as it might be the result of the bigger radius in stars. But in this experiment there is, literally, no change whether I relaxed the rotation on near ZAMS or from the start.

I also included "rotation period" in history columns and attached a graph that shows how rotation period for each star changes respect to time for each system. There is no difference in the rotation period for each star in every setting. I would expect, as you said, since faster rotator star has a bigger radius than others, it should have a different rotation period. But nope, it's same for every one of stars.

I'm really puzzled on this. I would attached the inlists and history files but I don't think it matters at all since the only setting I have changed is relaxing rotation.

Have you have another idea what might cause this?

Gökhan

________________________________
Gönderen: Ebraheem Farag <ekfarag at asu.edu>
Gönderildi: 22 Ocak 2024 Pazartesi 20:58:44
Kime: Gökhan Yücel
Bilgi: mesa-users
Konu: Re: [Mesa-users] Differences on binary evolution with starting models (on/off) (r23.05.1)

Hello Gökhan,

I suspect that the difference is related to your inlist start_job: "relax_initial_omega_div_omega_crit = .true.".
If you evolve two separate, non-interacting, stellar models one from the pre-ms and the other from the ZAMS (both with 0 initial rotation), I would naively expect the pre-ms model to spin up while contracting on the pre-ms and ending up reaching the ms with a larger rotational velocity and hence larger R than the ZAMS initialized model with 0 initial rotation.I don't see a rotation period in your history files, but this would be something interesting to maybe double check!

For a similar initial condition, you could try "near_zams_relax_omega_div_omega_crit = .true."?

-EbF

On Sun, Jan 21, 2024 at 8:33 AM Gökhan Yücel <gokhanyucel at akdeniz.edu.tr<mailto:gokhanyucel at akdeniz.edu.tr>> wrote:

Hey everyone,

I have been trying to migrate to the latest MESA version, which is r23.05.1

I use MESA mostly for binary interactions with main-sequence stars, especially low-mid mass stars. Lately, I encountered with a problem that evolution of stars in the binary systems evolve faster than usual if I do not provide a starting model, which is on ZAMS. Isn't this a funny behavior? Whether I should provide a model or not I should expect that evolution goes same. I attached the files and a graph that shows the radius change in terms of age. And the difference, I believe, can be seen clearly. Could anyone can provide me a feedback on this?

Also, I could not managed to activate angular momentum change because of magnetic braking even though I set,

do_jdot_mb = .true.

I haven't seen any behavior like this in previous MESA version I use, in which is r12778.

It would be greatly helpful to any feedback or corrections in my files.

Thanks in advance,

Gökhan

YASAL UYARI :
Kişiye özel bu e-postadaki mesaj ve içeriğindeki bilgiler gizlilik niteliği taşıyabilir. Amaçlanmış alıcının kişisel kullanımı dışında, göndericinin açık izni olmadan üçüncü kişiler tarafından e-postadaki bilgilerin kullanılması, kopyalanması, dağıtılması yasaktır. Şayet bu e-postayı yanlışlıkla almış iseniz, lütfen mesajın göndericisini bilgilendiriniz ve mesajı sisteminizden siliniz. Akdeniz Üniversitesi bu mesajın içeriği ve ekleri ile ilgili olarak hukuksal hiçbir sorumluluk kabul etmez. İnternet ortamında gönderilen e-posta mesajlarındaki hata ve/veya eksikliklerden veya virüslerden dolayı mesajın göndericisi herhangi bir sorumluluk kabul etmemektedir. Akdeniz Üniversitesi bu mesajın içerdiği bilgilerin doğruluğu veya eksiksiz olduğu konusunda bir garanti vermemektedir. Bu nedenle bilgilerin ne şekilde olursa olsun içeriğinden, iletilmesinden, alınmasından, saklanmasından sorumlu değildir. Bu mesajın içeriği yazarına ait olup, Akdeniz Üniversitesi’nin görüşlerini içermeyebilir.

DISCLAIMER :
The information contained in this communication may contain confidential or legally privileged information. This e-mail and its attachments are private and confidential to the exclusive use of the individual or entity to whom it is addressed. Any disclosure, distribution or other dissemination of this message to any third party is strictly prohibited. Akdeniz University doesn’t accept any legal responsibility for the contents and attachments of this message. If you have received this communication in error, please notify the sender immediately by responding to this e-mail and then delete it from your system. The sender does not accept any liability for any errors or omissions or any viruses in the context of this message which arise as a result of internet transmission. Akdeniz University makes no warranty as to the accuracy or completeness of any information contained in this message and hereby excludes any liability of any kind for the information contained therein or for the information transmission, reception, storage or use of such in any way whatsoever. Any opinions expressed in this message are those of the author and may not necessarily reflect the opinions of the Akdeniz University.
_______________________________________________
mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>
https://urldefense.com/v3/__https://lists.mesastar.org/mailman/listinfo/mesa-users__;!!IKRxdwAv5BmarQ!b5WFvtOPnac9Q1Uj2gfrTEo-wp-xSUdalRO4DaJVo2v4AyVvivq_i1g8zfIN_WkN-fJEn-kmOG3eBcFTfNcf-0cG2H8$

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20240125/9395e4bc/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: radius_graph.pdf
Type: application/pdf
Size: 23571 bytes
Desc: radius_graph.pdf
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20240125/9395e4bc/attachment.pdf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rotation_graph.pdf
Type: application/pdf
Size: 21172 bytes
Desc: rotation_graph.pdf
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20240125/9395e4bc/attachment-0001.pdf>