[Equest-users] Equest-users Digest, Vol 107, Issue 1

Thu Feb 2 06:05:49 PST 2017

If I only control lights, i.e., lower light schedule values from 2pm to 5pm, the lighting power consumption goes down as shown in Fig1 below.         Fig 1 Light power consumption with and without light control
What I don't understand is why the cooling consumption goes higher as shown in Fig 2, it should decrease due to decrease in lighting load.

        Fig 2 Cooling power consumption with and without light control

    On Wednesday, February 1, 2017 4:03 PM, via Equest-users <equest-users at lists.onebuilding.org> wrote:

 ----- Forwarded Message -----

Send Equest-users mailing list submissions to
    equest-users at lists.onebuilding.org

To subscribe or unsubscribe via the World Wide Web, visit
    http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org

or, via email, send a message with subject or body 'help' to
    equest-users-request at lists.onebuilding.org

You can reach the person managing the list at
    equest-users-owner at lists.onebuilding.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Equest-users digest..."

Today's Topics:

1. Re: Parametric Runs off Separate .inp File
      (Nicholas Caton via Equest-users)
  2. Re: Parametric Runs off Separate .inp File
      (Sharad Kumar via Equest-users)
  3. Re: High cooling consumption before lights level are
      decreased (Sharad Kumar via Equest-users)
 New to me (not really sure why it’s grayed out), but you could try manually inserting the model reference in the PRD file for the associated run(s).     Here’s an example of what that looks like in the interface (when you can access the tick box):  …. Versus what it looks like in the PRD file – the relevant path looks like the 7th entry following “PARAMETRIC_RUN”:     Also I’m 99% certain the preceding “TRUE” entry above is the state of the checkbox we’re concerned with.  Set that to TRUE as well.    If you manually edit your PRD, then try re-opening / simulating that parametric, you’ll get a more informative error/caution to explain why it’s being disallowed in the first place.  Alternatively maybe it will just get ignored and won’t work… but worth a shot!    On a related point:  I’ve been recently interested in fully deconstructing / reverse-engineering the structure of the PRD files for parametric analyses, and also understanding exactly how these inputs are leveraged to modify the INP file (preprocessing) prior to a parametric simulation.  Is anyone aware of any official/unofficial documentation already pulled together on this front?    ~Nick     Nick Caton, P.E., BEMP 
|   Senior Energy Engineer
  Regional Energy Engineering Manager   Energy and Sustainability Services
  Schneider Electric  | D  913.564.6361
M  785.410.3317
F  913.564.6380
E  nicholas.caton at schneider-electric.com  | 15200 Santa Fe Trail Drive
Suite 204
Lenexa, KS 66219
United States  |
|   |

      From: Equest-users [mailto:equest-users-bounces at lists.onebuilding.org]On Behalf Of Rybl, Vicki via Equest-users
Sent: Tuesday, January 31, 2017 11:38 AM
To: equest-users at lists.onebuilding.org
Subject: [Equest-users] Parametric Runs off Separate .inp File    Hi All,   I am trying to run a parametric run based on a separate .inp file in eQuest 3.65. However the option to switch to a different file is unavailable to me – see below. Has anyone come across this issue before? Any tips on how to fix it?      Thanks!   Vicki Rybl | Energy Engineer RDK Engineers Seaport Center 70 Fargo Street, Suite 800 Boston, MA 02210 P: (857) 221-5943 | F: (617) 345-4226 vrybl at rdkengineers.com    

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
______________________________________________________________________ Hi Vicki,
Sorry to all users and Fred if i was harsh in the last mail.
Vicki:

You can use different runs for separate files.For example the first run in your case is 90.1 -2010 Baseline.You can create a different parametric run which will be Label-2 and shall run on the same .inp file Baseline run of the same project.So you will have to keep the same Run Based On: Baseline run with the Label-2 and another parametric run which will run on another .inp file.

Thanks,Sharad. Kumar

---------- Forwarded message ----------
From: "Rybl, Vicki via Equest-users" <equest-users at lists.onebuilding.org>
To: "equest-users at lists.onebuilding.org" <equest-users at lists.onebuilding.org>
Cc: 
Date: Tue, 31 Jan 2017 17:37:35 +0000
Subject: [Equest-users] Parametric Runs off Separate .inp File
Hi All, I am trying to run a parametric run based on a separate .inp file in eQuest 3.65. However the option to switch to a different file is unavailable to me – see below. Has anyone come across this issue before? Any tips on how to fix it?  Thanks! Vicki Rybl | Energy EngineerRDK EngineersSeaport Center70 Fargo Street, Suite 800Boston, MA 02210P: (857) 221-5943 | F: (617) 345-4226vrybl at rdkengineers.com   
Hi Fakeha,
This is the second mail today.
You might be knowing that when you decrease the lighting schedule the lighting load decreases so as the heating part of lighting load.There is no normal reason behind what are the real factors causing it.Following can be the cases:
1. Due to low cooling set-point as well as higher lighting fraction schedule there can be easy way to know why there is higher cooling energy.
2. Maybe as the lighting fraction and the cooling set-points are matching in the case of 2 pm to 5 pm to have the low cooling consumption.
3. May be the duration between 11 am and 2 pm is the time where there is too much possibility to have the higher cooling consumption as the condition matches to have the higher cooling load but you are unable to resolve it so might be it depends upon your model or something so that in this case of 11 am to 2 pm the cooling consumption is higher.
4. Another reason can be that there can be the possibility in this case that the duration, schedule, time ans set-point is such that that it is able to have the cooling consumption going higher in this case.
I'm unable to predict more but others can may help.
Thanks,Sharad.Kumar

---------- Forwarded message ----------
From: Fakeha Sehar via Equest-users <equest-users at lists.onebuilding.org>
To: via Equest-users <equest-users at lists.onebuilding.org>
Cc: 
Date: Tue, 31 Jan 2017 18:41:50 +0000 (UTC)
Subject: [Equest-users] High cooling consumption before lights level are decreased
Hi,
When I raise my building's cooling set points from 2pm to 5pm,I observe for a summer day that the cooling consumption goes low during this time; which is fine. Now when I reduce the lighting schedule values (in order to reduce the lighting load) from 2pm to 5pm lighting consumption goes low during this time but for some reason the cooling consumption gets higher before around 11am to 2pm, why?
Regards

_______________________________________________
Equest-users mailing list
Equest-users at lists.onebuilding.org
http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20170202/a960c568/attachment-0004.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 255 bytes
Desc: not available
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20170202/a960c568/attachment-0035.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 8477 bytes
Desc: not available
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20170202/a960c568/attachment-0036.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 4464 bytes
Desc: not available
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20170202/a960c568/attachment-0037.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 9814 bytes
Desc: not available
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20170202/a960c568/attachment-0038.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 4464 bytes
Desc: not available
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20170202/a960c568/attachment-0039.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: blob.jpg
Type: image/png
Size: 16200 bytes
Desc: not available
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20170202/a960c568/attachment-0040.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: blob.jpg
Type: image/png
Size: 15967 bytes
Desc: not available
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20170202/a960c568/attachment-0041.png>