-
Notifications
You must be signed in to change notification settings - Fork 0
Home
Rafael Villar Burke (Pachi) edited this page Oct 5, 2020
·
2 revisions
- permite la comunicación bidireccional con otros modelos (HULC, OpenStudio, EnvolventeCTE, FreeCAD, BlenderBIM...)
- sirve para implementar el cálculo según la UNE-EN 52016-1
- puede refinarse de forma gradual (similar a gradual typing pero para modelo energético)
- al menos permite prediseño manual
- puede aumentarse la información geométrica para cálculos más precisos
- ¿es preferible tener algún tipo de id (e.g. UUID) o usamos solo el nombre? --> Identificar la estrategia más apropiada
- Ver qué tal encaja con epJSON y con Honeybee Model.
- Inicialmente, para cribado de errores y como ayuda al diseño
- Ahora mismo se incorpora la información geométrica mínima, insuficiente para cálculo de sombras
- Se podrían incorporar sombras con objeto opcional que defina al menos: x, y, z, ancho?, alto?
- ¿Sería esto suficiente para un cálculo básico? ¿tendría sentido descomponer otras formas en rectángulos de ese tipo?
- No se ha implementado por ahora porque aumenta mucho la complejidad para definir modelos de forma manual. Esto sería menos problemático si la entrada de los modelos geométricos en BlenderBIM o FreeCAD fuese sencilla (en HULC se podría exportar sin mucho problema la geometría).