Hi Fabian, which Nektar++ version are you using? The way source terms are handled by the APSolver changed recently. Now, the generic forcings can be used and source terms can be specified for each equation separately. The "APE_2DPulseAdv_WeakDG_MODIFIED.xml" case inside the APESolver/Tests directory makes use of this functionality. Regarding the baseflow fields, i suspect you missed the TIMEDEPENDENT="1" parameter or the formatting string of the filename in the Baseflow function, e.g.: <FUNCTION NAME="Baseflow"> <F VAR="u0,v0" TIMEDEPENDENT="1" FILE="APE_2DPulseInterp_baseflow_ %14.8E.pts"/> <E VAR="p0" VALUE="Pinfinity"/> <E VAR="rho0" VALUE="Rho0"/> </FUNCTION> an example can again be found in the APESolver/Tests/ APE_2DPulseInterp_WeakDG_MODIFIED.xml Cheers, Kilian Am Montag, 13. Februar 2017, 12:26:33 CET schrieb Selbach, Fabian:
Dear users, Hi Kilian,
sorry I have to ask another question and I hope you or somebody else can give me an answer.
Actually I tried to use an analytical source term like this:
<FUNCTION NAME="Source"> <E VAR="S" VALUE="0.5*exp((-0.34657*(((x-2)^2)+((y-0)^2))))*sin(2*3.14/30*t)" /> </FUNCTION>
in the acoustic perturbation equation. I tried other kind of source terms too. Besides I am using a base flow as a result from an incompressible flow simulation. The APE reads them right, but it seems the solver does not read the source term. The results of field of p,u,v,rho are constant in time and do not change.
Can somebody explain that?
Best regards
Fabian
Von: Fabian Selbach [fabian.selbach@student.uni-siegen.de] Gesendet: Donnerstag, 9. Februar 2017 09:36 An: Kilian Lackhove Betreff: Re: [Nektar-users] Source terms and mesh generation
Thanks Kilian,
I thought so, but want to ask about it.
Best regards
Fabian Selbach
Am 09.02.2017 um 08:45 schrieb Kilian Lackhove <lackhove@ekt.tu-darmstadt.de>:
Hi Fabian,
there are a number of different source term formultations people use for the APE, so our implementation is "source-term agnostic" in the way that you can specify whatever RHS you want.
I dont think we have a tool to compute derived fields (e.g. acoustic source terms) from other fields (e.g. velocity, pressure, density ...) right now. So you could either convert the fld files from the CompressibleFlowSolver to pts, read those with python, matlab, etc., compute the source term, store it as pts again and feed this into the APESolver. This is what other people do. The alternative would be writing a FieldConvert module to take care of this.
Cheers,
Kilian
Am Dienstag, 7. Februar 2017, 12:13:30 CET schrieb Selbach, Fabian:
Dear users,
can somebody send me an example of an APE-Simulation by a source from file of another simulation? Is it actually possible to do something like that in Nektar++?
To take the base flow from a simulation is easy, but to get the acoustical source term is quit difficult and actually not possible, I think. Am I right?
Best regards
Fabian ________________________________ Von: Selbach, Fabian Gesendet: Freitag, 27. Januar 2017 16:14 An: nektar-users@imperial.ac.uk Betreff: Source terms and mesh generation
Dear Users,
which kind of mesh generator do you recommend to get a good mesh for an airfoil simulation? Actually I am using Gmsh.
My next question deals with the CompressibleFlowSolver in Nektar++. Is there a possibility to get acoustical source terms during a simulation with its?
Best regards
Fabian
-- Kilian Lackhove, M.Sc. Fachgebiet für Energie- und Kraftwerkstechnik L1|08 114 Technische Universität Darmstadt Jovanka-Bontschits-Straße 2 D-64287 Darmstadt Germany
Tel.: +49 6151 16 - 28915 Fax: +49 6151 16 - 6555 e-mail: lackhove@ekt.tu-darmstadt.de
-- Kilian Lackhove, M.Sc. Fachgebiet für Energie- und Kraftwerkstechnik L1|08 114 Technische Universität Darmstadt Jovanka-Bontschits-Straße 2 D-64287 Darmstadt Germany Tel.: +49 6151 16 - 28915 Fax: +49 6151 16 - 6555 e-mail: lackhove@ekt.tu-darmstadt.de