Projectile shockwave in 2d using Roe solver? General discussion...
 

I'm trying to solve a simple model graphically in 2 dimensions where a bullet traveling faster than sound moves to the right along the x-axis and generates shock waves around itself. So far I understand that a Roe solver is used to calculate the fluxes on the edges of adjacent cells and I'm working with the code on this site called twod_euler_fluxes_v2.f90. I'm actually good with C/C++ so I decided to convert the Fortran code to something more easily readable (in my own taste). The question I have ultimately asks how do I...

1.Setup the initial grid. With the bullet having different attributes (e.g. density) compared to the "medium" (Air is the medium in this case).

2. How would I update the grid. Do I basically check every cell in one timestep and update the bullet a certain position (maybe one cell per time step). I'm thinking that using a simple array called GRID[100][100] would be looped over within a nested double for loop?

Forgive me for being a noob. ;)

Hi. Here's what I think:

1) The bullet is not a fluid, therefore you do not solve any equations inside it. The mesh encompasses the fluid domain and surrounds the bullet, which define the inner boundaries of the fluid domain, and where you must define wall boundary conditions.

2) There's no need to update the mesh. If you set a reference frame on the bullet, the problem becomes steady-state.

Cheers,
Michujo.

So the bullet then gets updated and its inside an enclosed boundary within the fluid. But how do I setup boundary conditions for the Fortran code. What input do I use for uL, uR to get the Roe variable output for the boundaries? Heres the actual code used in twod_euler_fluxes_v2.f90.

Notice its upwind, does that make a difference in what direction the bullet moves?

Okay but somehow the "mesh" has to be computed over and the flux has to calculated at every point... no?

I wanted to add this image from this site to show what the problem should look like. http://www.mpia.de/homes/dullemon/le...amics/anim.gif

Hi, I am not sure to understand your problem.

Being the fluid flow stationary with respect to the bullet, the mesh does not need to be recomputed at every time step. Only the fluid flow will be calculated until convergence. At the walls of the bullet the fluid velocity is zero (no-slip boundary condition) in the reference frame you used (travelling with the bullet).

The upwind scheme works no matter the direction in which the bullet is travelling (or the fluid with respect to the bullet in your problem). The scheme will always take the right upstream value locally.

Cheers,
Michujo.

You've been very helpful thanks. :)

But the bullet is moving correct? The bullet is part of the mesh or its just a boundary within the mesh... I guess if the latter is true then only the bullet is updated. I still don't see why the fluid part of the mesh would not need to be updated with every change in motion of the bullet though. If you look at the animation it seems that the area around the projectile is updated with the projectile moving through the fluid?

What I mean by updating is that the flux is determined for every single fluid cell and solved using a matrix based on the previous state of each cell because the bullet is moving through the system...

That solves that.