FEDS can be run on a machine connected to a network. In some circumstances FEDS can even be run remotely from a network computer or file share. However, because each network is different and interference and connectivity issues are possible, for the best performance (and to lower the risk of problems) it is recommended to run FEDS from a local machine.
Custom EPW files may be created by experienced users and imported using the "Import EPW File" option. There is also an option in FEDS version 8 that allows users to view and alter the weather data (e.g., drybulb temperature, relative humidity, atmospheric pressure, and sky clearness). This is presently intended to allow users to make weather adjustments to be used when calibrating a model to conditions for a specific base year. Contact FEDS support for more information.
Yes. FEDS now provides an option to import additional weather station data. An "Import EPW Weather File" feature enables users to access the growing number of weather station data representing many locations globally, as well as more recent records of typical climate data, and even data covering specific time periods or energy modeling scenarios. All data must be in standard EPW file format. Refer to the FEDS User’s Guide for more information.
On the *.txs report, the electricity dollar values listed under the "Annual Installation Energy Use by Fuel Type" and "Annual Energy Use by Building Set and Fuel Type" pages include both energy and demand charges. To determine how much of that total cost is attributable to the energy vs. demand, the demand component (reported on the following page) may be subtracted from this total value.
Sometimes when the system or software crashes, certain files are locked in the system's memory which can cause strange or unstable behavior upon restarting. If this occurs, try quitting FEDS and restarting again. When closed properly, FEDS will tidy up the system resources and work properly the next time it is run.
Emissions factors are used and relate a quantity of pollutant emitted (e.g., tons of CO2) per unit of fuel burned. There are factors for each of the six pollutant types corresponding to each main fuel type. To estimate emissions, FEDS multiplies the consumption value for each fuel type by the appropriate emission factor. The emissions factors for certain fuel types, (for example electricity) can vary significantly depending on factors, such as plant type (coal, gas, nuclear, hydropower) and source fuel composition (e.g., sulfur content) such that state average values are applied based on the typical generation resource mix supplying that state.
The best way to check the accuracy of a model is to run FEDS without optimization and compare the annual consumption estimated by FEDS to actual metered data. To do this, go to "Exclude Building Sets" from the "Optimization" option on the "Simulation" screen. Make sure the "Pick Building Sets" method is selected then press the "Select All" button on the left side of the screen (under the list of building sets). After saving, go back and run FEDS. This will take from a few seconds to a couple minutes for FEDS to run the baseline load and consumption calculations for the buildings. Alternatively, running with the analysis type set to "Calibration" will accomplish the same thing. Once complete, review the *.txs report for the case and check the following data:
General case and building inputs on the first five pages (for any obvious input errors)
Energy consumption data by fuel type (page 7)
Electric peak demand value and time of occurrence (page 8)
Annual energy consumption by fuel type and end use (page 10)
Do not expect these to be identical to the metered data—this is a model representation of your buildings and even if extremely precise, will vary due to discrepancies related to actual vs. average weather, human behavior, and more. Therefore, achieving consumption values from FEDS that are within 10-15% of actual values suggests a reasonably accurate model. An experienced user who is knowledgeable about building energy systems and their interactions can successfully calibrate to a much tighter tolerance.
A useful rule of thumb is that a full FEDS optimization run will take a couple minutes per building set. However, run-time depends on a number of factors, including computing resources, processor speed, size, and complexity of the case. The more buildings, use areas, and technologies being analyzed, the longer the FEDS run will take. Additionally, the presence and number of central energy plants and thermal loops will also impact run-time.
Conversely, a calibration run of the same case and computer takes only a few seconds (with additional time to generate the reports). This is because all building sets are excluded from optimization to help focus on the baseline energy results and aid in focusing on model quality assurance and calibration processes.
Installing FEDS will require approximately 1.7 GB of hard disk space. It is also important to have enough free disk space for case files. We recommend another 10-30 MB for this depending on the number and size of site models.
Choose a weather station that most closely represents the weather at your location. Most times it will be a city in the same state as you, but can be in a neighboring state, or in some instances in another region altogether. When specifying the zip code of the site or building(s), FEDS will recommend a weather station that offers the most similar weather to your location.
inking two distinct building sets together allows greater flexibility in modeling complex building geometries or uses. Linked buildings are designed to model two buildings that share a common wall or are stacked on top of one another. Specifying that the buildings are linked directs FEDS to automatically (based on the geometry information for each building) determine the wall area (or roof/ceiling area) that is shared, and thus not exposed to exterior conditions. It essentially calculates the portion of each buildings shell that is an adiabatic surface (i.e., does not experience conductive heat transfer) and does not receive solar gains. It uses this information in load calculations to appropriately account for the impact of the buildings being connected. There are some rules, however, that must be satisfied in order to link building sets. First, both sets must contain the same number of buildings so that a direct one-to-one linking is achieved. Second, both sets must have the solar normalization turned off (calculate solar gains by facing direction). Also, FEDS currently does not model cantilevered buildings so for top/bottom linking, the N/S and E/W lengths of the top building must not be greater than the corresponding lengths of the bottom building.
The blue arrows indicate inputs that are required for FEDS to run. If any of these cells do not have a value provided, FEDS will not be able to run and will produce an alert either upon saving a screen or updating inferences. Once a valid input value has been provided and saved, the blue arrow will disappear.
The lock symbol that appears next to many of the input cells indicates the value is inferable by FEDS and does not require an input. An open lock icon means the value is not locked and may be changed by FEDS when inferences are updated. The closed lock symbol represents inputs whose value is locked and protected from being changed when inferences are updated. A user may lock a value by either entering a value into one of these cells, or by clicking on an open lock symbol to lock the value that is currently present in the cell.
Input cells that do not have an icon next to them are for values not absolutely required for FEDS to run but are highly recommended. Values, such as the fuel price data and occupancy hours are extremely important (yet a value may not be required for each fuel or day type). Others, such as the energy consumption inputs and building/technology identifications, are not used by FEDS except for reporting and aiding the user in understanding the output.
Attractive NPVs, payback periods, and SIRs typically fall within certain ranges, which should always be positive. However, negative values are possible in a couple of instances and do not necessarily indicate an error. The first possibility is that the project is recommended for a technology or building component you identified as "replacement required". As such, FEDS will recommend the most cost-effective replacement option, but not require that it be cost effective. So, while it may be the best replacement option, it may exhibit seemingly nonsensical economic figures of merit. Similarly, if a building retrofit occurs due to central plant or thermal loop abandonment, it may also exhibit negative savings criteria. That simply means that the retrofit (e.g., replacing central steam service with an in-building boiler) was not cost effective when looking just at the building energy use and costs. But the value of abandoning the central plant and/or distribution loop (due to the accompanying reductions in thermal losses and O&M costs) provided a net positive gain when added to the negative savings at the building level. Thus, at the site level, taking the central plant and thermal loop savings into account, the net benefit is positive—but purely from the building perspective (reflected in the TXD and CSV reports) the change from steam to dedicated boiler was not cost effective. Reviewing the central plant and thermal loops section of the TXS report and looking for a positive abandonment value will provide additional detail on just how much of a net positive gain accrues do the abandoning the plant and/or loop.
In FEDS MBtu signifies Million British Thermal Units. Throughout the program, the 'M' prefix represents million or 106 (MW, MBtu), while 'k' represents thousand or 103 (kWh, kBtu).
Prototype buildings in FEDS are modeled as basic rectangular blocks, with the actual geometry calculated based on the total floor area, number of floors, floor-to-floor height, and aspect ratio. However, additional geometries can be modeled by using the linked building approach or through the advanced geometry inputs, which allow modification to underlying parameters including window/wall/roof/floor areas and conditioned air volumes.
The index code in following the existing technology description for a heating or cooling technology represents the technology record number. For example,{H2} indicates a heating technology is actually heating record #2 (as input in the user interface). This information can be valuable when dealing with heat/cool pairs with several heating and cooling records in a single building set.
The advanced geometry inputs allow for more flexibility in modeling non-standard building geometries compared to the linked building approach. When accessing the advanced geometry inputs, the user may specify or alter a number of geometric parameters for each zone of the building to customize the resulting model. For example, the exterior wall areas and window areas can be specified for the north, east, south, and west sides of each zone. Additionally, roof, floor, footprint areas, exterior perimeter length, and conditioned air volume can be specified for each zone. These adjustments provide users with the ability to model a number of more complex geometries, such as individual parts of a strip mall complex or varying window fractions for different sides of a building, with greater accuracy than through other means. The option can be accessed via the button on the regular geometry inputs screen.
Solar normalization is used when the orientation of a single building is unknown, does not align with N/S/E/W directions, or when there are multiple buildings of differing orientations in a building set. It can be used to avoid biasing the solar gains calculation by normalizing the exterior wall, window, and roof areas, such that the resultant loads are roughly the average of two buildings: one with an east/west orientation and one with a north/south orientation. FEDS can be set to "ignore facing directions" to use solar normalization.
The aspect ratio is used to define the geometric orientation of the buildings in a building set. It is a ratio of length to width and is calculated by dividing the typical north-facing length by the typical east-facing length.
Section 432 of the Energy Independence and Security Act of 2007 (EISA 432) requires U.S. federal agencies to perform energy and water evaluations of their covered facilities on a recurring basis and report their performance via the Compliance Tracking System (CTS). The FEDS CTS report is provided to help agencies compile and format results from their FEDS analyses to facilitate this reporting requirement. Measures identified with buildings modeled in FEDS are categorized and summarized into the CTS Evaluation Upload Template (in an Excel spreadsheet format).
The Energy Resilience and Conservation Investment Program (ERCIP) report (*.ecp, otherwise known as the DD 1391) is a special form required by certain U.S. Department of Defense agencies in order to submit projects for ERCIP funding. The ERCIP report is designed to facilitate the form preparation and submittal process.
The [Heating/Cooling] end use designation is used for existing heat pumps or heat/cool pairs. Because such technologies provide both heating and cooling, two rows are needed to describe them on the *.csv report. [HEATING/Cooling] indicates that the data on that row pertain to the heating technology (and overall economic impacts) while [Heating/COOLING] indicates that the data describes the cooling portion of the equipment (and no overall energy and economic data are shown).
FEDS now offers 1.116 weather station data locations, primarily from a TMY3 and CWEC sources. From this data it derives such information as heating and cooling design day conditions, hourly temperature, clearness, and humidity profiles for a typical meteorological year. See Appendix D of the FEDS User's Guide for more information.
For heat/cool pairs (separate heating and cooling technologies), information may be listed for both retrofits to new, more efficient equipment and to a heat pump. In some cases, it may be cost effective to replace the heating equipment (or cooling only, or both) with a newer unit of similar type, as well as replace both heat and cool simultaneously with a heat pump system. All cost-effective options will appear on the *.csv report. The best option can be determined by comparing the sum of the individual heat and cool annualized total life-cycle costing savings with that of the combined heat/cool system (i.e., heat pump).
The installed capital cost listed at the very bottom of the *.txd report represents the actual total cost including materials, labor, taxes, and overhead. It is the actual cost that would be paid to complete a project. The installed cost value listed under the life-cycle costs savings section displays both the present and annualized values of the installed cost as used in the life-cycle cost analysis. The present value of the installed cost may be less than the installed capital cost if the study period for the analysis is less than the life of the new equipment. This can occur when the remaining life of the existing technology is less than the life of the retrofit technology. In this case, the cost of the retrofit technology is annualized over its full rated life, but only the annualized costs occurring during the remaining life of the existing equipment is discounted back to the analysis year and used for a fair cost/benefit comparison.