1D:Dialog InfoLastCalculationRun: Unterschied zwischen den Versionen

Aus Wufiwiki
Zur Navigation springenZur Suche springen
(Die Seite wurde neu angelegt: = Dialog: Status of Last Calculation = Bild:DialogStatusOfLastCalculation_03.gif <P> This dialog displays a short summary of the calculation results. </P> === &qu...)
 
Keine Bearbeitungszusammenfassung
Zeile 17: Zeile 17:




<H3>&quot;Status of Calculation&quot;:</H3>
=== &quot;Status of Calculation&quot;: ===


<TABLE>
<B>&quot;Simulation: Time and Date&quot;</B> <FONT COLOR="#FF0000"><B>(2)</B></FONT>:
<TR><TD WIDTH="10">&nbsp;</TD>
The time and date when the simulation was performed.<BR>
    <TD><B>&quot;Simulation: Time and Date&quot;</B> <FONT COLOR="#FF0000"><B>(2)</B></FONT>:
    </TD>
</TR>
<TR><TD>&nbsp;</TD>
    <TD>The time and date when the simulation was performed.<BR>
&nbsp;<BR>
&nbsp;<BR>
    </TD>
<B>&quot;Computing Time&quot;</B> <FONT COLOR="#FF0000"><B>(2)</B></FONT>:
</TR>
The time it took WUFI to perform the calculation.<BR>
 
&nbsp;<BR>
<TR><TD>&nbsp;</TD>
<B>&quot;No. of Convergence Failures&quot;</B> <FONT COLOR="#FF0000"><B>(3)</B></FONT>:
    <TD><B>&quot;Computing Time&quot;</B> <FONT COLOR="#FF0000"><B>(2)</B></FONT>:
WUFI uses an iterative method for the solution of the transport equations. Sometimes, the convergence is very slow and WUFI reaches the maximum allowed number of iterations without the interim solutions meeting the termination criteria.<BR>
    </TD>
&nbsp;<BR>
</TR>
In this case, the iteration is stopped and the convergence achieved so far compared to somewhat relaxed criteria. If these are met, WUFI accepts the results and continues with the next time step. If the criteria are not met, WUFI also accepts the result and continues with the calculation, but the number of convergence failures is increased by one.<BR>
<TR><TD>&nbsp;</TD>
&nbsp;<BR>
    <TD>The time it took WUFI to perform the calculation.<BR>
The total number of convergence failures is a first hint concerning the reliability of the results. The fact that a convergence failure has been registered does not tell, however, how large the remaining error was when the iteration was stopped.<BR>
&nbsp;<BR>
It is quite possible that the termination criteria were missed by a small margin only and the convergence failure is therefore irrelevant; this is usually the case.<BR>
&nbsp;<BR>
Sometimes it is also possible, however, that a numerical instability has developed and the iteration steps drift farther and farther away from the real solution. Then the solution left by the aborted iterations is only a bad (in rare cases very bad) approximation for the solution of the transport equations. This often reveals itself by water appearing or disappearing in the middle of the component, without the boundary conditions having called for such behaviour. The results are sudden jumps in the course of the water content and a bad water balance (see below).<BR>
&nbsp;<BR>
The criteria for a convergence failure have been adjusted to be very sensitive. Experience shows that in general a few convergence failures are harmless. If you have calculated over one year, one or two convergence failures are in general nothing to worry about.<BR>
Numerical instabilities, however, usually announce their arrival by a generally higher number of convergence failures. Fifty convergence failures per year are possibly (but not always) indicating a problem.<BR>
&nbsp;<BR>
A better indicator for the quality of the results is the water balance (see below).<BR>
&nbsp;<BR>
<B>&quot;No. of Rain Absorption Failures&quot;</B> <FONT COLOR="#FF0000"><B>(3)</B></FONT>:
WUFI uses an iterative method to determine the amount of water absorbed when rain hits the component surface, because there may be less rain than the component can theoretically absorb during the time step. This limitation imposed by the amount of rain has to be allowed for, but the amount actually absorbed can only be determined iteratively; see the relevant question in the [[FAQ:QuestionsAndAnswers | Questions &amp; Answers]] section).<BR>
&nbsp;<BR>
It is possible although very rare that convergence is too slow and WUFI reaches the maximum allowed number of iterations without the interim solutions meeting the termination criteria.<BR>
&nbsp;<BR>
In this case, the iteration is stopped, WUFI accepts the results and continues with the next time step, but the number of rain absorption failures is increased by one.<BR>
&nbsp;<BR>
This is usually no reason to worry, since a rain absorption failure normally doesn't mean the result of the time step is terribly wrong, it only means that the termination criteria - which are somewhat arbitrary anyway - haven't been met. The result of the time step is usually well acceptable in view of all the simplifications and approximations that go into such a simulation model in the context of building physics.<BR>
&nbsp;<BR>
&nbsp;<BR>
    </TD>
<B>&quot;Fluxes e (ke, de)&quot;,</B>,<BR>
</TR>
 
<TR><TD>&nbsp;</TD>
    <TD><B>&quot;No. of Convergence Failures&quot;</B> <FONT COLOR="#FF0000"><B>(3)</B></FONT>:
    </TD>
</TR>
<TR><TD>&nbsp;</TD>
    <TD><P>
        WUFI uses an iterative method for the solution of the transport equations.
        Sometimes, the convergence is very slow and WUFI reaches the maximum allowed
        number of iterations without the interim solutions meeting the termination
        criteria.
        </P>
        <P>
        In this case, the iteration is stopped and the convergence achieved so far
        compared to somewhat relaxed criteria. If these are met, WUFI accepts the
        results and continues with the next time step. If the criteria are not met, WUFI
        also accepts the result and continues with the calculation, but the number
        of convergence failures is increased by one.
        </P>
        <P>
        The total number of convergence failures is a first hint concerning the
        reliability of the results. The fact that a convergence failure has been
        registered does not tell, however, how large the remaining error was when
        the iteration was stopped.
        </P>
        <P>
        It is quite possible that the termination criteria were missed by a small
        margin only and the convergence failure is therefore irrelevant; this is
        usually the case.
        </P>
        <P>
        Sometimes it is also possible, however, that a numerical instability has
        developed and the iteration steps drift farther and farther away from the
        real solution. Then the solution left by the aborted iterations is only a bad
        (in rare cases very bad) approximation for the solution of the transport
        equations. This often reveals itself by water appearing or disappearing in
        the middle of the component, without the boundary conditions having called
        for such behaviour. The results are sudden jumps in the course of the water
        content and a bad water balance (see below).
        </P>
        <P>
        The criteria for a convergence failure have been adjusted to be very sensitive.
        Experience shows that in general a few convergence failures are harmless. If
        you have calculated over one year, one or two convergence failures are in
        general nothing to worry about.<BR>
        Numerical instabilities, however, usually announce their arrival by a
        generally higher number of convergence failures. Fifty convergence failures
        per year are possibly (but not always) indicating a problem.
        </P>
        <P>
        A better indicator for the quality of the results is the water balance
        (see below).<BR>
        &nbsp;<BR>
        </P>
    </TD>
</TR>
 
<TR><TD>&nbsp;</TD>
    <TD><B>&quot;No. of Rain Absorption Failures&quot;</B> <FONT COLOR="#FF0000"><B>(3)</B></FONT>:
    </TD>
</TR>
<TR><TD>&nbsp;</TD>
    <TD><P>
        WUFI uses an iterative method to determine the amount of water absorbed when
        rain hits the component surface, because there may be less rain than the
        component can theoretically absorb during the time step. This limitation imposed
        by the amount of rain has to be allowed for, but the amount actually absorbed
        can only be determined iteratively; see the relevant question in the
        [[FASQ:QuestionsAndAnswers | Questions &amp; Answers]] section).
        </P>
        <P>
        It is possible although very rare that convergence is too slow and WUFI
        reaches the maximum allowed number of iterations without the interim
        solutions meeting the termination criteria.
        </P>
        <P>
        In this case, the iteration is stopped, WUFI accepts the results and continues
        with the next time step, but the number of rain absorption failures is
        increased by one.
        </P>
        <P>
        This is usually no reason to worry, since a rain absorption failure normally
        doesn't mean the result of the time step is terribly wrong, it only means that
        the termination criteria - which are somewhat arbitrary anyway - haven't been
        met. The result of the time step is usually well acceptable in view of all
        the simplifications and approximations that go into such a simulation model
        in the context of building physics.<BR>
        &nbsp;<BR>
        </P>
    </TD>
</TR>
 
<TR><TD>&nbsp;</TD>
    <TD><B>&quot;Fluxes e (ke, de)&quot;,</B>,<BR>
<B>&quot;Fluxes i (ki, di)&quot;</B> <FONT COLOR="#FF0000"><B>(4)</B></FONT>:
<B>&quot;Fluxes i (ki, di)&quot;</B> <FONT COLOR="#FF0000"><B>(4)</B></FONT>:
    </TD>
the total amount of water which flows into or out of the component during the calculation.
</TR><TD>&nbsp;</TD>
          
    <TD><P>
        the total amount of water which flows into or out of the component during
        the calculation.
         </P>
         <TABLE>
         <TABLE>
         <TR><TD>ke</TD>
         <TR><TD>ke</TD>
Zeile 156: Zeile 70:
             <TD VALIGN="TOP">:</TD>
             <TD VALIGN="TOP">:</TD>
             <TD>by vapour transport at the interior surface.(*)<BR>
             <TD>by vapour transport at the interior surface.(*)<BR>
            &nbsp;<BR>
&nbsp;<BR>
             </TD>
             </TD>
         </TR>
         </TR>
Zeile 200: Zeile 114:
         the interior surface, although it certainly never rains there. This is a
         the interior surface, although it certainly never rains there. This is a
         capillary flow closely (half an element) below the surface.<BR>
         capillary flow closely (half an element) below the surface.<BR>
        &nbsp;<BR>
&nbsp;<BR>
         </P>
         </P>
    </TD>
<B>&quot;Balance 1 [kg/m&sup2;]&quot;,</B><BR>
</TR>
 
<TR><TD>&nbsp;</TD>
    <TD><B>&quot;Balance 1 [kg/m&sup2;]&quot;,</B><BR>
<B>&quot;Balance 2 [kg/m&sup2;]&quot;</B> <FONT COLOR="#FF0000"><B>(4)</B></FONT>:
<B>&quot;Balance 2 [kg/m&sup2;]&quot;</B> <FONT COLOR="#FF0000"><B>(4)</B></FONT>:
    </TD>
the change in 'total water content' during the calculation, and the sum of the 'surface flows' (ka+da-ki-di, see above).<BR>
</TR>
&nbsp;<BR>
<TR><TD>&nbsp;</TD>
Ideally, these two numbers should be identical, since any change in the total water content must result from moisture being transported through the surfaces. Rounding errors and convergence problems may cause discrepancies, however.<BR>
    <TD><P>
If the discrepancies become too large, you should repeat the calculation with appropriate modifications (see below).<BR>
        the change in 'total water content' during the calculation, and the sum
&nbsp;<BR>
        of the 'surface flows' (ka+da-ki-di, see above).
Please note: for the reasons discussed above, the first and the last grid element are not allowed for in the determination of this 'total water content' so that it is less than the total water content you get as the official result of the calculation. Therefore, the change in the 'total water content' may also slightly differ from what you infer from the official results, especially if the first or last element has some appreciable thickness.<BR>
        <P>
&nbsp;<BR>
        <P>
These numbers are only meant to provide a consistency check on the numerical calculation. Analyses of the water content and the surface flows should be done using the calculation results themselves only.<BR>
        Ideally, these two numbers should be identical, since any change in the total
&nbsp;<BR>
        water content must result from moisture being transported through the surfaces.
If you get too many convergence failures or a bad water balance, you should check whether your choice of the numerical grid is indeed appropriate for the project at hand. A typical problem, for instance, are condensation phenomena at a layer boundary or at a surface, so that steep water content gradients occur which can not be represented adequately if the grid is too coarse at that location. You may need to use the fine grid option or to [[1D:Dialog_Assembly | adapt the grid manually]].<BR>
        Rounding errors and convergence problems may cause discrepancies,
&nbsp;<BR>
        however.<BR>
This is further discussed in [[Discussion:WUFI-Pro_PerformanceandLimitations | &quot;WUFI's Performance and Limitations&quot;]], in [[1D:Dialog_Assembly | &quot;Dialog: Assembly / Monitor Positions&quot;]], in [[1D:Dialog_Numerics | &quot;Dialog: Numerics&quot;]] and in the [[FAQ:QuestionsAndAnswers | Questions &amp; Answers section]].<BR>
        If the discrepancies become too large, you should repeat the calculation
&nbsp;<BR>
        with appropriate modifications (see below).
        </P>
        <P>
        Please note: for the reasons discussed above, the first and the last grid
        element are not allowed for in the determination of this 'total water content'
        so that it is less than the total water content you get as the official result
        of the calculation. Therefore, the change in the 'total water content' may also
        slightly differ from what you infer from the official results, especially if
        the first or last element has some appreciable thickness.
        </P>
        <P>
        These numbers are only meant to provide a consistency check on the numerical
        calculation. Analyses of the water content and the surface flows should be done
        using the calculation results themselves only.<BR>
        &nbsp;<BR>
        </P>
 
        <P>
        If you get too many convergence failures or a bad water balance, you should
        check whether your choice of the numerical grid is indeed appropriate for the
        project at hand. A typical problem, for instance, are condensation phenomena
        at a layer boundary or at a surface, so that steep water content gradients occur
        which can not be represented adequately if the grid is too coarse at that
        location. You may need to use the fine grid option or to
        [[1D:Dialog_Assembly | adapt the grid manually]].
        </P>
        <P>
        This is further discussed in
        [[Discussion:WUFI-Pro_PerformanceandLimitations | &quot;WUFI's Performance and
        Limitations&quot;]], in
        [[1D:Dialog_Assembly | &quot;Dialog: Assembly / Monitor Positions&quot;]],
        in [[1D:Dialog_Numerics | &quot;Dialog: Numerics&quot;]] and in the
        [[FAQ:QuestionsAndAnswers | Questions &amp; Answers section]].<BR>
        &nbsp;<BR>
        </P>
    </TD>
</TR>
</TABLE>


=== &quot;Calculation locked&quot; <FONT COLOR="#FF0000">(5)</FONT>: ===
=== &quot;Calculation locked&quot; <FONT COLOR="#FF0000">(5)</FONT>: ===

Version vom 16. September 2008, 18:50 Uhr

Dialog: Status of Last Calculation

DialogStatusOfLastCalculation 03.gif

This dialog displays a short summary of the calculation results.

"Water Content" (1):

For each layer WUFI displays the initial water content, the final water content, and the minimum and maximum water contents that occurred during the calculation.
This allows you a quick first assessment of what happened to the component during the simulation (e.g., it dried out or accumulated water etc).
 


"Status of Calculation":

"Simulation: Time and Date" (2): The time and date when the simulation was performed.
 
"Computing Time" (2): The time it took WUFI to perform the calculation.
 
"No. of Convergence Failures" (3): WUFI uses an iterative method for the solution of the transport equations. Sometimes, the convergence is very slow and WUFI reaches the maximum allowed number of iterations without the interim solutions meeting the termination criteria.
 
In this case, the iteration is stopped and the convergence achieved so far compared to somewhat relaxed criteria. If these are met, WUFI accepts the results and continues with the next time step. If the criteria are not met, WUFI also accepts the result and continues with the calculation, but the number of convergence failures is increased by one.
 
The total number of convergence failures is a first hint concerning the reliability of the results. The fact that a convergence failure has been registered does not tell, however, how large the remaining error was when the iteration was stopped.
 
It is quite possible that the termination criteria were missed by a small margin only and the convergence failure is therefore irrelevant; this is usually the case.
 
Sometimes it is also possible, however, that a numerical instability has developed and the iteration steps drift farther and farther away from the real solution. Then the solution left by the aborted iterations is only a bad (in rare cases very bad) approximation for the solution of the transport equations. This often reveals itself by water appearing or disappearing in the middle of the component, without the boundary conditions having called for such behaviour. The results are sudden jumps in the course of the water content and a bad water balance (see below).
 
The criteria for a convergence failure have been adjusted to be very sensitive. Experience shows that in general a few convergence failures are harmless. If you have calculated over one year, one or two convergence failures are in general nothing to worry about.
Numerical instabilities, however, usually announce their arrival by a generally higher number of convergence failures. Fifty convergence failures per year are possibly (but not always) indicating a problem.
 
A better indicator for the quality of the results is the water balance (see below).
 
"No. of Rain Absorption Failures" (3): WUFI uses an iterative method to determine the amount of water absorbed when rain hits the component surface, because there may be less rain than the component can theoretically absorb during the time step. This limitation imposed by the amount of rain has to be allowed for, but the amount actually absorbed can only be determined iteratively; see the relevant question in the Questions & Answers section).
 
It is possible although very rare that convergence is too slow and WUFI reaches the maximum allowed number of iterations without the interim solutions meeting the termination criteria.
 
In this case, the iteration is stopped, WUFI accepts the results and continues with the next time step, but the number of rain absorption failures is increased by one.
 
This is usually no reason to worry, since a rain absorption failure normally doesn't mean the result of the time step is terribly wrong, it only means that the termination criteria - which are somewhat arbitrary anyway - haven't been met. The result of the time step is usually well acceptable in view of all the simplifications and approximations that go into such a simulation model in the context of building physics.
 
"Fluxes e (ke, de)",,
"Fluxes i (ki, di)" (4): the total amount of water which flows into or out of the component during the calculation.

ke : by capillary transport at the exterior surface,
de : by vapour transport at the exterior surface,
ki : by capillary transport at the interior surface,
di : by vapour transport at the interior surface.(*)

 

positive : indoor direction [##update##] (positive X-direction),
negative : outdoor direction [##update##] (negative X-direction).

These moisture flows serve to calculate the moisture balance (see below).

Please note: These are not the moisture flows through the surface, but the flows between the surface and the component. It may happen that water condenses at a cold surface in such amounts that the absorption capacity of the building material is surpassed and the water runs off at the surface. This run-off 'disappears' for the calculation, so that the amount of water arriving at the surface from the environment may not be identical to the amount entering into the component from the surface.

Therefore the above moisture flows are not evaluated at the surfaces but at the boundaries between the first and the second, and between the next-to-last and the last grid element. This has to be borne in mind if the above numbers are to be interpreted, especially if the first or last element has some appreciable thickness.
 

(*) It is also the reason why the above definition just vaguely says "at the surface" instead of "through the surface".

So do not wonder, for instance, if you get a non-zero capillary flow ki at the interior surface, although it certainly never rains there. This is a capillary flow closely (half an element) below the surface.
 

"Balance 1 [kg/m²]",
"Balance 2 [kg/m²]" (4): the change in 'total water content' during the calculation, and the sum of the 'surface flows' (ka+da-ki-di, see above).
 
Ideally, these two numbers should be identical, since any change in the total water content must result from moisture being transported through the surfaces. Rounding errors and convergence problems may cause discrepancies, however.
If the discrepancies become too large, you should repeat the calculation with appropriate modifications (see below).
 
Please note: for the reasons discussed above, the first and the last grid element are not allowed for in the determination of this 'total water content' so that it is less than the total water content you get as the official result of the calculation. Therefore, the change in the 'total water content' may also slightly differ from what you infer from the official results, especially if the first or last element has some appreciable thickness.
 
These numbers are only meant to provide a consistency check on the numerical calculation. Analyses of the water content and the surface flows should be done using the calculation results themselves only.
 
If you get too many convergence failures or a bad water balance, you should check whether your choice of the numerical grid is indeed appropriate for the project at hand. A typical problem, for instance, are condensation phenomena at a layer boundary or at a surface, so that steep water content gradients occur which can not be represented adequately if the grid is too coarse at that location. You may need to use the fine grid option or to adapt the grid manually.
 
This is further discussed in "WUFI's Performance and Limitations", in "Dialog: Assembly / Monitor Positions", in "Dialog: Numerics" and in the Questions & Answers section.
 

"Calculation locked" (5):

If after a calculation you inadvertently restart it, the existing results are overwritten and lost. There is a security query, but if you want to avoid any risk, lock the calculation and save the project file once more (to make the lock permanent).

This is especially advisable if the results of long and tedious calculations shall be demonstrated in a hectic atmosphere...