IES - zero load, no controllers etc

[GoogleCodeExporter]

Could you help us look at the following error messages please that occur at the 
energyplus stage of the simulation. The model is attached which includes the 
error log and xml files.

Please see below for some new error messages that I’m getting – each error 
happens for each room. Please let me know what the issue is for each.
1. Calculated design cooling load for zone=SV-AHU2001-2104 is zero. Check 
Sizing:Zone and ZoneControl:Thermostat inputs.
2. ProcessScheduleInput: 
Schedule:Day:Interval="SCHEDULEDAY_FRIDAY_LABOCCUPANCYWK", , One or more values 
are not integer as required by Schedule Type Limits Name=ONOFF
3. GetSimpleAirModelInputs: ZoneInfiltration:DesignFlowRate="139 GMP WAREHOUSE 
SPACE INFILTRATION DESIGN FLOW RATE 1", Design Flow Rate Calculation Method 
specifies Flow per Exterior Surface Area, but Exterior Wall Area = 0. 0 
Infiltration will result.

And these that I noticed as well.

GetAirPathData: AirLoopHVAC="BASEAIRSYS9-9" has no Controllers.

ManageSizing: Calculated Cooling Design Air Flow Rate for System=BASEAIRSYS3 is 
zero. Check Sizing:Zone and ZoneControl:Thermostat inputs.

Original issue reported on code.google.com by f.le...@gmail.com on 12 Sep 2014 at 12:20

Attachments:

• [VE2014]_MSB_12Sep14.cab

[GoogleCodeExporter]

Assign to you David - corrected initial errors but errors occurring on zb. 
Sending details in a separate email.

Original comment by nka...@archenergy.com on 22 Sep 2014 at 4:33

• Added labels: Priority-High
• Removed labels: Priority-Medium

[GoogleCodeExporter]

I tested this initially in v3 and it appears one issue is backward 
compatibility for ThrmlZn:VentSrc = 'NotRequired' to 'None' needs to be added. 
I've added SC to the distribution to confirm.  

For other issues, please confirm if this should be debugged using v2b or v3.

Original comment by da...@360-analytics.com on 23 Sep 2014 at 1:27

• Changed state: Discussion

[GoogleCodeExporter]

There are a few issues with this model, however, the root cause is due to a bug 
that is not defaulting the AirSys/ZnSys:ClgCap for models that have chilled 
water coils, which in turn sets the stage for some of the model spaces/zones to 
fall under the classification of 'Heated Only Warehouse', when really the zones 
are both heated and cooled.

This is a relatively significant bug. I can fix with some modest rule updates, 
but the reprecussion is that models with the following attributes will not 
simulate properly:
1) Have one or more BuildingStory that is are predominantly (by floor area) 
included in the 'Warehouse' category.  The space functions that are included in 
the 'Warehouse' category include:
Commercial and Industrial Storage Areas (conditioned or unconditioned)
Commercial and Industrial Storage Areas (refrigerated)

2) Has a system with chilled water coils serving any zones on that BuildingStory

The following potential work-around should work, though it has not been fully 
tested due to other issues with the model.
- For each CoilCooling object in the model, add the property CapTotNetRtd to 
the input file.  For each coil, set the value of CapTotNetRtd equal to the 
user-specified CapTotGrossRtd. 

The fix for the root cause can be made available for v3 bug release 1. In 
addition to the root cause, there is another issue which will be identified in 
v3 CHECKSIM rules, but in earlier releases, the error will result in a crash 
w/o any feedback to the user:

ZoneSystem 'FCU-2001' and other FCUs are defined as Type = 'PTAC' but do not 
have CoilClg:Type = 'DirectExpansion' cooling source. If the user wants to 
model an FCU as a ZoneSystem with a chilled water coil and no heating capacity, 
they must specify Type = FPFC.  Additionally, to mitigate the FPFC model 
failing, a 'Dummy' CoilHeating:Type = 'HotWater' should be specified with 0 
capacity. Checking of ZoneSystem:Type consistency with it's child objects was 
added in v3 and additional checks will be included in v3 bug release 1.  
Alternatively, modeling the FCU as an AirSystem:Type = SZAC provides greater 
flexibility in the object structure; i.e. no heating coil needs to be specified 
in this scenario, though heating UMLHs may result if internal loads are 
insufficient.

Original comment by da...@360-analytics.com on 23 Sep 2014 at 3:36

[GoogleCodeExporter]

We’ve looked at the model, and found a number of issues.  The first thing we 
came across was that there were four spaces with a space function of 
“Unoccupied-Include in Gross Floor Area” which had user inputs for 
regulated lighting power density.  These inputs caused table lookup errors, 
restoring the default LPD avoided this issue.  This is a bug, and we are 
checking to see if it is still a problem in v3.  

We also found a more significant bug that is not defaulting the 
AirSys/ZnSys:ClgCap for models that have chilled water coils, which in turn 
sets the stage for some of the model spaces/zones to fall under the 
classification of 'Heated Only Warehouse', when really the zones are both 
heated and cooled.

This is a relatively significant bug that will be fixed in the v3 bug fix 
release.  The effect is that models with the following attributes will not 
simulate properly:
1) Have one or more BuildingStory that is are predominantly (by floor area) 
included in the 'Warehouse' category.  The space functions that are included in 
the 'Warehouse' category include: Commercial and Industrial Storage Areas 
(conditioned or unconditioned) Commercial and Industrial Storage Areas 
(refrigerated)

2) Has a system with chilled water coils serving any zones on that BuildingStory

The following potential work-around should work, though it has not been fully 
tested due to other issues with the model.
- For each CoilCooling object in the model, add the property CapTotNetRtd to 
the input file.  For each coil, set the value of CapTotNetRtd equal to the 
user-specified CapTotGrossRtd.

In addition to the root cause, there is another issue which in v3 will be 
identified in v3 CHECKSIM rules, but in v2b the error will result in a crash 
w/o any feedback to the user:

ZoneSystem 'FCU-2001' and other FCUs are defined as Type = 'PTAC' but do not 
have CoilClg:Type = 'DirectExpansion' cooling source. If the user wants to 
model an FCU as a ZoneSystem with a chilled water coil and no heating capacity, 
they must specify Type = FPFC.  Additionally, to mitigate the FPFC model 
failing, a 'Dummy' CoilHeating:Type = 'HotWater' should be specified with 0 
capacity. Checking of ZoneSystem:Type consistency with it's child objects was 
added in v3 and additional checks will be included in v3 bug release 1.  
Alternatively, modeling the FCU as an AirSystem:Type = SZAC provides greater 
flexibility in the object structure; i.e. no heating coil needs to be specified 
in this scenario, though heating UMLHs may result if internal loads are 
insufficient.

Original comment by rhedr...@archenergy.com on 23 Sep 2014 at 5:03

[GoogleCodeExporter]

Rules to address issues identified in this issue committed to trunk @ r2609, 
2608, and 2596

Original comment by da...@360-analytics.com on 30 Sep 2014 at 10:01

• Changed state: Fixed