Product(s):	WaterSight
Version(s):	10.00.
Area:	Documentation

Minimum required data

Calculating Pump Head

When calculating pump head, the following cases might exist:

1. Discharge tank level and suction level available - for this case the reference elevation of both sensors is required (information filled in Admin >> sensors)
2. Discharge pressure and suction pressure available - if reference elevation for both sensors is not provided, WaterSight assumes they are located at the same reference elevation (information filled in Admin >> sensors)
3. Discharge tank level and suction pressure available - for this case the reference elevation of both sensors is required (information filled in Admin >> sensors)
4. Discharge pressure and suction level available - for this case the reference elevation of both sensors is required (information filled in Admin >> sensors)
5. Only discharge pressure available - in that case suction signal is ignored and assumed to be roughly 0 - for example the pump is roughly at the water level - and discharge pressure reference elevation is not required. It is also possible to estimate the suction pressure by creating a derived signal in WaterGEMS (in that case reach to your Bentley point of contact for more information). Note that suction pressure can only be ignored when the pump is located roughly at the same elevation as the water level.
6. Only discharge tank level is available - in that case pump head is not calculated as there is not enough information.

Figures below illustrate the several cases:

Figure 1 - Pump head calculation examples for use cases 1 to 4

Figure 2 - Pump head calculation examples for use cases 5 to 6

 

Pump measurement VS Pump station measurement

Two different cases may exist:

1. Sensor measurements are available for each pump (minimum required is pump flow and head);
2. Sensor measurements are available at the pump station level (minimum required is pump station flow and head) and status (on/off) is available for each individual pump;

WaterSight can automatically handle and calculate operating points for each individual pump for both use cases 1 and 2.

1. Sensor measurements are available for each pump (minimum required is pump flow and head)

In case sensor measurements are available for each pump, flow and head operating points are accurately calculated (represented with blue dots in figure below). Head is calculated based on pump discharge pressure or downstream tank level and suction pressure (this last one is optional). It is not required to have a status signal for each pump in this case.

Figure 1 - Flow and head operating points based on actual measured pump flow and head (appearing as blue circles)

The pump signals configurations and other characteristics are done in the pumps administration page. Reference elevations for the associated pump sensors may also be required (information filled in Admin >> sensors).

For configuring case 1 above, the user just need to complete in the pump administration page the specific information and signals for each pump (configuration example below).

Figure 2 - Each pump has its own flow signal.

 

2. Sensor measurements are available at the pump station level

In case SCADA measurements are only available at the pump station level (for example total flow for the all pump station) then the pump status for each pump is required. If pump status for each individual pump is available, operating points for each pump can be estimated. For the time-steps where at least two or more pumps are on simultaneously, the flow-head operating points for those pumps that are on will be estimated based on the total pump station flow and head (represented with blue crosses in figure below). 

Note: if pump status signal is not directly available for each pump but pressure discharge is, then pump status can be indirectly inferred by creating a derived signal. More information below on section "Pump status - Signal Mapping. 

Figure 3 - Flow and head operating points estimated based on the total pump station flow and head (appearing as blue crosses)

For the time-steps where only one pump is turned on (and all other pumps are off), then it is assumed that the total pump station flow and head correspond to that specific pump that is on, and in this case flow-head operating points are accurately calculated (represented with blue dots in Figure below).

Figure 4- Pump Flow and head operating points are equal to the total pump station flow and head, in case only one pump is on (appearing as blue circles)

 

For configuring case 2, in the pumps administration page the user needs to assign for each pump:

• the the total station flow and head
• the specific status of each pump (configuration example below)
• plus the pump station information.  

For the time-steps where at least two or more pumps on simultaneously, the flow-head operating points for those pumps that are on will be estimated based on the total pump station flow and head. For the time-steps where only one pump is turned on (and all other pumps are off), then it is assumed that the total pump station flow and head correspond to that specific pump that is on, and in this case flow-head operating points are accurately calculated. 

Figure 4 - Pumps share the same flow signal (assuming pumps in parallel). Please note that flow signal for each pump is the total station flow.

 

For more information about interpreting the various pump curve graphs, click here. 

 

Pump Status - Signal Mapping

As mentioned above, pump status signal for each pump is required in case there is no flow measurement at each individual pump, but only for the all pump station. In those cases the flow for each pump will be estimated based on each pump status signal and its curve. WaterSigth automatically assumes:

• pump is on if status raw values are equal to 1
• pump is off if status raw values are equal to 0

Pump status available 

Only in case the pump status raw values are different than those mentioned above, it is a pre-requisite to previously map the pump status raw values. This is done at the sensor data pusher (OFOSC) level. The steps are described below. 

1) Access the machine where the sensor data pusher (OFOSC) is installed

2) Go to services, and pause the Openflows Onsite Coordinator service

3) Open the WaterGEMS hydraulic model to be used by the OFOSC 

4) Go to Analysis >> SCADA Connect Simulator >> SCADA Signals. Click  Edit on the Data source listed on the left and go to the tab "Signal Value Mappings". In the "pump status" section fill the raw signal values fields. In example below it is assumed that the pump is on when the raw values are equal to 70 

Figure 5 - Pump signal values mapping in WaterGEMS

 

5) if the pump stats raw signal is a string/text field make sure to select the type Single value and map to the right field.

6) The signal mapping for pump/valve/pipe status requires that the sensor data pusher can recognize that a signal is a pump/valve/pipe status signal. Therefore it is required to defined a SCADA element with the associated SCADA signal mapped to the model element. Create a SCADA element for each status signal and associate each SCADA element to a virtual pump. An example below (it is not required to have any hydraulic model defined). 

Figure 6 - Associate SCADA Signals to SCADA elements and SCADA elements to model elements (pump)

7) Save the WaterGEMS model inside the "Models" folder within the OpenFlowsOnsiteCoordinator folder

8) Access the OpenFlowsOnsiteCoordinator folder and open the "Settings.ini" file. Search for the field "SCADAColector_UseSignalValueMappings" and set it to true. Save the file.

9) Go to services and restart the OpenFlows OnsiteCoordinator service. 

10) Confirm that the new status signals are already defined in WaterSight and the sensor tag in WaterSight matches the ones in WaterGEMS. To upload the new signals go to WaterSight >> Admin >> sensors and upload the new sensors. Go also to Admin >> pumps >> and assign the new pumps status sensors to the pumps.

Pump status not available but there is discharge pressure for each pump

If there is no pump status available at all for each pump but there is for example discharge pressure available for each individual pump it is suggested to create a derived signal for each pump status based on the discharge pressure values. This can be achieve using the if condition when creating the derived signal. Please make sure to convert the the values to 1 for the pump to be on and 0 for the pumps to be off. The steps are described below. 

1) Access the machine where the sensor data pusher (OFOSC) is installed

2) Go to services, and pause the Openflows Onsite Coordinator service

3) Open the WaterGEMS hydraulic model to be used by the OFOSC 

4) Go to Analysis >> SCADA Connect Simulator >> SCADA Signals. On the left side panel,  right click on the discharge pressure sensor and select "Create derived signal from". 

 

5) Select Transform method "Formula". 

6) Select the derived signal on the left, go to Formula tab and click in the (...) button.

7) Create a "IF" condition. An example below - if pressure is above 1m, the signal value will be 1; otherwise will be 0. This will convert discharge pressure values in pump status of 0 (pump off) and 1 (pump on), and ready to be used by WaterSight.

8) Repeat steps 4 to 7 to each discharge pressure sensor

9) Save the WaterGEMS model inside the "Models" folder within the OpenFlowsOnsiteCoordinator folder

10) Go to services and restart the OpenFlows OnsiteCoordinator service. 

11) Confirm that the new pump status derived signals are already defined in WaterSight (and the sensor tag in WaterSight matches the derived signal label in WaterGEMS). To upload the new signals go to WaterSight >> Admin >> sensors and upload the new sensors. Go also to Admin >> pumps >> and assign the new pumps status sensors to the pumps.

 

See also

Filling reference elevation for sensors - Admin sensors

Pump Details

Pumps Administration page

Prioritizing Pumps

OpenFlows WaterSight TechNotes and FAQ's

WaterSight Learning Resources Guide