|
Untitled Document
|
 |
Outline
Description of Program AQUARIUS

Introduction top
The
prospects of increased rainfall variability resulting
from global warming and of rising fuel prices will
tend to heighten appreciation of water as a valuable
and limited resource. It is therefore becoming imperative,
from both political as well as economic standpoints,
to demonstrably operate water and power supply systems
as efficiently as possible. At the same time, closer
regulation of such systems increases the need for
transparency in the methods employed to optimise
their operation.
Recognition
of the benefits associated with the conjunctive use
of water sources and electricity generation plant
has led to the development of computer programs for
simulating and optimising the operation of increasingly
complex systems over both long and short time scales.
The scope of such programs range from the performance
of simulations based on heuristic operating rules,
to those incorporating mathematical programming algorithms
for operating policy optimisation.
Until
recently, computational constraints have meant that
significant simplifications have had to be made when
'optimising' long term operating policies. For example,
the use of individual rule curves to specify reservoir
releases, non-consideration of transmission network
constraints and the use of weekly or even monthly
rather than daily time steps. Similarly, many programs
have been system specific in nature, are difficult
to modify and lack user friendliness and transparency.
Advances
in computer performance have now made it feasible
to develop a generalised, flexible and user-friendly
computer program which does away with the need for
many such simplifications, while providing high levels
of transparency and mathematical robustness when
used to optimise the operation of water supply and
power generation systems.
Objectives top
Program AQUARIUS has
been developed by PWSC to optimise and simulate the
short and long term operation of water resource,
water and power supply systems, and to specifically
provide :
-
detailed
modelling of systems operated to satisfy multiple
water and electricity demands at prescribed levels
of reliability, and subject to technical and
statutory constraints associated with individual
and groups of system components;
-
a
Graphical User Interface (GUI) for defining the
configuration of the system to be modelled, and
for the input or modification of associated data
via on-screen templates;
-
robust
Linear and Dynamic Programming algorithms for
optimising system operation within each daily,
weekly or monthly simulation time-step, and (long-term)
stored water values respectively;
-
automatic
database format storage of simulation and optimisation
results, including marginal costs, so as to provide
full modelling transparency and facilitate regulatory
audit;
-
'real
time' graphical screen displays of system behaviour,
playback of simulation results in 'mimic' diagram
form, and the display and high definition printed
output of any time series contained in the output
database;
-
a
generalised software package equally applicable
for optimising day-to-day and medium-term operation,
as well as development planning and commercial
contract evaluation applications.
Development
Philosophy top
AQUARIUS builds
on experience gained from the successful application
of earlier programs developed by PWSC for simulating
water resource and hydro-thermal generation systems
(Program SYSIM), and for simulating and optimising
the operation of large scale water resource/water
supply systems (Program MOSPA). Initially constructed
as FORTRAN 'batch' programs, SYSIM and MOSPA incorporated
logical rules to allocate resources in each simulation
time step, rather than formal optimisation algorithms.
In this way computation times were contained when
simulating complex systems over long hydrological
sequences.
Subsequently,
PWSC developed Windows based GUI's for both programs
in order to simplify the entry and modification
of input data, and to provide comprehensive facilities
for the screen and hard copy display of results
in tabular, graphical and 'mimic' diagram form.
The
impetus for developing AQUARIUS arose
from a number of considerations and observations
associated with the evolution of water supply and
power systems, including :
-
the
increasing complexity of the such systems due
to integration and, in particular, the growing
need to adequately model multiple demand areas
and associated transmission constraints when
optimising and simulating their operation;
-
the
advent of private sector participation in electricity
generation and transmission, and the consequent
need to model constraints on system operation,
such as those imposed by Private Power Agreements
(PPA's), while providing transparency of load
dispatch and stored water usage decisions to
both market participants and industry regulators;
-
the
increasing use of 'engineering' software packages
by non-specialists, and the consequent need to
simplify the construction of system models and
reduce the likelihood of program malfunctions
due to the entry of inappropriate data;
-
increased
end user expectations with regard to the 'user
friendliness' and robustness of 'technical' software
The
scope and design of AQUARIUS has
also been influenced by continuing advances in
computing power and disk storage, which now enable
the incorporation of analytical methods not previously
compatible with detailed and lengthy simulations
of complex system operation.
At
the same time, the development of programming languages
such as Microsoft's Visual Basic now enable 'engineering'
type programs to be written directly within a Windows
compatible environment with execution times comparable
with versions written in 'scientific' languages
such as FORTRAN. An additional advantage of Visual
Basic is that it allows direct read and write access
to common database structures.
Such
considerations led to the following key features
being incorporated within AQUARIUS:
-
a
menu driven 'drag and drop' facility for the
'on-screen' definition of system components and
their physical connections, and printer output
of the resultant annotated diagram;
-
interactive
input or modification of model data including
user defined component names and via on-screen,
component type specific, templates;
-
the
representation of multiple electricity demand
areas, with load duration blocks of user defined
duration, transmission lines and transmission
network nodes;
-
automatic
formulation of the Linear Programming (LP) input
matrix based on the user-defined system diagram
and input modelling data, and including penalty
variables to ensure that a 'feasible' solution
is obtained even if, due to constraints, demands
cannot be satisfied;
-
an
in-house Linear Programming algorithm for determining
the least-cost operation of the integrated water
resource and power system in each simulation
time step;
-
the
facility to select a daily, weekly or calendar
monthly simulation time-step;
-
the
usage of regulating reservoirs in accordance
with input Stored Water Values which, for each
reservoir, can vary as a function of storage
volume and calendar week or month;
-
optimisation
of stored water values as a function of reservoir
storage state and time of year (week or month),
using PWSC's stochastic dynamic programming algorithm;
-
a
Yield Determination facility for identifying
the maximum demands that can be satisfied by
a given system while satisfying prescribed supply
reliability criteria;
-
automatic
creation of a system specific (Microsoft ACCESS©)
database, the storage of detailed results for
each simulation time step and the automatic creation
of summary tables;
-
comprehensive
on-screen and printed graphical output facilities,
enabling the user to plot any combination of
values stored in the database as time series
or as accumulations over weekly, calendar monthly
or annual time periods;
-
presentation
of database stored results on user constructed
'mimic' diagrams, either as screen displays or
high definition printer outputs;
-
saving
of all system model data, including system configuration
but excluding time-series input files, within
a single disk file so as to simply retrieval
and archiving;
-
an
on-line help system.
Simulations
can be carried out at with a level of detail appropriate
to the available data and application objectives,
while the long-term optimisation methodology ensures
that the resulting Stored Water Values are 'practical'
in terms of complying with system operation constraints.
Definition
of System Components and Configuration top
AQUARIUS enables
the 'on-screen' construction of a simulation model
for a given water resource and electricity supply
system. The user selects, from a menu, the component
type to be added to the current diagram and positions
the component by 'clicking' the mouse. AQUARIUS
currently allows the user to select from the following
component types :
Water
Resource and Supply System Components
-
Reservoirs;
-
River
Reaches, Flow Points, River Abstractions;
-
(Water)
Sources, Pumping Stations and Treatment Works;
-
Water
Demand Areas, Transfer and Supply Aqueducts,
Junction Points and Sewers.
-
Hydroelectric,
Thermal and Wind electricity generation Plants;
-
Pumped
Storage (reversible turbine) Units;
-
Electricity
Demand Areas, Transmission Lines and Transmission
Nodes
The
default colours and the relative symbol size of
each component type can be modified by the user.
Each component is initially assigned a default
Component Name which can then be changed by the
user via the component type data entry templates
provided.
Transmission Lines, Transfer Aqueducts, Supply Aqueducts, Sewers and
River Reaches ('lines') are 'connected' to appropriate component
types by firstly clicking the mouse on the 'from' component, and
then dragging the cursor to the 'to' component and clicking again.
In-built logic restricts the component types that can be connected
by 'lines'.
The
position of individual symbols can be adjusted
using 'drag and drop' to make the diagram visually
acceptable and reflect actual topography. Any 'lines'
entering or leaving the symbol will move with it,
and Component Names can be moved independently
of the corresponding symbol. It can be noted that,
while moving symbols only alters the appearance
of the diagram, deleting components or changing
'line' connections will alter the logic of the
model. A specimen model diagram, created using AQUARIUS for
a demonstration system, is reproduced on the front
page of this description.
Input
of Technical and Cost Data top
With
the exception of stream flow and demand time series,
all input data is entered into AQUARIUS via
a collection of 'on-screen' templates which vary
with Component Type. These allow both initial data
entry as well as the modification of existing values.
The appropriate template is accessed from either
a menu, or by 'right-clicking' a component on the
model diagram. Wherever appropriate, the user is
offered a 'pick list' to select from, so as to
minimise data entry errors and, where possible,
data validation is performed before new entries
are accepted.
System
level data input to AQUARIUS includes
:
-
the
number of electricity load duration blocks, and
their durations in hours or part hours;
-
the
required simulation time step, viz. day, calendar
week or calendar month;
-
the
required simulation period, defined by start
and end dates, and normally limited only by the
coincident period for which any time series data
is available;
-
the
required time interval between resetting reservoir
contents e.g. daily, weekly, monthly, annually
or on the start date anniversary;
-
composition
of Reservoir Groups as a sub-set of reservoirs
included in the system;
-
'water
value' rules which specify the values of water
stored in reservoirs as a function of calendar
week or month, and content;
-
'multiple
regime' operating rules for specifying target
takes from reservoirs, water sources and river
abstractions as a function of volumes in a specified
Reservoir Group;
-
reservoir
control rules applied to specified Reservoir
Groups;
-
'rules'
for the scheduling of any pump storage unit operation;
-
'Profiles'
specifying day-of-week, monthly or within year
time period multipliers to be applied to input
'average' values. (Such profiles can be associated
with virtually any component value and may be
employed, for example, to model seasonal demand
variations or scheduled maintenance outages);
-
Time
Dependent Licences which limit the outputs of
one or more components over a single day, any
number of days within a year, or a number of
years. Such licences can be used, for example,
to model statutory limits on water abstractions
or maximum thermal plant emissions;
-
Flow
Dependent Licences which limit river abstraction
or reservoir outputs in accordance with flows
at a specified River Abstraction;
-
Drought
Conditions which are to be applied whenever the
combined contents of specified reservoirs fall
below a given volume. Such conditions may be
used to reduce supplies to Water and Electricity
Demand Areas by specific amounts, and hence model
demand management measures during droughts, and
modify reservoir spillway characteristics;
-
Additional
Constraints which the user can define so as to
impose limits in addition to those automatically
created on the basis of the system topography
and other input data.
Input
operating cost and penalty cost data used by AQUARIUS to
calculate the least-cost of meeting specified electricity
and water demands within each simulation time step
include :
-
Reservoirs
- stored water values as a function of content
and calendar week or month ($/Ml); unit benefit
value for meeting and penalty cost for failing
to meet compensation release requirements ($/Ml);
-
Flow
Points - unit benefit value for meeting and penalty
cost for failing to meet minimum flow requirements
($/Ml);
-
River
Abstractions - abstraction costs ($/Ml);
-
Water
Demand Centres - unit benefit value for meeting
and penalty cost for failing to meet specified
water demands ($/Ml);
-
Water
Sources - cost of water ($/Ml);
-
Pumping
Stations - pumping cost ($/Ml);
-
Treatment
Works - pumping and chemical costs ($/Ml);
-
Hydroelectric
Plants - fixed and variable operating costs ($/MW & $/MWh);
-
Thermal
Plants - fixed and variable operating costs ($/MW & $/MWh);
-
Wind
Plants - fixed and variable operating costs ($/MW & $/MWh);
-
Transmission
Lines - variable operating costs ($/MW & $/MWh);
-
Pump
Storage Units - associated power consumption
(MW) to be added to the load at a designated
Electricity Demand Centre;
-
Electricity
Demand Centres - unit benefit value and penalty
cost for failing to meet specified electricity
demands ($/MWh);
Technical and demand data that can be considered during each time step
of the simulation include :
-
Reservoirs
- maximum and minimum (dead) storage capacities
(Ml), (any) direct water demands given as fixed
daily quantities subject to a seasonal profile
or as a time series (Ml/d), direct daily inflows
as constant values or as a function of a specified
daily time series (Ml/d), maximum and minimum
(flood) release rates (Ml/d), maximum spill rates
(Ml/d) as a function of reservoir content (spillway
capacity modelling), evaporation losses (Ml/d)
as a function of surface area and monthly evaporation
rate (mm per km2), seepage losses (Ml) as a function
of reservoir level;
-
Supply
Aqueducts - minimum and maximum throughputs (Ml/d)
and loss factor (%)
-
Transfer
Aqueducts - minimum and maximum throughputs (Ml/d)
and loss factor (%)
-
Flow
Points - minimum flow requirements, given as
fixed daily quantities subject to a seasonal
profile or as a time series (Ml/d), direct daily
inflows as constant values or as a function of
a specified daily time series (Ml/d);
-
Pumping
Stations - minimum and maximum throughput (Ml/d);
-
Treatment
Works - minimum and maximum throughput (Ml/d
);
-
Hydroelectric
Plants - maximum and minimum outputs (MW) in
each load block and any associated availability
profiles, maximum output (MW) and flow/power
conversion factor (MW per m3/s) as a function
of available head (fixed and/or as provided by
current upstream reservoir level), maximum energy
production (MWh/day), minimum throughput (Ml/d
);
-
Thermal
Plants - maximum and minimum outputs (MW) in
each load block and any associated availability
profiles, maximum and minimum daily energy production
(GWh);
-
Wind
Plants - maximum (MW) in each time step and load
duration block based on random sampling from
Normal (Gaussian) wind speed distribution with
specified calendar monthly means and standard
deviations, and given wind speed/generation function;
-
Transmission
Lines - maximum carrying capacity (MW) and loss
factor (%);
-
Electricity
Demand Centres - the load (MW) to be supplied
in each load block, as either daily quantities
subject to a seasonal profile or as given by
a time series;
Daily
time series of electricity demands, water demands
and stream flows can be input to the simulation
from individual disk files, the names of which
are user defined as part of the model data.
Model
and Data Storage top
With
the exception of individual time series data files,
all information relating to a particular AQUARIUS Model
is stored in a single comma delimited disk file,
and automatically given the attribute *.mdl. Thus
any changes made to an existing Model, including
those only data related, can be saved under a different
file name for later retrieval Such files may be
archived, so as provide a permanent record of particular
program run inputs as may be required for, say,
regulatory auditing.
Simulation
Module top
The
steps performed during an AQUARIUS simulation
are shown in flowchart form as Figure 1.
The
start and end of the simulation period are set
by the user, with the duration only limited by
the coincident period for which any input time
series are available. The minimum simulation time
step is one day, but simulations can also be undertaken
over calendar weekly or monthly time intervals.
In
all cases, the outputs ('dispatch') of any power
generation plants and transmission line flows are
optimised across a number of user defined load
blocks, corresponding to the definition of imposed
electricity demands. The duration of each load
block is defined on a system basis with the total
duration summing to 24 hours. In this way setting
a load block duration to 0.25 hours will, for example,
enable the modelling of 15 minute 'instantaneous'
loads.
Within
each simulation time step, AQUARIUS minimises
the total cost of satisfying the imposed electricity
and water related demands using PWSC's proprietary
Linear Programming (LP) algorithm.
The
LP input matrix is automatically constructed on
the basis of the specified model components and
topography (linkages), and the associated physical
and economic data, including imposed constraints.
To avoid the occurrence of 'unfeasible solutions',
electricity demands, water demands and minimum
river flows are subject to (user specified) penalty
costs which are applied in the case that a such
demands or requirements cannot be satisfied.
In
order to reduce execution times, the basic input
matrix is created for the first simulation time
step and only those elements (constants) which
change between time steps are modified. For similar
reasons, the maximum dimensions used by AQUARIUS e.g.
the maximum number of reservoirs or transmission
lines etc., can be adjusted by the user so as to
minimise computer memory requirements when running
a specific model.
Within
the LP formulation, reservoir releases are assigned
costs in accordance with input (long-term) Stored
Water Values as a function of calendar week or
month and reservoir content. Such releases are
optimised taking account of all (downstream) incremental
inflows within the river system. Additionally,
target (minimum) reservoir releases can be specified
by Control or Multiple Regime operating rules.
Total outputs from a reservoir are divided into
'compensation', 'release' and 'spill', each of
which can be associated with a specific River Reach.
In the case of 'release' this can also be assigned
to one or more Supply and Transfer Aqueducts, and
subject to a specified maximum value and target
flood release quantity.
Hydro
plant capacities are calculated as a function of
the available flow and given MW per m3/s conversion
factors. This conversion factor can be fixed or
given as a function of flow and available generating
head, while the latter may in turn be dependent
on an upstream reservoir level.
Wind
plant generation is based on a daily wind speed
from a time series or as a randomly selected variable
from a Normal distribution. This distribution is
defined in accordance with input calendar monthly
Means and Standard Deviations. The average wind
speeds in each load dispatch block are then determined
by random sampling from the Normal distribution
so as to maintain the average daily wind energy
value. The load block wind speeds are converted
to power outputs using a given wind speed (m/s)
to output (MW) conversion function, which allows
zero output if the wind speed falls outside the
function limits. An option allows the user to fix
the 'seed' of the random number generator so that
the same series of random numbers can be used in
consecutive simulations.
Constraints
are automatically included in the LP problem formulation
to model limits imposed by Time and Flow Dependent
licences, maximum and minimum component capacities
and throughputs, and water and electricity mass
balances. In addition, a facility is included which
allows the user to specify additional constraints
by assigning coefficients to combinations of the
defined objective function variables. This enables,
for example, the modelling of water blending constraints.

Figure
1 : AQUARIUS -
Outline Flowchart of Simulation Module
Program
Outputs top
AQUARIUS provides
the user with a variety of outputs as described
below.
a)
'Real Time' graphs top
As
the simulation proceeds, AQUARIUS can
simultaneously display screen graphs to show the
behaviour of up to 15 user selected system components.
The values shown are a function of the component
type, as indicated below :
-
Reservoirs
: the content in Ml; or the percentage of active
storage;
-
Water
Demand Areas : quantity supplied in Ml/d;
-
River
Reaches, Flow Points and Aqueducts : the flow
in Ml/d;
-
Pumping
Stations : the throughput in Ml/d;
-
Water
Demand Areas : quantity supplied in Ml/d;
-
Hydro,
Thermal and Wind Plants : the energy outputs
in MWh;
-
Pump
Storage Units : the throughput in Ml/d;
-
Transmission
Lines : the energy carried in MWh;
-
Electricity
Demand Areas : quantity supplied in MWh;
The
time span for each graph can be set separately
so as to cover 3, 12 or 36 months at a time, and
the user can also set the maximum ordinate for
each graph independently. A separate 'window' gives
the simulation results 'to date', including operating
costs and penalties. An example of the Real-Time
graphs produced is reproduced as Figure 2 below.

Figure 2 : AQUARIUS -
Example of 'Real-Time' Screen Graphics Output
b)
Database Outputs top
For
each time step of the simulation, information on
the inputs, outputs and performance characteristics
of each component, and for the overall system,
are automatically stored in a model specific Microsoft
ACCESS© format database. A new database is
created at the start of a simulation and assigned
the same name as the AQUARIUS Model
file, but with the standard Microsoft ACCESS© attribute
i.e. *_SIM.mdb. The contents of each database table
vary by Component Type, but all have the following
common fields :
The
contents of the database can be viewed directly
from Program AQUARIUS using
the Microsoft VISDATA facility provided.
c)
Plotting and Tabulation of Time Series Values
Stored in Database top
AQUARIUS allows
the user to plot or tabulate any combination of
time series values stored in the database, and
such plots can be viewed on screen or printed with
a high level of definition.
For
a daily simulation time step, values can be automatically
summed to provide weekly, monthly or annual time
series, or to give average calendar weekly, calendar
monthly or period averages based on the total duration
of the simulation.
Depending
upon the summation or averaging option used, the
following graph types can be employed :
-
line
graph,
-
vertical
bar chart,
-
area
graph (stacked),
-
pie
chart.
The
user is able to select the number of values shown
on the screen and, if this is less than the number
of available values, it is possible to 'scroll
through' the simulated period. A 'hot hit' facility
is also included so that any plotted value can
be identified in terms of the component name and
value simply by clicking the mouse.
The
Graphics Server© facility employed within AQUARIUS gives
the user considerable control over the content
and appearance of any graph, so that they can be
tailored for inclusion in reports. It is also possible
to output a graph to disk file in a number of standard
formats e.g. *.bmp, *.wmf etc. Examples of the
type of graphs that can be produced are shown in
Figures 3 & 4.
The
selected time series can also be viewed in tabulated
form and subsequently output as a 'comma delimitated'
(*.prn) file for direct input into spreadsheet
programs such as Microsoft EXCEL for further analysis
by the user.

Figure 3 : AQUARIUS -
Example of Line Graph Using Stored Database Values

Figure 4 : AQUARIUS -
Example of Stacked Area Graph Using Stored Database Values
d) 'Mimic' Diagram
Display of Time Step or Average Simulation Period
Values top
AQUARIUS enables
the display of values stored in the simulation
database in 'mimic' diagram form. Such values may
relate to a particular time step or to averages
over the simulated period. Mimic diagrams can be
constructed interactively based on the components
included in an AQUARIUS Model
file. Multiple mimic diagram files can be built
thus enabling, for large or complex systems, the
display of results for different parts of the system
in varying levels of detail.
The
type of value to be displayed for each component
type can be selected from a comprehensive menu.
Thus, for Reservoirs, it is possible to display
the contents at the start or end of the time step
either as volumes or percentage fullness, releases,
spills, water values or stored water costs. For
power system components it is also possible to
display energy based quantities over the time step,
or power based quantities in each load block. The
mimic diagrams also display total or average system
values including, for example, total hydro, thermal
and wind generation, transmission losses, operating
costs, penalty costs and supply benefits. A facility
is also provided to automatically step through
the simulated period.
Such
displays provide a high level of transparency to AQUARIUS results,
and enable the user to rapidly analyse system behaviour.
An example of a mimic diagram display is illustrated
in Figure 5 below, and such displays can be printed
in high definition for inclusion in reports.

Figure 5 : AQUARIUS -
Mimic Diagram Display of Simulation Results
Optimisation
of Long-Term Stored Water Values top
Within
each AQUARIUS simulation
time step, the optimum quantity of water to be
released from each reservoir takes account of input
(long-term) Water Values, which will normally vary
by stored water volume and calendar week or month.
Using AQUARIUS,
such Water Values can be optimised with PWSC's
proprietary Policy Iteration Stochastic Dynamic
Programming (DP) algorithm1. Such capability is
sometimes ascribed to a Water Value Model.
This
algorithm requires two data streams for each alternative
water value, namely .
-
the
total operating costs, including any deficit
penalties;
-
the
gross change in total reservoir storage
This
data is obtained by simulating system performance
over the hydrological sequence, with the reservoir
contents being re-set to a specific value at the
start of each time step. Within the DP algorithm,
costs are divided into two categories :
-
the
'immediate' cost incurred by applying a given
water value at a given time of year, and
-
the
'future' cost of being in a certain system (storage)
state.
The
system storage is equal to the total active storage
provided by one or more reservoirs in the system,
and is partitioned into a number of equal state
intervals, The DP algorithm then identifies which
water value should be adopted in each storage state
and optimisation interval, so that the total future
operating cost will be minimised. The process iterates
over a number of complete years until convergence
is obtained i.e. when the associated water value
table remains unchanged between successive iterations.
Using
the simulation model to provide DP input data ensures
that :
-
changes
to the simulation model and data are automatically
reflected within the optimisation process;
-
account
is automatically taken of the influence of monthly,
weekly and daily incremental inflow variations;
-
the
same optimisation data files can be used to optimise
water values consistent with meeting different
supply reliability criteria.
The
way in which simulation is integrated within the
optimisation procedure is shown in Figure 6.
The
algorithm settings and optimisation results are
automatically stored in tables within a database
file which is assigned the name *_OPT.mdb. The
contents of these tables can be inspected using
the Microsoft VISDATA facility provided.
1. Wyatt
T. ' An Integrated Simulation and Dynamic Programming
Approach for Evaluating the
Performance of Complex Water Resource Systems and Optimising Operating
Policies :
Methodology and Applications'.
IAHR International Workshop on Drinking Water Systems Turin, Italy,
September 1996.

Figure 6 : AQUARIUS -
Integration of Simulation and Optimisation Modules
An
example of optimised weekly water values obtained
using AQUARIUS is given as Figure 7 below. For
clarity three alternative water values were defined
in this case, and it can be seen that the resultant
curves displays the type of seasonality that can
be normally expected.

Figure 7 : AQUARIUS -
Optimised Calendar Weekly Water Values (3 Regimes)
Yield
Determination top
A
requirement frequently imposed by planners and
regulators is the assessment of the maximum water
or electricity supplies that can be met by a system
based on given streamflow sequences and supply
reliability criteria, as may be defined by the
consecutive or total incidence of demand management
measures, supply deficits or minimum reservoir
levels. For water resource/supply systems such
estimates are sometimes referred to as 'firm yields'
or 'deployable outputs'. For hydro-thermal power
generation systems they are analogous to 'firm
energy' assessment if a single load block is employed
in the simulation.
AQUARIUS incorporates
a search procedure for identifying the demand multiplier
consistent with satisfying such criteria and also
permits the user to select the individual water
and electricity demands to be subjected to the
multiplier. A key attribute of the approach is
that the assessment takes into account the constraints
on system operation incorporated within the AQUARIUS simulation
model.
Program
Details and Usage top
Program AQUARIUS is
written in Microsoft Visual Basic© (Version
6), and runs under the Microsoft Windows 95, 98,
NT4, 2000 & XP operating systems. All code,
including that associated with the proprietary
Linear and Dynamic Programming algorithms, has
been written by PWSC, thereby eliminating reliance
on any third-party suppliers.
The
time required to simulate behaviour of a water
resource or power supply system depends on :
-
the
number of system components modelled;
-
the
length of the hydrological period to be simulated;
-
the
number of load blocks used to represent electricity
demand variations during a day;
-
the
simulation time step specified i.e. daily, weekly
or calendar monthly;
-
the
number of operational constraints imposed.
In
practice the level of detail used for a particular
simulation will vary with the application. Thus,
for power system planning studies it may be sufficient
to employ, say, 3 load blocks, whereas for optimising
'day ahead' system operation the use of 24 load
blocks might be appropriate. AQUARIUS allows
the use of daily, weekly or monthly time steps
and, in this way, investigation of the sensitivity
of simulation results to the time interval employed.
When optimising long-term Water Values, a further
determinant of execution time is the number of
alternative water value 'regimes' used when producing
the input data for the optimisation process.
Execution
times required to solve Linear Programming problems
increase with both the number of objective function
variables and constraints. However, experience
gained in modelling large and complex integrated
water resource/supply systems suggests that, with
powerful modern computers, simulation times are
unlikely to be a deterrent to the application of AQUARIUS to
large systems.
Applications
and Availability top
AQUARIUS is
equally applicable to planning and operation studies,
as for use in optimising 'real time' operation.
It is available for purchase by utilities, subject
to standard software protection measures being
installed. Usage by consultants and international
agencies on a project-by-project basis is by negotiation.
Alternative versions can be made available; for
water resources/supply system and power system
application, and with or without the water value
optimisation module. For further details on Program AQUARIUS please
contact us :
A
'demonstration' and latest news of AQUARIUS can
be viewed here.
|
|
 |
|