Энергопрофиль

Поведение:

• Энергопрофиль создаётся только автоматически на основе задания на сбор профилей по зданиям орг. объектам за отчётный период. Создаётся один на одно здания на отчётный период.
• При сохранении или по отдельной кнопке "Проверить энергопрофиль" должна выполняться проверка выполнения условий сохранения ЭП (см. ниже).
• Сохранение энергопрофиля в статусе "Сформирован" блокирует внесение изменений в модели энергопрофиля: модели нельзя редактировать, удалять, удалять из ЭП.

При сохранении Энергопрофиля необходимо выполнять Проверить энергопрофиль:

**Условия, обязательные для сохранения Энергопрофиля:

• Если статус Энергопрофиля "Энергопрофиль. Статус" == Формируется: сохранять в любом виде.

• Если статус Энергопрофиля "Энергопрофиль. Статус" == Сформирован, то должны выполняться условия:

• Определены модели для всех видов расчётов. Для каждого вида расчёта \(k\) определена модель потребления \(M^{k}\):

• Все виды расчётов выполнены. Статус расчёта каждой из моделей \(M^{k}\) "Модель потребления. Статус расчёта" == Успешно выполнен.

• Несущий слой стен не менялся: не меняются параметры InputModel:

  • Walls.CarrierLayerThermalConductivity;
  • Walls.CarrierLayerThickness.

• Несущий слой ВП не менялся: не меняются параметры InputModel:

  • Roof.FloorMaterialThermalConductivity;
  • Roof.FloorMaterialThickness.

• Оконные проёмы не меняются. Для каждой модели \(M^k\) вычисляется количество проёмов \(N_{окон}^k(i,a)\) площади \(a\) на стороне здания \(i\in{[A,B,C,D,E,F,G,H]}\):

  \(N_{окон}^{k}(i, a) = \sum_{j,; a=a_{окон}^k(j)} {N_{окон}^k(i,j)}\)

  где:

  • \(a_{окон}^{k}(j)\) - площадь проёма вида окон \(j\) в модели \(M^k\): Windows[j].OpeningArea;
  • \(N_{окон}^k(i, j)\) - количество проёмов вида окон \(j\) на стороне здания \(i\in{[A,B,C,D,E,F,G,H]}\) в модели \(M^k\): Windows[j].OpeningsSideA, ..., Windows[j].OpeningsSideH.

  Количества проёмов \(N_{окон}^k(i,a)\) для всех видов расчётов \(k\) должно быть одинаковым.

• Воротные проёмы не меняются. Для каждой модели \(M^k\) вычисляется количество проёмов \(N_{ворот}^{k}(i,a)\) площади \(a\) на стороне здания \(i\in{[A,B,C,D,E,F,G,H]}\):

  \(N_{ворот}^{k}(i, a) = \sum_{j,; a = a_{ворот}^{k}(j)} N_{ворот}^{k}(i, j)\)

  где:

  • \(a_{ворот}^{k}(j)\) — площадь проёма вида ворот \(j\) в модели \(M^k\): Doors[j].OpeningArea;
  • \(N_{ворот}^{k}(i, j)\) — количество проёмов вида ворот \(j\) на стороне здания \(i\in{A,B,C,D,E,F,G,H}\) в модели \(M^k\): Doors[j].OpeningsSideA, ..., Doors[j].OpeningsSideH.

  Количества проёмов \(N_{в}^{k}(i, a)\) для всех видов расчётов \(k\) должно быть одинаковым.

• Сопротивления теплопередаче всех элементов ограждающей конструкции здания не ухудшаются. Приведённые сопротивления теплопередаче \(R_{e}^{k}\) каждого элемента ограждающей конструкции здания \(e\in{[стен, окон, ворот, ВОК]}\) для различных видов расчётов \(k\) удовлетворяют условиям:

  • \(R_{e}^{Т} ≥ R_{e}^{Э} ≥ R_{e}^{Н}\).

  На \(R^{П}_e\) требование не распространяется.

• Форма и габариты здания не менялись. Для всех моделей \(M^{k}\) в InputModel определены одинаковые параметры секции Geometry.

• Функциональное назначение здания не меняется. Для всех моделей \(M^{k}\) определено одинаковое функциональное назначение здания: не меняются параметры InputModel, определяемые функциональным назначением:

  • OperatingConditions.NormativeSpecificHeatConsumption;
  • OperatingConditions.AirConsumptionPerPerson.

• Система отопления здания не меняется. Для всех моделей \(M^{k}\) определён один тип системы отопления: OperatingConditions.HeatingType.

• Высота подвала не меняется. Для всех моделей \(M^{k}\) определена одинаковая высота подвала: GroundContact.BasementHeight

Если условия выполняются, сохранить ЭП, перейти в режим просмотра. Если нет, подсветить ошибку: сообщить об ошибке, предупредить, что при сохранении статус ЭП будет сброшен в Формируется, предложить: отменить, выполнить.