• InfoWorks ICM

Troubleshooting options

Understand the troubleshooting options available in ICM.


In ICM, there are several tools to help with troubleshooting and fixing simulation issues, whether they are poor performance, erroneous results, or simulations that fail to complete.

Once a simulation is run, the color-coded icon displayed next to the simulation in the database indicates its status:

A presentation slide with the meanings of each simulation icon, with a red “X” indicating failure, yellow indicating that there are warnings, and pink indicating that the simulation failed due to non-convergence.

The most powerful tool for troubleshooting a model is the diagnostic timestep log:

A presentation slide stating that the diagnostic timestep log, a powerful troubleshooting tool, is disabled by default due to the potential of large file size generation; with an image of the Diagnostics dialog.

The timestep log details each timestep halving and the location of the last non-convergence related to the 1D engine. For a 2D model, the 2D timestep and location of the minimum timestep is also output.

When trying to troubleshoot RTC, enable those additional options to investigate why it is not operating as expected. If the RTC is large or complex, consider troubleshooting RTC in a smaller cutdown model.

The log report provides a summary of the failure and unconverged locations once the simulation is complete:

A presentation slide with an image of a diagnostic timestep log; and stating that the main interest is the causes of timestep halving around each point of failure, and the most important locations to check are areas immediately prior to failure.

Possible issues may relate to erroneous data or inappropriate headlosses being applied.

While simulation failure may be a result of the 1D engine, the problem may stem from the connection with the 2D domain. Inside the log report, inspect general 2D volume balance for any large discrepancies between total inflow and total outflow plus storage. This indicates that the connection between engines is producing considerable volumes of flow and should be investigated.

When 1D and 2D elements are connected at nodes, an engine check looks at the volume in the element and makes corrections using flow limiting:

A presentation slide with information about flow limiting, a correction that limits the flow entering a node and is only concerning with significant volumes; with an image of the duration and total volume columns in a node results grid.

The initialization phase is important for a river model. Due to the scale of rivers over pipes, steady state thresholds can sometimes be too large for a river model, and the simulation initializes prematurely. Inspect the duration of the initialization in the log results report or check the model outflow at the start of the simulation. In the example below, the model took just over 3 hours to initialize, which was not sufficient to fill the river reaches. The river reach was still filling during a period of the simulation, rendering the simulations inaccurate.

A presentation slide of an initialization graph for a river model, showing inflow in cubic meters coming into the model at the start of the simulation, represented by a blue line, and outflow starting almost 8 hours later, represented by a green line.

To overcome potential initialization issues, the initial conditions object could be used to backfill sections of river reach. The hydrology may need to be primed so that the starting inflows are higher, resulting in a more appropriate initialization final state. Another option is to manually generate the intended steady state via a separate simulation, and then use this simulation instead of undergoing the initialization process.

There are also some simulation shortcuts for non-convergence. The issue may be an inappropriate simulation timestep. Shown below are some guidance timestep values:

A presentation slide with a table of guidance timestep values, with a suggested timestep of from 60 seconds to a minimum of 20 seconds for small, 1D models, and shorter timesteps as the model size increases.

Other issues may be related to steep pipes in combination with high headlosses, which can cause inappropriate calculations.

For more hints and tips, check out this blog post: Troubleshooting hydraulic models in InfoWorks ICM.