Closed gforney closed 9 years ago
I'll take a look at it.
Original issue reported on code.google.com by mcgratta
on 2010-02-25 22:36:52
Not all of your surfaces are adiabatic. SURF lines do not inherit any attributes
from earlier SURF lines, thus, SURF_ID='FIRE' is Fixed to TMPA.
Original issue reported on code.google.com by drjfloyd
on 2010-02-26 12:42:21
Ah ha! That's what it is. I couldn't figure this one out. I also wondered, but
didn't have time last night, if some of the extra convective heat could be coming in
through the OPEN boundary because of the averaging procedure to get RHO at the
boundary. It is a coarse grid, and these kinds of spurious effects are worst on a
coarse grid.
In any case, does the ambient burner temperature explain all the anomolies, or just
the non-zero conduction into the walls?
Original issue reported on code.google.com by mcgratta
on 2010-02-26 12:51:31
I haven't run the case, I just had a feeling that Boris had more than one SURF line.
Original issue reported on code.google.com by drjfloyd
on 2010-02-26 12:58:14
Kevin,
"It is a coarse grid"
I did a much bigger simulation (1.600 m², 12,5 cm cells) with a much finer grid and
also spotted significant differences...
Original issue reported on code.google.com by Info@F-Sim.de
on 2010-02-26 13:10:01
Attached you find the same example without adiabatic surfaces.
Original issue reported on code.google.com by Info@F-Sim.de
on 2010-02-26 13:15:37
And one more thing of interest.
I attached the same case, done with FDS 5.4.2.
Original issue reported on code.google.com by Info@F-Sim.de
on 2010-02-26 13:20:18
Thanks. Setting ADIABATIC=.TRUE. on the burner SURF line results in the COND_LOSS
returning to zero. However, CONV_LOSS (convective loss due to the flow in and out)
is still higher than HRR. This might be due to the OPEN boundary condition, as I
indicated above.
Original issue reported on code.google.com by mcgratta
on 2010-02-26 13:36:54
There is definitely something different between 5.4.2 and 5.4.3. The attached case
is even simpler than the original because it eliminates radiation completely. I'll
try to track it down.
Original issue reported on code.google.com by mcgratta
on 2010-02-26 16:16:16
SVN 5052 works properly. SVN 5056 does not, or let's just say that the difference in
results occurs between these two revisions. Specifically, read.f90 and func.f90 are
the two files that cause the change.
Original issue reported on code.google.com by mcgratta
on 2010-02-26 17:44:24
I've posted new source that should fix this problem. The issue was related to how we
were dealing with the enthalpy of water vapor (which could arise either by combustion
or by evaporation of a water drop). Running the case with no radiation and all
surfaces adiabatic (including the burner), there is no longer a significant error in
the energy balance.
Original issue reported on code.google.com by drjfloyd
on 2010-02-26 21:42:46
Also, as far as I can tell, the only real impact of this error was when going to
compute the CONV_LOSS
Original issue reported on code.google.com by drjfloyd
on 2010-02-26 21:44:14
Thanks for your fast help.
A question: is it possible to include a simple verification test in the verification
guide that confirms the energy balance in the hrr.csv?
Original issue reported on code.google.com by Info@F-Sim.de
on 2010-02-26 22:16:11
Yes, your case. I am going to add several versions of it, including the simple case
with adiabatic walls.
Original issue reported on code.google.com by mcgratta
on 2010-02-26 22:26:12
Thanks...
Original issue reported on code.google.com by Info@F-Sim.de
on 2010-02-27 09:54:58
I added two new verification cases based on the original file posted above. One with
adiabatic walls, the other with cold walls, in the repository folder
Verification/Energy_Budget
Original issue reported on code.google.com by mcgratta
on 2010-02-27 20:22:36
The water_evaporation verification case is not working properly (or at least as it
was).
Original issue reported on code.google.com by mcgratta
on 2010-03-02 14:55:29
fixed
Original issue reported on code.google.com by drjfloyd
on 2010-03-02 20:09:52
case "test_adiabat.fds" verified with FDS 5.5.2 (SVN 6706)
Original issue reported on code.google.com by gregor.jaeger
on 2010-09-18 08:50:34
Thanks
Original issue reported on code.google.com by drjfloyd
on 2010-09-18 14:45:33
I am just marking this case as "Verified."
Original issue reported on code.google.com by mcgratta
on 2010-09-20 12:53:01
Original issue reported on code.google.com by
Info@F-Sim.de
on 2010-02-25 17:58:48_