(no subject)

15 posts / 0 new
Last post

Has anyone else had experience with eQUEST freezing up while using the
new zone naming feature (see attached) in the wizard mode? This is a
great feature, but I've had it lock up on me several times now (this is
the first model I've been able to use it). It tends to freeze after I've
named quite a few zones, which leaves me doing substantial
rework...Sometimes I can name 20 zones without it locking, but other
times it locks on the second or third.

I could not repeat this on a coworkers computer.

I'm on a WinXP machine with plenty of system resources. I only had
Outlook and Chrome running (as well as the "standard" processes), so it
shouldn't be a memory issue (I think). My task manager shows the program
floats between 48-50% of the cpu when it's locked. The rest of the
computer can be used normally.

If it hasn't happened to you, this is just another reminder to
consistently save your work :-)

Thanks!

Eric

<>

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

I am creating a 20 floor building and the core is defined. i am trying to create the zones within the core and the large single zone surrounding the core. I am unable to create 1 single zone surrounding the core because the wizard does not allow you to select the same vertex twice in a single zone. Is there anyway around this

Erik Weiss's picture
Offline
Joined: 2011-09-30
Reputation: 0

You can not make a "Doughnut" zone. you will need to separate the perimeter
zone into two or more zones. Using the "Core/Shell Zoning pattern that is
available in the wizard works well.

Eddie Corwin's picture
Offline
Joined: 2011-09-30
Reputation: 0

A more accurate approach pertaining to solar gains would be to use separate
perimeter zones for each fa?ade of the building. This may be required for
your baseline model if you are using Appendix G. (See Table G3.1.8.b)

If this doesn?t apply, and you?re certain that the HVAC system is/will be
designed and controlled reflecting one zone per floor, you can make the
perimeter zone ?wrap-around? the core. As another poster mentioned, you
can?t make it a ?doughnut? shape. I?m not sure if the wrap-around approach
can be done in the wizard or not. You might also approximate the situation
by moving the new vertex off of the first vertex just enough to make the
program run.

By the time you did that, it would probably have been easier (and more
accurate) to make separate perimeter zones for each fa?ade, which the wizard
can definitely do.

*David S. Eldridge, Jr.**, P**.**E**.**, LEED AP BD+C, BEMP, HBDP*

David S Eldridge's picture
Joined: 2011-09-30
Reputation: 2000

You can fake a donut zone though. The vertices just need to be "close". The picture I attached shows this a little exaggerated.

[cid:image003.jpg at 01CB6F69.C11BB9A0]

Regards,
Andrew Reilman, P.E.

Reilman, Andrew's picture
Offline
Joined: 2011-09-30
Reputation: 0

I'd like to echo and add to Andrew's illustration:

I've used this approach often to make wraparound zones/shells in the
past.

Something to note is that Andrew has a vertex highlighted in the
screenshot below which I learned can be a time-saver, so is important to
think about when preparing your CAD reference. Try to make a point to
define a vertex at each corner of the "donut hole," even if you don't
need to to make the shape. This will create a separate
partition/exterior wall where the two "face-to-face" partitions exist,
so that you can easily modify (or delete) them later in detailed as may
be necessary.

NICK CATON, E.I.T.

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

I can't believe that this model can be done without modeling each exposure
as required by App G. You need to model at least the 4 exposures per floor
unless you are modeling a teeny building, which this is not. Then the donut
hole problem goes away. On the subject of donut holes, I'd avoid them
because when you put 2 vetices "close" you create a series of errors, e.g.
exterior walls that should be interior walls, etc. Not worth it.

Carol

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

I have created a 20 story building (with 6 floors underground) in the design wizard. the majority of the floors have different envelopes, however i am unable to see the 3-d model (3-d Geometry Tab). Is there any way to work around it and see why the model is not being built.

Erik Weiss's picture
Offline
Joined: 2011-09-30
Reputation: 0

Every time I create floor above a floor with a large envelope (and vice versa) the floor shifts to the right. however, when i check the coordinates of the envelope vertices they are the same as like vertices in the previous floor. Is there any reason why the 3d model will show the shift?

Erik Weiss's picture
Offline
Joined: 2011-09-30
Reputation: 0

Erik,

On screen 1 of the shell wizard -- select "use exact coordinates" and
set x & y to 0 before you draw the footprint in screen 2 -- then you
will get the alignment you are expecting.

Brian

bfountain's picture
Offline
Joined: 2011-09-30
Reputation: 201

Sometimes there can be memory issues and the 3-D graphic viewer won't
refresh itself. Usually when I run into this issue I need to close all the
other programs I'm running and shutdown eQuest. I can either reopen the
files from here (with hopes that they have refreshed themselves or I will
have to re-start the computer all together.

The 3-d viewer is separate from DOE2 and typically doesn't affect your model
if the graphic viewer is having issues. They are two prgrams that run
side-by-side with each other in eQuest.

pkg

Pasha Korber-Gonzalez's picture
Joined: 2011-09-30
Reputation: 400

On screen 1 of your wizard file you have the options to select "immediately
above", "via coordinates", etc. for the placement of another shell on top of
one or more. Sometimes it may be useful to use the "specify coordinates"
check box and specify the location of your additional shell on top of
another.

If you need more help locating or using this function, write back and I can
send you some screen shots or take a look at your model file for you.

pkg

Pasha Korber-Gonzalez's picture
Joined: 2011-09-30
Reputation: 400

even i had similar problems... save your file and open again... or sometimes
if you try to rotate or zoom yr model.. it might refresh by itself.
Deepika

DEEPIKA KHOWAL

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

Try 'reset camera' by right clicking on your 3D geometry screen. This is the
go-to option when your 3D model disappears or if you have turned it around
and want to see its default view. Of course if this is useless, please try
other methods as suggested here.

Thanks,
Charudatta

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

Consider trying to adjust the camera range in the .PD2 file. Josh
shared this about a year ago.

Sorry Greg, I replied to the wrong email earlier.

[Equest-users] Lost 3-D Geometry Model
Josh Greenfield JGreenfield at primerachicago.com
Sun Jan 17 10:17:46 PST 2010
* Previous message: [Equest-users] Lost 3-D Geometry Model
* Next message: [Equest-users] Throttling Range
* Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
________________________________________
If "Reset Camera" AND closing/re-opening doesn't work...close
eQuest...open your .PD2 file in Notepad and look at lines 13
(ClippingRange), 14 (FocalPoint) and 15 (Position)...

Proj "Peck_Baseline"

ProgramVersion = "eQUEST 3.63.6510"

BDBaseVersion = 24

ProductCode = "eQUEST"

WeatherFile = "TMY2\CHICAGIL.bin"

CreateDate = 1255555885

ModDate = 1262904952

RunDate = 1262903881

LibraryFile = "eQ_Lib.dat"

ActiveMode = 0

InputModule = 1

UseCameraData = 1

ClippingRange = ( 400.541, 1731.6 )

FocalPoint = ( -89.875, 25.375, 18.0293 )

Position = ( -807.176, 648.915, 295.315 )

If any of the values in there are HUGE (probably with exponents) then
just change them to zero...save...re-open eQuest. These values are just
used by the eQuest camera so you're not changing any shell positions or
anything.

Otto Schwieterman's picture
Joined: 2011-09-30
Reputation: 0