[Nek5000-users] Vortex within cylinder with rotating lid AND How to import from Soldiworks to Nek5000? (nek5000-users at lists.mcs.anl.gov)

nek5000-users at lists.mcs.anl.gov nek5000-users at lists.mcs.anl.gov
Thu Jul 28 22:05:36 CDT 2016


Hello Dipendra,
    I am interested in you rotating lid-driver cylinder case. I wonder how to set the lid boundary condition in that case. Could you please give some advice? I will be very appreciated.

B. L. Xu

> -----原始邮件-----
> 发件人: nek5000-users-request at lists.mcs.anl.gov
> 发送时间: 2016-07-29 01:00:12 (星期五)
> 收件人: nek5000-users at lists.mcs.anl.gov
> 抄送: 
> 主题: Nek5000-users Digest, Vol 89, Issue 19
> 
> Send Nek5000-users mailing list submissions to
> 	nek5000-users at lists.mcs.anl.gov
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
> or, via email, send a message with subject or body 'help' to
> 	nek5000-users-request at lists.mcs.anl.gov
> 
> You can reach the person managing the list at
> 	nek5000-users-owner at lists.mcs.anl.gov
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Nek5000-users digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: Vortex within cylinder with rotating lid AND How to
>       import from Soldiworks to Nek5000? (nek5000-users at lists.mcs.anl.gov)
>    2. Re: Compiling with MOAB - no implicit type
>       (nek5000-users at lists.mcs.anl.gov)
>    3. Re: Compiling with MOAB - no implicit type
>       (nek5000-users at lists.mcs.anl.gov)
>    4. Re: Compiling with MOAB - no implicit type
>       (nek5000-users at lists.mcs.anl.gov)
>    5.  maketools prenek (nek5000-users at lists.mcs.anl.gov)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 27 Jul 2016 17:04:23 +0000
> From: nek5000-users at lists.mcs.anl.gov
> To: "nek5000-users at lists.mcs.anl.gov"
> 	<nek5000-users at lists.mcs.anl.gov>
> Subject: Re: [Nek5000-users] Vortex within cylinder with rotating lid
> 	AND How to import from Soldiworks to Nek5000?
> Message-ID:
> 	<mailman.26713.1469639137.24727.nek5000-users at lists.mcs.anl.gov>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> 
> Dipendra,
> 
> You can stretch the height of the domain with the following call in usrdat2:
> 
>       z0 = 0.0
>       z1 = 5.0  ! New height
>       call rescale_x(zm1,z0,z1)
> 
> ...
> 
> There is also discussion of mesh morphing in the user manual.
> 
> Note that this morphing effectively lowers resolution (since the number of elements
> is unchanged).  You can boost resolution by increasing N (lx1 in SIZE file).   You might
> not need to do this, however.
> 
> If you really stretch a lot you probably should rebuild the geometry in z using a 2D mesh of
> a disk, followed by n2to3 to extrude the 2D geometry to 3D.
> 
> Paul
> 
> ________________________________
> From: nek5000-users-bounces at lists.mcs.anl.gov [nek5000-users-bounces at lists.mcs.anl.gov] on behalf of nek5000-users at lists.mcs.anl.gov [nek5000-users at lists.mcs.anl.gov]
> Sent: Wednesday, July 27, 2016 10:01 AM
> To: nek5000-users at lists.mcs.anl.gov
> Subject: [Nek5000-users] Vortex within cylinder with rotating lid AND How to import from Soldiworks to Nek5000?
> 
> 
> Hello all,
> 
> I have just recently started to familiarise myself using Linux and Nek5000 so my knowledge is quite limited(please bare with me). I am currently doing a summer project proposing to use Nek5000 rather than ANSYS Fluent to simulate swirling flow to investigate vortex breakdown.  I am currently going over the examples within the SVN repository I downloaded to which I stumbled upon the vortex problem within a cylinder with a rotating lid. I was interested in finding out how to change the aspect ratio of the geometry.
> 
> 
> Additionally, I also wanted to confirm if its possible to import geometry from Solidworks into Nek5000? I have read that you can do it through Gambit but I am looking for some guide on how to do so.
> 
> 
> Kind Regards
> 
> Dipendra
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.mcs.anl.gov/pipermail/nek5000-users/attachments/20160727/ebc0e3de/attachment-0001.html>
> 
> ------------------------------
> 
> Message: 2
> Date: Wed, 27 Jul 2016 14:40:41 -0500
> From: nek5000-users at lists.mcs.anl.gov
> To: nek5000-users <nek5000-users at lists.mcs.anl.gov>,	Ron Rahaman
> 	<rahaman at mcs.anl.gov>
> Subject: Re: [Nek5000-users] Compiling with MOAB - no implicit type
> Message-ID:
> 	<mailman.26732.1469648748.24727.nek5000-users at lists.mcs.anl.gov>
> Content-Type: text/plain; charset=UTF-8
> 
> > Implicit none is used extensively in the subroutines in moab.f but it seems
> > that a  lot of the variables in the include files are declared implicit so I
> > get compile error no implicit type?
> 
> Yes, it was originally written this way to make sure the right
> variables are being set across various calls to moab.f. However, since
> the bulk of the code has been verified, we could potentially remove
> the "implicit none" statements and have it working cleanly.
> 
> I also have a fix for adding the variable to NEKMOAB to remove the
> compiler error. However this is in a separate fork and I can submit a
> PR with the change. Ron, can you take a look at this if you have some
> time now ?
> 
> > If implicit none is removed then it compiles? I have a feeling I am missing
> > something, is there a compiler setting that should be set? (gnu compiler on
> > ubuntu 14.04)
> 
> The behavior is compiler independent. There is a bit of rearrangement
> going on with the move to Git and we are trying to come up with a
> clean process to push future changes to this interface seamlessly.
> With Github thankfully, this should be quite easy.
> 
> Vijay
> 
> On Wed, Jul 27, 2016 at 10:38 AM,  <nek5000-users at lists.mcs.anl.gov> wrote:
> > Hi
> >
> >
> >
> > How is Nek compiled with MOAB? (I?m a newbie on NEK)
> >
> > Implicit none is used extensively in the subroutines in moab.f but it seems
> > that a  lot of the variables in the include files are declared implicit so I
> > get compile error no implicit type?
> >
> > If implicit none is removed then it compiles? I have a feeling I am missing
> > something, is there a compiler setting that should be set? (gnu compiler on
> > ubuntu 14.04)
> >
> >
> >
> > Best regards,
> >
> >
> >
> > Per
> >
> >
> > _______________________________________________
> > Nek5000-users mailing list
> > Nek5000-users at lists.mcs.anl.gov
> > https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
> >
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Wed, 27 Jul 2016 14:46:26 -0500
> From: nek5000-users at lists.mcs.anl.gov
> To: nek5000-users <nek5000-users at lists.mcs.anl.gov>,	Ron Rahaman
> 	<rahaman at mcs.anl.gov>
> Subject: Re: [Nek5000-users] Compiling with MOAB - no implicit type
> Message-ID:
> 	<mailman.26733.1469648808.24727.nek5000-users at lists.mcs.anl.gov>
> Content-Type: text/plain; charset=UTF-8
> 
> Temporarily, can you try cherry-picking d0ef99a from my fork [1] ? Let
> me know if that solves the compiler errors. If not, please send the
> error messages so that we can fix any other pending issues.
> 
> Vijay
> 
> [1] https://github.com/vijaysm/Nek5000.git
> 
> On Wed, Jul 27, 2016 at 2:40 PM, Vijay S. Mahadevan <vijay.m at gmail.com> wrote:
> >> Implicit none is used extensively in the subroutines in moab.f but it seems
> >> that a  lot of the variables in the include files are declared implicit so I
> >> get compile error no implicit type?
> >
> > Yes, it was originally written this way to make sure the right
> > variables are being set across various calls to moab.f. However, since
> > the bulk of the code has been verified, we could potentially remove
> > the "implicit none" statements and have it working cleanly.
> >
> > I also have a fix for adding the variable to NEKMOAB to remove the
> > compiler error. However this is in a separate fork and I can submit a
> > PR with the change. Ron, can you take a look at this if you have some
> > time now ?
> >
> >> If implicit none is removed then it compiles? I have a feeling I am missing
> >> something, is there a compiler setting that should be set? (gnu compiler on
> >> ubuntu 14.04)
> >
> > The behavior is compiler independent. There is a bit of rearrangement
> > going on with the move to Git and we are trying to come up with a
> > clean process to push future changes to this interface seamlessly.
> > With Github thankfully, this should be quite easy.
> >
> > Vijay
> >
> > On Wed, Jul 27, 2016 at 10:38 AM,  <nek5000-users at lists.mcs.anl.gov> wrote:
> >> Hi
> >>
> >>
> >>
> >> How is Nek compiled with MOAB? (I?m a newbie on NEK)
> >>
> >> Implicit none is used extensively in the subroutines in moab.f but it seems
> >> that a  lot of the variables in the include files are declared implicit so I
> >> get compile error no implicit type?
> >>
> >> If implicit none is removed then it compiles? I have a feeling I am missing
> >> something, is there a compiler setting that should be set? (gnu compiler on
> >> ubuntu 14.04)
> >>
> >>
> >>
> >> Best regards,
> >>
> >>
> >>
> >> Per
> >>
> >>
> >> _______________________________________________
> >> Nek5000-users mailing list
> >> Nek5000-users at lists.mcs.anl.gov
> >> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
> >>
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Thu, 28 Jul 2016 10:09:51 +0200
> From: nek5000-users at lists.mcs.anl.gov
> To: nek5000-users at lists.mcs.anl.gov
> Subject: Re: [Nek5000-users] Compiling with MOAB - no implicit type
> Message-ID:
> 	<mailman.26759.1469716718.24727.nek5000-users at lists.mcs.anl.gov>
> Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed"
> 
> Hi Vijay
> 
> Thanks, adding UPARAM  takes care of the implicit variables :)
> In the moab example the SIZE file gives too large partiions - setting  
> lelt=1374, lpp=4 and lelg=5496 takes care of that and makes it runnable
> 
> Per
> 
> Quoting nek5000-users at lists.mcs.anl.gov:
> 
> > Temporarily, can you try cherry-picking d0ef99a from my fork [1] ? Let
> > me know if that solves the compiler errors. If not, please send the
> > error messages so that we can fix any other pending issues.
> >
> > Vijay
> >
> > [1] https://github.com/vijaysm/Nek5000.git
> >
> > On Wed, Jul 27, 2016 at 2:40 PM, Vijay S. Mahadevan  
> > <vijay.m at gmail.com> wrote:
> >>> Implicit none is used extensively in the subroutines in moab.f but it seems
> >>> that a  lot of the variables in the include files are declared  
> >>> implicit so I
> >>> get compile error no implicit type?
> >>
> >> Yes, it was originally written this way to make sure the right
> >> variables are being set across various calls to moab.f. However, since
> >> the bulk of the code has been verified, we could potentially remove
> >> the "implicit none" statements and have it working cleanly.
> >>
> >> I also have a fix for adding the variable to NEKMOAB to remove the
> >> compiler error. However this is in a separate fork and I can submit a
> >> PR with the change. Ron, can you take a look at this if you have some
> >> time now ?
> >>
> >>> If implicit none is removed then it compiles? I have a feeling I am missing
> >>> something, is there a compiler setting that should be set? (gnu compiler on
> >>> ubuntu 14.04)
> >>
> >> The behavior is compiler independent. There is a bit of rearrangement
> >> going on with the move to Git and we are trying to come up with a
> >> clean process to push future changes to this interface seamlessly.
> >> With Github thankfully, this should be quite easy.
> >>
> >> Vijay
> >>
> >> On Wed, Jul 27, 2016 at 10:38 AM,  <nek5000-users at lists.mcs.anl.gov> wrote:
> >>> Hi
> >>>
> >>>
> >>>
> >>> How is Nek compiled with MOAB? (I?m a newbie on NEK)
> >>>
> >>> Implicit none is used extensively in the subroutines in moab.f but it seems
> >>> that a  lot of the variables in the include files are declared  
> >>> implicit so I
> >>> get compile error no implicit type?
> >>>
> >>> If implicit none is removed then it compiles? I have a feeling I am missing
> >>> something, is there a compiler setting that should be set? (gnu compiler on
> >>> ubuntu 14.04)
> >>>
> >>>
> >>>
> >>> Best regards,
> >>>
> >>>
> >>>
> >>> Per
> >>>
> >>>
> >>> _______________________________________________
> >>> Nek5000-users mailing list
> >>> Nek5000-users at lists.mcs.anl.gov
> >>> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
> >>>
> > _______________________________________________
> > Nek5000-users mailing list
> > Nek5000-users at lists.mcs.anl.gov
> > https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
> >
> 
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Thu, 28 Jul 2016 14:04:02 +0000
> From: nek5000-users at lists.mcs.anl.gov
> To: "nek5000-users at lists.mcs.anl.gov"
> 	<nek5000-users at lists.mcs.anl.gov>
> Subject: [Nek5000-users]  maketools prenek
> Message-ID:
> 	<mailman.26760.1469716718.24727.nek5000-users at lists.mcs.anl.gov>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Hello Paul,
> 
> I had already tried switching BIGMEM to false but the same error appears. I am using Cygwin platform on windows to provide the linux environment and compiling on gcc 5.4.0 and gfortran compilers.
> 
> Shivang
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.mcs.anl.gov/pipermail/nek5000-users/attachments/20160728/ace149b8/attachment-0001.html>
> 
> ------------------------------
> 
> _______________________________________________
> Nek5000-users mailing list
> Nek5000-users at lists.mcs.anl.gov
> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
> 
> 
> End of Nek5000-users Digest, Vol 89, Issue 19
> *********************************************


--
Xu Bolun,
University of Science and Techonology of China,
Hefei,Anhui,China



More information about the Nek5000-users mailing list