arfc / sneks4me

Simplified Nek Simulations for Moltres Enhancement
BSD 3-Clause "New" or "Revised" License
2 stars 0 forks source link

Make coarser mesh #20

Closed anshchaube closed 4 years ago

anshchaube commented 5 years ago

Based on Prof. Fischer's feedback, we're trying to create a coarser mesh. This issue can be closed when a CHT mesh of no more than ~10k elements has been created, to make the simulations more tractable.

anshchaube commented 5 years ago

Old mesh: visit0000 New mesh: visit0000

anshchaube commented 5 years ago

@dshaver-ANL when merging the solid and fluid domain with prenek, do both need to have the same lx1 values? i.e. does prenek care about the conformity of the mesh without or with GLL points?

dshaver-ANL commented 5 years ago

No. Prenek knows absolutely nothing about lx1.

-------- Original message -------- From: Ansh Chaube notifications@github.com Date: 10/10/19 10:06 AM (GMT-06:00) To: arfc/sneks4me sneks4me@noreply.github.com Cc: "Shaver, Dillon R." dshaver@anl.gov, Mention mention@noreply.github.com Subject: Re: [arfc/sneks4me] Make coarser mesh (#20)

@dshaver-ANLhttps://github.com/dshaver-ANL when merging the solid and fluid domain with prenek, do both need to have the same lx1 values?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/arfc/sneks4me/issues/20?email_source=notifications&email_token=AE3653DHYUPWBNLJI3JMJALQN5AEJA5CNFSM4I7OGUDKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEA4V7MI#issuecomment-540630961, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AE3653CKWUPMQQUL5WJRHOLQN5AEJANCNFSM4I7OGUDA.

dshaver-ANL commented 5 years ago

This looks pretty good. Can you add images showing the axial resolution?

-------- Original message -------- From: Ansh Chaube notifications@github.com Date: 10/10/19 10:04 AM (GMT-06:00) To: arfc/sneks4me sneks4me@noreply.github.com Cc: Subscribed subscribed@noreply.github.com Subject: Re: [arfc/sneks4me] Make coarser mesh (#20)

Old mesh: [visit0000]https://user-images.githubusercontent.com/31393012/66581139-32db1480-eb45-11e9-855e-e144b8a474e2.png New mesh: [visit0000]https://user-images.githubusercontent.com/31393012/66581184-47b7a800-eb45-11e9-97d9-4b8aab8b67d6.png

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHubhttps://github.com/arfc/sneks4me/issues/20?email_source=notifications&email_token=AE3653AKEYWMLGM2VCY3SWTQN4765A5CNFSM4I7OGUDKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEA4V2ZA#issuecomment-540630372, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AE3653CIYMDC3VDGUDCKLUTQN4765ANCNFSM4I7OGUDA.

anshchaube commented 5 years ago

visit0001 Just the fluid.

 GLL grid spacing min/max: 6.09E-02 6.60E+00
scaled Jacobian min/max/avg: 5.80E-01/ 1.00E+00/8.31E-01
aspect ratio min/max/avg: 5.07E+00 3.54E+01 1.99E+01

(Haven't run a simulation yet, still dealing with some prenek merging problems. Will update if I get stuck.)

anshchaube commented 5 years ago

@dshaver-ANL after calling turboutflow, simulation diverges later (at 118/120s instead of 90/120s). But it still diverges. Files are on mcs cluster in homes/achaube/chttest.

anshchaube commented 5 years ago

Simulation is no longer diverging visit0001 visit0002

This is what worked (esp increasing uin to 1 from 0):

      parameter(lt=lx1*ly1*lz1*lelt)
      common /myoutflow/ d(lt),w1(lt)      
      ratio = 1.5
      uin = 1.0 ! was 0 before

      call turb_outflow(d,w1,ratio,uin)

I have a few questions @dshaver-ANL :

  1. what just happened? what exactly did I fix here? prof. fischer mentioned something about uin being a scaling factor but I don't fully understand it.
  2. there are some weird jumps/oscillations - v increases by a factor of 2 - not sure how to show it without a movie (files are in /homes/achaube/chttest2 on the MCS cluster). Also, the vortices in the plenum are gone. The whole plenum looks very calm and static. ~~ Is this because of the aggressive filtering that Aleks mentioned?~~ simulations had no filter. Why is this happening?
  3. I still see the simulation increasing the target CFL of 0.4 after t=118s or so. Does that mean these results are inaccurate? If the simulation diverges further down the line, say at t=240s, do we care about that at all?
anshchaube commented 5 years ago

@dshaver-ANL another odd observation - the simulation always exceeds the target CFL(0.4) ~~ towards the end, in this case ~~ around t = 120s. But if I give it the last field file (from 120s) and restart a new simulation from t=120s - 240s (/homes/achaube/chttest3/), the simulation returns to CFL<=targetCFL.

So I think it's exceeding the target CFL only in the last few time steps of all my simulations at about t=120s. No idea why.

dshaver-ANL commented 5 years ago

I'm finally looking at your results from chttest2. The transition is under resolved axially.

z-vel-transition

See how the minima and maxima are aligned with the axial grid spacing? That's classic under-resolved behavior. Keep in mind that the top of the graphite block is a solid wall, so it needs a boundary layer mesh just like the channel wall. Inside the channel, you should geometrically decrease the thickness of the elements as it approaches the exit, then the first layer in the plenum should be the thinnest and from there you geometrically increase the thickness until you get back to something like you had. If you are still concerned about element count, you might be able to get away with making the upstream mesh coarser still.

This is almost certainly what's causing all of your problems. Messing around with div_outflow and filtering are all just red herrings... well filtering might be important for temperature, but we can revisit that issue once you get a flow field.

anshchaube commented 5 years ago

@dshaver-ANL I tried to make a mesh using gmsh with axial bias, so that the mesh is finer in the z direction near the plenum, but gmsh won't work. Prof. Fischer suggested that we use n2to3, using 0 zero layers and a text file with the z coordinates. I'm going to try and figure out how to do this now.

dshaver-ANL commented 5 years ago

@anshchaube Using n2to3 will work fine, but rather than trying to hack something together that reads a text file, just do multiple extrusions, e.g. one extrusion with uniform density for the first part of the channel, a second with a geometric growth ratio less than 1 for the approach to the transition, a third with a ratio greater than 1 after the transition, and finally a 4th uniform distribution for the plenum. You can then use prenek to merge all 4 of them.

anshchaube commented 5 years ago

visit0000 I feel like the mesh is adequately refined now. The results are in PANDAVal/achaube/coarse-test. It's just 12 files. Could you please take a look to confirm?