[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