cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 
Design forum

EcoDesigner and EcoDesigner STAR are unusable for design?

Anonymous
Not applicable
EDIT: As it stands today (May 2014, AC17 build 6004) this issue is still not resolved. It has been over a year.

EcoDesigner STAR does not appear to be AHSRAE compliant and should not be advertised as such.

As it stands today (March 2014, AC17 build 5019), both, standard EcoDesigner and a commercial version of EcoDesigner STAR have a fundamental flaw in a calculation of solar gain causing these add-ons to overestimate needed cooling by a huge margin, basically rendering these programs unusable for sustainable architectural design.

Moreover, this is not a new issue. It goes back for more than a year and started when AC17 was released in summer 2013.

I, personally, made this issue public back in summer 2013, shortly after the initial release of AC17, and brought it to Graphisoft's attention in this thread: Solar Analysis is not accounted in Energy Simulation (AC17).

However the issue is not resolved after 6(!) updates to the main program.


The root of this problem is very simple:

One of widely advertised features of AC17 is a, so called, concept of "model-based shading". The idea behind this concept is that a shaded opening (glass door or window) will not add to the solar gain calculations, thus providing architects with fundamental tool of sustainable architectural design.

In other words, if the window facing the sun in your project is shaded by model geometry (overhangs, adjacent walls or buildings, trees, etc.), EcoDesigner and EcoDesigner STAR are marketed as being able to account for that and subtract appropriate amount from total solar gain calculations. In reality - they do not.

Both, EcoDesigner built into AC17 and an expensive add-on EcoDesigner STAR, fail to calculate this issue properly, subsequently, grossly overestimating needed cooling equipment.

I did see a few threads in this forum asking questions about overinflated energy readings for buildings designed, but it appears people do not realize where these miscalculations come from.

Let me explain.

If you have any windows in your project receiving direct sunlight (How many of us have windows in our projects? All of us?) these windows will always be shown as unshaded no matter how you cover them up with model geometry.

Even a solid wall placed right in front of these windows will not prevent EcoDesigner or EcoDesigner STAR from showing these windows as being constantly exposed to direct sunlight throughout a year.

This basically means that EVERY AC17 project that uses EcoDesigner or EcoDesigner STAR (which is worse, as EcoDesigner STAR is a paid add-on, is expensive to own and supposed to be "Standard Compliant") will give erroneous results.

Interestingly, all windows in question are properly calculated and shown as shaded under EcoDesigner's or EcoDesigner STAR's "solar analysis" dialog accessible from "Openings" tab in "Energy Model Review" dialog box.

Moreover, kWh redings for any window shaded by model geometry is also properly reduced.

However, this reduction in kWh never makes it to the Energy Evaluation Report and every window is assumed to be unshaded there, thus ALWAYS showing exaggerated solar gain for any thermal block with windows oriented toward the sun, even if they are completely shaded by a solid wall built wight on top of them.

I am curious. This issue is around since AC17 came out, but I constantly see published success stories of architectural buildings being designed with AC17 and EcoDesigner and supposedly properly calculated in relation to sustainable design.

I wish I knew how they did it. Am I the only one here with this issue?

It is very easily reproduced and ANY project relying on EcoDesigner and model-based shading will ALWAYS give erroneous results.

Basically, until this issue is fixed, AC17 and EcoDesigner or EcoDesigner STAR are a dead weight in sustainable design.

Thoughts?
19 REPLIES 19

hampden
Contributor
PLEASE PLEASE PLEASE FIX THIS!

I was so excited about being able to finally use this for passive solar analysis, and I get the same results as "EcoBoger" - model based solar analysis is not being taken into account in the energy balance reports.

WHATS UP WITH THAT? It's obviously doing the work in the solar analysis energy model review dialogue, why aren't these numbers making their way to the energy balance report? This makes overall comparison between scheme changes worthless from a cooling or heating perspective, if all the windows are assumed to have 100% exposure, they could be completely blocked or optimally shaded and it shows no difference.

WOULD SOMONE FROM GRAPHISOFT PLEASE RESPOND TO THESE CONCERNS AND LET US KNOW WHEN IT WILL BE FIXED? I have projects in the works which I've touted our ability to provide energy guidance for and I'm embarrassed to show such obviously unrealistic reports to the clients. This is so basic (and seemingly so simple to fix since all the work appears to have been done to implement model based shading), I don't understand how it can go unaddressed.

-Stefan
EcoBoger wrote:
As it stands today (March 2014, AC17 build 5019), both, standard EcoDesigner and a commercial version of EcoDesigner STAR have a fundamental flaw in a calculation of solar gain causing these add-ons to overestimate needed cooling by a huge margin, basically rendering these programs unusable for sustainable architectural design.

Moreover, this is not a new issue. It goes back for more than a year and started when AC17 was released in summer 2013.

I, personally, made this issue public back in summer 2013, shortly after the initial release of AC17, and brought it to Graphisoft's attention in this thread: Solar Analysis is not accounted in Energy Simulation (AC17).

However the issue is not resolved after 6(!) updates to the main program.


The root of this problem is very simple:

One of widely advertised features of AC17 is a, so called, concept of "model-based shading". The idea behind this concept is that a shaded opening (glass door or window) will not add to the solar gain calculations, thus providing architects with fundamental tool of sustainable architectural design.

In other words, if the window facing the sun in your project is shaded by model geometry (overhangs, adjacent walls or buildings, trees, etc.), EcoDesigner and EcoDesigner STAR are marketed as being able to account for that and subtract appropriate amount from total solar gain calculations. In reality - they do not.

Both, EcoDesigner built into AC17 and an expensive add-on EcoDesigner STAR, fail to calculate this issue properly, subsequently, grossly overestimating needed cooling equipment.

I did see a few threads in this forum asking questions about overinflated energy readings for buildings designed, but it appears people do not realize where these miscalculations come from.

Let me explain.

If you have any windows in your project receiving direct sunlight (How many of us have windows in our projects? All of us?) these windows will always be shown as unshaded no matter how you cover them up with model geometry.

Even a solid wall placed right in front of these windows will not prevent EcoDesigner or EcoDesigner STAR from showing these windows as being constantly exposed to direct sunlight throughout a year.

This basically means that EVERY AC17 project that uses EcoDesigner or EcoDesigner STAR (which is worse, as EcoDesigner STAR is a paid add-on, is expensive to own and supposed to be "Standard Compliant") will give erroneous results.

Interestingly, all windows in question are properly calculated and shown as shaded under EcoDesigner's or EcoDesigner STAR's "solar analysis" dialog accessible from "Openings" tab in "Energy Model Review" dialog box.

Moreover, kWh redings for any window shaded by model geometry is also properly reduced.

However, this reduction in kWh never makes it to the Energy Evaluation Report and every window is assumed to be unshaded there, thus ALWAYS showing exaggerated solar gain for any thermal block with windows oriented toward the sun, even if they are completely shaded by a solid wall built wight on top of them.

I am curious. This issue is around since AC17 came out, but I constantly see published success stories of architectural buildings being designed with AC17 and EcoDesigner and supposedly properly calculated in relation to sustainable design.

I wish I knew how they did it. Am I the only one here with this issue?

It is very easily reproduced and ANY project relying on EcoDesigner and model-based shading will ALWAYS give erroneous results.

Basically, until this issue is fixed, AC17 and EcoDesigner or EcoDesigner STAR are a dead weight in sustainable design.

Thoughts?
Stefan Hampden
CAST architecture - Seattle architect

Anonymous
Not applicable
PLEASE, PLEASE FIX THESE PROBLEMS.

We too are running into major problems with EcoDesigner failing to account for things like overhands and shading as well as other composite structures that actually provide insulation around non-conditioned volumes of interior space. Also, trees with detailed leaf canopies bring ArchiCAD to its knees - solar analysis can take up to 18 hours just to get beyond Phase 5 of its calculations.

Just as troubling is that EcoDesigner calculates R-Values as being higher for windows the lower the grade of window framing you choose. Select double glazing low-E glass (R4.37) and a "basic" steel frame (R7.25) and EcoDesigner calculates a combined R-value of 2.44. Now choose "Ultimate" for the metal framing and the R-Value for the opaque part of the window now drops to 0.78 giving a combined R-Value for the window of 1.48.

Somehow the calculations are upside down. But they need to be fixed otherwise we cannot use EcoDesigner - or EcoDesiger Star (for which we have a license) to conduct any reliable energy assessments for our clients.

Lastly - Operational profiles. I've mentioned this before in previous posts but the same issue exists within EcoDesigner. In the "daily schedules" part of EcoDesigner the application still insists on users typing in the floor area per person for the building. This seems to be an utterly illogical requirement because ArchiCAD already knows the square footage of the building (via Zones) and the architects and clients know how many people will be occupying it. Moreover, Fire and Safety codes around the world define occupancy levels for different kinds of buildings. Thus EcoDesigner's Daily Schedule should only ask for the number of occupants and NOT a guestimate of the square footage per person in the building. Such guestimates are far too arbitrary.

I do hope someone at Graphisoft is reading these posts from users and listening to the problems that continue to plague EcoDesigner and Ecodesigner Star.

Miklos Sved
Graphisoft Alumni
Graphisoft Alumni
Dear pallsopp42, hampden, EcoBoger

Thank you for reporting these issues!

In your posts you made several comments. I will address them one-by-one in my upcoming posts but let me start by letting you know that we are working on the bugfixes - where applicable - which will be made available to all EcoDesigner STAR and ArchiCAD Energy Evaluation users ASAP.

Best Regards,

Miklos Sved
Product Manager
Miklos Sved
Graphisoft Product Manager

Miklos Sved
Graphisoft Alumni
Graphisoft Alumni
Dear EcoBoger,

Thank you for revealing a bug in the model based solar irradiation functionality of GRAPHISOFT Sustainable Solutions!

The technical background information regarding this issue is the following:

First, the Model Based Solar Irradiation functionality prepares the hourly shadow masks on every transparent element of the building envelope. This data is stored in schedules.

These BIM-based data schedules then must be translated to ASHRAE shadow mask model input data format, which is the data format the VIP-Core simulation kernel (and other ASHRAE-compliant simulation engines) can process. This format defines the shadow masks using pairs of angles on the window's 2D projections to define horizontal and vertical shadow casting edges.

This simplified input methodology was standardized in the pre-BIM times by ASHRAE and is actually much less accurate then the data we get from the BIM. Still, the simplifying conversion must be made to satisfy the industry standard for building energy modeling.

A typo in this conversion algorithm is the root of the bug you report in your post. Interestingly, it does not always give faulty results as you claim - only in case of shadow masks of certain shapes - which makes detecting this bug difficult. We used the relevant ASHRAE 140 Standard Test cases (Case600, Case610, Case620, Case630, Case900, Case910, Case920, Case930) to check the accuracy of our solar study, which - interestingly - all give correct results. Please download the PLNs of these test cases from here if you wish to try running them yourself:
https://graphisoft.sharefile.com/d/sa7f66eab4454d558

The issue detailed above is quite similar to the one you reported in the summer of 2013. Still, they are two completely separate issues. The one you reported in the summer of 2013 was corrected in ArchiCAD 17 Hotfix 3.

The frustrating thing about this kind of bugs for us software developers is that we get the "difficult" part (the BIM based solar analysis) dialed but a stupid error in the "easy" bit of the code can sometimes still ruin the overall functionality. Now matter how hard we test the product - in this case using the ASHRAE 140 protocol (which is globally regarded as the most demanding test of Building Energy Simulation functionality) and also using other case studies - it's impossible to cover all geometries and situations.

Therefore I thank you again for sharing your findings with us - the fix will be available in the next ArchiCAD 17 Hotfix.

Best Regards,

Miklos Sved




EcoBoger wrote:
As it stands today (March 2014, AC17 build 5019), both, standard EcoDesigner and a commercial version of EcoDesigner STAR have a fundamental flaw in a calculation of solar gain causing these add-ons to overestimate needed cooling by a huge margin, basically rendering these programs unusable for sustainable architectural design.

Moreover, this is not a new issue. It goes back for more than a year and started when AC17 was released in summer 2013.

I, personally, made this issue public back in summer 2013, shortly after the initial release of AC17, and brought it to Graphisoft's attention in this thread: Solar Analysis is not accounted in Energy Simulation (AC17).

However the issue is not resolved after 6(!) updates to the main program.


The root of this problem is very simple:

One of widely advertised features of AC17 is a, so called, concept of "model-based shading". The idea behind this concept is that a shaded opening (glass door or window) will not add to the solar gain calculations, thus providing architects with fundamental tool of sustainable architectural design.

In other words, if the window facing the sun in your project is shaded by model geometry (overhangs, adjacent walls or buildings, trees, etc.), EcoDesigner and EcoDesigner STAR are marketed as being able to account for that and subtract appropriate amount from total solar gain calculations. In reality - they do not.

Both, EcoDesigner built into AC17 and an expensive add-on EcoDesigner STAR, fail to calculate this issue properly, subsequently, grossly overestimating needed cooling equipment.

I did see a few threads in this forum asking questions about overinflated energy readings for buildings designed, but it appears people do not realize where these miscalculations come from.

Let me explain.

If you have any windows in your project receiving direct sunlight (How many of us have windows in our projects? All of us?) these windows will always be shown as unshaded no matter how you cover them up with model geometry.

Even a solid wall placed right in front of these windows will not prevent EcoDesigner or EcoDesigner STAR from showing these windows as being constantly exposed to direct sunlight throughout a year.

This basically means that EVERY AC17 project that uses EcoDesigner or EcoDesigner STAR (which is worse, as EcoDesigner STAR is a paid add-on, is expensive to own and supposed to be "Standard Compliant") will give erroneous results.

Interestingly, all windows in question are properly calculated and shown as shaded under EcoDesigner's or EcoDesigner STAR's "solar analysis" dialog accessible from "Openings" tab in "Energy Model Review" dialog box.

Moreover, kWh redings for any window shaded by model geometry is also properly reduced.

However, this reduction in kWh never makes it to the Energy Evaluation Report and every window is assumed to be unshaded there, thus ALWAYS showing exaggerated solar gain for any thermal block with windows oriented toward the sun, even if they are completely shaded by a solid wall built wight on top of them.

I am curious. This issue is around since AC17 came out, but I constantly see published success stories of architectural buildings being designed with AC17 and EcoDesigner and supposedly properly calculated in relation to sustainable design.

I wish I knew how they did it. Am I the only one here with this issue?

It is very easily reproduced and ANY project relying on EcoDesigner and model-based shading will ALWAYS give erroneous results.

Basically, until this issue is fixed, AC17 and EcoDesigner or EcoDesigner STAR are a dead weight in sustainable design.

Thoughts?
Miklos Sved
Graphisoft Product Manager

Anonymous
Not applicable
One other item regarding EcoDesigner and Ecodesigner Star are the options we have for cooling systems. In most parts of the United States (and certainly in Mexico and other countries even closer to the equator) cooling - not heating - is the major draw on electric power. In the US we have several systems to choose from:
  • Window and Through-the-wall air conditioners
    Ductless Split and Mini-duct systems (Mitsubishi, Freidrich, LG, GE etc.)
    Central air handlers with an external heat pump for chilling the refrigerant (Trane, Lennox, GE etc.)
    Attic heat pumps and air handler "Packaged Units" serving insulated flexible or rigid ducts (Trane, Lennox, GE etc.)
    Rooftop packaged HVAC units (heat pump and blower pumping cooled air into ductwork)
Currently, ArchiCAD appears to be more oriented toward climatic conditions that require heating systems rather than the range of cooling systems that are in fact specified and used everyday in the US.

Is there any chance at all that in up-coming versions of EcoDesigner, we will be able to load a "US Systems" version so we can properly and accurately calibrate EcoDesigner and/or EcoDesigner Star using actual manufacturers equipment technical specifications?

I realize that some work needs to be done to correct the significant errors that many of us have been reporting. However, Graphisoft has a lot of users in the US and I would urge the development team in Budapest and in Newton, MA to please use our insights and experience to help Graphisoft to create a version of EcoDesigner that is more tuned to the realities of "Building Systems" that apply to everyday US practice.

Anonymous
Not applicable
Dear Miklos,

I took a few months to see if this thread will generate any interest, but given total lack of relevant posts from other users, I can only assume that hampden, pallsopp42 and I are the only people in the world interested in using EcoDesigner STAR in our practice at the moment.
Miklos wrote:
We used the relevant ASHRAE 140 Standard Test cases (Case600, Case610, Case620, Case630, Case900, Case910, Case920, Case930) to check the accuracy of our solar study, which - interestingly - all give correct results. Please download the PLNs of these test cases from here if you wish to try running them yourself:
https://graphisoft.sharefile.com/d/sa7f66eab4454d558
I am not sure who provided you with the information about cases listed above to be properly calculated, but none of them (i.e. 610, 910 etc.) that have to do with solar shading are.

Basically, this makes EcoDesigner STAR not compliant with ASHRAE standards no matter the marketing hype.

As of ArchiCad 17 release 5019 this issue stands tall. No matter how much external shading you have in your project you will always get the same solar load on any window with or without external shading. Period. No exceptions. This is not a specific issue. This happens every time, in any project, on any window.

I think you should really look into your QA staff. This issue is so easy to spot, it should take only a minute for any qualified QA personnel.

Moreover, as of ArchiCad 17 release 6004, this issue still exists, although in a much reduced form.
It almost appears that instead of resolving this issue properly someone literally tried to get the numbers match in the end report. We all used to do that in middle school, but I didn't know this practice still in use in professional development.

To test, simply take AC 17 v 5019 and open your own file Case610 or Case910. Then run energy evaluation as is. Then, remove an overhang shading device, update the model and run evaluation again, effectively transforming Case610 and Case 910 into cases 600 and 900 respectively. THERE IS NO DIFFERENCE! There is no difference even if you completely block the sun with a single wall right outside your windows!

What ASHRAE compliance are we talking about?

Lets look into AC 17 v 6004. Same routine. Open your own file Case610 or Case910. Then run energy evaluation as is. Then, remove an overhang shading device, update the model and run evaluation again, effectively transforming Case610 and Case 910 into cases 600 and 900 respectively.
Now, we definitely see the reduction.
Does it work? Not really.
Try to completely block the sun from your windows and you are still left with plenty of solar load in the final report that comes from windows and not from any other object in the BEM.
Removing windows from your file removes solar load, adding them (even completely blocking them from sun by extending slab, walls and roof forward) instantly brings back a portion of solar load.
Miklos wrote:
The issue detailed above is quite similar to the one you reported in the summer of 2013. Still, they are two completely separate issues. The one you reported in the summer of 2013 was corrected in ArchiCAD 17 Hotfix 3.
Actually, it is the same exact issue I detailed in my thread related to this issue as far back as June 2013. You can read my initial post here: Solar Analysis is not accounted in Energy Simulation (AC17)

This issue being up for over a year and 7 hot fixes.
Could you please fix this? This is not an isolated case with specific shading mask translation. This affects EVERY WINDOW IN ANY PROJECT.

I know that you primarily work on something lots of people request and, since here are only tree people in the world willing to use EcoDesigner STAR, we are not a top priority, but unless this critical issue is resolved we can't use EcoDesigner STAR in our projects and YOU SHOULD NOT ADVERTISE IT AS ASHRAE COMPLIANT!

Since Graphisoft clients are led to believe they can, actually, use EcoDesigner STAR, they can, potentially, find themselves in a position that they can not deliver on promises to their clients and potentially lose business and that might cause some companies to attempt to take actions to recover lost income from Graphisoft directly.

Thank you.

Miklos Sved
Graphisoft Alumni
Graphisoft Alumni
Hi EcoBoger,

You make several strong claims in your post. I cannot agree with any of them.
In short:

-) Our modelling tools not working on your computer must be a hardware-specific issue that only very few users encounter. In house we cannot reproduce them, nor can thevast majority of our users.

-) Your remarks about ASHRAE testing and the envelope test cases are strange. I am in charge of designing and maintaining the ASHRAE 140 envelope test infrastructure myself, so the information I have regarding the topic is first hand. We have these tests running on our GS Autotest system on every daily build with no problems - I checked the results last Friday.

-) Fortunately, it's not only
"hampden, pallsopp42 and I are the only people in the world interested in using EcoDesigner STAR in our practice at the moment"
- as you stated in your post. The number of active EcoDesigner STAR users is in fact quickly approaching the four digits range. Consequentially, the number of ongoing EcoDesigner STAR projects are also quite numerous, out of which issues and complaints inevitably must surface.

Thankfully, most of them are resolved by our Technical Support team quickly and efficiently and very few end up as actual bugfixing tasks for us. Therefore, I also suggested to you - in my reply to the personal message you had sent me - to have a support session set up for you personally where we can go through each topic in details.

Afterwards, we could issue a post on this very thread together to clarify all misunderstandings.

Best Regards,
Miklos Sved
Graphisoft Product Manager

Anonymous
Not applicable
Wondering if the previous parties to this conversation are now in agreement and what that "agreement" might be.

Anonymous
Not applicable
At the risk of repeating myself regarding EcoDesigner calculation issues and errors, have the following items been addressed in any updates to EcoDesigner in ArchiCAD 18?

1) When selecting higher performing window frames, the R value drops (not good)

2) Adding physical shading elements over windows doesn't seem to make any difference to the energy consumption calculations but selecting a "shade type" from a list within EcoDesigner does. If we are building physical models of buildings, EcoDesiger should account for the effect of shading devices located on the building. Otherwise the shading devices, while they do indeed throw shadows, become far less useful and more in line with arbitrary applied "aesthetics" - something we avoid at all costs.

3) Placing trees near a building can bring EcoDesigner Star to its knees as it calculates the shading effect of leaves on the building - yet actual shading devices seem to have no bearing on EcoDesigner's energy assessment

4) Are we ever going to get the range of typical HVAC equipment in used in the US? For example, will EcoDesigner ever link HVAC objects such as ductless split air distribution units or specific heat pumps for ductless interior devices so as to account for the actual power loadings and the actual cooling (or air-heating) efficiency of these systems?

It is CRITICAL to professional credibility to have accurate calculations come out of EcoDesigner and EcoDesigner Star (why have two variants by the way when only one of them does the job?). Thus far as a firm using ArchiCAD 18 and Ecodesigner in the US, our requests seem to have fallen on deaf ears. At least that's how it feels as a firm whose primary focus in using ArchiCAD is to create accurate and complete physical models of structures, and not as a quasi drawing system for supplementing the typical architect's design office processes.

If we knew what the status was of these fixes and where they can be downloaded - e.g. new HotFixes for ArchiCAD 18 - it would let us know how to proceed - use EcoDesigner Star or just return to a completely unlinked, standalone "guestimate" system not connected to the BIM model, the latter of which is very unsatisfactory.

Any light you can shed on these issues would be very much appreciated.

Thanks

Phil
____________________
Phil Allsopp, D.Arch, M.S.(Public Health) RIBA, FRSA

Principal
Transpolis Global: USA, Inc.
W: www.transpolisglobal.com
E: phil_allsopp@transpolisglobal.com
E: pallsopp42@gmail.com

Phil Allsopp, RIBA, FRSA
Principal and Trustee
Smart Pad Living, LLC
E: pallsopp42@gmail.com

Adjunct Professor
ASU Global Institute of Sustainability
E: pallsopp@email.asu.edu

M: 480-276-7707
S: philallsoppskype
T: pallsoppRIBAUSA

ArchiCAD 18
EcoDesigner STAR
MEP
CADIMAGE electrical

OS X (Yosemite Beta + OS X 10.9.4)
iMac (3.4 GHz Intel Core i7; 16GB RAM)

hampden
Contributor
Re: EcoDesigner and EcoDesigner STAR are [NO LONGER?] unusable for design[!]

I just wanted to post a follow up on the issue I was having in previous versions and say that PHYSICAL SHADING IS NOW TAKEN INTO ACCOUNT IN THE ENERGY BALANCE REPORT in AC18 6004, though It's important that you understand how to update openings to make sure it makes it's way into the energy balance report (see screen shot below).

Unlike the zones which seem to know when something has changed and warn you that you should need to update the zones, you also have to refresh the solar analysis by recalculating any window which has had a change to it's solar exposure (size, shading, orientation etc), so while it's a bit clunky in terms of interface, it does now work if you change an overhang the solar analysis of model based shading makes it's way into the energy balance report - YAHOOO!

It would be nice if there was a one step refresh everything button for smaller projects, though I would guess as projects get larger having the ability to separately control what is being recalculated could become very important.

See attached screen shot of required step to make sure shading makes its way to the openings solar analysis / energy balance report.

I can't vouch for some of the other more detailed issues others were having since this was a show stopper for me to even start using the tool, but am hopeful that this is a sign of general improvements to the tool.

A shout out to Miklos and his team - thanks for making this happen in AC18! - I'm excited to start using it!

pallsopp42 wrote:
At the risk of repeating myself regarding EcoDesigner calculation issues and errors, have the following items been addressed in any updates to EcoDesigner in ArchiCAD 18?

1) When selecting higher performing window frames, the R value drops (not good)

2) Adding physical shading elements over windows doesn't seem to make any difference to the energy consumption calculations but selecting a "shade type" from a list within EcoDesigner does. If we are building physical models of buildings, EcoDesiger should account for the effect of shading devices located on the building. Otherwise the shading devices, while they do indeed throw shadows, become far less useful and more in line with arbitrary applied "aesthetics" - something we avoid at all costs.

3) Placing trees near a building can bring EcoDesigner Star to its knees as it calculates the shading effect of leaves on the building - yet actual shading devices seem to have no bearing on EcoDesigner's energy assessment

4) Are we ever going to get the range of typical HVAC equipment in used in the US? For example, will EcoDesigner ever link HVAC objects such as ductless split air distribution units or specific heat pumps for ductless interior devices so as to account for the actual power loadings and the actual cooling (or air-heating) efficiency of these systems?

It is CRITICAL to professional credibility to have accurate calculations come out of EcoDesigner and EcoDesigner Star (why have two variants by the way when only one of them does the job?). Thus far as a firm using ArchiCAD 18 and Ecodesigner in the US, our requests seem to have fallen on deaf ears. At least that's how it feels as a firm whose primary focus in using ArchiCAD is to create accurate and complete physical models of structures, and not as a quasi drawing system for supplementing the typical architect's design office processes.

If we knew what the status was of these fixes and where they can be downloaded - e.g. new HotFixes for ArchiCAD 18 - it would let us know how to proceed - use EcoDesigner Star or just return to a completely unlinked, standalone "guestimate" system not connected to the BIM model, the latter of which is very unsatisfactory.

Any light you can shed on these issues would be very much appreciated.

Thanks

Phil
____________________
Phil Allsopp, D.Arch, M.S.(Public Health) RIBA, FRSA

Principal
Transpolis Global: USA, Inc.
W: www.transpolisglobal.com
E: phil_allsopp@transpolisglobal.com
E: pallsopp42@gmail.com

Phil Allsopp, RIBA, FRSA
Principal and Trustee
Smart Pad Living, LLC
E: pallsopp42@gmail.com

Adjunct Professor
ASU Global Institute of Sustainability
E: pallsopp@email.asu.edu

M: 480-276-7707
S: philallsoppskype
T: pallsoppRIBAUSA

ArchiCAD 18
EcoDesigner STAR
MEP
CADIMAGE electrical

OS X (Yosemite Beta + OS X 10.9.4)
iMac (3.4 GHz Intel Core i7; 16GB RAM)

Screen Shot 2014-08-26 at 4.15.33 PM copy.jpg
Stefan Hampden
CAST architecture - Seattle architect

Laszlo Nagy
Community Admin
Community Admin
This is good news.
But one question: are you referring to AC18? Because that is at build 3006 at the moment. However the latest in AC17 is build 6004.
....................................................................................................
Get Archicad Tips at https://twitter.com/laszlonagy
AMD Ryzen 1700X CPU, 48 GB RAM, Nvidia GTX 1060 6GB, 500 GB NVMe SSD
2x28" (2560x1440), WIN10 PRO ENG, AC20-AC26
Loving Archicad since 1995

hampden
Contributor
Good catch laszlonagy - you are right I had both 17 and 18 open when I was writing that. I tested it in 17 6004 and it was not working with that version / build - must have looked at the build number for 17 when I was talking about 18 - So to be clear - my comments below were regarding AC 18 build # 3006.

Stefan
laszlonagy wrote:
This is good news.
But one question: are you referring to AC18? Because that is at build 3006 at the moment. However the latest in AC17 is build 6004.
Stefan Hampden
CAST architecture - Seattle architect

Laszlo Nagy
Community Admin
Community Admin
Thanks, that is an important piece of information.
....................................................................................................
Get Archicad Tips at https://twitter.com/laszlonagy
AMD Ryzen 1700X CPU, 48 GB RAM, Nvidia GTX 1060 6GB, 500 GB NVMe SSD
2x28" (2560x1440), WIN10 PRO ENG, AC20-AC26
Loving Archicad since 1995

Anonymous
Not applicable
I set up a LinkedIn group (ArchiCAD + Passive House) where I posted specific questions relative to some of these issues.
A number of Graphisoft folks have kindly joined the group and several have recently visited the dropbox folder where I placed PLN's and other supporting data.
Hoping for a preliminary response from Graphisoft in the near future.
Feel free to join the LinkedIn group. Share your email address with me and I will send you a link to the dropbox folder.
Regards,
David Bitter - AIA, CPHC
SOLERA STUDIOS
(404) 272-7678

Anonymous
Not applicable
Our office has been trying to determine how to use ArchiCAD 18 EcoDesigner Star to produce an energy model for the LEED energy credit and integrate it into our projects at an early phase.

I am looking for help from an EcoDesigner Star user who has fulfilled the LEED energy modeling requirement in compliance with ASHRAE 90.1 appendix G.

I have created an energy model of a large commercial building and was wondering if there is anyone out there who can help troubleshoot through some of the differences between the requirements of ASHRAE 90.1 and the ArchiCAD software inputs.

Below are a few of the areas I am looking for help with.

1. How do I model the parking garage?

2. What are the systems input values for the baseline building, and for the proposed design?

Joseph Cox
jcox@rhodepartners.com
energy report snap.JPG

Miklos Sved
Graphisoft Alumni
Graphisoft Alumni
Hi Joseph,

I really need to know more about your project to give you a detailed answer but here are some generic thoughts that I hope will help you with your work:

1) Naturally ventilated/partially open parking garages should be excluded from the building energy model and only viewed as a shading object. Mechanically ventilated/underground parking garages are modelled as Unconditioned Spaces. With no heating or cooling equipment installed, the internal temperature is allowed to free-float (check whether it remains within the comfort range required for garages throughout the year). Mechanical ventilation system and lighting equipment should be modelled as their energy consumption must be included in the calculations.

2) For baseline system descriptions please reference ASHRAE 90.1 APPENDIX G Section G3
When preparing the energy model of your own design, follow the instructions of Section G3 as well but input the system design parameters proposed by your system engineer.

Best Regards,
Miklos Sved
Graphisoft Product Manager

Anonymous
Not applicable
Miklos wrote:
Naturally ventilated/partially open parking garages should be excluded from the building energy model and only viewed as a shading object. Mechanically ventilated/underground parking garages are modelled as Unconditioned Spaces.
Best Regards,
I agree it should be modelled in specialized CFD-fem Multiphysics software
You need to deliver live links to models and please dont waste time on static IFC conversions HTH

Anonymous
Not applicable
Thank You Miklos Sved and DesignEngineerBIM!
We have returned our license for EcoDesigner Star. Part of the reason was that as architects we do not have the MEP expertise to utilize the software. We are looking to IES for our next projects.

Anonymous
Not applicable
Treebranch wrote:
Thank You Miklos Sved and DesignEngineerBIM!
We have returned our license for EcoDesigner Star. Part of the reason was that as architects we do not have the MEP expertise to utilize the software. We are looking to IES for our next projects.
Pitty, you could have easily simulated the underground carpark air flow and contaminant flow in a fea- multiphysics programs like comsol, ansys, etc.
coupled with stress,strain,thermal,CFD, acoustics,etc..perfect for prelim analysis/presentations

https://plus.google.com/u/2/photos/114544938995916531570/albums/6122128602851164609

Comsol allows engineers/users to develope stand alone apps.

Interesting article here
http://www.engineering.com/PLMERP/ArticleID/9672/Multiphysics-for-the-masses-COMSOL-wants-to-democra...

Still looking?

Browse more topics

Back to forum

See latest solutions

Accepted solutions

Start a new discussion!