CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > OpenFOAM Running, Solving & CFD

Running dieselFoam error

Register Blogs Members List Search Today's Posts Mark Forums Read

Like Tree1Likes

Reply
 
LinkBack Thread Tools Display Modes
Old   October 28, 2005, 06:43
Default To be honest I'm still working
  #21
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,905
Rep Power: 39
gschaider will become famous soon enoughgschaider will become famous soon enough
To be honest I'm still working with the downloaded binary distribution (I've avoided recompiling the official distribution, because other people are using that installation too).

I'll install me a separate copy and give it a try.

(On the other hand by using the official binaries I am pretty sure that it's not my/my compilers fault. BTW: Could anyone reproduce this problem or is it something that only happens with my installation? - Can't imagine how, but ...)
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   November 3, 2005, 12:49
Default It's happening to me too. In t
  #22
Member
 
Ervin Adorean
Join Date: Mar 2009
Posts: 68
Rep Power: 7
adorean is on a distinguished road
It's happening to me too. In the /lagrangian subdirectory, the output is only "points".
I haven't got the time to take an in depth look to the problem though.

Ervin
adorean is offline   Reply With Quote

Old   November 6, 2005, 10:39
Default My mistake. The output in the
  #23
Member
 
Ervin Adorean
Join Date: Mar 2009
Posts: 68
Rep Power: 7
adorean is on a distinguished road
My mistake. The output in the /lagrangian subdirectory is "positions".

Another thing. Is there a problem in restarting a dieselFoam case? It gives a message of out of range temperature, T=1e+163 or something similar.

Thanks.
adorean is offline   Reply With Quote

Old   November 7, 2005, 07:01
Default I think I've found the mistake
  #24
Super Moderator
 
niklas's Avatar
 
Niklas Nordin
Join Date: Mar 2009
Location: Stockholm, Sweden
Posts: 692
Rep Power: 18
niklas will become famous soon enough
I think I've found the mistake.

Have a look into src/lagrangian/basic/Cloud/CloudIO.C

and comment the readFields() and writeFields() routines.

N
niklas is offline   Reply With Quote

Old   November 7, 2005, 10:37
Default maybe this wasnt such a brilli
  #25
Super Moderator
 
niklas's Avatar
 
Niklas Nordin
Join Date: Mar 2009
Location: Stockholm, Sweden
Posts: 692
Rep Power: 18
niklas will become famous soon enough
maybe this wasnt such a brilliant idea after all, it will break other things....

N
niklas is offline   Reply With Quote

Old   November 7, 2005, 22:10
Default Nope, not a good idea... but I
  #26
Senior Member
 
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,751
Rep Power: 20
hjasak will become famous soon enough
Nope, not a good idea... but I'd still like a bug fix. :-) Could you please post it when you figure it out.

Thanks,

Hrv
__________________
Hrvoje Jasak
Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk
hjasak is offline   Reply With Quote

Old   November 8, 2005, 07:04
Default ok, this works... as above
  #27
Super Moderator
 
niklas's Avatar
 
Niklas Nordin
Join Date: Mar 2009
Location: Stockholm, Sweden
Posts: 692
Rep Power: 18
niklas will become famous soon enough
ok, this works...

as above remove the stuff from CloudIO.C
and add the lines below to src/lagrangian/basic/passievParticle/passiveParticleCloud.C

template<>
void Cloud<passiveparticle>::readFields()
{}

template<>
void Cloud<passiveparticle>::writeFields() const
{}

and the corresponding to indexedParticleCloud.C

is this acceptable?

N
niklas is offline   Reply With Quote

Old   November 8, 2005, 10:20
Default > is this acceptable? nope...
  #28
Super Moderator
 
niklas's Avatar
 
Niklas Nordin
Join Date: Mar 2009
Location: Stockholm, Sweden
Posts: 692
Rep Power: 18
niklas will become famous soon enough
> is this acceptable?
nope...

Just declare readFields() and writeFields() as virtual in Cloud.H, i.e.
//- Write the field data for the cloud of particles
virtual void writeFields() const;

Thanks Henry for the solution.
niklas is offline   Reply With Quote

Old   November 8, 2005, 10:37
Default My guess (but it's a long time
  #29
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,905
Rep Power: 39
gschaider will become famous soon enoughgschaider will become famous soon enough
My guess (but it's a long time since I've worked with template specialisation):

Usually the Define NoRepository is set (for most architectures)

Because of this in Cloud.H includes Cloud.C and that includes CloudIO.C with the most general template.

Any source-code including Cloud.H (because he needs a declaration of Cloud to define his template spezialisation) finds the general case before the specialized template.

I think some compilers prefer the general case to the specialized in such situations (although Lord Stroustrup says that it doesn't matter). Could it be that gcc 4.0.1 (which I believe was distributed first with 1.2) has fallen back to this bad behaviour?
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   November 10, 2005, 10:01
Default Sorry for my garbage. I didn't
  #30
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,905
Rep Power: 39
gschaider will become famous soon enoughgschaider will become famous soon enough
Sorry for my garbage. I didn't read Niklas last posting.
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   November 11, 2005, 06:08
Default Maybe it's not the right topic
  #31
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,905
Rep Power: 39
gschaider will become famous soon enoughgschaider will become famous soon enough
Maybe it's not the right topic, but it fits to the course of this discussion:
As the dieselFoam-Solver is much too sophisticated for our purposes here I wrote a little demo-solver that only does some basic particle tracking (no evaporation etc).

It can be found at

http://openfoamwiki.net/index.php/Contrib_icoLagr angianFoam

It only serves as a demonstation and doesn't resemble the real world.
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   November 13, 2005, 11:51
Default nice! So what are you using it
  #32
Super Moderator
 
Mattijs Janssens
Join Date: Mar 2009
Posts: 1,416
Rep Power: 15
mattijs is on a distinguished road
nice! So what are you using it (lagrangian tracking) for?
mattijs is offline   Reply With Quote

Old   November 14, 2005, 06:09
Default Myself I'm not using it. I did
  #33
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,905
Rep Power: 39
gschaider will become famous soon enoughgschaider will become famous soon enough
Myself I'm not using it. I did it as a feasability study for a colleague who plans to use it for a project for particle sprays and another with particle interception in a production process.
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   January 20, 2006, 07:06
Default Hi, I try to fix the bug in
  #34
Member
 
stefan
Join Date: Mar 2009
Posts: 96
Rep Power: 7
stefanke is on a distinguished road
Hi,

I try to fix the bug in lagrangian lib according to this posting:

declare writeFields() and readFields() as virtual in src/lagrangian/basic/Cloud.H

Then I recompiled the liblagrangian and the dieselFoam solver as well.

When I try to calc the aachenBomb case (dieselFoam solver) there is only one file (positions) in the lagrangian directory! I think the workaround above should fix this problem?

Any help is very appreciated
stefanke is offline   Reply With Quote

Old   January 20, 2006, 07:39
Default And did you recompile dieselSp
  #35
Super Moderator
 
niklas's Avatar
 
Niklas Nordin
Join Date: Mar 2009
Location: Stockholm, Sweden
Posts: 692
Rep Power: 18
niklas will become famous soon enough
And did you recompile dieselSpray?
niklas is offline   Reply With Quote

Old   January 20, 2006, 13:41
Default yes I do! I recompile the f
  #36
Member
 
stefan
Join Date: Mar 2009
Posts: 96
Rep Power: 7
stefanke is on a distinguished road
yes I do!

I recompile the following

liblagrangian
libdieselSpray

and the solver dieselFoam

but there is no more data than position in the lagrangian directory!
stefanke is offline   Reply With Quote

Old   January 22, 2006, 10:48
Default Niklas, the problem with th
  #37
Member
 
stefan
Join Date: Mar 2009
Posts: 96
Rep Power: 7
stefanke is on a distinguished road
Niklas,

the problem with the "empty" (only postion file is present) lagrangian directory occurs only running the solver in parallel!
stefanke is offline   Reply With Quote

Old   January 23, 2006, 03:13
Default reconstructPar depends on Clou
  #38
Super Moderator
 
niklas's Avatar
 
Niklas Nordin
Join Date: Mar 2009
Location: Stockholm, Sweden
Posts: 692
Rep Power: 18
niklas will become famous soon enough
reconstructPar depends on Cloud.H.
Did you recompile that code?
niklas is offline   Reply With Quote

Old   January 23, 2006, 10:07
Default I recompiled the hole OpenFoam
  #39
Member
 
stefan
Join Date: Mar 2009
Posts: 96
Rep Power: 7
stefanke is on a distinguished road
I recompiled the hole OpenFoam!

Anyway the solver abosts in paralell after a certain time

It seems to be impossible to run dieselFoam or dieselEngineFoam in parallel!
stefanke is offline   Reply With Quote

Old   January 23, 2006, 14:20
Default Ive just tested dieselFoam on
  #40
Super Moderator
 
niklas's Avatar
 
Niklas Nordin
Join Date: Mar 2009
Location: Stockholm, Sweden
Posts: 692
Rep Power: 18
niklas will become famous soon enough
Ive just tested dieselFoam on the aachenBomb case in parallel and it works.
dieselEngineFoam should also work (in principle).
The scania case you took from my page is a different matter.
That page is just my personal file transfer page and
if you take something without asking and it doesnt work you have yourself to blame.
I have never claimed it to work and there is a reason I didnt make the case public you know.

N
niklas is offline   Reply With Quote

Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
DieselFoam Spray Evaporation Continuity Error spv24 OpenFOAM Running, Solving & CFD 14 December 30, 2010 11:50
ERROR IN RUNNING THE FIRST EXAMPLE marhamat OpenFOAM Installation 8 August 27, 2006 04:13
FIDAP RUNNING ERROR "ERROR-DIR-NOT-EMPTY=145" BAOYU FLUENT 0 January 26, 2006 19:32
DieselFoam error turbulent dispersion adorean OpenFOAM Running, Solving & CFD 6 April 22, 2005 06:55
error while running UDF murthy FLUENT 1 October 22, 2001 05:02


All times are GMT -4. The time now is 20:05.