|
[Sponsors] |
July 16, 2007, 10:42 |
Mapping Pressure In Workbench
|
#1 |
Guest
Posts: n/a
|
Hello,
We have noticed really long run times for the mapping of pressure from CFX result files in Workbench. Are there any methods of decreasing this map time (short of reduced element count)? Is it normal for mapping to take over 10 times longer than solution time? Thanks, Erich |
|
July 16, 2007, 12:14 |
Re: Mapping Pressure In Workbench
|
#2 |
Guest
Posts: n/a
|
I'd say not. My pressure map time is about as quick as any other map time and I generally see 2 million nodes in my models. What about when you just launch CFX-post from the launcher? Do you still have long wait times?
|
|
July 16, 2007, 12:50 |
Re: Mapping Pressure In Workbench
|
#3 |
Guest
Posts: n/a
|
CFX-Post when launched is very quick to load (~ 10 seconds), and the transient time steps load in around 5 seconds.
The interesting part is that during the mapping process, we see only a 25% load on the CPU's and low memory usage as well. The model is 1.8 million nodes and is running on a dual core 3.0 with 8 gb of RAM. All of the executables are local, and the only network interaction is for the license. Thanks for your input. |
|
July 16, 2007, 14:24 |
Re: Mapping Pressure In Workbench
|
#4 |
Guest
Posts: n/a
|
Hi Erich,
The delay occurs when Post searches for the nearest nodes in the mapping. Post uses a different mapping when you load an ANSYS CDB file (which is done in the background when Simulation maps CFX results). The search is fairly quick when the regions line up (i.e. same CAD surfaces), but can take a long time if there are non-overlap regions. To speed up the mapping, specify a CFX boundary condition on the same surfaces that match up with your Simulation model, don't just map the default boundary region. Regards, Robin |
|
July 16, 2007, 17:55 |
Re: Mapping Pressure In Workbench
|
#5 |
Guest
Posts: n/a
|
Hello Robin,
I hoped you might answer. The mapped faces are identical in both CFX-Mesh and Structure models. I created a surface group of the corresponding areas of interest (< 20 surfaces) and made it a bc. We cut the number of surfaces dramatically from the default wall region. The plus side was that the final mapping did show 100% mapped surfaces. The downside of this issue is that we have a transient solution with a fair number of mappings. Any other possibilities? If we cut out too many of the surfaces the loading on the unit will no longer be accurate. Is there an advanced parameter that would close the search distance for the nearest nodes? Thanks for any thoughts. Regards, Erich |
|
July 17, 2007, 12:53 |
Re: Mapping Pressure In Workbench
|
#6 |
Guest
Posts: n/a
|
Hi Erich,
The number of surfaces shoudn't matter. What matters is that the source and target regions for the mapping are the same physical surface regions. The mapping algorithm takes significantly longer when there are non-overlap regions. Regards, Robin |
|
July 31, 2007, 15:27 |
Update
|
#7 |
Guest
Posts: n/a
|
Ansys support recommended switching from solid elements to solid shells (type 190) on mapped, sweepable surfaces. This resulted in our pressure mapping taking 1/27th of the time! Thanks Ansys support.
Erich |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Using pressure outlet BC | Shreyansh | FLUENT | 0 | November 5, 2010 15:57 |
surface mapping between face-centred pressure to vertex based displacement | Philer | OpenFOAM | 0 | October 29, 2010 16:20 |
Setup/monitor points of pressure and force coefficients | siw | CFX | 3 | October 22, 2010 07:07 |
Operating condition in Fluent | MASOUD | FLUENT | 3 | September 16, 2010 18:50 |
mapping of pressure results | venu | FLUENT | 0 | May 5, 2005 10:37 |