철근콘크리트 보 배근 3D 모델 – 주근·스터럽·피복의 구성
Posted inBIM갤러리

철근콘크리트 보 배근 3D 모델 – 주근·스터럽·피복의 구성

위 3D 모델은 철근콘크리트 보 안에 철근이 어떻게 배치되는지를 보여 준다. 콘크리트는 누르는 힘(압축)에는 강하지만 당기는 힘(인장)에는 약하다. 그 약점을 인장에 강한 철근으로 메우는 것이 철근콘크리트의 원리이고, 보는 이 원리가 가장 뚜렷하게 드러나는 부재다. 길이 방향으로 길게 들어간 굵은 철근이 주근, 그 주근을 일정 간격으로 감싸 도는 것이 스터럽, 철근과 콘크리트 표면 사이의 거리가 피복이다. 이 세 가지가 각각 무슨 일을 하는지 알면 배근 도면의 숫자가 다르게 보인다. 이 글은 보 배근의 구성, 최소 피복두께 기준, 스터럽 간격과 전단, 정착과 이음, 그리고 BIM에서 철근을 다룰 때의 포인트를 정리한다. ■ 보…
철골 구조 프레임 3D 모델 – 기둥·보·가새의 명칭과 역할
Posted inBIM갤러리

철골 구조 프레임 3D 모델 – 기둥·보·가새의 명칭과 역할

위 3D 모델은 공장이나 물류창고에 흔히 쓰이는 철골 라멘 구조의 뼈대를 보여 준다. 수직으로 선 것이 기둥이고 그 위를 가로지르는 것이 보다. 지붕에서 양쪽으로 경사지게 내려오는 부재는 래프터라 부르며, 기둥과 래프터를 강접합해 한 덩어리로 거동하게 만든 것이 라멘 구조다. 철골은 콘크리트보다 강도 대비 무게가 가볍고 공장에서 미리 가공해 현장에서 조립하므로 공기가 짧다는 장점이 있다. 대신 부재 하나하나의 명칭과 역할, 그리고 접합 방식을 정확히 알아야 도면과 현장이 어긋나지 않는다. 이 글은 철골 주요 부재의 명칭, 접합의 종류, 가새의 횡력 저항 원리, 그리고 BIM에서 철골을 모델링할 때의 포인트를 정리한다. ■ 철골 주요…
BCF로 이슈 주고받기 – 소프트웨어가 달라도 통하는 협업 포맷
Posted inSMART LAB

BCF로 이슈 주고받기 – 소프트웨어가 달라도 통하는 협업 포맷

모델 검토에서 문제를 발견하면 보통 화면을 캡처해 이메일로 보낸다. 받는 쪽은 그 그림을 보고 자기 모델에서 같은 자리를 다시 찾아야 한다. BCF(BIM Collaboration Format)는 이 왕복을 없애기 위해 만들어진 개방형 포맷이다. 이슈 하나에 제목·설명·담당자·상태 같은 정보와 함께, 그 순간의 카메라 위치·방향(뷰포인트)과 관련 요소의 GUID, 화면 스냅숏을 담는다. 받는 쪽에서 열면 뷰가 그 지점으로 이동하고 해당 요소가 선택된 상태가 된다. Tekla와 Solibri가 처음 만들었고 지금은 buildingSMART가 관리하는 표준이며, XML 기반이라 특정 회사 제품에 묶이지 않는다. Revit·ArchiCAD·Navisworks·Solibri·BIMcollab 등 주요 도구가 모두 읽고 쓴다. ■ BCF가 담는 네 가지 BCF의 핵심은 "무엇이 문제인지"를…
COBie – 준공 후 유지관리로 정보를 넘기는 표준
Posted inSMART LAB

COBie – 준공 후 유지관리로 정보를 넘기는 표준

건물을 다 짓고 나면 설계와 시공 과정에서 쌓인 정보가 대부분 흩어진다. 어떤 펌프가 어디에 몇 대 들어갔고 보증 기간이 언제까지인지를 유지관리 담당자가 처음부터 다시 조사하는 일이 반복돼 왔다. COBie(Construction Operations Building information exchange)는 이 정보를 준공 시점에 정해진 형식으로 넘기기 위한 표준이다. 시설과 층, 공간, 요소, 유형, 시스템, 예비품, 자원, 작업, 문서, 연락처 같은 시트로 나뉜 표 구조를 갖고, 스프레드시트(xls)나 IFC 형태로 주고받는다. 핵심은 형상이 아니라 대장(臺帳)에 가깝다는 점이다. 3차원 모델을 열지 않아도 표만으로 어떤 자산이 어디에 있는지 읽을 수 있고, 유지관리(FM·CAFM) 시스템에 그대로 올릴 수 있다. 영국은 공공 발주에서…
Revit API로 공유 매개변수 일괄 생성하고 카테고리에 바인딩하기
Posted inPROGRAMMING

Revit API로 공유 매개변수 일괄 생성하고 카테고리에 바인딩하기

Revit에서 물량·일람표·필터를 제대로 다루려면 결국 공유 매개변수(Shared Parameter)를 손에 익혀야 한다. 프로젝트 하나에 쓰이는 사용자 매개변수가 수십 개를 넘어가면, 이걸 손으로 하나씩 만들고 카테고리마다 바인딩하는 작업은 지루할 뿐 아니라 실수가 쌓이는 지점이 된다. 이름을 한 글자 다르게 치거나, 벽에는 넣고 기둥에는 빠뜨리거나, 인스턴스로 넣어야 할 것을 타입으로 넣는 식이다. Revit API로 이 과정을 코드로 옮기면 회사 표준 매개변수 세트를 프로젝트마다 동일하게, 단추 한 번으로 심을 수 있다. 이 글은 공유 매개변수의 구조부터 실제 C# 바인딩 코드까지 순서대로 정리한다. ■ 공유 매개변수가 패밀리·프로젝트 매개변수와 다른 점 Revit의 사용자 매개변수는 크게 세…
IfcOpenShell로 IFC에서 물량 뽑아내기 – 수량 정보 추출과 CSV 내보내기
Posted inPROGRAMMING

IfcOpenShell로 IFC에서 물량 뽑아내기 – 수량 정보 추출과 CSV 내보내기

IFC 파일은 형상만 담는 그릇이 아니다. 벽 한 장의 면적, 슬래브의 부피, 문의 개수 같은 수량 정보가 요소마다 함께 들어 있다. 이 값을 읽어내면 Revit이나 ArchiCAD 같은 상용 저작도구를 띄우지 않고도, 파일 하나만으로 물량표를 만들고 납품된 모델을 교차 검증할 수 있다. 이 과정을 자동화하는 표준 도구가 파이썬 라이브러리 IfcOpenShell이다. 여기서는 설치부터 요소 순회, 수량 추출, Pandas 집계, CSV 저장까지 실제 코드로 이어서 다룬다. 기준은 2025년 기준 안정 버전인 IfcOpenShell 0.8 계열이다. ■ 설치와 첫 실행 0.7 시절에는 conda나 수동 바이너리 배치가 필요했지만, 0.8부터는 pip 휠(wheel)이 배포되어 설치가 간단해졌다. 파이썬 3.9…
Revit 뷰 템플릿과 필터로 도면 표현 통일하기 – 사람마다 다른 도면을 없애는 법
Posted inTIP&TRICK

Revit 뷰 템플릿과 필터로 도면 표현 통일하기 – 사람마다 다른 도면을 없애는 법

한 프로젝트에 설계자가 여럿이면 같은 평면인데도 도면 표현이 제각각이 되는 일이 흔하다. 누구는 벽 해치를 넣고 누구는 빼고, 치수 문자 크기도 다르며, 검토용 요소가 최종 도면까지 그대로 출력되기도 한다. Revit의 뷰 템플릿(View Template)과 뷰 필터(Filter)는 이 문제를 사람의 주의력이 아니라 파일의 규칙으로 막는 도구다. 축척, 상세 수준, 가시성 및 그래픽 재정의, 그래픽 표시 옵션, 필터 등 20가지가 넘는 뷰 속성을 하나의 템플릿에 묶어 두고 여러 뷰에 한꺼번에 적용한다. 어떤 속성을 템플릿이 통제할지는 항목별로 켜고 끌 수 있어, 축척만 잠그고 나머지는 뷰별로 열어 두는 식의 운용도 가능하다. 이 글에서는 뷰 템플릿과…
Navisworks 타임라이너로 4D 공정 시뮬레이션 구성하기 – 모델과 공정표를 잇는 순서
Posted inTIP&TRICK

Navisworks 타임라이너로 4D 공정 시뮬레이션 구성하기 – 모델과 공정표를 잇는 순서

4D 시뮬레이션은 3차원 모델(3D)에 시간(time)이라는 네 번째 축을 더해, 공사가 진행되는 모습을 착공 전에 미리 돌려 보는 것이다. Navisworks의 타임라이너(TimeLiner)가 그 역할을 한다. 모델의 각 요소를 공정표의 작업(Task)에 연결해 두면, 날짜를 밀어 가며 그 시점에 무엇이 서 있어야 하는지 눈으로 확인할 수 있다. 종이 공정표만으로는 드러나지 않던 선후 관계의 모순 — 아직 없는 슬래브 위에 자재를 올리거나, 이미 마감한 벽을 뚫고 설비를 넣는 식의 오류 — 이 모델 위에서 그대로 보인다. 이 글에서는 타임라이너로 4D를 구성하는 순서를 단계별로 정리한다. ■ 타임라이너의 네 개 탭 타임라이너 창은 네 개의 탭으로 구성된다.…
Revit 워크셰어링 실무 – 중앙파일·로컬파일 규칙과 동기화 순서
Posted inTIP&TRICK

Revit 워크셰어링 실무 – 중앙파일·로컬파일 규칙과 동기화 순서

한 건물의 Revit 모델을 여러 사람이 동시에 다뤄야 하는 순간, 파일을 그냥 공유 폴더에 두고 돌아가며 여는 방식은 곧 한계에 부딪힌다. 누군가 파일을 열고 있으면 나머지는 기다려야 하고, 각자 사본을 만들어 작업하면 나중에 합치는 과정에서 어느 것이 최신인지 알 수 없게 된다. Revit의 워크셰어링(Worksharing)은 이 문제를 정면으로 해결하는 기능이다. 하나의 중앙파일(Central file)을 기준으로 두고, 각 작업자는 그 사본인 로컬파일(Local file)에서 작업한 뒤 정해진 순서로 변경분을 주고받는다. 문제는 이 순서와 규칙을 지키지 않으면 모델 손상, 변경 유실, 작업 충돌이 그대로 발생한다는 점이다. 워크셰어링은 켜는 것보다 운영 규칙을 지키는 것이 훨씬 중요하다.…
Archicad 핫링크 모듈로 반복 세대 관리하기 – .mod 파일과 핫링크 관리자
Posted inTIP&TRICK

Archicad 핫링크 모듈로 반복 세대 관리하기 – .mod 파일과 핫링크 관리자

공동주택·호텔·오피스텔처럼 같은 평면이 수십, 수백 번 반복되는 프로젝트에서 세대 하나를 만들어 복사·붙여넣기로 채우는 방식은 처음엔 빠르지만 나중에 반드시 대가를 치른다. 평면이 한 번만 바뀌어도 배치해 둔 모든 세대를 손으로 하나하나 고쳐야 하고, 그 과정에서 어느 세대를 고쳤고 어느 세대를 빠뜨렸는지 추적이 안 된다. Archicad의 핫링크 모듈(Hotlink Module, HLM)은 이 반복 관리 문제를 정면으로 푸는 기능이다. 기준이 되는 세대 하나를 별도 파일로 떼어 두고, 프로젝트에는 그 파일을 '참조'하는 인스턴스만 배치한다. 그러면 원본 파일 하나만 수정하고 갱신을 누르는 것으로 배치된 모든 세대에 같은 변경이 반영된다. 반복이 많을수록 위력이 커지는 기능이다. ■ 핫링크…