About modifying the physical property calculation method for calculating LMN. #387
Replies: 2 comments 2 replies
-
|
Hello, the temperature transport configuration is not as used/debugged as the density transport formulation, can you convert your code to try this? What boundary conditions are you using at the top/bottom for temperature/density? Finally, depending on how you are redefining your EOS you might need to make a more fundamental change to ensure the velocity divergence is correctly formulated - see https://arc.aiaa.org/doi/10.2514/3.9371 |
Beta Was this translation helpful? Give feedback.
-
|
Actually, to try and narrow down the issue - can you try using your equation of state in the mixing layer example without stretching? In non-dimensional terms the "hot" flow temperature is 2x the "cold" flow. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Dear incompact3d developers,









I'd like to ask about a problem you're encountering with Incompact3D, and about modifying the physical property calculation method for calculating LMN.
In the original Icompact3D code, I modified the subroutine for calculating temperature and density to call coolProp to generate a table of different temperatures at a specific pressure, then interpolate and calculate the relevant physical properties. I then made modifications to the temperature and density calls, as well as the stretching code you mentioned on the forum. However, after adding the stretching code, I still experience discontinuous density display in ParaView.
Below is a screenshot of my modified code and a ParaView visualization. I'd appreciate your response. Best wishes.
Code to calculate temperature
Code to calculate density
Code for transeq.f90
Code for time_integrators.f90
Code for Navier.f90
paraview
Beta Was this translation helpful? Give feedback.
All reactions