|
[Sponsors] |
How to access the pressure value of a moving probe when using Overset mesh? |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
September 27, 2019, 10:55 |
How to access the pressure value of a moving probe when using Overset mesh?
|
#1 |
Member
Dongxu Wang
Join Date: Sep 2018
Location: China
Posts: 33
Rep Power: 8 |
Dear FOAMers,
I want to simulate the interaction between waves and a floating box using the two-phase model interFOAM. I want to sample the pressure of a moving sensor that fixed on the box. This is quite an easy task when using the dynamicMesh class of OpenFOAM v6.0. The probe function could perfectly resolve this problem with something just like this: "fixedLocation false;" However, since the dynamicMesh cannot resolve the problem of extrem mesh deformation, the Overset mesh of OpenFOAM v1906 is adopted. Now the biggest problem for me is to access the pressure of a probe on the floating box. I tried the same aforementioned setting, but the result is incorrect. In addition, when using these two mesh classes, the measured surface elevations are closed to each other. Therefore, I believe that the result is correct and there must be some problem on the setting of the probe function in controlDict. I am a new user of ESI-OpenFOAM as well as the Overset mesh, so I hope someone could provide some help to me. Thanks a lot, WDX. |
|
September 30, 2019, 06:48 |
|
#2 |
Member
Dongxu Wang
Join Date: Sep 2018
Location: China
Posts: 33
Rep Power: 8 |
Hi, guys
Recently I found that the problem seems to be the location of the probe. When using dynamicMesh class, the cell stretchs or compresses. Therefore, the location of the probe is changeable according the grid point. However, when using overset mesh, the background mesh is fixed, making the probe fixed even if the fixedlocation has been set to false. Now, I wonder that, since the background mesh has been merged with the floating body mesh, how to access the probe located on the boundary of the floating body (between hole cells and interpolated cells, movable) rather than the background mesh? Any helps will be appreciated. Last edited by wdx_cfd; October 3, 2019 at 22:24. |
|
October 4, 2019, 23:33 |
|
#3 |
Member
Dongxu Wang
Join Date: Sep 2018
Location: China
Posts: 33
Rep Power: 8 |
Hi, guys,
I solve this problem by using patchprobe class instead of probe! Going deep into the code will never let you down! |
|
October 11, 2019, 06:35 |
|
#4 |
Member
Dongxu Wang
Join Date: Sep 2018
Location: China
Posts: 33
Rep Power: 8 |
Unfortanately, the calculated p_rgh field seems not correct although I use patchprobe class but the motion state and surface elevation are correct. I will keep trying to find out the reason why this happens.
|
|
October 28, 2019, 18:39 |
|
#6 |
Senior Member
|
||
October 28, 2019, 21:27 |
|
#7 |
Member
Dongxu Wang
Join Date: Sep 2018
Location: China
Posts: 33
Rep Power: 8 |
I haven't solve this problem. I use the default setup just like this:
Code:
patchProbes { type patchProbes; libs ( "libsampling.so" ); // Name of the directory for probe data name patchProbes; // Patches to sample (wildcards allowed) patches ("floatingObject"); // Write at same frequency as fields writeControl timeStep; writeInterval 1; interpolationScheme cellPoint; // Fields to be probed fields (p_rgh p); fixedLocations false; // Locations to probe. These get snapped onto the nearest point // on the selected patches probeLocations ( (0.9 0.3 0.04) (0.9 0.3 0.0) (0.8 0.3 -0.03) ); |
|
October 28, 2019, 21:41 |
|
#8 |
Senior Member
|
Thank you very much for your reply.
I use this setup, and the pressure does no longer keep unchanged with time. But I haven’t inspected if the pressure probed is correct or not. I assume you did this before and conclude it is not. Cell type and ID is a good idea to tract specific cells, but it needs to write a function object and takes time. I will let you know if I have some progress on this problem for sure. |
|
November 2, 2019, 04:51 |
|
#9 | |
Member
Dongxu Wang
Join Date: Sep 2018
Location: China
Posts: 33
Rep Power: 8 |
Quote:
|
||
November 2, 2019, 10:16 |
|
#10 |
Senior Member
|
The pressure history looks good though it is smaller than the experimental data.
It is probably because the time step is not small enough to capture the peak. So I expect patchprobe works for overset. I am trying to improve the mesh and temporal resolution to confirm the pressure. |
|
November 3, 2019, 23:46 |
|
#11 | |
Member
Dongxu Wang
Join Date: Sep 2018
Location: China
Posts: 33
Rep Power: 8 |
Quote:
On the other hand, the motion states calculated by both methods are almost identical. Therefore, I believed that there must be some problems in the pressure capture process when using the Probe/Patchprobe function with oversetMesh. |
||
November 12, 2019, 23:15 |
|
#12 | |
Member
Dongxu Wang
Join Date: Sep 2018
Location: China
Posts: 33
Rep Power: 8 |
Quote:
Last night, I finally had time to see the code. I think I figured out this problem. Yes, you are right, using patchProbe class could sample the pressure at moving probes. However, one thing should be noted: the fixedLocations should be set to TRUE (i.e., the default value) or the location of the probe will NOT be updated. I used to set it to FALSE therefore the outputed pressure seems incorrect. Moreover, the p_rgh value seems not correct, therefore samping the p field is recommended. Other errors are likely due to the difference between the experiment and numerical model. But the error always exists, isn't it? Hope this could be useful for others. WDX. |
||
November 13, 2019, 11:58 |
|
#13 |
Senior Member
|
Hi WDX,
Thank you for your digging into the code and confirmation. I didn't realize I used 'fixedLoacations true' until you pointed out that. This setup really contradicts intuition as the probe is moving with mesh. It also explains why 'p-rgh' is incorrect, because the location of the probe is fixed, if p is correct, then p-rgh must be not. Michael |
|
Tags |
moving probe, oversetmesh, pressure, runtime processing |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
sliding mesh problem in CFX | Saima | CFX | 46 | September 11, 2021 08:38 |
How to set up an overset mesh ? (Moving square inside a rectangular box) | jordan.c | STAR-CCM+ | 5 | September 6, 2019 09:53 |
Moving Body Simulation (Overset Mesh) | Kishen | STAR-CCM+ | 4 | December 8, 2015 12:30 |
[Other] How to set up a dynamic mesh for a piston moving through a tube of variable diameter? | karkar | OpenFOAM Meshing & Mesh Conversion | 0 | July 4, 2012 07:54 |
pressure oscillations in moving mesh cases | david | OpenFOAM Running, Solving & CFD | 5 | April 25, 2011 12:16 |