sampleDict error
Dear OpenFOAM users,
I am running 4.0 and have a problem with the sampleDict file: Step 1: I start with an empty sampleDict file: Of course OF yields an error message: Code:
--> FOAM FATAL IO ERROR: Code:
type asdf; Code:
--> FOAM Warning : Code:
type probes; Code:
--> FOAM FATAL IO ERROR: Code:
type surfaces; Code:
--> FOAM Warning : Best regards and thank you in advance, Kate Eisenhower |
KateEisenhower,
I am not sure how sampleDict works, but I would recommend using the surfaces function object. It will let you right planes, patches, or isosurfaces at time steps independent or at write times with little difficulty. Joshua |
Hallo Kate,
Have you solved your problem? I have the same problem as you described. I copied the "probes" file into "system" folder as the user guide described, and add functions {#includeFunc probes} into "controlDict". After I ran the postProcess -func probes, I saw the same warning message as you described. One "postProcessing/probes" folder was created. However the data was not saved in one single file, but different time folders were created, where the "U" file with one single data for the corresponding time was saved. I ran also pimpleDyMFoam -postProcess, but nothing happened, the #includeFunc seemed to be absent. I continued to run the case with "probes" and it functioned as described in the user guide: only one "U" file was created with all time and value listed. I would appreciate if you have some suggestions for me. Thank you very much in advance! Best regards, sitajeje |
Quote:
Did you find any solution for this? I have no clue, what this error could say to me: Code:
--> FOAM Warning : I already found out, that it only shows up for time directories with a "uniform" directory in it. It's strange that some directories have it and some not... Any help is appreciated! I want to use it for a interDyMFoam simulation in OF5.0. Thank you! |
Any solutions to this?
I am having the same problem.
Any insights? Actually, I can run the surface sample while running openFoam, but not afterwards with postProcess. |
Fixed it
I think I fixed the problem.
It may be the case that the dictionary file itself needs to be named "surfaces" for the postProcess to work. seems like a bug, but it works. |
All times are GMT -4. The time now is 03:29. |