search

infotech2015 / cbecc

Automatically exported from code.google.com/p/cbecc
0 stars 0 forks source link

Construction Name Not in XML file #194

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
Issue related to  __user interface / __defaulting / X_energy simulation

What steps reproduce the problem?
1. Create a construction for the baseline sizing run
2. Examine the XML file for that construction and the use of the construction 
name.
3.

What version of CBECC-NRes are you using? On what operating system?
Windows XP, CBECC-Com 0.6.0.320

Please provide any additional information below.

Original issue reported on code.google.com by jglazer@gard.com on 11 Apr 2013 at 12:03

GoogleCodeExporter commented 9 years ago

Original comment by jglazer@gard.com on 11 Apr 2013 at 1:59

GoogleCodeExporter commented 9 years ago

Original comment by jglazer@gard.com on 11 Apr 2013 at 2:38

Attachments:

GoogleCodeExporter commented 9 years ago 
There are some data missing from the ConsAssm object that could be causing the 
problem.

ConsAssm:SpecMthd -- enum including "Layers", "CFactor", "FFactor" & "UFactor"
Should be set to "Layers" for all CBECC constructions with MatRef references.
My guess is that OpenStudio will rely on this to be set in order for the 
translation to succeed.

ConsAssm:CompatibleSurfType -- enum including "ExteriorWall", "Roof", 
"ExteriorFloor", ... "InteriorFloor"
should also be set.  This should not directly affect the translation to 
OpenStudio, but must be set in order for the assignment of this construction to 
be valid within the CBECC interface and energy model.

Mat:CodeCat & Mat:CodeItem - (both enums) - is not required for OpenStudio 
translation or for CBECC model validity, but I am curious why they are not set. 
 For any material layer except composite I was under the impression that we 
would set these two enums and rely on the rule material look-up table to define 
the performance characteristics.

Questions for Dan:
- Is ConsAssm:SpecMthd required to be specified in order for the translation to 
succeed?
- (larger question) I understand that there is some sort of logging or 
messaging system to help find the source of issues in OpenStudio in general.  
Is there something we can tap into via the API to retrieve messages that could 
help identify issues such as certain required properties not being set, etc.??

Original comment by scriswel...@gmail.com on 11 Apr 2013 at 5:35

GoogleCodeExporter commented 9 years ago 
Is ConsAssm:SpecMthd required to be specified in order for the translation to 
succeed?

- Yes it is, the only case we are not yet handling is "UFactor" because we do 
not have an instance for it

I understand that there is some sort of logging or messaging system to help 
find the source of issues in OpenStudio in general.

- After calling ReverseTranslator::loadModel, you can call 
ReverseTranslator::warnings() or ReverseTranslator::errors() to get a list of 
errors and warnings that occurred in the translation.  ForwardTranslator has 
the same methods

Original comment by dan.macu...@gmail.com on 11 Apr 2013 at 7:24

GoogleCodeExporter commented 9 years ago 
Jason,
Potentially related to the issues your are working through, there is a rule 
file called "OpaqueEnvelope-TEMPORARY.rule" that I created to define properties 
for some of the prototypes.  I had envisioned that these rules, and eventually 
the whole rule file  should be removed as final OpaqueEnvelope rules come on 
line.

Original comment by da...@360-analytics.com on 11 Apr 2013 at 8:15

GoogleCodeExporter commented 9 years ago 
Concerning Mat:CodeCat and Mat:CodeItem, I did not realize they needed to be 
set. The approach of using library entries, is what I believe was decided the 
last time it was discussed.

Original comment by jglazer@gard.com on 12 Apr 2013 at 5:55

GoogleCodeExporter commented 9 years ago 
Since this was not a software issue and instead was just an understanding issue 
which has now been resolved, I am closing the ticket.

Original comment by jglazer@gard.com on 12 Apr 2013 at 6:35