A User's Manual for DELSOL3 - prod.sandia.gov - Sandia National ...
A User's Manual for DELSOL3 - prod.sandia.gov - Sandia National ...
A User's Manual for DELSOL3 - prod.sandia.gov - Sandia National ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
thrown away due to storage being full at any time of the year, there<strong>for</strong>e avoid-<br />
ing the necessity of doing detailed energy flow accounting while optimizing other<br />
system design parameters. However, it is possible that <strong>for</strong> north biased heliostat<br />
fields some excess energy will be thrown away due to full storage at days other<br />
than the longest operating day, due to a combination of system efficiencies and<br />
insolation levels. Further, it is possible that choosing a smaller storage tank and<br />
discarding (not collecting) some energy may be more cost effective than never dis-<br />
carding energy. For an otherwise completely optimized system, DELSOL allows<br />
the user the option to determine the most cost effective storage size.<br />
Storage optimization is requested during the optimization process in DEL-<br />
SOL (Namelist OPT) by specifying the variables ISTR and NSTR. ISTR, when<br />
nonzero, is the ratio of the maximum storage size to be examined to the storage<br />
size calculated by DELSOL at the longest day <strong>for</strong> the otherwise optimized sys-<br />
tem. NSTR is the number of equally spaced storage sized from zero to ISTR to<br />
be evaluated.<br />
Although storage optimization is requested during system optimization, the<br />
storage optimization is actually per<strong>for</strong>med during a final per<strong>for</strong>mance calcula-<br />
tion on an otherwise optimized system (IPROB=l). Thus, the storage size and<br />
cost printed during system optimization will be the nonoptimized stor-<br />
age. During the final per<strong>for</strong>mance run, when energy accounting vs. time is oc-<br />
curring, the storage size will be varied, storage costs will be recalculated, and the<br />
actual amount of energy discarded <strong>for</strong> each different storage tank size will be cal-<br />
culated. The optimum storage size, along with annual energy data and adjusted<br />
capital and energy costs, will be printed out ahead of the annual power <strong>prod</strong>uc-<br />
tion detailed output.<br />
The default values (ISTR=O, NSTR=l) allow no storage optimization. Re-<br />
running a specified optimum design <strong>for</strong> detailed per<strong>for</strong>mance <strong>for</strong> this case would<br />
give system per<strong>for</strong>mance <strong>for</strong> the maximum size storage capacity determined ini-<br />
tially.<br />
At this point a distinction should be made between physical storage size<br />
and the two values SMULT and capacity factor. SMULT, which is a user input<br />
(Namelists OPT and NLEFF), is the factor multiplying the minimum require-<br />
ment <strong>for</strong> thermal power at the base of the tower to meet the specified power de-<br />
livered to the process at the design point. Thus, SMULT, or the solar multiple,<br />
does not specify a storage size (cost) because it does not make a distinction be-<br />
tween storing energy and discarding energy. The solar multiple is only used to<br />
size the field and receiver with respect to the defined plant rating. On the other<br />
hand, capacity factor (printed during system optimization) is a calculated value<br />
of the ratio of time operating during a year to total time in a year. Capacity fac-<br />
tor is calculated in DELSOL by calculating the total amount of energy <strong>prod</strong>uced<br />
by the heliostat field during the year, reducing that value by annual average sys-<br />
tem efficiencies, and dividing that value by the total time in a year. Again, the<br />
assumption is made that no energy is discarded (rather than being stored), and<br />
110