Boundary condition / by product of moving window #611
Replies: 4 comments 1 reply
-
As usually posting the settings file input.deck would help for others to try and see what might potentially happened. I saw this in incorrectly set window |
Beta Was this translation helpful? Give feedback.
-
Sorry, i had no time to look at your case because still have not implemented the capability to output data in needed me form (binary or ASCII not the SDF, and there is no SDF to regular ASCII or binary data converters. Would be nice if somebody in this community wrote this with Matlab or Python) from 1D EPOCH. But where i'd look first is your moving window parameters. Your particles have speed larger than the moving window and hence at some point will go into boundary conditions of EPOCH. My impression is that something wrong happening then. I saw similar effect with this case #592. See the picture there, plasma parameters also get crazy at front boundary when the laser (while you have ion particles instead of laser) reach the boundary. You can see this effect already started to appear there. Next moments after that it will blow the entire simulation into pieces while by common sense the laser should just leave the plasma without such cataclysms :). Try first to increase the speed of moving window so that neither stream reach the boundary with time to avoid this effect |
Beta Was this translation helpful? Give feedback.
-
Hey @wnguyen1312, I don't think the problem should be caused by However, I'm also a little confused by the axes on your plot. If the There will be a field discontinuity in the newly loaded cells, as the fields here are set to the fields at the start of the simulation, which are usually 0. I haven't noticed this causing issues in other moving-window simulations, but I usually see people run laser-wakefield simulations with moving windows, which have lower plasma densities and massive laser fields present which might hide the problem. Your higher density plasma will have more numerical noise, leading to higher field noise, possibly seeding the numerical instability here. If you want to convince yourself this is a moving window issue, try starting with a larger simulation window, and see if the instability starts at the same point in space. Hope this helps, |
Beta Was this translation helpful? Give feedback.
-
Yea, the density here indeed is very large to not to cause self-heating and instabilities on such time scales |
Beta Was this translation helpful? Give feedback.
-
Hello everyone,
I'm using the EPOCH moving window in 1D. I'm injecting two monoenergetic beams of deuteron and triton into a uniform plasma (in the x direction). Throughout the simulation, I noticed that the B-field in the y&z direction starts growing from the right boundary of the simulation. Is this a genuine instability effect or a common by-product of the moving window?
The plot is attached below. Thank you!
Beta Was this translation helpful? Give feedback.
All reactions