CAUTION and WARNING Messages

6 posts / 0 new
Last post

I hope someone can help me. I am getting CAUTION messages ? In curve: Variable Speed Drive FPLR the dependent value is exceeding the limits. Etc.,?

The first one (my attempt at modeling the baseline without WSE that I enquired about earlier) used all eQIUEST defaults for the bldg type ?High-Tech & Bio-Tech?. The Misc-Eqp was changed to 5 watts/sf. The attached eQ inp-pd2 files are in Detailed-Edit. There were about 20 pages of ?curve? CAUTION messages.

The second is for a hotel bldg. The attached eQ inp-pd2 files are In Design-Development. You can view them in DD. Except for minor changes, the input for all Shells used eQ defaults. The component names (schedules, spaces, zones, etc) are also eQ defaults. There were about 2000 pages of ?curve? CAUTION messages.

The third is for an office bldg.
In Run-1, except for changing the component names, the input for all Shells used eQ defaults. There were about 2000 pages of ?curve? CAUTION messages. No WARNING messages
Run-2 used OA-FROM-SYSTEM. There were several WARNING regarding heat capacity and the CAUTION messages of Run-1.
I have attached (1) the eQ inp & pd2 files ; (2) the CAUTION & WARNING messages; and (3) the project descriptions of all the examples.

Thanks

Varkie.

Varkie Thomas's picture
Offline
Joined: 2011-09-30
Reputation: 0

Varkie,

I took a quick look at this and I don't see the problem either. Did you make
any changes to the FPLR curve data?

Carol

cmg750's picture
Offline
Joined: 2010-10-05
Reputation: 0

Carol.

There were no changes to the FPLR curve data. I am trying to create case studies for teaching based on projects that were modeled with DOE21E. It could be any program. The buildings are modified and simplified to eliminate repetitive details and to demonstrate design issues. With eQ the building and the envelope (even complex ones) can be created within a couple of hours by tracing ACAD drawings. But on large project you cannot recognize any of the components names in the reports. The DOE2 programs require a component name before entering the data. eQ should make this a priority in future versions. I think I will continue creating the building model in eQ and use the dimensional data in eQ (azimuths, coordinates, lengths, areas, etc) in creating DOE21E models and analyze the options in DOE21E.

Varkie

Varkie Thomas's picture
Offline
Joined: 2011-09-30
Reputation: 0

Varkie,

If it?s any consolation, I?ve dug deep at this CAUTION and come up with little. There?s an extended discussion between myself and others on the list trying to determine the root of these FPLR cautions, but to the best of my knowledge it?s a mystery. I can say these cautions appear erroneous, as the CFM?s modeled by the corresponding fans appear to remain within expected ranges. For further reading, search for ?CAUTION: Variable Speed Drive FPLR? in the archives.

Once I determined the cautions were erroneous, I went on to try and figure out how to have eQuest not report cautions, so I could get a clean ATTN report, but I?ve yet to successfully use the line DIAGNOSTIC WARNINGS .. within an *.inp (I?m not sure it?s possible, actually). I?d be interested to hear if you can come up with any new information?

Best of luck!

NICK CATON, E.I.T.

Nick-Caton's picture
Offline
Joined: 2011-09-30
Reputation: 805

I agree with Nick: the cautions are erroneous. Why they even show up is a
mystery especially for a default curve. I spent quite a bit of time trying
to use the DIAGNOSTIC command to turn off errors and cautions like these,
which raise questions from reviewers that then need to be answered by us
hapless modelers: to no avail. I tried putting DIAGNOSTIC ERRORS at the
start of the file, the middle of the file, the end of the file, using BDL
but to no avail. It just disappears. It would be very handy to be able to
use the DIAGNOSTIC command the way it is supposed to be used, to evaluate as
many entries as you want when you start your model and then to get rid of
superfluous warnings and cautions when you are done. I sure hope the eQUEST
development team sees fit to fix this soon!

Carol

cmg750's picture
Offline
Joined: 2010-10-05
Reputation: 0

Nick,
I inserted ?DIAGNOSTIC ERRORS WARNINGS ..? into the ?.inp? file it is ignored when eQUEST runs it. It works with DOE21E.
Varkie
eQUEST Issues
The advantage of creating the Building and Spaces in eQUEST by tracing ACAD drawings is nullified by what eQUEST does next. In fact to custom build your project using what you see on the drawings, schedules and specifications is next to impossible. You spend a couple of hours building the architectural model (which can take days with other programs) and then weeks fixing to display what you want so that you can understand what?s going on in the reports.
The attached 7-Zone typical-floor high-rise building is an example. It took a few minutes to create the model and a few days to make it look like what?s in the construction documents. It was done global-replace in DOE22 using a text editor. The Ground and Top floors were removed. The process has to repeated several times because you can?t get it right the first time. The attached example changed all the eQUEST names and defaults and the OA-FROM-SYSTEM feature. There are no CAUTION or WARNING messages. I must have created it several months ago using eQUEST 3.61.
eQUEST assumes default values and design decisions for different types of Buildings Spaces, Zones, Systems & Plants, Schedules, and Constructions. It also assigns its own names to all these components. It creates Schedules and Constructions for every Space and its Walls & Windows. This is for every Shell. In the case of Infiltration there is one the Perimeter and one for the Core of each type-of-Space of in each Shell. For Shells/Floors with 3 or more floors, eQUEST creates a Ground, Middle and Top for these 3 identical Floors/Spaces and creates new Walls, Windows, Schedules, and Constructions. I don?t think I have covered all the unnecessary repetitions by eQUEST.
In the case of typical floors of a high rise bldg (eQ default = high-rise, 8 floors or more) there is no Ground or Top. Below the Ground there is always another floor (underground floors, Lobby, Retail, etc). Typically above the Top floor there is another floor such as a Mechanical.
In the case of large projects the results of every zone and system has to be examined to make sure that there were no accidental input errors. If a zone result does not look right based on engineering experience, then the sub-components must be checked. If this does not produce a satisfactory answer then it is possible to examine the hourly values of a variable in the case of the DOE2 based programs. There are no ?Check? figures in the DOE2 reports such as btu/sf, cfm/sf and sf/ton.
It is difficult and tedious to recognize every layer, construction, schedule, zone and system name assumed by eQUEST and change them to the ones you see on the drawings. Some projects have over 1000 zones and nearly 100 systems. The project cannot be broken up into smaller pieces because it affects the demand cost and there is still only one plant. The user should be able to enter the names of every component as with DOE2.2.
The result of all this is several pages of indecipherable text. Except for plant and economics reports, it is difficult to check the other reports. eQUEST allows you to use your own names when you create building shell components and air side system types. However, it is not appear anywhere else except in DD wizard where you created it. The reports do not show these names.
The eQUEST program assumes all the ?design-criteria? given building and component type and we have to check each form and cell to see what was assumed. It should show, the default, minimum and maximum values for the cell entry and the user should be able to enter the value. A document listing the defaults, minimum, maximum values (like the DOE21E BDL Summary document) and other assumptions will be helpful. The ?Activity Areas Allocation? form should allow the creation of user named activity instead of having to use ?Unknown?.
One of the best features is being able to trace AutoCAD drawings to create shells, floor plans, zones, and spaces and check that is done right by viewing it in 2D and 3D. It can only be done SD and DD. Entering the details and replacing all the eQUEST given names and assumptions to match the drawings, schedules and specifications have to be done Detailed Edit (DE). The spreadsheets are convenient for this. You cannot go back to DD from DE without losing all the information created in DE. During the design process the architectural plans change frequently. You cannot make these changes without starting all over again.
I tried creating DOE2.1E and eQUEST models of a 50 zone project but because of the numerous default values and assumptions made by eQUEST (even with building type = Unknown) and the difficulty of fixing every design criteria value and schedule to match client specifications, it is difficult to get the results of DOE2.1E and eQUEST to match. It took a day to create DOE21E model using my own component names a data. It took several days to create the same model by changing the eQUEST names and defaults to match the names and values in the construction drawings, schedules and specifications. See project "High-Rise Mixed-Use Bldg"
In the case of such large projects with 100 or more zones, it helps to first create Master (or Global as in TRACE which can be used on all projects) and Project (created by editing a copy of Master) data for different types of Buildings, Zones, Systems & Plants, first. Individual Spaces, Zones and assumes the master and change only what is different from the Project. This can be done with most programs such as TRACE and even the APEC MEP programs that were first developed in the 1960s.
In the case of DOE2.1E the Master, Project and Component override can done with design criteria assignments under PARAMETER, then with commands and keywords such ?Space-Type1-Name? = SPACE-CONDITIONS, ?Zone-Type1-Name? = ZONE- (CONTROL, AIR, FANS), ?System-Type1-Name? = SYSTEM- (CONTROL, AIR,-FANS, TERMINAL, FLUID, EQUIPMENT), PLANT- (PARAMETERS), etc, . SET-DEFAULT-FOR-SPACE (WALL, WINDOW, ZONE, SYSTEM, etc) in DOE21E also exist in DOE22. The Min-Max range and Default is published in the manuals and BDL Summary for DOE21E but not for DOE22.
I have created and saved a library of design standards for different types Spaces, Zones, Systems, Plant equipment and Rate structures (for different Utilities) with DOE21E - BDL. I edit them for new projects and copy and paste into the new project. It can be done in DOE22 also and used as templates (libraries) that can be copied into other projects. But when eQUEST reads the ?.ip? file, it scrambles the BDL and scatters it all over the place. This is particularly annoying with Schedules associated with Utility Rates which are separated from the Utility BDL and placed in another place and separated again by Day, Week and Annual. It is difficult to assemble all this again and use it on another project.
The Loads, Systems and Plant are in separate time loops in DOE21E. This very convenient in the case of large project where you run the sections independently and check the results before going on to the next section. In DOE22 the Loads, Systems and Plant are in same time loop. The real-time theoretical accuracy of this on a real project is insignificant.
eQUEST defaults assume that building construction, operation and use in Iceland is exactly the same as in Madagascar.
I don?t think eQUEST has an advantage over DOE21E but that can be easily changed. The obstacle is that developers and users of the program feel very satisfied with the ?ergonomics? of the program.

Varkie Thomas's picture
Offline
Joined: 2011-09-30
Reputation: 0