Skip to content
Rafael Villar Burke (Pachi) edited this page Oct 5, 2020 · 2 revisions

hulc2envolventecte

Ideas de desarrollo

Modelo de datos

  • 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

Comunicación bidireccional

  • ¿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.

Cálculo 52016-1

  • 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).

Clone this wiki locally