I 'backported' the Foam2.2 fo
 

I 'backported' the Foam2.2 foamToEnsight converter to Foam2.1. It solves a few problems with complex cell shapes. Contact me if you are interested.

Sorry to post here, I couldn'
 

Sorry to post here, I couldn't create a new thread (??). Has anyone written a openFOAM to Tecplot converter?

Does version 1.2 support postp
 

Does version 1.2 support postprocessing in Ensight76?

I had problems when converting from version 1.0.2 to 1.2. The OpenFoam option disappeared in Ensight76.

When I added the following to my .cshrc file it worked again:
source $HOME/.OpenFOAM-1.0.2/apps/ensightFoam/cshrc
This is however from the 1.0.2-version. Should I have to do this or do you think I did something else wrong?

Hola senore, Should work ju
 

Hola senore,

Should work just as good as before.

Check the CEI_HOME variable in cshrc
and make sure you have source .../ensightFoam/cshrc in your ~/.OpenFOAM-1.2/cshrc.

CEI_HOME is not set in either
 

CEI_HOME is not set in either of the following:
~/.cshrc
$HOME/OpenFOAM/OpenFOAM-1.2/.OpenFOAM-1.2/cshrc

I got no ~/.OpenFOAM-1.2 directory when installing 1.2

You have forgotten to cp -r
 

You have forgotten to
cp -r OpenFOAM/OpenFOAM-1.2/.OpenFOAM-1.2 ~/.

dont forget to also change you .cshrc accordingly

N

I can't find that 'cp -r ...'
 

I can't find that 'cp -r ...' in the installation instruction. The README file just tells me where to find the .OpenFOAM-1.2 directory, not that it should be copied. I am also instructed to use the original path to the cshrc file i.e.
$HOME/OpenFOAM/OpenFOAM-1.2/.OpenFOAM-1.2/cshrc
when sourcing in my .cshrc file. I'm a bit confused.

I guess that I also have to un-comment the line containing
SOURCE $HOME/$FOAM_DOT_DIR/apps/ensightFoam/cshrc
in
$HOME/OpenFOAM/OpenFOAM-1.2/.OpenFOAM-1.2/cshrc

Hmmm, Havent read the readme.
 

Hmmm, Havent read the readme.
seems like it has changed http://www.cfd-online.com/OpenFOAM_D...part/happy.gif

anyway, it doesnt matter where you keep it, in $HOME or $HOME/OpenFOAM/OpenFOAM-1.2 as long as you source it and
yes, uncomment the source-line.

N

Then I think that the problem
 

Then I think that the problem is likely to be in the commented line
SOURCE $HOME/$FOAM_DOT_DIR/apps/ensightFoam/cshrc
If it had been something like
$HOME/OpenFOAM/OpenFOAM-1.2/.OpenFOAM-1.2/cshrc
the file would have been found and I would just have to uncomment the line, without copying the whole $HOME/OpenFOAM/OpenFOAM-1.2/ directory

I have a strange problem with
 

I have a strange problem with the foamToEnsight converter.
When I use the converter for a specific timestep all is fine. Performing the converter over all timesteps for a transient problem the following error occurs trying to open the case file:

[read casefile]
Error> verify_increasing_times() in timesets.c:559
of EnSight Server 8.0.7(j):
Error sequencing data.
Descending/duplicate ordered time values: t[19:18]={0,60}
Error> readensight_casefile() in resu.c:934
of EnSight Server 8.0.7(j):
Error sequencing data.
initializing time-set spans using case data format

OpenFoam 1.2, Ensight 8.0.7 Gold

any ideas how to get rid of this problem?

This is with any OpenFOAM case
 

This is with any OpenFOAM case? Non-parallel run?

Can you have a look in the generated case file and compare it to one which does work? Can you figure out the fix (source is in postProcessing/dataConversion/foamToEnsight) and post it? We do not have Ensight here so cannot test.

Hi Mattijs, I have fixed th
 

Hi Mattijs,

I have fixed the sequencing data error. But there are another problems:

no1: moving meshes
mesh.moving() always returns 0 but it is a moving mesh (engineFoam). This results in missing ensight mesh files for the different time steps!

no2: lagragian
If there are no particles at the begining, the converter aborts because in the lagrangian directroy there is only a points file. The problem is that the converter expect (in case of lagrangian=true) that all lagrangian data are available.


I hope I can fix the bugs in the foamToEnsight converter especially for the problem no1!

1: the mesh movement is/should
 

1: the mesh movement is/should be detected in moveMesh.H.

If it detects a "points" file it does a mesh.movePoints(...) which sets the 'moving()' flag. Maybe it doesn't find the points file?


2: Guess that never was foreseen, to have lagrangian without data.

1. the points dict was not fou
 

1. the points dict was not found!
fixed with mesh.Name() -> polyMesh::meshSubDir

2. The problem occurs i.e. in engine applications because at the begining there are no particles but after SOI there are!

There are some minor problems with moving meshes but I will try to fix them.

Mattijes, I am on the way .
 

Mattijes,

I am on the way ....

one problem:
------------
I have to change the geometry file name (in the ensight case file) in case of moving meshes. But "a priori" I don't know if there is a moving mesh (this information is first available at the second time step) so how to write the right filename to the file?

without moving mesh: xxxxxx.000.mesh
with moving mesh: xxxxxx.***.mesh

The only solution coming to my mind is to manipulate the file at the end of foamToEnsight.C, after the case file was written (stream manipluation: substitute xxxxxx.000.mesh -> xxxxx.***.mesh if mesh.moving() == true). But I do not know how to this?

Neither do I. Sounds a bit sca
 

Neither do I. Sounds a bit scary what you're trying to do.

In my opinion a better way is to do a scan first of the time directories to see if it is a moving mesh case.

the fixed version of foamToEns
 

the fixed version of foamToEnsight:
http://n.ethz.ch/student/stefanke/do...foamToEnsight/

fixed bugs:
-----------
- some minor bugs when dealing with moving meshes
- wrong time step ordering in the case file
- wrong position of "measured ...***.lagrangian"

Thanks. Will put it into next
 

Thanks. Will put it into next release.

Mattijs, there is one file
 

Mattijs,

there is one file which was missing!
http://n.ethz.ch/student/stefanke/download/OpenFoam/src/foamToEnsight/ensightCas eTail.H

Hi Mattijs, there still one
 

Hi Mattijs,

there still one bug (perhaps introduced by myself) in the foamToEnsight (OF v.1.3) converter.

Bug info: wrong position of the lagrangian file definition in the case file. Ensight complains about a unkown keyword in the case file.

To fix this bug please correct the ensightCaseHeader.H to:

if (Pstream::master())
{
ensightCaseFile << "FORMAT" << nl;
ensightCaseFile << "type: ensight gold" << nl << nl;
}

I hope the converter will works now without any problems!

Does the Ensight reader module
 

Does the Ensight reader module of OpenFOAM 1.3 support Ensight 8.x or only Ensight 7.x ?

Works for me with Ensight 8 -
 

Works for me with Ensight 8 - no changes required.

Hrv

really? I think you have to
 

really?

I think you have to change the Ensight enviroment variables in the OpenFOAM shell script for Ensight i.e:

ENSIGHT7_READER=$FOAM_LIBBIN
->
ENSIGHT8_READER=$FOAM_LIBBIN

Am I wrong?

Hrv, I have just tested the
 

Hrv,

I have just tested the Ensight read module but with no success. According to the OF-userguide there should be a OpenFOAM-entry in the format section of the Ensight-GUI but there is no entry like this.

All enviroment variables are defined (according to OF-userguide) so I have no clue what is going wrong.

run Ensight with the flag '-re
 

run Ensight with the flag '-readerdbg' and check if there are any errors related to the FOAM-reader!

there is indeed a problem with
 

there is indeed a problem with a unresolved symbol that's why Ensight cannot open the reader (libuserd-foam.so).

There is something wrong with my lPstream. I assume this is probably caused due some compiler mixtures!

I have switched to the Intel Compiler but the compiling-script of OF compiles LAM with the system default compiler (in my case GNU gcc 3.3.3).

Can anybody comment my statement?

I cannot build the library lib
 

I cannot build the library libuserd-foam which is need for the Ensight reader module. The following errors showed up:

/usr/lib/crt1.o(.text+0x18): In function `_start':
../sysdeps/i386/elf/start.S:98: undefined reference to `main'
Make/linuxGcc4DPOpt/libuserd.o(.text+0x29d9): In function `USERD_get_gold_part_build_info':
: undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxGcc4DPOpt/libuserd.o(.text+0x516a): In function `USERD_set_filenames':
: undefined reference to `Foam::fvMesh::fvMesh(Foam::IOobject const&)'
Make/linuxGcc4DPOpt/libuserd.o(.gnu.linkonce.t._ZNK4Foam12fvPatchField INS_6Tenso rIdEEE4typeEv+0x21): In function `Foam::fvPatchField<foam::tensor<double> >::type() const':
: undefined reference to `Foam::fvPatchField<foam::tensor<double> >::typeName'
Make/linuxGcc4DPOpt/libuserd.o(.gnu.linkonce.t._ZNK4Foam12fvPatchField INS_6Vecto rIdEEE4typeEv+0x21): In function `Foam::fvPatchField<foam::vector<double> >::type() const':
: undefined reference to `Foam::fvPatchField<foam::vector<double> >::typeName'
Make/linuxGcc4DPOpt/libuserd.o(.gnu.linkonce.t._ZNK4Foam14GeometricFie ldINS_6Vec torIdEENS_12fvPatchFieldENS_7volMeshEE4typeEv+0x11 ): In function `Foam::GeometricField<foam::vector<double>, Foam::fvPatchField, Foam::volMesh>::type() const':
: undefined reference to `Foam::GeometricField<foam::vector<double>, Foam::fvPatchField, Foam::volMesh>::typeName'
Make/linuxGcc4DPOpt/libuserd.o(.gnu.linkonce.t._ZNK4Foam8particleINS_1 5passivePa rticleEE4typeEv+0x11): In function `Foam::particle<foam::passiveparticle>::type() const':
.
and lot more
.

Any suggestions?

Forget about my last message!
 

Forget about my last message!

I build successful libuserd-foam but Ensight still shows an error:

initializing user defined readers

***>>>----------------------------------
***>>> failed to find or open reader: /home/stefanke/OpenFOAM/OpenFOAM-1.3/lib/linuxI32DPOpt/libuserd-foam.so
***>>> dlerror() returns /home/stefanke/OpenFOAM/OpenFOAM-1.3/lib/linuxI32DPOpt/lam-7.1.1/libPstream.so: undefined symbo l: __gxx_personality_v0


Any ideas?

Hey Chris this is the error me
 

Hey Chris this is the error message I sent to you! Do you experieance the same problem on your maschine ?

I have tracked down my Ensight
 

I have tracked down my Ensight problem but it is still unresolved:

This is the debug output of Ensight:

failed to find or open reader: libuserd-foam.so
dlerror() returns libOpenFOAM.so: undefined symbol: cplus_demangle


Any suggestions?

Does nobody have an idea how t
 

Does nobody have an idea how to solve my problem?

Note: the libuserd-foam.so was successfully build and is present in the lib directory.

you reader cannot loaded into
 

you reader cannot loaded into Ensight because the function 'cplus_demange()' could not be found. Please relink the reader by the library 'libiberty' providing this function.

Modify your 'ensight76FoamExec/Make/options' and add the following entry to LIB_LIBS: -liberty

This should fix your problem!

Mattijs, could you please fix this in the official release.

Thanks. We haven't got it here
 

Thanks. We haven't got it here so can you test if

LIB_LIBS = \
-lfiniteVolume \
-llagrangian \
-lfoamUtil \
$(PROJECT_LIBS)

works? (PROJECT_LIBS should be -lOpenFOAM -liberty -ldl on Linux)

no! Get unresolved symbols (se
 

no! Get unresolved symbols (seems like libOpenFOAM is missing)

the variable PROJECT_LIBS is n
 

the variable PROJECT_LIBS is not defined in my system. I cannot find a definition for this variable?

It is defined inside wmake onl
 

It is defined inside wmake only. Check your compilation rules in $WM_DIR/rules.

I see. But this is variable is
 

I see. But this is variable is emtpy for all rules!

btw: I think the name of the directory 'ensight76FoamExec' is not right any more since the reader module works with Ensight 8 as well. So perhaps you might swith this name to 'ensightFoamExec'

Hi foamers, I have a x86_64
 

Hi foamers,

I have a x86_64 machine and I 've installed Ensight.
It works quite well, but, when trying importing OF data, it doesn't recognizes the format of those data!

Anybody has a such problem?
thanks in advance

Matteo

No, it works well in my case..
 

No, it works well in my case...
Do you execute foamToEnsight on the case you want to read in EnSight?

If you are using the Ensight d
 

If you are using the Ensight direct reader, you'll have a problem when you use 32bit OpenFOAM and 64bit Ensight. The only solution is to explicitly set CEI_ARCH to a 32bit version.

Attached is an updated version of the apps/ensightFoam/bashrc that should help
http://www.cfd-online.com/OpenFOAM_D...s/mime_txt.gif bashrc

Note that the above shell script assumes that the normal Ensight profile has been called before the OpenFOAM profile.

/mark