My WebLink
|
Help
|
About
|
Sign Out
Home
Browse
Search
WSPC05517
CWCB
>
Water Supply Protection
>
Backfile
>
18000-18999
>
WSPC05517
Metadata
Thumbnails
Annotations
Entry Properties
Last modified
7/29/2009 11:09:45 AM
Creation date
10/9/2006 5:15:08 AM
Metadata
Fields
Template:
Water Supply Protection
File Number
8283.200
Description
Colorado River Basin-Colorado River Computer Models-Colorado River Decision Support System-Ray
State
CO
Water Division
5
Date
10/16/1992
Title
PRYSH-River Simulation System-Technical Reference Manual
Water Supply Pro - Doc Type
Report/Study
There are no annotations on this page.
Document management portal powered by Laserfiche WebLink 9 © 1998-2015
Laserfiche.
All rights reserved.
/
62
PDF
Print
Pages to print
Enter page numbers and/or page ranges separated by commas. For example, 1,3,5-12.
After downloading, print the document using a PDF reader (e.g. Adobe Reader).
Show annotations
View images
View plain text
<br />. , <br /> <br />OU0172 <br /> <br />RSS Concepts and Methodology <br /> <br />Activating objects <br /> <br />Reservoirs and <br />diversions <br /> <br />1.10 Object Activation Queue: <br /> <br />When an object has sufficient information to perform its assigned operations (for <br />example, completing a mass balance or calculating energy or evaporation), the <br />object places itself on a queue called the object activation or "dispatch" <br />queue, Objects in the queue are activated, i.e. allowed to perform their opera- <br />tions, when they reach the top of the queue. Once an object has performed its <br />operations, it removes itself from the queue, <br /> <br />1.11 Object Activation: <br /> <br />When an object is activated, i.e, when it performs its operations, new data are <br />generated. These data may include releases, diversions, inflows, hydropower, <br />etc, that may be needed by other water or table class objects before they can <br />perform their operations, Such information is transmitted via the information <br />communication links that connect the activated object to other objects. Objects <br />that are connected to a sending object are automatically activated after the link <br />has transferred the data from the sending object. The object's policy statements <br />are then checked to see if they can define certain variables in the mass balance <br />equation for that object_ If they can, they may be executed and the data are <br />changed accordingly. If, in their turn, these objects have sufficient data to <br />perform their mass balance operations, i.e. can become activated, they are <br />placed on the bottom of the object activation queue. <br /> <br />The process continues until no more objects are in the object activation queue <br />and all object data and operations are in equilibrium with each other. Uttle <br />system level control is exerted during this,entire event-driven simulation proce- <br />dure in each time step_ Each object determines when it has sufficient informa- <br />tion to perfonn its specified operations, and what to do with the resulting <br />information, <br /> <br />1.12 An Example Simulation <br /> <br />To illustrate the operation procedure of RSS, consider the system of reservoirs <br />and diversions shown in the schematic of Figure 4. Nodes 1, 2, and 3 are <br />storage reservoirs, Nodes 5 and 6 represent water uses at the end of diversion <br />canals. The water allocated but not consumed or lost at Node 6 is returned at <br />Node 7, The main river flows through Node 5 to Node 7, <br /> <br />Figure 5 shows a complete set of objects needed to conduct the simulation of <br />the system in Figure 4. Some of the nodes in this example have time-series <br /> <br />RSS Concepts and Methodology <br /> <br />11 <br />
The URL can be used to link to this page
Your browser does not support the video tag.