|
[Sponsors] |
June 9, 2003, 15:08 |
DPM Iteration, incomplete
|
#1 |
Guest
Posts: n/a
|
Hello Folks,
Do you know what "incomplete" means in the following message? Thanks a lot. DPM Iteration .... number tracked = 2100, escaped = 0, aborted = 0, trapped = 32, evaporated = 0, incomplete = 2068 Rookie |
|
June 9, 2003, 21:36 |
Re: DPM Iteration, incomplete
|
#2 |
Guest
Posts: n/a
|
Incomplete means that your trajectory caculations are not completed. In this case, you should increase the max.number of steps in the Discrete Phase Model Panel if you are sure that the particle is not recirculating somewhere in your domain. Good Luck!
|
|
June 10, 2003, 13:49 |
Re: DPM Iteration, incomplete
|
#3 |
Guest
Posts: n/a
|
Hi
Xian gave you in my opinion unacurate answers. Imcoplete trajectory means that a particle or particles were traped by the flow. Therefore the number of time steps that you specify were not enough to allow the particle(s) to reach the outlet. As a result, you can increase the number of time step to allow Fluent follow those particle in a longer path that the actual one. However, This approach is not going to solve the problem because always some particles will remain trapped. Therefore, You have to determine a statistical criteria such as 95 or 98% of the particles should leave the domain to consider a satisfactory simmulation of the discrete phase. Best regards Alex Munoz |
|
June 10, 2003, 21:35 |
Re: DPM Iteration, incomplete
|
#4 |
Guest
Posts: n/a
|
Hello, I think "trapped" and "incomplete" are different. If you set particle boudary type for the walls as "trapped", the particle will be trapped whenever this particle collide with the wall and the trajectory calculation for this particle will be terminated. Therefore, those particles which touch the wall will not reach the outlet. However, the trajectory calculation for these particles are completed.
"incomplete" means the particle doesn't collide with any boundary, the trajectory calculation terminates somewhere inside the domain upon reaching the max. number of time steps. If you increase the number of steps, the particle will move further. In my opion,if no particle touches the other boundary type and no particle is recirculating in the domain, all particles should reach the outlet and leave the domain with sufficient number of time steps. Thanks. |
|
June 11, 2003, 00:53 |
Re: DPM Iteration, incomplete
|
#5 |
Guest
Posts: n/a
|
Hi rockie
Perhaps I wasn't clear enough. When I wrote particles trapped by the flow means particles that get inside a vortex or eddy for a time period longer that you allow to the particles to exit the domain. In any instance I wrote particles traped by the boundaries of the domain, However, it seems that some people understand the word "trap" in the terms that fluent use it. BTW, Some people like me expect that you reply a thank you note as a simbol of message read, and also as form of curtesy. I am aware of that some culture are not use to reply a thank you note, but keep in mind that I and other CFD user take a few minute of their time to read your question. Therefore, they deserve a note of acknolegde Best regards Alex Munoz |
|
June 12, 2003, 21:31 |
Re: DPM Iteration, incomplete
|
#6 |
Guest
Posts: n/a
|
Hello Alex, Xiang and All,
Thank you very much for your kindness replies. If the particle can not reach the outlet (incomplete), does the particle keep moving in the next trajectory periods? Thanks again, Alex and Xiang. Rookie. |
|
June 12, 2003, 22:44 |
Re: DPM Iteration, incomplete
|
#7 |
Guest
Posts: n/a
|
Hi, rookie
During each dpm iteration, the particles' trajectories are calculated based on the current continuous field from their injections to either trapped by the boundary or complete at the outlet or incomplete in the field, so whether they complete or incomplete during the last iteration, they will be calculated from injection to get their another path again. But why don't you give a larger Max. Number of Steps to complete the trajectory. In my opinion, if the particles don't reach the outlet, the exchange(mass, momentum...) between discrete phase and continuous phase are not completely calculated which effect the correctness of the ultimate result. Regards winnie |
|
April 18, 2016, 01:24 |
|
#8 | |
New Member
iman
Join Date: Jul 2015
Posts: 2
Rep Power: 0 |
Hello all,
I have the same problem. I try to model the microfluid in turbulent forced convection. when I increase the maximum time steps my simulation faces the divergence problem. but at the low time step, my simulation is converged without reaching the particles to the pipe outlet. Many thanks for your help in advance Quote:
|
||
April 18, 2016, 18:25 |
fluidization proper pattern issues
|
#9 |
New Member
Nuha
Join Date: Apr 2016
Posts: 8
Rep Power: 10 |
Hi
i m simulating a 3 phase fluidized bed using DDPM with DEM collisions. particles of 38 mm are introduced through surface injection on a mesh of 40mm . As a simulation result i want a fluidized bed but i got totally dispersed bed in which particles moves too far from each other and ultimately reached to outlet which is highly undesirable . what is its reason?? if anyone knows it then please let me know . Thankx in advance. |
|
May 18, 2016, 13:08 |
fluidized bed
|
#10 |
New Member
Join Date: May 2016
Posts: 9
Rep Power: 10 |
Hi everybody,
if you don't mind i will ask you , in my final projecti should I have to determine the point of optimal fluidization operation (the necessary air speed and particles), I work on a biomass boiler, I draw the geometry and I did the mesh (there is not chemical reactions or combustion in the beginning, there is just fluidization), but regarding the models I found difficulties ,there are several choices and more bars, I am dispersed ,if you can help me I will be appreciated souria, guide me please. thanks for any help |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Incomplete DPM | Mohsin | FLUENT | 1 | February 23, 2019 12:25 |
[swak4Foam] GroovyBC the dynamic cousin of funkySetFields that lives on the suburb of the mesh | gschaider | OpenFOAM Community Contributions | 300 | October 29, 2014 19:00 |
incomplete particles in DPM model | elah599 | FLUENT | 1 | June 26, 2011 02:37 |
DPM: Particle temperature at previous iteration step | sega | Fluent UDF and Scheme Programming | 0 | March 10, 2010 07:48 |
Parallel runs slower with MTU=9000 than MTU=1500 | Javier Larrondo | FLUENT | 0 | October 28, 2007 23:30 |