wiki:u/erica/AccretionModelingBlog

Version 30 (modified by Erica Kaminski, 7 years ago) ( diff )

Bondi Accretion

Am working on a 3D simulation of Bondi Flow onto a central sink particle and studying the accretion properties using the Krumholz accretion algorithm. From Bondi (1952), we have the following quantities (in order: Bondi radius, accretion rate, sonic radius, nondimensional density and velocity):

In the above, is a numerical coefficient which controls the strength of the accretion flow. At its critical value, , is strongest. In the code, is solved for using Eqn. 18 in Bondi's paper. With respect to these 'Bondi' variables, the sims used the following (in computational units), unless otherwise noted:

~1
~1
.14318E+13

with the computational domain set up using:

Lx=Ly=Lz 20
Mx=My=Mz 64
MaxLevel (AMR) 2
Effective resolution (dx) .15625
Sink dx = 4dx .625

Note, the sink dx is equivalent to the accretion volume radius ().

Research Log:

3/18/18, case

Am running the case because the sonic point in this case is located far beyond the accretion radius (). This will enable us to see the generation of accretion shocks in the sim and check the behavior of the accretion algorithm under conditions of supersonic infall. We expect that the accretion algorithm should be fairly 'well-behaved' in the supersonic regime, as any pressure errors generated in the accretion kernel will be unable to propagate upstream and effect the hydrodynamical solution beyond the accretion volume.

For this run, I made the box bigger than the fiducial case above, but used the same effective resolution. The bigger box now encompasses the bondi radius (). The following table lists this sims params:

1.4
.625
1.183
30.5
6.1
8646.9
60
80
128
.15625

The final time of the simulation is ~2 sound crossing times, using the sound speed of the gas at the edge of the domain () and the distance between this edge and the sink particle ().

This case no longer forces an inner spherical boundary in the sim where the Bondi solution is copied. Instead the solution is sampled for each cell within the computational volume (including ghost zones) at t=0. For each subsequent cycle, the Bondi solution is pasted everywhere .

Results

The non-dimensional profiles for this run line up nicely with Bondi's Fig. 3 (curves III and IV):

Note — I did this lineout from the center of the first zone in the octant surrounding the sink, to the zone center at the edge of the boundary. Aside from doing a spherical average over shells, I think this will provide the most accurate results from Visit (rather than along cell boundaries, which I am not sure how Visit interpolates..)

Calculating the mass flux through spherical shells surrounding the sink seems to agree well with the predicted value of . I tried at 3 different radii: , , , where is the spherical boundary in the grid beyond which the Bondi solution is pasted into cells.

Not-resolving sonic point

3/18/18, , steady-state case

The case of flow is an extreme limit for the solution space. This value of has a few interesting features:

In other words, when exactly, we have no accretion flow.

In addition to the Bondi/flow params cited in the top section of this page, the sim was set up using the following (in CU):

1.66
.2526
1.291
25.63
.0128
2692.17

Note, the sonic radius is not resolved by ~ factor of 20 in this simulation, as seen when checking dx quoted above.

In this sim, the Bondi solution was initialized everywhere in the grid at t=0 (except within a small inner radius, described below). In subsequent timesteps, the Bondi solution is re-pasted into the ghost zones and a small inner spherical region at the origin. A sink particle is initialized at the origin with mass given above (). The particle can accrete gas following the Krumholz prescription. The only source of gravity in the sims is the point gravity object associated with the particle (self-gravity is turned off).

The simulation setup reproduces the correct nondimensional profiles. Here's a comparison of the t=0 nondimensional density and velocity profiles astrobear calculates for the bondi module (left), compared to the Bondi solutions for (curves II and III for the case of ).

The profiles are cut-off within an inner radius of to avoid extremely high speeds there (am going to get rid of this in the next round of sims). Sampling the mass flux across a spherical shell less than this radius doesn't match up with the theoretical prediction of since the solution is getting stepped on there. Sampling the mass flux across a shell larger than this, however, produces agreement (2689 compared to 2692).

Since the solution is getting stepped on within some small inner radius, can't meaningfully check the behavior of the accretion algorithm and any spurious waves it might be generating there. Instead, will be removing this inner boundary in the next run. These next sims will then be able to test the effect of the sonic radius being inside the accretion radius as opposed to outside. To test this will do a resolution study on flow, where the sonic point is .

As the following images show, this set of ICs produces a steady-state solution.. This is due to the solution being stepped on within the accretion volume, which would likely be the first place any deviation from the similarity solutions would occur due to spurious pressure waves that the accretion algorithm might produce in such strongly subsonic flow as this. The attached module files that produce these files are thus called "*_steadystate*"

Mesh
Radial velocity
Radial mach
Velocity field
Isosurface (r=rsink)
Mass flux (r=rsink)

Library

Attachments (29)

Note: See TracWiki for help on using the wiki.