CFD Online Discussion Forums

CFD Online Discussion Forums (https://www.cfd-online.com/Forums/)
-   CFX (https://www.cfd-online.com/Forums/cfx/)
-   -   Minimal transient result lokks like full in Post (https://www.cfd-online.com/Forums/cfx/21441-minimal-transient-result-lokks-like-full-post.html)

Korsh Mik July 14, 2005 04:17

Minimal transient result lokks like full in Post
 
Dear Sirs,

The problem arose in CFX POST (5.7.1) - the transient results waere set as minimal, but in POST they are showed as Full, so the error arise when trying to load the result.

Where this problem could arise from?

Thank you!

Rui July 14, 2005 07:20

Re: Minimal transient result lokks like full in Po
 
Hi,

I didn't understant very well what you meant.But in Post the only result files you can load are: *.res, *_full.bak and *_full.trn. To have access to a *.trn file (minimal transient result) you have to go to the Timestep Selector.

Regards,

Rui

test July 14, 2005 08:01

Re: Minimal transient result lokks like full in Po
 
Hi, You should first load the results file or some backup file and then you can load the trn files (minimal)

Regards, test

Korsh Mik July 14, 2005 10:44

Re: Minimal transient result lokks like full in Po
 
It looks like you don't understand me.

I DO load the last result (res file) and in time selector I see al the transient resilts (trn files), but all of the trn files have type "Full". But they are not Full, they are Minimal, so when I try to load such file (in time selector) I get the error. The question was - why POST thinks that TRN files are FULL, while they are Minimal?

Rui July 14, 2005 12:09

Re: Minimal transient result lokks like full in Po
 
Hi,

In the folder created by CFX (where those files are located), are the files names, for example, 10.trn, 20.trn, etc?If so, I have no idea why Post shows them as Full.

What is exactly the error message you get?

Korsh Mik July 14, 2005 13:10

Re: Minimal transient result lokks like full in Po
 
I've gave the exact error as it should be when trying to load information about the domain from the file where there are no such info (from the minimal transient file) ;-)

Korsh Mik July 14, 2005 13:16

Re: Minimal transient result lokks like full in Po
 
So, the question is - where does POST obtain info about type of the transient file and why it's wrong. Or, it could be possible SOLVER wrote the wrong information into the TRN files? I have 3 sets of transient files in the definition - 2 sets are minimal and 1 is FULL... At the moment I can't say the exact error message as I'm not at the uni

Pete July 15, 2005 03:17

Re: Minimal transient result lokks like full in Po
 
Why have to complicate things for yourself? Just 3 trn files.... Make them all full.... It should work properly then...

Korsh Mik July 15, 2005 03:23

Re: Minimal transient result lokks like full in Po
 
Nice advice but not smart, as too much hard space wasted for unwanted data in full files

Rui July 15, 2005 10:14

Re: Minimal transient result lokks like full in Po
 
Hi,

Could you post here the OUTPUT CONTROL part of the .CCL file?

fpe July 15, 2005 22:30

Re: Minimal transient result lokks like full in Po
 
Ok.. You said it, but something is missing in your explanation. If you have 3 definitions for transient files: 1 Full and 2 Minimal, a what times, or time interval are these files being written.

The CFX-Solver will not write a minimal transient file if a full transient file be written at the same time step. Is this your case, perhaps? CFX-Post figures the existence of previous files from the results file, or a full transient file.

Hope it helps...

The more information you post describing your problem early on, the less iterations it will take for people here to help you.. Kind of an initial guess.

Good luck..

Korsh Mik July 18, 2005 04:16

Re: Minimal transient result lokks like full in Po
 
OUTPUT CONTROL:

BACKUP RESULTS: Backup Results 2

File Compression Level = Default

Iteration Interval = 25

Option = Full

Output Boundary Flows = All

Output Equation Residuals = All

END

MONITOR OBJECTS:

Monitor Coefficient Loop Convergence = On

MONITOR BALANCES:

Option = Full

END

MONITOR FORCES:

Option = Full

END

MONITOR PARTICLES:

Option = Full

END

MONITOR POINT: Monitor Points and Expressions 1

Expression Value = PressDrop

Option = Expression

END

MONITOR RESIDUALS:

Option = Full

END

MONITOR TOTALS:

Option = Full

END

END

RESULTS:

File Compression Level = Default

Option = Full

Output Equation Residuals = All

END

TRANSIENT RESULTS: Transient Results 1

File Compression Level = Default

Option = Minimal

Output Variables List = Pressure,Red,Total Pressure,Velocity

Time List = 0.05 [s], 0.15 [s]

END

TRANSIENT RESULTS: Transient Results 2

File Compression Level = Default

Option = Minimal

Output Variables List = Pressure,Red,Total Pressure,Velocity

Time Interval = 0.1 [s]

END

TRANSIENT RESULTS: Transient Results 3

File Compression Level = Default

Option = Full

Output Equation Residuals = All

Time Interval = 2 [s]

END

END

Rui July 18, 2005 10:44

Re: Minimal transient result lokks like full in Po
 
Hi,

I think everything is correct in your CCL file. You should have Minimal *.trn files with an interval of 0.1s (and at 0.05s and 0.15s), and Full *_full.trn files with an interval of 2s.

If all the transient files in the folder created by CFX are *_full.trn, the error is caused by the Solver; if there are *.trn files the error is probably caused by Post. But this won't help you.

Do you have the CFX-5.7.1 Patch installed? Do you see this at the biginning of the .out file?: Installed patches:

* CFX-5.7.1 Service Pack 1 build 200501312320If you have the Patch installed, I'm sorry but I have no idea why CFX-Post isn't reading the transient files correctly.

Regards,

Rui

Korsh Mik July 19, 2005 02:35

Re: Minimal transient result lokks like full in Po
 
The same patch and build. The names of the files:

19.07.2005 10:33 <DIR> . 19.07.2005 10:33 <DIR> .. 19.07.2005 10:33 0 1.txt 12.07.2005 09:01 206ÿ091ÿ581 197_full.trn 12.07.2005 09:25 21ÿ258ÿ330 198.trn 12.07.2005 09:47 21ÿ264ÿ293 199.trn 12.07.2005 10:10 21ÿ260ÿ418 200.trn 12.07.2005 10:34 21ÿ264ÿ859 201.trn 12.07.2005 10:57 21ÿ216ÿ082 202.trn 12.07.2005 11:20 21ÿ226ÿ206 203.trn 12.07.2005 11:42 21ÿ229ÿ082 204.trn 12.07.2005 12:05 21ÿ230ÿ501 205.trn 12.07.2005 12:28 21ÿ266ÿ113 206.trn 12.07.2005 12:51 21ÿ288ÿ174 207.trn 12.07.2005 13:14 21ÿ293ÿ890 208.trn 12.07.2005 13:37 21ÿ300ÿ941 209.trn 12.07.2005 14:00 21ÿ308ÿ294 210.trn 12.07.2005 14:25 21ÿ316ÿ214 211.trn 12.07.2005 14:49 21ÿ334ÿ982 212.trn 12.07.2005 15:13 21ÿ339ÿ373 213.trn 12.07.2005 15:38 21ÿ342ÿ363 214.trn 12.07.2005 16:02 21ÿ339ÿ282 215.trn 12.07.2005 16:26 21ÿ335ÿ497 216.trn 12.07.2005 16:51 21ÿ337ÿ310 217.trn 12.07.2005 17:15 21ÿ325ÿ325 218.trn 13.07.2005 17:53 273ÿ774ÿ483 219_full.trn 12.07.2005 18:05 21ÿ308ÿ285 220.trn 12.07.2005 18:29 21ÿ305ÿ094 221.trn 12.07.2005 18:53 21ÿ309ÿ039 222.trn 12.07.2005 19:17 21ÿ316ÿ357 223.trn 12.07.2005 19:41 21ÿ320ÿ706 224.trn 12.07.2005 20:05 21ÿ322ÿ998 225.trn 12.07.2005 20:30 21ÿ329ÿ634 226.trn 12.07.2005 20:55 21ÿ333ÿ399 227.trn 12.07.2005 21:19 21ÿ330ÿ206 228.trn 12.07.2005 21:43 21ÿ347ÿ138 229.trn 12.07.2005 22:07 21ÿ344ÿ273 230.trn 12.07.2005 22:31 21ÿ345ÿ497 231.trn 12.07.2005 22:55 21ÿ336ÿ602 232.trn 12.07.2005 23:19 21ÿ328ÿ886 233.trn 12.07.2005 23:43 21ÿ320ÿ077 234.trn 13.07.2005 00:07 21ÿ320ÿ194 235.trn 13.07.2005 00:31 21ÿ324ÿ214 236.trn 13.07.2005 00:55 21ÿ322ÿ730 237.trn 13.07.2005 01:19 21ÿ314ÿ154 238.trn 13.07.2005 17:53 273ÿ655ÿ226 239_full.trn 13.07.2005 02:09 21ÿ296ÿ237 240.trn 13.07.2005 02:33 21ÿ281ÿ438 241.trn 13.07.2005 02:57 21ÿ275ÿ178 242.trn 13.07.2005 03:21 21ÿ275ÿ510 243.trn 13.07.2005 03:45 21ÿ277ÿ208 244.trn 13.07.2005 04:09 21ÿ283ÿ174 245.trn 13.07.2005 04:33 21ÿ283ÿ453 246.trn 13.07.2005 04:57 21ÿ282ÿ014 247.trn 13.07.2005 05:21 21ÿ281ÿ221 248.trn 13.07.2005 05:45 21ÿ280ÿ810 249.trn 13.07.2005 06:09 21ÿ280ÿ285 250.trn 13.07.2005 06:35 21ÿ280ÿ533 251.trn 13.07.2005 06:59 21ÿ280ÿ794 252.trn 13.07.2005 07:23 21ÿ279ÿ630 253.trn 13.07.2005 07:47 21ÿ276ÿ718 254.trn 13.07.2005 08:11 21ÿ274ÿ146 255.trn 13.07.2005 08:35 21ÿ270ÿ918 256.trn 13.07.2005 08:59 21ÿ267ÿ405 257.trn 13.07.2005 09:23 21ÿ263ÿ526 258.trn 13.07.2005 17:53 273ÿ526ÿ050 259_full.trn 13.07.2005 10:12 21ÿ259ÿ090 260.trn 13.07.2005 10:36 21ÿ260ÿ298 261.trn 13.07.2005 11:00 21ÿ260ÿ237 262.trn 13.07.2005 11:24 21ÿ259ÿ645 263.trn 13.07.2005 11:48 21ÿ258ÿ822 264.trn 13.07.2005 12:12 21ÿ257ÿ050 265.trn 13.07.2005 12:36 21ÿ255ÿ782 266.trn 13.07.2005 13:00 21ÿ255ÿ321 267.trn 13.07.2005 13:24 21ÿ253ÿ358 268.trn 13.07.2005 13:48 21ÿ253ÿ089 269.trn 13.07.2005 14:13 21ÿ250ÿ029 270.trn 13.07.2005 14:37 21ÿ248ÿ378 271.trn 13.07.2005 15:01 21ÿ246ÿ193 272.trn 13.07.2005 15:25 21ÿ243ÿ926 273.trn 13.07.2005 15:50 21ÿ241ÿ026 274.trn 13.07.2005 17:53 21ÿ345ÿ008 275.trn 13.07.2005 17:53 273ÿ484ÿ692 275_full.bak 13.07.2005 16:39 21ÿ235ÿ786 276.trn 13.07.2005 17:03 21ÿ232ÿ533 277.trn 13.07.2005 17:28 21ÿ230ÿ299 278.trn

84 File(s) 2ÿ960ÿ925ÿ112 bytes

2 Dir(s) 1ÿ381ÿ548ÿ032 bytes free

Korsh Mik July 19, 2005 02:45

I've solved the problem by myself
 
I've just copied the results into another directory and after that it's all ok.

So the bug is inside POST, may be POST doesn't like long directory names.

Regards, Korshm


All times are GMT -4. The time now is 21:38.