🏢 복합건물의 에너지 흐름 시뮬레이션 구조: 존·공조시스템·플랜트를 하나로 잇는 계산의 설계도 ⚡

▲ 용도가 다른 세 덩어리가 하나의 플랜트를 공유하며, 시간대가 엇갈리는 부하 사이에서 열이 재활용될 여지가 생긴다.

1. 왜 '복합건물'은 시뮬레이션 난도가 한 단계 높은가 🧩

단일 용도 오피스라면 "평일 9시부터 18시까지 사람이 있고, 여름엔 냉방이 크다" 정도의 큰 줄기만 잡아도 에너지 거동의 상당 부분이 설명됩니다. 그런데 복합건물은 다릅니다. 상업 시설은 밤 10시까지 조명과 인원 발열이 쏟아지고, 식음 매장의 주방은 배기와 급기를 엄청난 양으로 요구합니다. 업무 시설은 평일 낮에 컴퓨터·조명·사람에서 나오는 내부 발열 때문에 한겨울에도 코어부는 냉방을 원하기도 합니다. 주거 시설은 정반대로 퇴근 이후와 주말에 부하가 집중되고, 급탕 수요가 아침·저녁으로 뾰족하게 솟습니다.

이 세 덩어리는 같은 건물 안에서 다음과 같은 요소를 공유합니다.

결국 복합건물 시뮬레이션의 핵심은 "각 용도를 정확히 모델링하는 것" 그 자체보다, 각 용도가 시간적으로 엇갈리며 서로 영향을 주는 방식을 계산 구조 안에 제대로 담는 것입니다. 그래서 이 글은 프로그램 사용법보다 계산이 어떤 층위로 나뉘고 어떤 순서로 연결되는지, 즉 시뮬레이션의 '뼈대'에 집중합니다.

2. 에너지 흐름의 큰 그림: 다섯 개의 층위 🌊

대부분의 건물 에너지 시뮬레이션(BES, Building Energy Simulation) 도구는 겉모습은 달라도, 내부적으로는 비슷한 층위를 거칩니다. 에너지가 바깥에서 들어와 장비를 거쳐 계량기에 찍히기까지를 하류 방향으로 따라가 보면 이렇습니다.

흥미로운 점은, 실제 물리 현상은 이 다섯 층위가 동시에 일어난다는 것입니다. 냉동기 용량이 부족하면 냉수 온도가 올라가고, 코일이 덜 식히니 실내 온도가 올라가고, 실내 온도가 오르면 벽체 표면 온도도 달라져 다음 순간의 부하가 바뀝니다. 시뮬레이션 프로그램이 이 상호작용을 어디까지, 어떤 순서로 반영하느냐가 바로 '시뮬레이션 구조'의 본질입니다.

3. 두 가지 설계 철학: 순차 계산 vs 통합 동시 계산 ⚙️

건물 에너지 시뮬레이션 역사에서 가장 중요한 구조적 갈림길은 "층위를 순서대로 계산할 것인가, 한꺼번에 맞물려 풀 것인가"였습니다.

3-1. 순차형(Sequential) 구조 — DOE-2의 LSPE

미국 에너지부(DOE)의 지원으로 개발된 DOE-2는 계산을 LOADS → SYSTEMS → PLANT → ECONOMICS의 네 단계로 나눴습니다(첫 글자를 따 흔히 LSPE라고 부릅니다). LOADS 단계에서 일정한 실내 온도를 가정해 1년치 존 부하를 먼저 다 계산하고, SYSTEMS 단계에서 그 부하를 공조시스템이 처리하는 과정을 계산하며, PLANT 단계에서 시스템이 요구한 냉·온열을 열원 장비가 만드는 과정을, ECONOMICS 단계에서 요금을 계산합니다.

이 방식은 계산이 빠르고 구조가 직관적이라는 큰 장점이 있습니다. 하지만 하류 단계의 결과가 상류 단계로 되돌아가지 못합니다. 예컨대 SYSTEMS에서 공조기 용량이 모자라 실내 온도가 설정값을 벗어나더라도, 그 바뀐 실내 온도가 다시 LOADS의 벽체 열전달에 반영되지는 않습니다(DOE-2는 이를 보정하는 근사 절차를 갖고 있지만, 근본적으로는 피드백이 제한된 구조입니다). 오늘날 국내외에서 널리 쓰인 eQUEST 같은 도구가 DOE-2 계열 엔진을 기반으로 합니다.

3-2. 통합 동시형(Integrated Simultaneous) 구조 — EnergyPlus

EnergyPlus는 미국 에너지부가 기존의 BLAST와 DOE-2의 장점을 합쳐 개발한 엔진으로, 2001년에 첫 버전이 공개되었습니다. 가장 큰 특징은 존 열평형, 공조시스템, 플랜트를 같은 시간 단계 안에서 서로 맞물려 푸는 통합 해법입니다. 내부적으로는 이를 총괄하는 관리자(Integrated Solution Manager) 아래에 표면 열평형, 공기 열평형, HVAC 관리자가 계층적으로 배치되어 있습니다.

동시 해법 덕분에 "냉동기가 감당 못 하면 실내가 더워지는" 현상, 즉 장비 용량 부족에 따른 실내 온도 상승(Unmet Hours)이 자연스럽게 계산됩니다. 복합건물처럼 플랜트를 공유하는 경우, 한 용도의 피크가 다른 용도의 냉수 공급 상태에 영향을 주는 현상까지 볼 수 있다는 점에서 이 구조의 가치가 커집니다.

3-3. 구성요소 연결형 — TRNSYS와 Modelica

미국 위스콘신대학교 태양에너지연구소에서 1970년대에 시작된 TRNSYS는 부품(Type)을 블록처럼 연결해 시스템을 조립하는 방식입니다. 태양열 집열기, 축열조, 히트펌프 같은 장비를 자유롭게 엮을 수 있어 신재생 설비나 특수 시스템 연구에 강점이 있습니다. 한편 Modelica는 방정식 기반(acausal) 모델링 언어로, 미국 로렌스버클리국립연구소(LBNL)의 Modelica Buildings Library처럼 제어 로직과 장비 동특성을 초 단위 수준까지 세밀하게 다루는 데 쓰입니다.

4. 존 안에서 벌어지는 일: 열평형 방법의 해부 🔬

통합 동시형 엔진의 심장은 열평형법(Heat Balance Method)입니다. ASHRAE가 부하 계산의 기준 방법으로 정리한 이 방식은, 각 표면과 존 공기마다 "들어오는 열 = 나가는 열 + 저장되는 열"이라는 에너지 보존을 세우고 이를 연립해 풉니다. 크게 세 단계로 나뉩니다.

▲ 외표면과 내표면이 각각 열평형을 이루고, 그 사이를 전도가 시간 지연을 두고 잇는다.

4-1. 외표면 열평형

벽 바깥 표면에서는 흡수된 일사(직달·산란·지면 반사), 하늘·지면·주변 건물과의 장파 복사, 외기와의 대류, 그리고 벽 안쪽으로의 전도가 균형을 이룹니다. 외부 대류 계수는 풍속과 표면 방향·거칠기에 따라 달라지는데, 고층 복합건물은 높이에 따라 풍속이 커지므로 엔진은 기상 관측 높이의 풍속을 지표면 거칠기에 맞춰 높이별로 보정합니다. 같은 커튼월이라도 40층 외피는 저층 외피보다 바람에 열을 더 잘 빼앗기는 셈입니다.

4-2. 벽체 내부 전도: 전달함수(CTF)

콘크리트처럼 무거운 구조체는 오늘 오후의 햇빛을 몇 시간 뒤에야 실내 쪽으로 내보냅니다. 이 시간 지연과 감쇠를 계산하는 대표 기법이 전도 전달함수(CTF, Conduction Transfer Function)입니다. 현재 시점의 표면 열류를 과거 몇 시간의 표면 온도와 과거 열류의 가중합으로 표현합니다.

계수는 벽체 재료 구성만 정해지면 시뮬레이션 시작 전에 한 번 계산되므로 매우 빠릅니다. 다만 열물성이 온도에 따라 변하는 재료(예: 상변화물질 PCM)나 수분 이동이 중요한 경우에는 CTF의 선형 가정이 맞지 않아, 벽체를 얇은 층으로 쪼개 계산하는 유한차분법(Conduction Finite Difference)으로 전환합니다. 계산 시간은 늘어나지만 물리적 표현력이 커집니다.

4-3. 내표면 열평형과 존 공기 열평형

실내 쪽 표면에서는 전도로 들어온 열, 다른 표면과의 장파 복사 교환, 조명·사람·기기의 복사 성분, 창을 투과해 바닥에 떨어진 일사, 그리고 존 공기와의 대류가 균형을 이룹니다. 이렇게 구한 표면 온도들은 마지막으로 존 공기 열평형에 들어갑니다.

좌변은 존 공기(및 가구 등)의 열용량에 저장되는 열, 우변은 차례로 내부 발열의 대류 성분, 표면 대류, 인접 존과의 공기 혼합, 침기, 그리고 공조시스템이 공급한 열입니다. 여기서 Q_sys가 바로 존과 HVAC를 잇는 연결고리입니다. EnergyPlus는 이 식을 예측자-수정자(Predictor-Corrector) 방식으로 풉니다. 먼저 "설정온도를 유지하려면 시스템이 얼마를 공급해야 하는가"를 예측해 HVAC 쪽에 요구하고, HVAC가 실제로 공급 가능한 양을 계산해 돌려주면 그 값으로 존 온도를 수정합니다. 장비가 모자라면 수정 단계에서 온도가 설정값을 벗어나며, 이것이 미충족 부하로 기록됩니다.

참고로 설계 단계의 최대 부하 산정에는 열평형법을 간소화한 복사 시계열법(RTS, Radiant Time Series Method)도 널리 쓰입니다. 하루 주기의 정상 반복 상태를 가정해 복사 열 이득을 시간 계수로 분배하는 방식으로, 수작업이나 스프레드시트로도 다룰 수 있을 만큼 투명합니다. 연간 에너지 시뮬레이션에서는 주로 완전한 열평형법이 쓰이고, RTS는 장비 용량 검토의 교차 확인용으로 함께 쓰이는 경우가 많습니다.

5. 복합건물의 존 설계: 공간을 어떻게 '잘라' 넣을까 ✂️

시뮬레이션 모델에서 존(Thermal Zone)은 건축 도면의 실(Room)과 1:1로 대응하지 않습니다. 같은 시스템이 같은 설정온도로 제어하고, 일사·내부 발열 특성이 비슷한 공간을 묶은 열적 단위입니다. 존을 너무 잘게 나누면 계산과 입력이 폭증하고, 너무 크게 묶으면 서로 상쇄되어선 안 될 부하가 상쇄되어 버립니다.

5-1. 외주부와 내주부의 분리

업무 시설의 기본 원칙은 외주부(Perimeter)와 내주부(Core)의 분리입니다. 창가 공간은 일사와 외기 영향으로 부하가 방위·시간에 따라 크게 출렁이고, 깊숙한 내주부는 외기와 무관하게 연중 내부 발열이 지배적입니다. ASHRAE 90.1의 성능평가 방법(Appendix G)에서는 외벽으로부터 15피트(약 4.6m) 깊이를 외주부로 구분하는 규칙을 쓰며, 실무에서도 비슷한 깊이의 분할이 흔히 적용됩니다. 외주부는 다시 방위별(동·서·남·북)로 나눕니다.

만약 남측 외주부와 북측 외주부를 한 존으로 묶어 버리면, 겨울 오전에 남측은 일사로 덥고 북측은 추운 상황이 평균값 하나로 뭉개져 동시 냉난방 에너지가 사라져 버립니다. 실제 건물에서는 이 동시 냉난방이 상당한 낭비 요인이기 때문에, 존 분할을 잘못하면 에너지를 과소평가하게 됩니다.

5-2. 용도별로 꼭 분리해야 하는 존

5-3. 존 사이의 경계 조건

복합건물 모델링에서 자주 놓치는 부분이 용도 간 경계면입니다. 상업 최상층 천장 = 업무 최하층 바닥이고, 이 슬래브를 통해 상업의 열기가 위로 전달됩니다. 이 면을 "단열(adiabatic) 경계"로 처리할지, "인접 존과 열교환하는 면"으로 처리할지에 따라 결과가 달라집니다. 일반적으로 양쪽이 비슷한 온도로 공조된다면 단열 처리로 계산을 단순화하지만, 한쪽이 비공조(주차장, 기계실)이거나 운영 시간이 크게 다르다면 실제로 연결해서 계산하는 것이 맞습니다.

또한 수십 개 층을 모두 모델링하기보다는, 동일한 층을 대표층에 배수(Multiplier)를 곱하는 방식으로 처리하는 일이 흔합니다. 이때 최하층·최상층·기준층처럼 경계 조건이 다른 층은 따로 두고, 중간의 반복층만 배수 처리합니다. 다만 고층부로 갈수록 바람과 침기 조건이 달라지므로, 초고층이라면 높이 구간별로 대표층을 여러 개 두는 편이 안전합니다.

6. 스케줄과 내부 발열: 시간이 엇갈리는 건물 🕰️

복합건물 시뮬레이션에서 결과를 가장 크게 흔드는 입력은 의외로 외피 성능이 아니라 스케줄인 경우가 많습니다. 사람이 언제 있고, 조명이 언제 켜지고, 기기가 언제 도는지에 따라 내부 발열의 시간 분포가 바뀌기 때문입니다.

▲ 정성적 개념도. 용도별 피크 시각이 엇갈리면 합산 곡선의 최대값은 각 피크의 단순 합보다 작아진다.

6-1. 스케줄의 구성 요소

시뮬레이션의 스케줄은 보통 0~1 사이의 시간별 비율로 입력되고, 여기에 최대 밀도(설계값)를 곱해 실제 발열량을 얻습니다. 예를 들어 오피스 조명 설계 밀도가 면적당 일정 W라면, 오전 10시 스케줄 값 0.9를 곱해 그 시각의 조명 발열을 구하는 식입니다. 재실, 조명, 기기(플러그 부하), 외기 도입, 설정온도, 급탕, 엘리베이터 등이 각각 스케줄을 가지며 평일·토요일·일요일·공휴일을 구분해 둡니다.

국내외 표준 스케줄(ASHRAE 90.1 부록 자료, 국내 인증 프로그램의 실용도 프로필 등)은 "평균적인 건물"을 위한 것입니다. 실제 복합건물은 상가 영업시간, 오피스 입주사의 근무 형태, 주거의 맞벌이 비율 등에 따라 크게 달라지므로, 가능하다면 운영 계획·임대 조건·유사 건물 계측 데이터로 스케줄을 조정하는 것이 결과 신뢰도를 높이는 지름길입니다.

6-2. 다양성 계수: '모두가 동시에'는 일어나지 않는다

주거 300세대가 있다고 해서 300세대의 인덕션이 동시에 최대로 켜지지는 않습니다. 이처럼 개별 최대값의 합과 실제 동시 최대값의 차이를 반영하는 것이 다양성(Diversity) 계수입니다. 복합건물에서는 용도 내부의 다양성(세대 간 엇갈림)과 용도 간의 다양성(업무 낮·주거 밤)이 겹으로 작용합니다. 에너지 시뮬레이션은 시간별로 각 용도 부하를 합산하므로 용도 간 다양성은 계산 과정에서 자연스럽게 드러나며, 이 점이 단순한 용량 합산 설계와 비교해 시뮬레이션이 가진 큰 장점입니다.

6-3. 잠열과 현열

사람과 조리, 식물, 외기는 온도를 올리는 현열뿐 아니라 습기를 더하는 잠열을 만듭니다. 한국처럼 여름이 고온다습한 기후에서는 외기 도입량이 큰 상업·식음 공간의 제습 부하가 냉방 에너지의 큰 몫을 차지합니다. 시뮬레이션은 존 공기의 수분 평형식을 열평형과 함께 풀어 습도를 계산하며, 냉각 코일에서 응축되는 수분량까지 계산해 코일 부하에 반영합니다.

7. 공조시스템 층위: 공기가 열을 나르는 길 🌀

존이 "이만큼 열을 빼 줘"라고 요구하면, 그 요구를 처리하는 것이 공조시스템입니다. 통합 엔진에서 공조시스템은 크게 공기 루프(Air Loop)와 존 장비(Zone Equipment)로 나뉩니다.

7-1. 공기 루프의 구성

중앙 공조기를 쓰는 공기 루프는 대략 다음 순서로 공기를 처리합니다.

7-2. 용도별로 다른 시스템, 하나의 모델

복합건물은 보통 용도별로 시스템이 다릅니다. 상업은 대풍량 공조기와 주방 배기·보충급기, 업무는 VAV나 바닥취출, 혹은 외기전담공조(DOAS)와 팬코일·복사 냉난방의 조합, 주거는 세대별 시스템 에어컨·바닥난방·전열교환 환기장치 등입니다. 시뮬레이션에서는 이를 여러 개의 공기 루프와 존 장비 세트로 만들어 같은 플랜트 루프에 연결하거나, 주거처럼 개별 열원을 쓰는 부분은 독립적인 장비(예: 개별 히트펌프, 세대 보일러)로 표현합니다.

7-3. 설정값과 제어 로직은 '숨은 입력'

같은 장비라도 제어 방식에 따라 에너지 사용량이 크게 바뀝니다. 공급 공기 온도를 외기에 따라 재설정(Reset)하는지, 냉수 온도를 부하에 따라 조정하는지, 야간 정지와 예열·예냉을 몇 시에 시작하는지가 모두 시뮬레이션 입력입니다. 통합 엔진은 이런 제어를 설정값 관리자(Setpoint Manager)와 가용성 관리자(Availability Manager) 같은 객체로 표현합니다. 엔진이 기본 제공하지 않는 복잡한 제어는 사용자 정의 스크립트 기능(EnergyPlus의 EMS, Python 플러그인 등)으로 구현하기도 합니다.

8. 플랜트 층위: 냉수와 온수가 도는 순환 구조 🔁

코일이 요구한 냉·온열은 플랜트 루프가 만들어 보냅니다. 통합 엔진에서는 플랜트 루프를 공급측(Supply Side)과 수요측(Demand Side)의 두 반쪽 루프로 나눠 표현하는 구조가 대표적입니다.

▲ 존의 요구가 공기 루프 → 플랜트 루프 → 응축수 루프 순으로 전달되고, 각 루프는 같은 시간 단계 안에서 반복 수렴한다.

8-1. 반쪽 루프의 수렴

수요측에는 코일들이 붙어 "이 유량, 이 온도의 물이 필요하다"고 요구하고, 공급측에는 냉동기·보일러·펌프가 붙어 그 요구를 충족시키려 합니다. 엔진은 두 반쪽 사이의 유량과 온도가 맞아떨어질 때까지 반복 계산합니다. 냉동기는 다시 응축수 루프에 방열 요구를 넘기고, 냉각탑은 외기 습구온도에 따라 처리할 수 있는 양을 돌려줍니다. 각 루프의 수렴이 끝나야 그 시간 단계가 마무리됩니다.

8-2. 장비는 '곡선'으로 표현된다

냉동기의 효율은 고정값이 아닙니다. 냉수 출구 온도, 응축수 입구 온도, 부분부하율에 따라 달라지며, 시뮬레이션은 이를 성능 곡선으로 표현합니다. 대표적으로 정격 용량과 정격 효율을 기준으로 ① 온도 조건에 따른 용량 보정 곡선, ② 온도 조건에 따른 효율 보정 곡선, ③ 부분부하율에 따른 효율 보정 곡선을 곱해 매 시간의 소비 전력을 구합니다. 복합건물처럼 부하가 하루 종일 넓은 범위로 변하는 경우, 부분부하 곡선의 정확도가 연간 에너지 결과를 크게 좌우합니다. 제조사 자료로 곡선을 맞추는 작업이 결과 신뢰도의 핵심 중 하나입니다.

8-3. 운전 순서(Operation Scheme)

냉동기 여러 대, 보일러 여러 대가 있을 때 어떤 장비를 먼저 돌릴지는 운전 순서 규칙으로 정합니다. 부하 범위별로 가동 장비를 지정하거나, 열회수 냉동기를 우선 운전하고 남는 부하만 일반 냉동기로 처리하거나, 심야 전력 시간대에는 축열조를 충전하고 낮에는 방열하는 식입니다. 이 규칙 하나를 바꾸는 것만으로도 시뮬레이션 결과의 연간 전력 사용량과 최대 수요 전력이 눈에 띄게 달라질 수 있습니다.

8-4. 열회수: 복합건물의 '숨은 보물'

업무 내주부와 전산실은 겨울에도 열을 버려야 하고, 주거와 상업 일부는 같은 시간에 난방과 급탕이 필요합니다. 이때 열회수 냉동기(Heat Recovery Chiller)나 수열원 히트펌프 루프는 냉방하면서 나온 응축열을 버리지 않고 온수 루프로 넘깁니다. 시뮬레이션에서는 이 장비를 냉수 루프와 온수 루프 양쪽에 동시에 연결된 부품으로 모델링해야 하고, 두 루프의 부하가 동시에 존재하는 시간에만 회수가 일어나도록 계산됩니다.

그래서 열회수의 경제성은 "연간 냉방량"이나 "연간 난방량" 같은 총량이 아니라 "동시 냉난방 부하가 얼마나 겹치는가"라는 시간 해상도의 질문입니다. 월간 계산법으로는 답하기 어렵고, 시간 단위 이상의 동적 시뮬레이션이 필요한 이유가 여기에 있습니다.

8-5. 급탕 시스템

주거와 호텔, 사우나·피트니스가 포함된 복합건물에서는 급탕이 무시할 수 없는 에너지 항목입니다. 시뮬레이션은 급수 온도(계절에 따라 변하는 상수도 온도), 사용 스케줄, 저탕조의 열손실, 순환 배관 손실을 계산합니다. 열회수 온수를 급탕 예열에 쓰는 구성이라면, 급탕 수요의 시간 분포가 회수 열을 얼마나 흡수할 수 있는지가 핵심 변수가 됩니다.

9. 시간을 쪼개는 법: 수치해석과 시간 단계 ⏱️

시뮬레이션이 1년을 계산한다는 것은 연속된 시간을 잘게 쪼개 반복 계산한다는 뜻입니다. 이 시간 단계 설계도 구조의 중요한 부분입니다.

존 공기 온도 미분방정식을 푸는 방법도 선택지가 있습니다. 과거 몇 단계의 온도를 이용한 고차 후방 차분, 해석해, 오일러법 등이 있으며, 시간 단계가 너무 길면 제어가 진동하거나 공조기 온·오프 사이클이 부자연스럽게 표현됩니다. 반대로 너무 짧으면 계산 시간이 늘어납니다. 복합건물 모델은 존 수가 수백 개에 이르기도 하므로, 시간 단계 × 존 수 × 반복 수렴 횟수가 곧 계산 비용입니다. 대안 수십 개를 비교하는 최적화 작업에서는 이 비용이 일정 관리의 핵심 변수가 됩니다.

9-1. 기상 데이터의 선택

표준기상년(TMY) 데이터는 장기 관측에서 "대표적인" 달들을 이어 붙여 만든 1년입니다. 평균적인 연간 에너지를 볼 때는 적합하지만, 극한 기후에서의 장비 용량 검증에는 설계용 기상 조건(설계일, Design Day)을 별도로 씁니다. 최근에는 기후변화를 반영한 미래 기상 데이터로 시뮬레이션을 돌려, 20~30년 뒤에도 냉방 설비가 충분한지 검토하는 사례도 늘고 있습니다. 도심 고밀 지역의 복합건물이라면 도시 열섬으로 인해 공항 등 교외 관측소 자료보다 실제 외기가 더 덥다는 점을 고려해야 할 때가 있습니다.

9-2. 주변 건물의 그림자

도심 복합건물은 주변 고층 건물에 가려 저층부 일사가 크게 줄어듭니다. 시뮬레이션에서는 주변 건물을 음영 객체(Shading Surface)로 넣어 시간별 그림자를 계산합니다. 반대로 주변 유리 커튼월에서 반사된 일사가 들어오는 현상은 기본 모델에서 단순화되는 경우가 많아, 반사 영향이 큰 입지라면 별도 검토가 필요합니다.

10. 공기의 흐름: 초고층 복합건물의 굴뚝 효과 🌬️

초고층 복합건물의 겨울철 로비 문이 잘 안 열리거나 휘파람 소리가 나는 경험, 한 번쯤 있지 않으신가요? 이는 실내외 온도차로 생기는 연돌 효과(Stack Effect) 때문입니다. 실내 공기가 따뜻하고 가벼우면 건물 상부에서 밖으로 밀려 나가고, 하부에서는 외기가 빨려 들어옵니다. 엘리베이터 샤프트와 계단실이 이 현상의 고속도로 역할을 합니다.

압력차가 높이에 비례하므로, 건물이 높을수록 저층부의 침기와 고층부의 누기가 커집니다. 저층 상업 공간은 차가운 외기 유입으로 난방 부하가 커지고, 주거가 있는 상층부는 따뜻한 공기가 빠져나가며 열과 습기를 함께 잃습니다. 단순한 시뮬레이션은 침기를 "시간당 환기 횟수 일정값"으로 처리하지만, 이렇게 하면 높이별·계절별 차이가 사라집니다.

이를 정교하게 다루기 위해 통합 엔진에는 공기유동 네트워크(Airflow Network) 모델이 있습니다. 각 존을 '노드', 창·문·틈새·샤프트를 '연결 경로'로 보고, 바람 압력과 연돌 압력을 함께 고려해 경로마다 흐르는 공기량을 압력 평형으로 풉니다. 이 결과가 다시 존 열평형의 혼합·침기 항으로 들어갑니다. 계산 비용과 입력 부담(틈새 면적, 기밀 성능 등)이 커서 모든 프로젝트에 쓰이지는 않지만, 초고층 복합건물에서는 로비 방풍실, 층간 구획, 샤프트 기밀 대책의 효과를 정량화하는 데 쓰일 수 있습니다. 더 세밀한 실내 기류는 다중존 기류 해석 전용 도구(예: CONTAM)나 CFD와 연계하기도 합니다.

11. 에너지를 '장부'로 정리하기: 계량 구조와 1차에너지 📊

시뮬레이션의 마지막 층위는 계산된 장비 소비를 계량기(Meter) 단위로 모으는 회계 작업입니다. 통합 엔진은 각 부품의 소비량을 연료 종류(전력·가스·지역난방 등)와 최종 용도(냉방·난방·조명·기기·팬·펌프·급탕 등)별로 자동 집계하고, 사용자는 여기에 용도별 사용자 정의 계량기를 추가해 "상업동 전력", "주거 공용부 전력"처럼 실제 계량 체계와 맞출 수 있습니다.

▲ 공급 에너지와 최종 용도를 잇는 흐름도의 형식 예시. 비율은 설명용 가상값이며 실제 건물마다 크게 다르다.

11-1. 사이트 에너지와 1차에너지

계량기에 찍히는 값은 사이트(최종) 에너지입니다. 하지만 전력 1kWh를 만들기 위해 발전소에서는 그보다 훨씬 많은 연료가 소비되고 송배전 손실도 생깁니다. 그래서 에너지 정책과 인증에서는 연료별 1차에너지 환산계수를 곱해 비교합니다. 국내 건축물 에너지효율등급 및 제로에너지건축물 인증도 단위면적당 1차에너지소요량을 기준으로 하며, 전력에는 연료보다 높은 환산계수가 적용됩니다. 따라서 같은 열량을 처리하더라도 어떤 에너지원을 쓰느냐에 따라 평가 결과가 달라지고, 시뮬레이션 구조에서는 계량기 집계 이후의 환산 단계가 별도로 존재합니다.

11-2. 탄소와 요금

최근에는 1차에너지뿐 아니라 운영 탄소 배출량을 함께 산출합니다. 연료별 배출계수를 곱하는 방식이 기본이지만, 전력망 배출계수가 시간대마다 다르다는 점을 반영해 시간별 배출계수를 적용하는 시도도 있습니다. 요금 계산은 기본요금(계약전력·최대수요전력 기반)과 사용량 요금, 계절·시간대별 단가를 반영합니다. 복합건물은 용도별 계약 종별이 다를 수 있으므로, 계량기 구조를 실제 수전 구조와 맞추는 것이 중요합니다.

12. 분산에너지와 신재생: 흐름의 방향이 바뀔 때 ☀️🔋

태양광, 연료전지, 지열 히트펌프, 에너지저장장치(ESS)가 들어오면 에너지 흐름은 일방통행이 아니게 됩니다. 건물이 전기를 만들고, 저장하고, 내보내는 주체가 되기 때문입니다.

국내에서는 제로에너지건축물(ZEB) 인증이 에너지자립률을 기준으로 등급을 매기는데, 1등급은 자립률 100% 이상, 5등급은 20% 이상 40% 미만 구간입니다. 공공 건축물에서 단계적으로 의무화가 시작되어 민간으로 확대되는 흐름이며, 적용 대상과 시기는 관련 고시와 법령 개정으로 바뀔 수 있으므로 프로젝트 시점의 최신 기준을 반드시 확인해야 합니다. 고층 복합건물은 연면적에 비해 신재생 설치 면적이 제한적이어서 자립률 확보가 어렵기 때문에, 수요를 줄이는 패시브·고효율 설계와 공급을 늘리는 신재생 배치를 함께 최적화하는 작업에 시뮬레이션이 핵심 도구로 쓰입니다.

13. 여러 엔진을 엮는 법: 연성 시뮬레이션과 디지털 트윈 🔗

한 엔진이 모든 것을 잘할 수는 없습니다. 열평형은 EnergyPlus가, 정교한 제어 동특성은 Modelica가, 실내 기류는 CFD가, 전력망은 전력계통 해석 도구가 강점을 갖습니다. 이들을 시간 단계마다 데이터를 주고받으며 함께 돌리는 것이 연성 시뮬레이션(Co-simulation)입니다.

표준 인터페이스로 널리 쓰이는 것이 FMI(Functional Mock-up Interface)입니다. 각 모델을 FMU라는 표준 패키지로 만들어 서로 연결합니다. EnergyPlus는 외부 인터페이스 기능을 통해 FMU를 가져오거나 자신을 FMU로 내보낼 수 있고, LBNL이 주도한 Spawn of EnergyPlus는 EnergyPlus의 외피·존 계산과 Modelica의 HVAC·제어 계산을 결합하는 방향으로 개발되어 왔습니다.

14. 모델이 현실을 닮아가는 과정: 검증과 보정 🎯

시뮬레이션 결과와 실제 건물의 에너지 사용량 차이를 흔히 성능 격차(Performance Gap)라 부릅니다. 원인은 대개 모델의 물리 엔진보다 입력의 불확실성에 있습니다. 실제 재실 패턴, 기기 사용, 제어 설정, 시공 품질, 운영자의 습관이 설계 가정과 다르기 때문입니다.

14-1. 엔진 자체의 검증

소프트웨어 자체의 계산 신뢰성은 ASHRAE Standard 140(BESTEST 계열 시험 사례)으로 검증하는 것이 국제적 관행입니다. 표준화된 시험 건물에 대해 여러 프로그램의 결과를 비교해, 계산 방식이 합리적 범위 안에 있는지 확인합니다. 이는 "프로그램이 물리를 제대로 계산하는가"에 대한 검증이지, "내 모델이 내 건물을 제대로 표현하는가"에 대한 검증은 아닙니다.

14-2. 모델 보정의 기준

후자, 즉 특정 건물 모델을 실측과 맞추는 작업에는 ASHRAE Guideline 14의 통계 기준이 널리 쓰입니다.

NMBE는 전체적으로 모델이 많이 쓰는 쪽인지 적게 쓰는 쪽인지를, CV(RMSE)는 개별 기간의 들쭉날쭉한 오차 크기를 보여 줍니다. 월별 총량은 맞는데 시간별 패턴이 틀리는 경우가 흔하므로, 복합건물처럼 시간대 엇갈림이 핵심인 건물은 시간별 보정까지 해야 열회수나 피크 분석에 쓸 수 있습니다.

14-3. 보정의 실제 순서

15. 실무 워크플로: 복합건물 시뮬레이션의 한 사이클 🛠️

지금까지의 구조를 실제 프로젝트 흐름으로 엮으면 다음과 같습니다.

이 과정에는 건축, 기계설비, 전기, 데이터 분석, 시각화 역량이 고루 필요합니다. 소규모 설계사무소나 개발사가 모든 역량을 내부에 갖추기 어렵다면, 에너지 모델링·BIM 변환·데이터 시각화 같은 개별 작업을 재능넷 같은 재능 거래 플랫폼에서 전문가와 협업하는 방식도 현실적인 선택지가 됩니다.

15-1. 파라메트릭 자동화의 예

대안 비교를 사람이 일일이 수정하면 실수가 생기기 쉽습니다. 실무에서는 입력 파일을 스크립트로 생성·수정해 일괄 실행하는 방식을 많이 씁니다. 아래는 개념을 보여주기 위한 의사 코드입니다.

# 복합건물 대안 조합 일괄 실행 (개념 예시)
glazing   = ["Low-E 복층", "Low-E 삼중"]
plant     = ["일반 냉동기+보일러", "열회수 냉동기 우선"]
schedule  = ["표준 스케줄", "운영계획 반영 스케줄"]

for g in glazing:
    for p in plant:
        for s in schedule:
            model = load_base_model("mixed_use_base")
            model.set_window(g)
            model.set_plant_scheme(p)
            model.set_schedules(s)
            result = model.run(weather="표준기상년")
            save(result.meters_by_use(),        # 용도별 계량
                 result.peak_demand(),          # 최대 수요전력
                 result.unmet_hours())          # 미충족 시간

2×2×2 = 8개 조합만으로도, "열회수 효과가 스케줄 가정에 얼마나 민감한가" 같은 질문에 답할 수 있습니다. 스케줄을 바꿨을 때 열회수 효과가 크게 흔들린다면, 그 설계 결정은 운영 가정의 불확실성에 취약하다는 뜻이고, 이것 자체가 귀중한 설계 정보입니다.

16. 가상 사례로 따라가 보기: 3단 적층 복합건물 🏗️

구조를 실감 나게 이해하기 위해, 다음과 같은 가상의 복합건물을 상상해 보겠습니다(수치는 계산 원리를 보여주기 위한 예시입니다).

16-1. 겨울 평일 아침 8시

주거층은 출근 준비로 급탕 사용이 정점에 가깝고, 밤사이 식은 공간의 난방 수요도 남아 있습니다. 오피스는 예열 운전 중이며, 외주부는 난방, 내주부는 아직 발열이 적어 중립에 가깝습니다. 상업 시설은 아직 영업 전이라 최소 운전 상태입니다. 연돌 효과로 저층 로비에서는 외기가 강하게 유입됩니다. 시뮬레이션에서는 이 시각에 보일러(또는 히트펌프) 부하가 크고 열회수 여지는 작습니다.

16-2. 겨울 평일 오후 2시

오피스 내주부는 재실자와 OA 기기 발열로 냉방이 필요해지고, 전산실은 계속 열을 버립니다. 동시에 상업 시설의 출입구 주변은 난방, 주거층 일부(재택 세대)와 급탕 저탕조 재가열은 온열을 원합니다. 이 순간이 열회수 냉동기가 가장 빛나는 시간입니다. 냉수 루프의 냉방 부하가 만든 응축열을 온수 루프로 넘겨, 냉각탑으로 버릴 열과 보일러가 만들 열을 동시에 줄입니다.

16-3. 여름 평일 오후 4시

외기가 가장 덥고 습할 무렵, 오피스와 상업 시설의 냉방이 동시에 크며, 서측 외주부는 일사로 부하가 치솟습니다. 주거는 상대적으로 낮지만 일부 세대 냉방이 켜집니다. 이 시각이 건물 전체의 냉방 피크와 수전 최대 수요가 겹치기 쉬운 순간입니다. 시뮬레이션은 축열조 방열, 냉수 온도 재설정, 상업 시설 외기량 조절 같은 전략이 이 피크를 얼마나 깎는지 비교해 줍니다.

16-4. 여름 평일 오후 9시

오피스는 대부분 꺼지고, 상업 시설은 영업 마감 직전, 주거는 귀가 후 냉방과 조리로 부하가 오릅니다. 이때 중앙 플랜트는 업무 피크 대비 낮은 부분부하로 운전되며, 대형 냉동기 한 대가 저부하로 비효율 운전하는지, 소형 장비가 적절히 분담하는지가 부분부하 곡선과 운전 순서 규칙에 따라 판가름 납니다. 복합건물 플랜트에서 장비를 크기별로 나눠 배치하는 이유를 시뮬레이션이 수치로 보여 주는 장면입니다.

이처럼 하루 네 장면만 따라가도, 복합건물의 에너지 흐름이 "용도별 부하의 합"이 아니라 "시간 위에서 엇갈리고 겹치는 흐름"이라는 점이 분명해집니다. 시뮬레이션 구조의 각 층위, 즉 존 열평형, 시스템, 플랜트, 계량은 결국 이 엇갈림과 겹침을 정확히 계산하기 위해 존재합니다.

17. 한계와 주의점: 모델은 지도이지 땅이 아니다 🧭

통계학자 조지 박스의 유명한 말, "모든 모델은 틀렸다. 그러나 일부는 유용하다"는 건물 에너지 시뮬레이션에 꼭 들어맞습니다. 시뮬레이션의 가치는 절대값을 맞히는 데보다, 대안 사이의 차이와 그 이유를 일관된 물리 틀로 설명하는 데 있습니다. 같은 가정 아래에서 A안이 B안보다 왜 나은지를 존·시스템·플랜트 단위로 추적할 수 있다는 것, 그것이 이 계산 구조가 주는 진짜 힘입니다.

18. 자주 묻는 질문 💬

복합건물의 에너지 흐름을 시뮬레이션한다는 것은, 결국 한 건물 안에서 서로 다른 생활 리듬이 만들어 내는 열의 이동을 시간 위에 펼쳐 보는 일입니다. 쇼핑객의 발걸음, 직장인의 모니터, 저녁 식탁의 불빛이 모두 같은 계산식 안에서 만납니다. 이 구조를 이해하면, 설계 단계의 숫자 하나가 왜 그렇게 나왔는지, 그리고 그 숫자를 바꾸려면 어느 층위를 건드려야 하는지 보이기 시작합니다. 건축과 설비, 데이터 분석이 교차하는 이 분야의 협업이 필요하다면 재능넷에서 관련 전문가를 찾아 지식을 나누는 것도 좋은 출발점이 될 것입니다. 🌱