Difference between revisions of "1D Pumps"

From Tuflow
Jump to navigation Jump to search
 
(91 intermediate revisions by 5 users not shown)
Line 1: Line 1:
<font size = 18>Page Under Construction</font>
 
<br>
 
<br>
 
<br>
 
 
=Introduction=
 
=Introduction=
This post provides a modelling example for a 1D pump using a fixed flow rate and pump curve. For this example we will model a pump in two common situations (2D-2D & 1D-2D).
+
This post provides a modelling example for a 1D pump using a pump curve. For this example we will set up a pump in two common situations (2D-2D & 1D-2D).
 +
 
 
=Pump Attributes=
 
=Pump Attributes=
A pump needs to first be digitised in a 1d_nwke layer. The direction of the polyline must go from inlet to outlet as a pump is unidirectional <font color="majenta"><tt>(? Is that true)</tt></font><tt>.</tt> The attributes required for a pump in your 1d_nwke layer can be found within the 2015 TUFLOW manual.<br>
+
A pump needs to first be digitised in a 1d_nwke layer. The direction of the polyline must go from inlet to outlet as a pump is unidirectional (see Section 5.9.2.1 Pumps). The attributes required for a pump in your 1d_nwk layer can be found in the <u>[https://docs.tuflow.com/classic-hpc/manual/latest/ TUFLOW Manual]</u>.<br>
 
In the 1d_nwk  layer, the following attributes are required:<br>
 
In the 1d_nwk  layer, the following attributes are required:<br>
#ID = ID of the channel<br>
+
#ID = ID of the pump channel. <br>
#Type = "P"<br>
+
#Type = "P" or "PO". <br>
#Len_or_ANA = Nominal length in m (only used for calculating nodal storage if UCS is on)<br>
+
#US_Invert = Intake elevation of the pump. <br>
#US_Invert = Upstream invert level of the channel <br>
+
#DS_Invert = Outlet elevation of the receptor. <br>
#DS_Invert = Downstream invert level of the channel <br>
+
#Inlet_Type = Used to specify the pump curve in the Depth Discharge database. <br>
#Inlet_Type = Used to specify the pump curve in the Depth Discharge database. <br>
+
#Width_or_D =  Diameter of the pump’s outlet pipe/hose. <br>
 +
#Number_of = Number of (identical) pumps. 
 +
<br>
 +
[[File:1d_nwk_pump_pipe.PNG|border|300px]] <br>
  
 
=2D-2D Configuration=
 
=2D-2D Configuration=
Because pumps are zero length channels they do not create automatic nodes at the upstream and downstream end. If you ran the model with just a pump polyline you will get <font color="red"><tt>ERROR 1353 - No NA data for Node</tt></font><tt>.</tt>To remove this error you will need to digitise a node within a separate 1d nwke layer and give a nominal storage amount in the “Len_or_NA” attribute for the 1d nwke ‘Node’, see the example below.<br>
+
Because pumps are zero length channels they do not create automatic nodes at the upstream and downstream end. If you ran the model with just a pump polyline and SX connection you will get [[TUFLOW_Message_1353| <font color="red"><tt>ERROR 1353 - No NA data for Node</tt></font><tt>.</tt>]]To remove this error, the most efficient schematisation is to digitise a 1d_nwk 'NODE' at the upstream and downstream end of the pump (no need for a separate 2d_bc SX layer). The 'NODE' requires a nominal storage amount in the “Len_or_NA” attribute, in addition infill 'SX' into the "Conn_1D_2D" attribute to connect the 1d pump to the 2D domain. SX connections are required at connections to 2D domains to transfer water from the 1D node to the 2D. Without the SX connection, water will build up within the node and cause an instability. See the example below.<br>
[[File:2D_node_configuration_v1.png|border|300px]] <br>
+
 
To connect the pump to the 2d domain you will also need to digitise an SX connection. In the figure below I have showed both the 1d node and 2d SX points as being separate from each other for illustrative purposes only – they should both be snapped to the end of the pump polyline. SX connections are required at connections to 2D domains to transfer water from the 1D node to the 2D. Without the SX connection, water will build up within the node and cause an instability. <br>
+
[[File:1d_nwk_pump_SX_node.PNG|border|300px]] <br>
[[File:2D-2D_configuration_v1.png|border|600px]] <br>
+
 
 +
A simple 2D-2D pump configuration will look like the below schematisation. <br> 
 +
 
 +
[[File:Pump_schematic.PNG|border|600px]] <br>
  
 
=1D-2D Configuration=
 
=1D-2D Configuration=
Connecting a pump from a 1d network to the 2d domain or vice versa is similar to the configuration above, the only difference is that the connection with a 1d structure does not require a 2d SX connection or 1d nwke ‘Node’. A storage chamber in the 1d network can also be modelled using a 1d_na node with an elevation vs area .csv assigned to the node. <br>
+
Connecting a pump from a 1d network to the 2d domain or vice versa is similar to the configuration above, the only difference is that the connection with a 1d structure does not require a 1d nwk ‘Node’. A storage chamber in the 1d network can also be modelled using a 1d_na node with an elevation vs area .csv assigned to the node. <br>
[[File:1D-2D_configuration_v1.png|border|600px]] <br>
+
[[File:1D-2D_pump_schematisation.PNG|border|600px]] <br>
  
 
=Estry Control File Setup=
 
=Estry Control File Setup=
Within the *.ecf the following commands and files are at a minimum required to run a pump with no logically control:<br>
+
Within the *.ecf the following commands and files are required to run a pump with no logical controls:<br>
<br>
 
 
<font color="blue"><tt>Read GIS Network</tt></font> <font color="red"><tt>==</tt></font><tt>..\model\mi\1d_nwke_xxxxx.MIF</tt><br>
 
<font color="blue"><tt>Read GIS Network</tt></font> <font color="red"><tt>==</tt></font><tt>..\model\mi\1d_nwke_xxxxx.MIF</tt><br>
 
<font color="blue"><tt>Depth Discharge Database</tt></font> <font color="red"><tt>==</tt></font><tt>..\bc_dbase\xxxxx.csv</tt><br>
 
<font color="blue"><tt>Depth Discharge Database</tt></font> <font color="red"><tt>==</tt></font><tt>..\bc_dbase\xxxxx.csv</tt><br>
<br>
+
If you do not specify a Depth-Discharge database then you will be faced with <font color="red"><tt>ERROR 1118 – Could not find a y-Q curve</tt></font><tt>.</tt><br>
If you do not specify a Depth-Discharge database then you will be faced with <font color="blue"><tt>ERROR 1118 – Could not find a y-Q curve</tt></font><tt>.</tt><br>
+
 
 +
=TUFLOW Operating Control File (.TOC)=
 +
For guidance on setting up the operating controls for pumps, refer to the <u>[https://docs.tuflow.com/classic-hpc/manual/latest/ TUFLOW Manual]</u>. <br>
 +
 
 +
.ecf command required: <br>
 +
 
 +
<font color="blue"><tt>Read Operating Controls File</tt></font> <font color="red"><tt>==</tt></font><tt> xxxxx.toc</tt><br>
 +
 
 +
=Depth Discharge Database=
 +
The depth discharge database is set up in the same way as a pit inlet database (refer to the <u>[https://docs.tuflow.com/classic-hpc/manual/latest/ TUFLOW Manual]</u>). Each pump ‘Inlet_type’ must reference a name within the depth discharge database, otherwise [[TUFLOW_Message_1118 | <font color="red"><tt>ERROR 1118  - Could not find pit inlet type ",a," in the pit inlet database</tt></font><tt></tt>]]. The ‘Area (m2)’ column is the area of the pump offtake and ‘Width (m)’ column is the width of the pump offtake. Without information in the Area(m2) or Width(m) columns in the depth discharge database <font color="red"><tt>Error 1092</tt></font><tt></tt> and <font color="red"><tt>Error 1093</tt></font><tt></tt> will appear. <br>
 
   
 
   
The table below contains a complete list of the 2D check files. Note that for linked 2D/1D or 2D/2D models these check files are outlined in the sections below.
+
==Pump Curve==
{| align="center" class="wikitable" width="75%"
+
The performance of pumps is a function of suction head at the inlet and the level of the discharge location. The resultant total head between the water level at the inlet and outlet is what determines the flow rate through the pump. If the suction level is low the pump will need to provide more energy in the form of pressure to maintain the water elevation at the outlet, the opposite is also true if the water depth at the pump inlet is high. <br>
  
! style="background-color:#005581; font-weight:bold; color:white;"| Filename prefix / suffix
+
[[File:pump_fundamentals_total_head.jpg|thumb|none|500px|www.pumpfundamentals.com]]
! style="background-color:#005581; font-weight:bold; color:white;" width=75%| Brief Description
 
|-
 
| [[Check_Files_2d_bc_tables | _2d_bc_tables_check.csv]]|| Tabular data as read from the boundary condition database via any 2d_bc layers and after any adjustments (eg. time shift).  Provides traceability to original data source.  '''Note: the boundary values do not include the effects of any 2d_bc attributes such as f.'''
 
|-
 
| [[Check_Files_2d_bcc_check | _bcc_check.mif<br>_bcc_check_R.shp<br>]]|| GIS files providing trace back information and uses cells, rather than point/line objects to show 2D BCs.
 
|-
 
| [[Check_Files_2d_DEM_M | _DEM_M.flt<br>_DEM_M.asc]]|| A DEM of the final material ID values, similar to the DEM_Z check grid described below.  The .tcf command Grid Format can be used output this check file in ASCII format rather than the default FLT format.
 
|-
 
| [[Check_Files_2d_DEM_Z | _DEM_Z.flt<br>_DEM_Z.asc]]|| A DEM of the final ground/bathymetry elevations, including those from any 1D WLL mesh.  The file is given a DEM_Z extension, and can be readily opened by most GIS and other GUIs.  The default size of the grid cells is half the smallest 2D cell size.  This can be changed using the <tt>Grid Output Cell Size == </tt>command.  To exclude writing this file, include “DEM_Z” in the Write Check Files EXCLUDE list.  The <tt>Grid Format == </tt> command can be used to control the format of the file. <br>
 
The DEM_M and DEM_Z check grids are written if the model start up is forced to only process the .tgc file.  To do this, don’t specify or comment out, the BC Control File command.
 
|-
 
| [[Check_Files_2d_dom | _dom_check.mif<br>_dom_check_R.shp]]|| Contains a rectangle for each 2D domain showing the location, orientation and size of the domain.  Within this domain, cells can be turned on or off, outside this domain no 2D calculations can be performed.
 
|-
 
| [[Check_Files_2d_fc | _fc_check.mif<br>_fc_check_R.shp]]|| GIS layer of the final arrangement of flow constrictions (FC).  The flow constrictions are written as individual square cells of the same shape as the grid cells, even if the FC was specified using points or lines/polylines.
 
|-
 
| [[Check_Files_2d_fcsh_uvpt | _fcsh_uvpt_check.mif<br>_fcsh_uvpt_check_P.shp]]|| Contains information on adjustments to the ZU/ZV cell sides as modified by <tt>Read GIS FC Shape == </tt> commands.
 
|-
 
| [[Check_Files_2d_glo | _glo_check.mif<br>_glo_check_P.shp]]|| GIS layer of any gauge level output (GLO) locations.
 
|-
 
| [[Check_Files_2d_grd | _grd_check.mif<br>_grd_check_R.shp]]|| GIS layer of the final 2D grid.  Represents the final grid including modifications from the .tgc file, boundary specifications and flow constrictions.  Note that the Material and bed resistance (eg. Mannings_n) attributes do not include any modifications due to flow constrictions as these are applied directly to the cell mid-sides (rather than the cell centre).  To view these use the _uvpt_check.mif/.shp file.<br>
 
Can also be written at different stages within a .tgc file (see <tt>Write GIS Grid == </tt> command).  The file contains all modifications to the 2D grid at the point in the .tgc file that it is written. <br>
 
Note that a number of additional attributes are appended to the_grd_check layer when some features of TUFLOW have been used.
 
|-
 
| [[Check_Files_2d_input_layers | _input_layers.mif]]|| GIS layer contain full filepaths to all input layers used to compile the model.
 
|-
 
| [[Check_Files_2d_lfcsh_uvpt | _lfcsh_uvpt_check.mif<br>_lfcsh_uvpt_check_P.shp]]|| Contains information on adjustments to the ZU/ZV cell sides as modified by <tt>Read GIS Layered FC Shape == </tt> commands.
 
|-
 
| [[Check_Files_2d_LP | _lp_check.mif<br>_lp_check_L.shp]]|| GIS layer of any 2D longitudinal profile(s).
 
|-
 
| [[Check_Files_2d_PO | _po_check.mif<br>_PO_check_P.shp<br>_PO_check_L.shp]]|| GIS layer of any 2D plot output location(s).  The layer shows points and lines occurring from the cell centres, rather than their exact locations in the original file(s).  For the shapefile the points and lines are output in separate files, see also [[TUFLOW_FAQ#Shapefile_Geometry_Types | FAQ Shapefiles]].
 
|-
 
| [[Check_Files_2d_sac | _sac_check.mif<br>_sac_check_R.shp]]|| GIS layer of the lowest cell selected for <tt>Read GIS SA </tt> inputs, and cells selected if using <tt>Read GIS SA PITS </tt>.
 
|-
 
| [[Check_Files_2d_sh_obj | _sh_obj_check.mif<br>_sh_obj_check_R.shp]]|| Contains objects such as buffer polygons used for wide lines, triangles generated for TINs within polygons, and regions and polylines for thick and thin lines to illustrate areas that have been modified by Create TIN Zpts (if the WRITE TIN option is specified), Read GIS Z Shape, Read GIS Variable Z Shape, Read GIS FC Shape and Read GIS Layered FC Shape commands.
 
|-
 
| [[Check_Files_2d_uvpt | _uvpt_check.mif<br>_uvpt_check_P.shp]]|| GIS layer containing the initial velocities, roughness value, FLC, WrF, FC lid depth and FC BD factor at the U and V points.  For materials that vary Manning’s n with depth, the Manning_n attribute contains the Manning’s n value at the higher depth.
 
|-
 
| [[Check_Files_2d_vzsh | _vzsh_check.mif<br>_vzsh_check_P.shp<br>_vzsh_check_L.shp]]|| Contains information on Zpts that have been modified by <tt>Read GIS Variable Z Shape == </tt> commands.
 
|-
 
| [[Check_Files_2d_zln_zpt | _zln_zpt_check.mif<br>_zln_zpt_check_P.shp]]|| GIS layer containing Zpts that have been modified by <tt>Read GIS Z Line == </tt>commands, the type of Z Line and the Z Line filename.  This feature is very useful for checking which Zpts that the Z Lines have modified.  '''Note: It does not include any GULLY lines.'''<br>
 
When written in .mif/.mid format, the points are given different symbology according to whether they have been raised or lowered (up or down triangles) or remain unchanged (a cross). 
 
|-
 
| [[Check_Files_2d_zpt | _zpt_check.mif<br>_zpt_check_P.shp]]|| GIS layer of the final 2D Zpts.  Represents the final Zpts including all modifications from the .tgc file, and any flow constrictions in the .tcf file.<br>
 
Can also be written at different stages within a .tgc file (see the <tt>Write GIS Zpts</tt> command).  The file contains all modifications to the 2D Zpts at the point in the .tgc file that it is written.  This allows checking of the elevations at different stages of building the topography.
 
|-
 
| [[Check_Files_2d_zsh_zpt | _zsh_zpt_check.mif<br>_zsh_zpt_check_P.shp]]|| Contains Zpts that have been modified by Read GIS Z Shape commands.  When written in .mif/.mid format, the points are given different symbology according to whether they have been raised or lowered (up or down triangles) or remain unchanged (a cross).
 
|}
 
  
=Depth Discharge Database=
+
That being the case it is important to consider what total head is required to achieve the modelling objectives and what flow rates you may require. Once you have an idea on any limits in total head you can start to research an appropriate pump and then extract the performance curve that is often incorporated as part of the technical specifications. An example is shown below. <br>
==Constant Flow Rate==
 
Rohan - fill me out
 
  
==Pump Curve==
+
[[File:Manufacturer pump curve.JPG|border|600px]]
Rohan - fill me out
 
  
 
==Creating a TUFLOW pump curve==
 
==Creating a TUFLOW pump curve==
Rohan - fill me out <br>
+
The setup of the Depth Discharge database for a pump curve is similar to reading in inflow hydrographs, hyetographs etc, that is; a source .csv, and the two corresponding headings within the 3rd and 4th column. <br>
 +
 
 +
[[File:depth-discharge_pump.PNG |border|500px]] <br>
 +
 
 +
Once you have your manufacturer curve for your given pump it is now necessary to create the curve .csv for TUFLOW to read in. The manufacturer specifications will need to be translated into a total head vs pump rate chart. Although reading in the depth discharge database is the same process as other boundary conditions within TUFLOW, the curve itself is fundamentally different as you no longer need to start the csv file with 0,0. If the curve did start at 0,0 this would not make sense because at a total head difference of 0m the pump should effectively be operating at peak performance so the flow rate would be greater than 0 m3. The image below shows a csv file for the pump performance curve given in the previous section. <br>
 +
<br>
 +
[[File:Pump_curve_csv_example.png|border|600px]] <br>
 +
 
 +
==Using a Pump Curve in a TUFLOW Operating Control (TOC) File==
 +
 
 +
With the pump curve defined in the depth-discharge database it can either be specified within the pump 1d_nwk fields in the inlet_type field, for non-operational pumps, or it can be defined with the TOC file, for operational pumps.  When defining with a TOC file, the pump curve is defined at the top of the structure control definition block and then the subsequent rules can turn the pump on/off.  See the below TOC structure control definition for an example.  In this case, the pump curve is used when the pump switches on once upstream water levels reach 2.75m AD.  The pump curve is then used until the upstream water levels are reduced to 2.25m AD at which point the pump is switched off.
 +
 
 +
<font color="blue"><tt>Define Pump Control</tt></font><font color="red"><tt> ==</tt></font> Pump_1
 +
  <font color="blue"><tt>Pump Capacity</tt></font><font color="red"><tt> ==</tt></font> pump_1
 +
HU <font color="red"><tt>==</tt></font> H1D Pump1.1
 +
            <font color="blue"><tt>If </tt></font>HU <= 2.25
 +
                      <font color="blue"><tt>Pump Operation</tt></font><font color="red"><tt> ==</tt></font> Off
 +
            <font color="blue"><tt>Else if</tt></font>  HU > 2.25  <font color="blue"><tt>AND</tt></font> HU < 2.75
 +
                      <font color="blue"><tt>Pump operation</tt></font><font color="red"><tt> ==</tt></font> <font color="blue"><tt> No Change </tt></font>
 +
            <font color="blue"><tt>Else if</tt></font> HU <font color="red"><tt>>=</tt></font> 2.75
 +
                      <font color="blue"><tt>Pump Operation</tt></font><font color="red"><tt> ==</tt></font> On
 +
            <font color="blue"><tt>End if</tt></font>
 +
<font color="blue"><tt>End define</tt></font>
  
=1D Check File=
+
=1D Result File=
Although strictly not a check file, the operation of the pump can be confirmed by opening the *_1d_O.csv which is found within the csv folder where the results are written.  
+
Although strictly not a check file, the operation of the pump can be confirmed by opening the *_1d_O.csv which is found within the csv folder where the results are written. The *_1d_O.csv monitors the operation of structures, this file can be quite useful in checking how the structure is performing with the given .toc file and GIS inputs. <br>
 
{| align="center" class="wikitable" width="75%"
 
{| align="center" class="wikitable" width="75%"
 
! style="background-color:#005581; font-weight:bold; color:white;"| Filename prefix / suffix
 
! style="background-color:#005581; font-weight:bold; color:white;"| Filename prefix / suffix
Line 103: Line 86:
 
| [[Pump_Results_1d_O | _1d_O.csv]]|| This csv displays the status of the pump, whether that is closed or fully open, results for any logic parameter specified in the TOC file and the flow through the pump if it is in operation.
 
| [[Pump_Results_1d_O | _1d_O.csv]]|| This csv displays the status of the pump, whether that is closed or fully open, results for any logic parameter specified in the TOC file and the flow through the pump if it is in operation.
 
|}
 
|}
 
<br>
 
 
<br>
 
<br>
Any further questions please email TUFLOW support: [mailto:support@tuflow.com support@tuflow.com]
+
Any further questions please email TUFLOW support: [mailto:support@tuflow.com?Subject=TUFLOW%201D%20pumps%20help support@tuflow.com]
 +
<br><br>
 +
{{Tips Navigation
 +
|uplink=[[ TUFLOW 1D Channels and Hydraulic Structures | Back to 1D Channels and Hydraulic Structures]]
 +
}}

Latest revision as of 10:04, 23 September 2024

Introduction

This post provides a modelling example for a 1D pump using a pump curve. For this example we will set up a pump in two common situations (2D-2D & 1D-2D).

Pump Attributes

A pump needs to first be digitised in a 1d_nwke layer. The direction of the polyline must go from inlet to outlet as a pump is unidirectional (see Section 5.9.2.1 Pumps). The attributes required for a pump in your 1d_nwk layer can be found in the TUFLOW Manual.
In the 1d_nwk layer, the following attributes are required:

  1. ID = ID of the pump channel.
  2. Type = "P" or "PO".
  3. US_Invert = Intake elevation of the pump.
  4. DS_Invert = Outlet elevation of the receptor.
  5. Inlet_Type = Used to specify the pump curve in the Depth Discharge database.
  6. Width_or_D = Diameter of the pump’s outlet pipe/hose.
  7. Number_of = Number of (identical) pumps.


1d nwk pump pipe.PNG

2D-2D Configuration

Because pumps are zero length channels they do not create automatic nodes at the upstream and downstream end. If you ran the model with just a pump polyline and SX connection you will get ERROR 1353 - No NA data for Node.To remove this error, the most efficient schematisation is to digitise a 1d_nwk 'NODE' at the upstream and downstream end of the pump (no need for a separate 2d_bc SX layer). The 'NODE' requires a nominal storage amount in the “Len_or_NA” attribute, in addition infill 'SX' into the "Conn_1D_2D" attribute to connect the 1d pump to the 2D domain. SX connections are required at connections to 2D domains to transfer water from the 1D node to the 2D. Without the SX connection, water will build up within the node and cause an instability. See the example below.

1d nwk pump SX node.PNG

A simple 2D-2D pump configuration will look like the below schematisation.

Pump schematic.PNG

1D-2D Configuration

Connecting a pump from a 1d network to the 2d domain or vice versa is similar to the configuration above, the only difference is that the connection with a 1d structure does not require a 1d nwk ‘Node’. A storage chamber in the 1d network can also be modelled using a 1d_na node with an elevation vs area .csv assigned to the node.
1D-2D pump schematisation.PNG

Estry Control File Setup

Within the *.ecf the following commands and files are required to run a pump with no logical controls:
Read GIS Network ==..\model\mi\1d_nwke_xxxxx.MIF
Depth Discharge Database ==..\bc_dbase\xxxxx.csv
If you do not specify a Depth-Discharge database then you will be faced with ERROR 1118 – Could not find a y-Q curve.

TUFLOW Operating Control File (.TOC)

For guidance on setting up the operating controls for pumps, refer to the TUFLOW Manual.

.ecf command required:

Read Operating Controls File == xxxxx.toc

Depth Discharge Database

The depth discharge database is set up in the same way as a pit inlet database (refer to the TUFLOW Manual). Each pump ‘Inlet_type’ must reference a name within the depth discharge database, otherwise ERROR 1118 - Could not find pit inlet type ",a," in the pit inlet database. The ‘Area (m2)’ column is the area of the pump offtake and ‘Width (m)’ column is the width of the pump offtake. Without information in the Area(m2) or Width(m) columns in the depth discharge database Error 1092 and Error 1093 will appear.

Pump Curve

The performance of pumps is a function of suction head at the inlet and the level of the discharge location. The resultant total head between the water level at the inlet and outlet is what determines the flow rate through the pump. If the suction level is low the pump will need to provide more energy in the form of pressure to maintain the water elevation at the outlet, the opposite is also true if the water depth at the pump inlet is high.

www.pumpfundamentals.com

That being the case it is important to consider what total head is required to achieve the modelling objectives and what flow rates you may require. Once you have an idea on any limits in total head you can start to research an appropriate pump and then extract the performance curve that is often incorporated as part of the technical specifications. An example is shown below.

Manufacturer pump curve.JPG

Creating a TUFLOW pump curve

The setup of the Depth Discharge database for a pump curve is similar to reading in inflow hydrographs, hyetographs etc, that is; a source .csv, and the two corresponding headings within the 3rd and 4th column.

Depth-discharge pump.PNG

Once you have your manufacturer curve for your given pump it is now necessary to create the curve .csv for TUFLOW to read in. The manufacturer specifications will need to be translated into a total head vs pump rate chart. Although reading in the depth discharge database is the same process as other boundary conditions within TUFLOW, the curve itself is fundamentally different as you no longer need to start the csv file with 0,0. If the curve did start at 0,0 this would not make sense because at a total head difference of 0m the pump should effectively be operating at peak performance so the flow rate would be greater than 0 m3. The image below shows a csv file for the pump performance curve given in the previous section.

Pump curve csv example.png

Using a Pump Curve in a TUFLOW Operating Control (TOC) File

With the pump curve defined in the depth-discharge database it can either be specified within the pump 1d_nwk fields in the inlet_type field, for non-operational pumps, or it can be defined with the TOC file, for operational pumps. When defining with a TOC file, the pump curve is defined at the top of the structure control definition block and then the subsequent rules can turn the pump on/off. See the below TOC structure control definition for an example. In this case, the pump curve is used when the pump switches on once upstream water levels reach 2.75m AD. The pump curve is then used until the upstream water levels are reduced to 2.25m AD at which point the pump is switched off.

Define Pump Control == Pump_1
Pump Capacity == pump_1
HU == H1D Pump1.1
           If HU <= 2.25
                     Pump Operation == Off
           Else if  HU > 2.25  AND HU < 2.75
                     Pump operation ==  No Change		
           Else if HU >= 2.75
                     Pump Operation == On
           End if
End define

1D Result File

Although strictly not a check file, the operation of the pump can be confirmed by opening the *_1d_O.csv which is found within the csv folder where the results are written. The *_1d_O.csv monitors the operation of structures, this file can be quite useful in checking how the structure is performing with the given .toc file and GIS inputs.

Filename prefix / suffix Brief Description
_1d_O.csv This csv displays the status of the pump, whether that is closed or fully open, results for any logic parameter specified in the TOC file and the flow through the pump if it is in operation.


Any further questions please email TUFLOW support: support@tuflow.com

Up
Go-up.png Back to 1D Channels and Hydraulic Structures