<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Times New Roman; font-size: 12pt; color: #000000'><P>Hi Paul,</P>
<P> </P>
<P>Do you have any updates regarding this? Thanks for any information.</P>
<P> </P>
<P>- Michael</P>
<P><BR>----- Original Message -----<BR>From: nek5000-users@lists.mcs.anl.gov<BR>To: nek5000-users@lists.mcs.anl.gov<BR>Sent: Sunday, June 20, 2010 8:12:14 PM GMT -06:00 US/Canada Central<BR>Subject: Re: [Nek5000-users] New Recycling BC method?<BR><BR><BR>Hi Michael,<BR><BR>We're working on an interpolation-based approach.<BR><BR>>From the file you sent I can see that it could in general<BR>be confusing w/ the old approach.<BR><BR>Paul<BR><BR>PS - was the file you sent just a test, or for production<BR> purposes? I think more refinement near the walls would<BR> normally be in order.<BR><BR><BR><BR>On Sun, 20 Jun 2010, nek5000-users@lists.mcs.anl.gov wrote:<BR><BR>> Hi Paul,<BR>><BR>> Were you able to find a solution for this?<BR>><BR>> I was able to establish a new connectivity matrix for connecting an <BR>> arbitrary inlet plane to an outflow plane that you specifiy by a number of <BR>> elements. This could be called once at the beginning. I'm not sure how to <BR>> use it though but it is a positive start.<BR>><BR>> - Michael<BR>><BR>> On Jun 16, 2010, at 10:00 PM, nek5000-users@lists.mcs.anl.gov wrote:<BR>><BR>>> Sounds great! Thanks for looking into this!<BR>>> <BR>>> <BR>>> <BR>>> - Michael<BR>>> <BR>>> <BR>>> ----- Original Message -----<BR>>> From: nek5000-users@lists.mcs.anl.gov<BR>>> To: nek5000-users@lists.mcs.anl.gov<BR>>> Sent: Wednesday, June 16, 2010 9:58:53 PM GMT -06:00 US/Canada Central<BR>>> Subject: Re: [Nek5000-users] New Recycling BC method?<BR>>> <BR>>> Michael, got it... I should be able to send a fix by morning that will <BR>>> work for any instances in which slab at location A has same (arbitrary) <BR>>> topology orientation as slab at location B, as is the case in the example <BR>>> you sent. This won't cover all cases but would likely cover 90%. hth, Paul <BR>>> On Wed, 16 Jun 2010, nek5000-users@lists.mcs.anl.gov wrote: > > > Paul, > <BR>>> > > > See attached for the rea. Thanks, > > > > Michael > > > ----- <BR>>> Original Message ----- > From: nek5000-users@lists.mcs.anl.gov > To: <BR>>> nek5000-users@lists.mcs.anl.gov > Sent: Wednesday, June 16, 2010 9:47:29 <BR>>> PM GMT -06:00 US/Canada Central > Subject: Re: [Nek5000-users] New <BR>>> Recycling BC method? > > 960 is ok On Wed, 16 Jun 2010, <BR>>> nek5000-users@lists.mcs.anl.gov wrote: > > > Paul, > > > > The rea I have <BR>>> now from matlab/gambit has 960 elements. Do you want me to create <BR>>> another, smaller rea that may make it easier to work with? > > > > The <BR>>> geometry by the way is a simple pipe flow. > > > > - Michael > > > ----- <BR>>> Original Message ----- > From: nek5000-users@lists.mcs.anl.gov > To: <BR>>> nek5000-users@lists.mcs.anl.gov > Sent: Wednesday, June 16, 2010 9:39:59 <BR>>> PM GMT -06:00 US/Canada Central > Subject: Re: [Nek5000-users] New <BR>>> Recycling BC method? > > Hi Micheal, I agree completely that it's best to <BR>>> avoid mix & match meshing. If you want to send me a gzipped .rea file <BR>>> produced by Gambit, I can take a look and see if I have any ideas. Paul On <BR>>> Wed, 16 Jun 2010, nek5000-users@lists.mcs.anl.gov wrote: > > > Hi Paul, > <BR>>> > > > Thanks for the reply. The reason for the interest is due to the <BR>>> Gambit to Nek matlab code. We have had great success importing complex <BR>>> geometries with it, but no w we run into the issue of the recycling <BR>>> boundary condition. Gambit's ordering of the elements is not always <BR>>> consistent which makes it impossible to use the current technique. > > > > <BR>>> Our solution was to create the portion that has the recycling in prex and <BR>>> then merge it with the complex part created in Gambit. However, this is <BR>>> proving to be very time consuming and troublesome (Element Mismatch <BR>>> Errors). So, to avoid this I would like to come up with a new recycling <BR>>> method that does not depend on the elements being in a specific order. My <BR>>> u nderstanding is that the current method looks at the inflow, counts a <BR>>> certain number of elements up, copies this outflow from face 6 and puts it <BR>>> back into the inflow face 5. > > > > What I would like to do is replace <BR>>> how the inflow plane is connected to the outflow plane. My idea was to use <BR>>> the connectivity matrix to figure out what the element numbers and outflow <BR>>> faces are at a certain distance away from the inflow plane, and use t hese <BR>>> faces to connect. The cross-section for the inflow and outflow plane <BR>>> would be the same, but you couldn't necessarily say that it is located, <BR>>> say inflow + 30 elements for example, OR that the outflow and inflow faces <BR>>> are all the same (face 5 for inflow, face 6 for outflow for example). > > <BR>>> > > Do you think this is possible? In a way, you would be creating a new <BR>>> connectivity matrix that governs the recycling BC. > > > > Thanks! > > - <BR>>> Michael M. > > > ----- Original Message ----- > From: nek5000-users@lists. <BR>>> mcs . anl .gov > To: nek5000-use rs@lists. mcs . anl .gov > Sent: <BR>>> Wednesday, June 16, 2010 9:08:00 PM GMT -06:00 US/Canada Central > <BR>>> Subject: Re: [Nek5000-users] New Recycling BC method? > > Hi Michael, <BR>>> Access to the connectivity array wouldn't help in this case, given that <BR>>> the recycling bc needs to establish a _new_ connectivity that has nothing <BR>>> to do with the existing one. The examples use this approach of <BR>>> establishing a new connectivity. I'm confident that we ca n make the <BR>>> existing approach for any mesh that can legitimally employ the recycling <BR>>> bc - i.e., any mesh that has the same cross-sectional distribution of <BR>>> elements at the two planes of interest. An alternative is to use the <BR>>> general purpose interpolation routines. There may (or may not) be a <BR>>> performance issue -- we're looking into this w/ the help of a summer <BR>>> student. Please let me know if I can assist you w/ your specific case. <BR>>> Paul > I am still trying to figure this idea out, but I think I would need <BR>>> to > access the connectivity/boundary condition information that is <BR>>> contained > in the rea file. Does anyone know the array, or what to call <BR>>> in order to > access this in the usr file? Thanks again for a ny help! > <BR>>> > > > - Michael M. > > > ----- Original Message ----- > From: <BR>>> nek5000-users@lists. mcs . anl .gov > To: " Nekton User List" > Sent: <BR>>> Tuesday, June 15, 2010 9:02:00 PM GMT -06:00 US/Canada Central > Subject: <BR>>> [Nek5000-users] New Recycling BC method? > > > > > Hello All, > > > > I am <BR>>> wondering if there is another technique to set up a recycling boundary <BR>>> condition that does not depend on the elements being in a certain order <BR>>> (say based on element coordinates for instance)? I would like to pick <BR>>> the recycling plane based on a given offset distance rather than a number <BR>>> of elements. > > > > Also, the outflow plane faces may not all necessarily <BR>>> be face 6 (and face 5 for the inflow plane). > > > > I have tried going <BR>>> through the examples where a recycling BC is used however I am finding it <BR>>> difficult to understand as my knowledge of Fortan is still growing. Thanks <BR>>> for any help anyone can provide with this idea. > > > > Regards, > > <BR>>> Michael M. > > > > ___________________ ____________________________ <BR>>> Nek5000-users mailing list Nek5000-users@lists. mcs . anl .gov https <BR>>> ://lists. mcs . anl .gov/mailman/ listinfo /nek5000-users > <BR>>> _______________________________________________ Nek5000-users mailing list <BR>>> Nek5000-users@lists. mcs . anl .gov https :/ /lists. mcs . anl <BR>>> .gov/mailman/ listinfo /nek5000-users > <BR>>> _______________________________________________ Nek5000-users mailing list <BR>>> Nek5000-users@lists.mcs.anl.gov <BR>>> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users > <BR>>> _______________________________________________ Nek5000-users mailing list <BR>>> Nek5000-users@lists.mcs.anl.gov <BR>>> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users<BR>>> _______________________________________________ Nek5000-users mailing list <BR>>> Nek5000-users@lists.mcs.anl.gov <BR>>> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users<BR>>> <BR>>> _______________________________________________<BR>>> Nek5000-users mailing list<BR>>> Nek5000-users@lists.mcs.anl.gov<BR>>> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users<BR>_______________________________________________<BR>Nek5000-users mailing list<BR>Nek5000-users@lists.mcs.anl.gov<BR>https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users<BR></P></div></body></html>