[Mesa-users] EOS/opacity (?) issues in proto-WDs

Patrick Neunteufel neunteufel at astro.uni-bonn.de
Wed Apr 10 13:12:08 EDT 2019

Hi everyone,

Using MESA-r11554, I have the following problem: I am trying to follow the evolution of a mass losing He-rich star (initial mass 1.0 Msun) in a binary down to a mass of 0.1 Msun (below the mass limit for helium burning). However, once the model reaches between 0.32 and 0.29 Msun, the code runs into convergence issues and crashes with the following error and backtrace:

get_surf_PT: L_surf <= 0        3101   -1.9452885788738120D+32

                                    L u kap logT logRho           1   -1.9452885788738120D+32                       NaN    7.0362623532835888D-01    4.0495086738376775D+00   -5.0086142130207394D+00
                                    L u kap logT logRho           2   -1.8889367050152320D+32                       NaN    4.6888668272319689D-01    4.0091836407479775D+00   -5.0192456415635389D+00
                                    L u kap logT logRho           3   -1.8059551207355153D+32                       NaN    2.8151702244064775D-01    3.9584024748335755D+00   -4.9293263060039179D+00
                                    L u kap logT logRho           4   -1.6775802756995363D+32                       NaN    1.3119664418262897D-01    3.9015665950252587D+00   -4.7667726811442810D+00
                                    L u kap logT logRho           5   -1.4994868526987713D+32                       NaN    9.3921074678169597D-02    3.8510174515718290D+00   -4.5847388422864057D+00
                                    L u kap logT logRho           6   -1.2936231230392295D+32                       NaN    1.1204973157540775D-01    3.8400372871190571D+00   -4.4850509611066780D+00
                                    L u kap logT logRho           7   -1.1193008043810795D+32                       NaN    8.5857002056263204D-02    3.8636664419891473D+00   -4.4909859600597848D+00
                                    L u kap logT logRho           8   -1.0212568108683585D+32                       NaN    8.5964276322603408D-02    3.8621801446661350D+00   -4.4756981402355818D+00
                                    L u kap logT logRho           9   -9.4955104950687273D+31                       NaN    1.4036385419077119D-01    3.8213026619507611D+00   -4.4176272353450017D+00
                                    L u kap logT logRho          10   -8.8811180208086254D+31                       NaN    6.3974290520336111D-02    3.7259415267112881D+00   -4.4247962698408703D+00

                                                 logT =    4.0495086738376775D+00
                                               logRho =   -5.0086142130207394D+00
                                                    x =    2.5797528950722257D-61
                                                    z =    1.7019582018497958D-02
                                                 abar =    4.0521678090748869D+00
                                                 zbar =    2.0260839045374435D+00

 s% use_compression_outer_BC F
 s% use_T_Paczynski_outer_BC F
 s% use_T_black_body_outer_BC F
 s% use_fixed_L_for_BB_outer_BC F
                                        s% tau_for_L_BB   -1.0000000000000000D+00

File: ../private/hydro_vars.f90, Line: 1342

Error termination. Backtrace:
#0  0x14745007d
#1  0x147450d15
#2  0x147451c67
#3  0x10f3f18a5
#4  0x10ee5f0c3
#5  0x10ee60a74
#6  0x10ef3f480
#7  0x10ef40e51
#8  0x10ef572bd
#9  0x10f0d401d
#10  0x10f0e0ef3
#11  0x10f0e2a7a
#12  0x10f0e4c3b
#13  0x10f0e5d5d
#14  0x10f0f8db1
#15  0x10f1457dd
#16  0x10ed3499d
#17  0x10ed0bb3d
#18  0x10ed0bb50
#19  0x10ed0bb89

My best guess is that this has to do either with the eos, opacity tables or convection controls, but trying different combinations didn’t seem to have an effect (still resulting in the same outcome, albeit at slightly different masses). I also compared my models with the lgR and lgT parameter spaces for the eos and opacities provided in the most recent instrument paper they do not seem to run into any problematic areas. I can’t help but think that the solution ought to be reasonably simple and I’m just not seeing it, but it has eluded me so far. I’d be grateful for any ideas.

See below for the minimum inlists needed to reproduce the problem (note that varcontrol = 1d-3 in order to get to the problematic phase in a reasonable time, the result will be the same with lower values). I can provide the initial helium star model too if required.

Best regards


Minimum inlists to reproduce the problem:

! inlist1

      load_saved_model = .true.                                                  
      saved_model_name = 'He-star.mod'     
      save_model_when_terminate = .true.
      save_model_filename = 'final.mod'
      change_initial_net = .true.      
      new_net_name = 'pp_extras.net'
      eos_file_prefix = 'mesa'
      kappa_file_prefix = 'gs98'
      change_v_flag = .true.
      new_v_flag = .true.
      set_initial_dt = .true.
      years_for_initial_dt = 1d-10
      pgstar_flag = .true.

/ ! end of star_job namelist


      max_number_backups = 100
      varcontrol_target = 1d-3
      use_eosDT2 = .true.
      use_eosELM = .true.
      MLT_option = 'Henyey'
      report_ierr = .true.
      photo_interval = 100
      profile_interval = 50
      history_interval = 1
      terminal_interval = 10
      write_header_frequency = 10      
      max_age = 10.1d9
      min_timestep_limit = -1

/ ! end of controls namelist

! inlist2


      show_log_description_at_start = .false.

/ ! end of star_job namelist


         max_number_backups = 10
         max_number_retries = 80

      extra_terminal_output_file = 'log2' 
      photo_directory = 'photos2'
      log_directory = 'LOGS2'
      varcontrol_target = 1d-3

/ ! end of controls namelist

! binary inlist

     inlist_names(1) = 'inlist1'                                         
     inlist_names(2) = 'inlist2'                                         
     evolve_both_stars = .false.                                         
     / ! end of binary_job namelist                                      
     m2 = 1.7 ! companion mass in Msun                                
     initial_period_in_days = -1                                        
     initial_separation_in_Rsuns = 0.848074                                        
     limit_retention_by_mdot_edd = .true.                                
     mass_transfer_beta = 1.0         
     report_rlo_solver_progress = .true.                                     
     mdot_scheme = 'Ritter'                                              
     implicit_scheme_tolerance = 1e-3                                                                   
     max_tries_to_achieve = 10
 / ! end of binary_controls namelist    
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20190410/0fb0a48b/attachment.html>

More information about the Mesa-users mailing list