[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [EnergyPlus_Support] Re: Schedule 10001 - Output Value is time shifted





Dear Jean,

You also have a Daylight Saving Time object in your IDF.  This is probably affecting your time variations.

 

RunPeriodControl:DaylightSavingTime

Similar to a special day period, a daylight saving period may be entered to be applied to

weather file run periods. These will always be in effect, regardless of the value entered on the

RunPeriod object. Note that this period will always override any daylight saving period

specified in a weather file

 

The Building Performance Team
James V. Dirkes II, P.E., LEED AP
1631 Acacia Drive NW
Grand Rapids, MI 49504
616 450 8653

 

From: EnergyPlus_Support@xxxxxxxxxxxxxxx [mailto:EnergyPlus_Support@xxxxxxxxxxxxxxx] On Behalf Of jeannieboef
Sent: Friday, October 15, 2010 8:43 AM
To: EnergyPlus_Support@xxxxxxxxxxxxxxx
Subject: [EnergyPlus_Support] Re: Schedule 10001 - Output Value is time shifted

 

 

Yes. That's how I've checked when the schedule value becomes non-zero, and this is the bit that I don't get. When I look at the day schedule in the idf, I can't understand why the "Schedule Value" report variable for schedule 10001 reports the first non-zero values so early (06:30 I think...see eso) even on timestep reporting interval...the first non-zero should be reported at 08:00:

! Profile: KiTa_Workingday_Profile
Schedule:Day:List, 10000 , Any number, No,
30,
0,
0,
0,
0,
0,
0,
0,
0,
0,
0,
0,
0,
0,
0,
0,
.4,
.5,
.8,
1,
.85,
.8,
.8,
.8,
.8,
.8,
.8,
1,
.6,
.65,
.6,
.6,
.6,
.7,
.45,
.6,
.25,
.4,
0,
0,
0,
0,
0,
0,
0,
0,
0,
0,
0;

--- In EnergyPlus_Support@xxxxxxxxxxxxxxx, Richard Raustad <RRaustad@...> wrote:
>
> Have you tried using the "Schedule Value" report variable and
> comparing this output to the people sensible heat gain and occupation
> outputs?
>
> On 10/15/2010 7:53 AM, jeannieboef wrote:
> >
> > Hi James.
> >
> > 1. I'm going to replace the "Always On" schedule with a "binarized
> > occupation schedule".
> >
> > (although I now know that if e+ expects a 1/0 schedule and sees a
> > fractional, for example occupation schedule, it will automatically
> > assume all non-zeros to be 1 and zeros to be zero, so I could use the
> > occupation schedule here)
> >
> > I wanted to maintain the abillity of the fan availibility to turn on
> > and off on schedule and when availible and on, deliver a constant
> > volume. It should cycle on and off to meet both the minimum air and
> > room loads as required during its availibillity on time.
> >
> > 2. Yes, this manager is not used, but I thought to keep it if it
> > became apparent that it is needed at a future stage. I will try and
> > delete this manager (which overides scheduled values as specified) as
> > it maybe suppressing ventilation during "darkness hours". Good thinking.
> >
> > 3. The ODA controller is auto-sizing to the correct value (checked
> > it). More over I checked with this also manually set (no difference),
> > so that was not the problem. I don't want the master of the
> > auto-sizing to become irrelivant, as I'd rather adjust as little
> > inputs as nessesary, so that's why I left this on auto.
> >
> > Well spotted. Thanks for the input.
> >
> > Could you figure out why my PEOPLE sensible heat gains and occupation
> > seem to start earlier than the 10001 occupation schedule suggests?
> >
> > The day schedule is set up in 30min intervals. I have the feeling
> > something is interpolating backwards.
> >
> > Kind regards,
> >
> > jean.
> >
> > --- In EnergyPlus_Support@xxxxxxxxxxxxxxx
> > <mailto:EnergyPlus_Support%40yahoogroups.com>, "James V Dirkes II, PE"
> > <jim@> wrote:
> > >
> > > Dear Jean,
> > >
> > >
> > >
> > > A quick review suggests that you look at:
> > >
> > >
> > >
> > > 1. You are using an On/Off fan. The fan uses an "Always on" schedule,
> > > but the nature of this fan is to cycle on and off as needed for building
> > > loads.
> > >
> > > 2. You are also using AvailabilityManager:NightCycle set for
> > > "StayOff". Normally this means that your fan will never operate at
> > night.
> > > I'm not sure what happens with an OnOff fan ., but you might get rid
> > of this
> > > manager since it does not apply to your situation.
> > >
> > >
> > >
> > > 3. Finally, you are autosizing minimum outdoor air in the
> > > Controller:Outdoor Air. I'd be inclined to set the minimum at a non-zero
> > > value or create a minimum fraction or schedule for outdoor air.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > The Building Performance Team
> > > James V. Dirkes II, P.E., LEED AP
> > > 1631 Acacia Drive NW
> > > Grand Rapids, MI 49504
> > > 616 450 8653
> > >
> > >
> > >
> > > From: EnergyPlus_Support@xxxxxxxxxxxxxxx
> > <mailto:EnergyPlus_Support%40yahoogroups.com>
> > > [mailto:EnergyPlus_Support@xxxxxxxxxxxxxxx
> > <mailto:EnergyPlus_Support%40yahoogroups.com>] On Behalf Of jeannieboef
> > > Sent: Friday, October 15, 2010 3:46 AM
> > > To: EnergyPlus_Support@xxxxxxxxxxxxxxx
> > <mailto:EnergyPlus_Support%40yahoogroups.com>
> > > Subject: [EnergyPlus_Support] Re: Schedule 10001 - Output Value is time
> > > shifted
> > >
> > >
> > >
> > >
> > >
> > > Thank you Dr. Li,
> > >
> > > You're right. The only reason the schedule is "any number" not
> > "fraction"
> > > and this complicated is because this is the output from
> > designbuilder. I use
> > > the graphics from designbuilder in my simulation report which
> > explain the
> > > schedule much nicer than the syntax of a Schedule:Compact object. As
> > to the
> > > time shift...I'm still at a loss. I use xEsoView to check the
> > outputs in the
> > > eso file. Therefore I specified the Schedule Output Values for both
> > hourly
> > > and timestep. Looking at the timestep values I still don't under
> > stand why
> > > it doesn't start with the day schedule time.
> > >
> > > I've posted the idf in the user exchange area.
> > >
> > > My other problem is that the specified min ODA is not happening, and
> > I can't
> > > figure out why (It should be constantly on night and day).
> > >
> > > Regards,
> > >
> > > Jean
> > >
> >
> >
>
> --
> Richard A. Raustad
> Senior Research Engineer
> Florida Solar Energy Center
> University of Central Florida
> 1679 Clearlake Road
> Cocoa, FL 32922-5703
> Phone: (321) 638-1454
> Fax: (321) 638-1439 or 1010
> Visit our web site at: http://www.fsec.ucf.edu
>
> UCF - From Promise to Prominence: Celebrating 40 Years
>



__._,_.___


Primary EnergyPlus support is found at:
http://energyplus.helpserve.com or send a message to energyplus-support@xxxxxxxx

The primary EnergyPlus web site is found at:
http://www.energyplus.gov

The group web site is:
http://groups.yahoo.com/group/EnergyPlus_Support/

Attachments are currently allowed but be mindful that not everyone has a high speed connection.  Limit attachments to small files.

EnergyPlus Documentation is searchable.  Open EPlusMainMenu.pdf under the Documentation link and press the "search" button.




Your email settings: Individual Email|Traditional
Change settings via the Web (Yahoo! ID required)
Change settings via email: Switch delivery to Daily Digest | Switch to Fully Featured
Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe

__,_._,___