Welcome Navigation Approach TEST Approach TEST-Code
(The Open Steady daemons build upon the state daemons. Visit States pages first.)
States Closed Process Closed Steady
Open Process Closed Cycle Open Cycles States-II
HVAC Combustion Equilibrium Gas Dynamics
(Each section above is divided into two sub-sections - Manual and Applications.)
You are currently on the Manual page Applications

(This page is yet to be completed.)
Daemons>Open Steady> Manual


 

A steady device is an 
open system operating at steady state. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

The simplest open system involves a single flow.

An open device may also involve multiple flows, which may or may not mix.
 
 
 
 
 
 
 

An open device is the 
building block of all Open Cycles found in Steam Power, Gas Turbines and Refrigeration.
 

 

a. Open and Steady Devices: Just as closed processes steady devices are the most prevalent open systems. 

In the Approach section, we have discussed in details the six questions that need to be answered to completely classify a problem.  If there is  mass transfer across the boundary, the system is open . In a steady problem the snapshot of the system taken with the state camera (discussed in the States page) remains unchanged with time even though there the system exchanges heat , work and mass with its surroundings. 

For instance, when steam expands in a steady  turbine, the system image, a composite of all the different states (or colors in our camera analogy) at different locations, does not change with time. Steam, as it passes through the turbine, cools down dramatically from the inlet to the exit. However, at a given location, the state (or color) remains unchanged. The red hot inlet state always remains red hot. 

To characterize the mass transfer across the control surface of an open, steady single-flow device,  all that is required is to identify two unique states ,  the i- and e-state , at the inlet and exit ports (now you know why TEST identifies the initial state of a process as the b-State and not i-State ). In more complicated multi-flow devices, such as a heat exchanger or a mixing chamber, there can be more than one inlet or exit. 

The daemons for the single-flow, open, steady problems appear under the branch  Daemons. Systems. Open. SteadyState. Generic.SingleFlow   while the multi-flow daemons are sub-divided into two branches: Daemons...MultiFlowMixed and  Daemons...MultiFlowUnMixed .

Open and Steady systems can also be found under the Daemons. Systems. Open. SteadyState. Specific branch  in the Open Cycles, HVAC, Combustion  and GasDynamics chapters. They will be discussed in the corresponding chapters linked at the top of this Tutorial. However, in  all problems involving Open Steady Devices, be it a single flow through a nozzle or a sequence of devices forming a refrigeration cycle, a complete understanding of how to handle a single open device operating under steady state is essential.

In an open and steady  problem, partial information is given about the i- and e-States and the device variables . The task is to find the unknown variables using the balance equations and property relations for the given working fluid. 



 
Fig. 1  The Device-Analysis panel shows the customized balance equations.  You load the 
i- and e-states, enter the device variables and solve the balance equations by pressing the 
Enter key or the Calculate button.

 

 
  

The device variables: 

Wdot_ext, Qdot and Sdot_gen.

 
 
   

b. The Device Variables: There are  three kinds of variables that appear in the Device Panel . (a) The rate of heat transfer Qdot  Wdot_ext (energy balance); (b) the rate of entropy generation Sdot_gen , (entropy balance)  the T_B (initialized with adefault value of 25 deg-C); and (c)  Jdot_net , and Sdot_net , the net flow energy and entropy transport by the mass flow. The last two variables have no checkboxes, indicating that they are meant for output only. With the help of these variables each term of the energy and entropy equations, displayed on the Device Panel, can be completely evaluated.

 

 
 

Load the i- and e-states, enter the device variables, and click the Super-Calculate button to update all variables.
 
 
 
 
 
 
 
 
 
 

The solution Approach.
 

c. The Single-Flow Daemon: The Device Panel for a steady, single flow daemon is shown in Fig. 1.

The global control panel remains unaffected. On the local control panel, the i-State and the e-State selectors contain only those states which have been already calculated in the States panel. The default state of a port, State-Null, is equivalent to leaving a port plugged, i.e., no flow. The device is identified by a letter (just like a State is identified by a number), Device-A being the default device. 

The boundary temperature  T_B is given a default value of 25 deg-C, which can be overriden if necessary. For adiabatic devices, the value of T_B is inconsequential as can be inferred from the balance equations of Fig. 1. 
 

Solution Procedure: The solution procedure that is emphasized in example after example in the Problems, Slide Show and the Applications page is simple. (a) Evaluate the anchor states, the i- and e-states as best as possible. (b) On the Device-Analysis panel, choose a device name (Device-A, for instance), and select from the calculated states the  appropriate anchor states. (c) Enter the known device variables (for instance Qdot=0 for an adiabatic device, S_gen=0 for an internally reversible device). (d) Press the Enter key (or the Calculate button) and Super-Calculate to update all variables.

Evaluation of states have been discussed in the State Daemon manual. In an open steady problem, the states can be evaluated to various degree of completeness. Consider the solution for a steady state nozzle, for instance. Suppose the inlet state is completely specified and only the exit pressure is supplied for an isentropic nozzle. In evaluating State-2 (the e-state), Vel2 must be made an unknown. The mass, energy and entropy equations produce mdot2=mdot1,  j2=j1 and s2=s1 respectively. Using '=mdot1' for mdot2,  '=j1' for j2, and '=s1' for s2, State-2 can be completely evaluated. The Device Panel, in this case, simply confirms the assumption as Qdot and Sdot_gen are calculated as zero once the anchor states, State-1 and State-2, are loaded as the i- and e- states.  Another way to obtain the same answer is to enter p2 and partially evaluate State-2. In the Device Panel, Qdot=0 and Sdot_gen=0 are specified. Super-Calculate  deduces the facts that mdot2=mdot1, j2=j1, and s2=s1 from the balance equations, post them into State-2, and completes its evaluation.




 

The dead-State.
 
 

 

The Exergy Panel Once a steady open device has been analyzed, an availability or exergy analysis can be carried out on the Exergy Panel, provided a designated dead-State is  evaluated first. State-0 is the designated dead state. The exergy balance equation along with relevant definitions are shown on the exergy panel (Fig. 2). They are automatically calculated if the anchor states and the dead state have been completely evaluated. If the device selected in the Device Panel is changed, the Exergy Panel automatically updates itself to the displayed device.
Fig. 2  The Availability (Exergy) panel for a steady open device.

 
Change any variable, Calculate and Super-Calculate.
 

 

I/O Panel   The I/O Panel can be used as in most other daemons as a calculator that understands property symbols, and a place for displaying detailed solution report generated by Super-Calculate, and loading TEST-Codes.

TEST-Codes   The TEST-Codes work as described in the States daemon manual.

Examples: The companion Applications page provides at least one complete example to lead you step-by-step to the solution. To see what types of problems these daemons are capable of solving visit the Problems>Chapter-5 page.

Fig. 3  The Device-Analysis panel for a multi-flow mixing system.

 

There can be up to two inlets for a mixing daemon. You leave one of the exits closed by selecting State-Null (the default state) as the state of that port.
b. The Multi-Flow Mixing Systems: The Analysis  panel for a multi-flow mixing system is shown in Fig. 3. There can be up to two flows into the system. The system schematic and governing balance equations reflect the mixing nature of the flows. Note the toggle radio-buttons Non-Mixing and Mixing

Although two exits, e1 and e2 are present, one of those can be left closed by leaving its state at its default value State-Null .  For that matter, by using only one inlet and one exit port, the daemon can be made to handle single-flow problems. 

As in a  single-flow daemon, you choose a device name, load the inlet states (i1 and i2 for a mixing problem) and the single exit state (e1 or e2), enter the device variables, which remain identical to the single-flow device variables, and Calculate. Most of the previous discussions on the single flow device  (sections c-f) apply equally well for this daemon. The TEST-Codes now contains an additional statement in the Analysis block indicating the mixing or non-mixing nature of the device as appropriate.


Fig. 4  The Device-Analysis panel for a multi-flow non-mixing system.

 

There are two flows through the system. In loading the anchor states, care should bge taken to pair up an exit-state with its matching inlet state.
c. The Multi-Flow Non-Mixing Systems: The Analysis  panel for a multi-flownon-mixing system is shown in Fig. 4. There can be up to two flows into the system. The system schematic and governing balance equations reflect the non-mixing nature of the flows. Note the toggle radio-buttons Non-Mixing and Mixing with the former selected for this daemon.

The two flows are not allowed to mix in this category of systems. Therefore, two different models for the working fluid can be used for the two fluids. For instance, in a heat exchanger where R-12 and air are the two working fluids, the phase-change (PC) and ideal gas (IG) models can be used to represent the the two fluids. Likewise other combinations of fluids: PC/SL (phase-change and solid/liquid) and IG/SL (ideal gas and solid/liquid) are supplied. A new state variable called Model is added to identify which model is used in a particular state - Model has a value of one for the first choice on the left and two for the choice on the right.  If only a single model is necessary the second model can be ignored. The discussion in the manual for Non-Uniform Non-Mixing Process daemons can be useful in this regard.


Examples: The companion Applications page provides at least one complete example to lead you step-by-step to the solution. To see what types of problems these daemons are capable of solving visit the Problems>Chapter-4 page.




You are currently on the Manual page Applications

Copyright 1998-2003: Subrata Bhattacharjee