[Equest-users] Change of window parameter cannot be saved in Wizardmode
Nick Caton
ncaton at smithboucher.com
Wed Sep 7 09:54:30 PDT 2011
Hi James,
Whoa! What looked like a deceptively simple query turned out to be pretty complex - I should've noted the >2Mb .inp file, haha!
First off - considering the scope and size, the level of detail you've chosen to undertake makes this a very ambitious model. I'm sure you already know, but in such large scale projects, unnecessary degrees of model detail could very possibly backfire in a bad way. What you're running into now is in part due to this, so I'm bringing it up to start and consider. Whatever you decide, I would generally caution to proceed at a deliberate pace and make such decisions very carefully, as you've got a lot on your plate already!
Before you go too much further, I would strongly reconsider your decision to define each exterior wall façade with multiple coplanar facets. This strategy undoubtedly saved you some time for your custom window layouts, but the end result is you have something on the order of approximately 10 times the number of exterior surfaces in your model, relative to just one surface per orientation per zone. Not a big deal for a single story building, but multiplied over 22 shells (of which many are multi-story)... that's adding a LOT of bulk to the model. On the same front, you should reconsider whether the aesthetic advantages of modeling each individual window are really worth the drawbacks. Check me on this, but I think you'll find detailed-level edits will be much more difficult than usual as the spreadsheet views have limitations on the number of lines that can be displayed (something like 60,000), which I think you'll be exceeding. Modeling one or more 'equivalent' larger windows per façade would certainly make this more manageable as well.
Those concerns raised - I've dug up the root of your immediate problem. Rather than just fix it, I figure it's probably more beneficial to you and others on the list if I walk through how I figured it out as well:
I observe 9 instances of the following error on trying to exit/finish the wizards:
Line 20154: Warning Encountered:
..
WINDOW is too wide or is mispositioned horizontally. WINDOW X value ( 0.11) + glass WIDTH ( 5.73) + FRAME WIDTH ( 0.11) should be less than WALL WIDTH ( 5.94).
Line 20156: Exterior Wall: E5 West Wall (G.SW3.E7
Each instance involves the same dimensions - and the numbers added up suggest there's likely a slight rounding error involved on eQuest's part (the segmented facets per above discussion are playing a role). Since the wizards are acting wonky, it's always a good idea to identify and resolve any such geometry-based warnings. Since you used custom window layout extensively, our fix will involve identifying and modifying the dimensions of the "problem windows" slightly - making them slightly narrower overall should fix the conflict. Rather than hunt/peck through the custom window layout screens (extensive work in this case), I prefer to apply notepad (or your text editor of choice) to the *.pd2 file as it's more time-efficient for such large projects:
Note that the *.pd2 file contains everything you do inside the wizards, but often in slightly different formats than what you'd expect from the BDL warnings. In this case, "Width" = glass + framex2 = 5.95 in the instance above. I used the 'find and replace' function to replace each instance of 'Width = 5.95' with 'Width = 5.94'.
After saving, closing, and re-opening the project in eQuest, this edit clears up the warnings on assembling the BDL (finishing the wizards). It would also appear the original issue is resolved: changes to your custom layout are saved after opening/closing the shell and window layout windows, and upon 'finishing' the wizards as well.
A final caution: I still observe a series of warnings related to delayed wall constructions (or lack therof for some plenum spaces). I think this is probably a red herring as you're still finishing your wizard-level work and will ultimately want to define some additional roofs for plenums exposed to the exterior, at which point I expect such cautions to go away.
Phew! Hope this helps a few people learn a thing or two - teach a man to fish, as they say!
~Nick
NICK CATON, P.E.
SENIOR ENGINEER
Smith & Boucher Engineers
25501 west valley parkway, suite 200
olathe, ks 66061
direct 913.344.0036
fax 913.345.0617
www.smithboucher.com
From: equest-users-bounces at lists.onebuilding.org [mailto:equest-users-bounces at lists.onebuilding.org] On Behalf Of Chueh, James
Sent: Wednesday, September 07, 2011 1:53 AM
To: equest-users at lists.onebuilding.org
Subject: [Equest-users] Change of window parameter cannot be saved in Wizardmode
Dear fellow eQuest users,
I am building a model and changing the parameters of the windows in wizard mode, under "Custom Window/Door Placement" page, but after I made the adjustment and closed the page, non of the changes is saved i.e. when I reopened the page, everything went back to the original setting. Has anybody experienced this before and how to resolve it? Please help, cheers.
Best regards,
James Chueh, LEED® AP
System Engineer
IBT Division/Project Execution
Siemens Limited Taiwan
TEL: (+886)2-2652-8888 ext. 896
Mobile: (+886)921083129 or (+886)972158025
FAX: (+886)2-2652-8824
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20110907/274958f3/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1459 bytes
Desc: image001.jpg
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20110907/274958f3/attachment.jpeg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 954 bytes
Desc: image002.jpg
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20110907/274958f3/attachment-0001.jpeg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 37607 bytes
Desc: image003.png
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20110907/274958f3/attachment.png>
More information about the Equest-users
mailing list