자동 ‘배치’가 아니라 자동 ‘셋팅’

1자동 ‘배치’와 자동 ‘셋팅’

자동배근을 말하는 제품은 많습니다. 그러나 자동화에는 두 층위가 있고, 이 구분을 하지 않으면 비교가 성립하지 않습니다.

배치는 그림을 그려 줍니다. 그러나 셋팅이 없으면 이음을 어디에 둘지, 정착을 얼마나 잡을지는 여전히 사람이 정해야 합니다. 인력과 시간 절감의 실체는 배치가 아니라 셋팅에 있습니다.

2BuilderHub가 서 있는 자리

1부에서 본 단계 구조에 그대로 대응합니다. 구조계산이 단면표까지 답하고, 도면·BIM·가공이 그 뒤를 받는다면, BuilderHub는 그 사이를 채웁니다.

• 입력 — 일관구조계산 데이터, 또는 2D 도면(DWG) 자동 인식
• 생성 — 배근 기준에 따른 1본 단위 자동 배근 (후크 90/135/180°, 정착, 정착판)
• 검증 — 철근 간섭 자동 검출, 해소에 필요한 이동값을 mm로 제시
• 산출 — 검산 가능한 정밀 물량

간섭검토에서 이동값을 숫자로 준다는 점이 실무에서는 큰 차이입니다. “여기가 겹칩니다”까지는 검출이고, “이만큼 옮기면 해소됩니다”는 판단이기 때문입니다.

3가벼운 이유는 아키텍처다

BuilderHub-R은 BIM 플랫폼의 애드인이 아니라 독립 실행 소프트웨어입니다. Revit 라이선스가 없어도 동작합니다.

이 선택이 앞 편의 무게 문제에 대한 답이 됩니다. 배근 생성과 간섭 판정은 기하 연산과 기준 규칙이지, BIM 플랫폼의 기능을 필요로 하는 일이 아닙니다. 무거운 연산을 애초에 플랫폼 안에 넣지 않으면 플랫폼의 천장을 물려받지 않습니다.

가벼운 것은 잘 만들어서가 아니라, 계산이 일어나는 곳이 다르기 때문입니다.

그래서 Revit 애드인 방식의 자동배근 제품 — 예를 들어 타사의 Revit 애드인 Lightning BIM 같은 제품 — 은 이 처리 방식을 그대로 상속합니다. 무거워지는 것을 막으려면 철근의 실지름 표시를 선으로 바꾸는 전환(実径表示切替)처럼 표시를 가볍게 하는 장치가 필요해집니다 — 원인이 아니라 증상을 완화하는 방식입니다.

BuilderHub-R은 스탠드얼론이라 철근을 별도의 경량 데이터로 처리합니다. 철근이 아무리 많아져도 철근 때문에 생기는 속도 저하가 작습니다. 연산 자체를 Revit 안에 넣지 않는 구조적 회피입니다.

정리하면, 무게 차이는 ‘기능’이 아니라 ‘아키텍처’에서 나옵니다. 애드인은 표시를 바꿔 증상을 완화하고, BuilderHub-R은 연산을 플랫폼 밖에 두어 원인을 피합니다.

같은 이유로 구조계산 도구를 바꿀 필요가 없습니다. 자사 해석 프로그램을 함께 쓰도록 요구하지 않으므로, 쓰던 도구를 그대로 두고 이 계층만 더할 수 있습니다.

4Revit · Tekla와 무엇이 다른가

가장 많이 받는 질문이라 분명히 하고 갑니다. Tekla Structures는 철근 기능이 강력합니다. rebar set이 개구부와 컷아웃을 자동으로 인식하고, 철근이 최대 길이를 넘으면 자동으로 분할해 이음을 만들며, 배근 상세도와 철근 가공표까지 산출합니다.

그리고 솔직히 말하면 그 영역에서는 BuilderHub보다 앞섭니다. 바로 뒤에서 적겠지만 BuilderHub는 아직 자체 도면화 기능이 없습니다. 차이는 능력의 크기가 아니라 공정에서의 자리와, 조건을 누가 정하는가입니다.

핵심은 세 번째 행입니다. Tekla에서 이음 길이·피복·후크 형상은 사용자가 설정하는 값입니다. 지역 환경 파일과 컴포넌트가 기본값을 제공하지만, 어떤 값을 적용할지 판단하는 주체는 사람입니다. 그래서 Tekla를 다룰 줄 아는 상세 담당자가 전제됩니다.

BuilderHub는 그 판단을 엔진이 합니다. 구조계산 결과를 받아 배근 기준에 따라 후크 각도·정착 길이·이음 위치를 스스로 정하고, 접합부에서 철근이 서로 지나갈 수 있는지까지 검증합니다.

두 도구는 경쟁 관계가 아니라, 공정에서 서로 다른 자리에 있습니다.

Tekla는 결정이 끝난 뒤 제작 수준으로 상세화하는 곳에서 강하고, BuilderHub는 그 결정 자체를 자동화하는 곳에 있습니다.

5Revit 위의 배근 도구들은 어떤가

Revit에는 배근을 자동화하는 애드인이 여럿 있습니다. SOFiSTiK Reinforcement, GRAITEC PowerPack for Revit, Naviate Rebar, CADS RC3D — 모두 오래 쓰여 온 성숙한 제품입니다. 이들과 무엇이 다른지 확인하려고, 각 벤더가 자기 제품 페이지와 매뉴얼에 직접 써 둔 문장만 모았습니다.

먼저 자주 도는 오해 하나를 정정합니다. “경쟁 애드인은 자사 해석 프로그램을 강제한다”는 말은 사실이 아닙니다. GRAITEC은 자사 문서에 “외부 해석 소프트웨어가 필요 없다”, “단독으로도 동작한다”고 적어 두었고, CADS는 “어떤 FEA 프로그램에서든 필요 철근량 컨투어를 임포트한다”고 밝힙니다. 이 점에서는 차이가 없습니다.

차이는 표의 마지막 열에 있습니다. 벤더 자신의 문장을 그대로 옮깁니다.

네 제품 모두 자동화가 잘 되어 있습니다. 다만 자동화되는 것은 실행이지 판단이 아닙니다. 이음 길이 · 정착 길이 · 피복 · 후크 형상은 사람이 정하고, 도구는 그 값을 빠르고 정확하게 적용합니다.

“이음 길이를 스스로 정합니다”라고 적어 둔 제품을 찾지 못했습니다.

찾은 것은 전부 “지정하십시오”, “입력하십시오”, “프로젝트 설정에서 읽습니다”였습니다.

이건 결함이 아닙니다. 이 도구들은 Revit 모델 위에서 철근을 만드는 자리에 있고, 값을 정하는 일은 원래 그 앞 단계입니다. 다만 그 앞 단계가 자동화되지 않으면 1부에서 적은 빈 계층은 그대로 남습니다.

지원 범위도 벤더 표현대로 옮겨 둡니다. 도입 검토에서 실제로 갈리는 항목입니다.

6가격을 나란히 놓기 어려운 이유

도입 검토에서 가장 먼저 나오는 질문이 가격입니다. 그런데 이 시장은 표시 가격을 나란히 놓는 것만으로는 비교가 되지 않습니다. 위 네 제품만 봐도 공개 리스트 가격이 있는 것과 견적으로만 제공되는 것이 섞여 있고, 같은 벤더 안에서도 제품에 따라 다릅니다. 그래서 여기에는 금액을 적지 않습니다. 대신 무엇을 확인해야 하는지를 적습니다.

그래서 비교해야 할 것은 도구 값이 아니라 같은 물량을 처리하는 데 드는 총액입니다. 호스트 라이선스, 필요한 모듈 전부, 그리고 조건을 판단하는 사람의 시간. BuilderHub가 앞의 두 항목을 줄이는 것은 아키텍처의 결과이고, 세 번째를 줄이는 것이 이 제품의 목적입니다.

7아직 못 하는 것

정직하게 적습니다. 지금 시점에서 BuilderHub가 하지 못하는 일이 있습니다.

특히 세 번째는 도입 판단에 직접 영향을 줍니다. 한국과 일본 외의 기준이 필요한 프로젝트에는 지금 적용할 수 없습니다.

8어디서 의미가 있는가

마지막으로 시장 이야기를 하나 덧붙입니다. 이 계층의 도구가 필요한지는 나라마다 다릅니다. 갈리는 기준은 시장 크기가 아니라 “배근 상세를 누가 하는가”입니다.

설계자와 시공사가 설계 단계에서 배근을 검토하는 시장에서는 이 도구를 쓸 주체가 분명합니다. 반대로 배근 상세를 가공·제작 측이 전담하는 시장에서는 필요한 소프트웨어의 성격 자체가 달라집니다.

일본이 특히 그렇습니다. 구조 안전성과 시공 가능성을 설계 단계에서 동시에 보장하는 실무 관행이 있어, 철근 간섭검토가 사실상 표준 절차로 자리 잡았습니다. 법적 의무는 아니지만, 대형 시공사들이 각자 자체 시스템을 만들어 온 것이 그 수요를 보여 줍니다.