Виявлення колізій
Автоматизований геометричний тест, який порівнює моделі різних дисциплін і позначає кожне перекриття чи порушення зазорів до початку будівництва, на відміну від ручної координаційної наради.
Що таке виявлення колізій?
Виявлення колізій — це автоматизований геометричний тест, який порівнює дві або більше дисциплінарних моделей і повідомляє про кожне місце, де елементи фізично перетинаються або порушують необхідний зазор. Це одна з перевірок, яка робить скоординовану роботу з BIM масштабованою для реального проєкту: програмне забезпечення застосовує набір правил до об'єднаної моделі, а не людина переглядає креслення, і створює список іменованих колізій, прив'язаних до двох задіяних об'єктів та їх точного розташування, готових до призначення та вирішення.
Для тесту потрібна об'єднана модель: окремі дисциплінарні моделі, зведені разом через обмін моделями IFC, вирівняні за однією системою координат та одиницями виміру. Запустіть його занадто рано, поки дисципліни ще не змоделювали деталі на прийнятному рівні, і він видасть переважно шум; запустіть за графіком на основі актуальної моделі — і це стане найшвидшим способом знайти реальну проблему до початку будівництва.
Яка різниця між жорсткою та м'якою колізією?
Жорстка колізія — це коли два твердих об'єкти займають один і той самий простір: повітропровід, що проходить крізь конструкційну балку, або дренажна труба всередині стіни без передбаченого для неї штроба. Геометрії або перетинаються, або ні.
М'яка колізія, або колізія зазорів, відрізняється: об'єкти не перетинаються, але один розташований ближче до іншого, ніж дозволяє його функція. Бойлер без сервісного простору перед ним, повітропровід, прокладений впритул до елемента, який потребує ізоляційної зони навколо себе, або колекторна шафа без місця для відкривання дверцят: жоден з цих випадків не є геометричним перетином, але всі вони нездійсненні або необслуговувані в такому вигляді. Програмне забезпечення для виявлення колізій тестує м'які колізії, визначаючи зону зазору навколо об'єкта та перевіряючи, чи не потрапив туди інший об'єкт.
| Тип колізії | Що тестує програма | Приклад у житловому будівництві |
|---|---|---|
| Жорстка колізія | Прямий геометричний перетин двох твердих тіл | Каналізаційний стояк, прокладений прямо крізь конструкційну балку |
| М'яка колізія | Порушення необхідного зазору або зони обслуговування навколо об'єкта | Колекторна шафа теплої підлоги, в якій не залишилося місця для відкривання дверцят |
| Процесна (4D) колізія | Конфлікт у послідовності будівництва, а не в готовій геометрії | Стеля закрита до того, як електрик завершив чорновий монтаж точкових світильників |
Чи існують інші види колізій, окрім жорстких та м'яких?
Так: процесна колізія, або 4D колізія, — це конфлікт у часі, а не в просторі. Дві бригади, заплановані на одну й ту саму зону в один і той самий тиждень, або оздоблення, заплановане до того, як буде прийнято чорнову проводку за ним, — це процесні колізії: у моделі нічого не перетинається, але заплановану послідовність неможливо реалізувати на майданчику. Для їх виявлення потрібно прив'язати модель до графіка, тому в житлових проєктах, які рідко будують повноцінний 4D графік, здебільшого покладаються на тести жорстких і м'яких колізій, а послідовність робіт координують звичайними методами на майданчику.
Які колізії найчастіше виникають у житлових проєктах пасивного будинку?
У щільних, добре ізольованих житлових будинках набір конфліктів повторюється настільки часто, що набір правил для виявлення колізій зазвичай пишуть спеціально для їх виявлення:
- Каналізаційний стояк, прокладений крізь несучу балку або обв'язувальний пояс, тому що планування сантехніки було зафіксоване до того, як була остаточно визначена конструктивна сітка.
- Повітропровід системи MVHR (механічної вентиляції з рекуперацією тепла), що перетинає армований обв'язувальний пояс у місці, де не передбачено гільзи або отвору.
- Колектор теплої підлоги, розташований біля несучої стіни, без достатнього місця для підключень або сервісної панелі.
- Вбудовані стельові світильники, що потрапляють у зону балок, де не вистачає глибини після врахування утеплювача та технічного зазору.
Кожен із цих випадків виглядає здійсненним у моделі, доки хтось не спробує його змонтувати, після чого він перетворюється на імпровізацію на майданчику: балка, підрізана там, де не слід, повітропровід, перекладений через шар утеплювача, колектор, встановлений врівень зі стіною. У герметичній оболонці саме ця імпровізація і розриває повітряний бар'єр або створює непередбачуваний тепловий міст.
Чим виявлення колізій відрізняється від наради з координації проєкту?
Координація професій — це людський процес: архітектор збирає інженера-конструктора, фахівця з інженерних систем та підрядника, щоб порівняти креслення, обговорити компроміси та узгодити, хто що пересуває. Виявлення колізій — це машинний крок, який живить цю нараду, створюючи список конкретних, локалізованих конфліктів, які нарада потім має вирішити, замість того щоб шукати їх на око на накладених кресленнях.
| Запуск виявлення колізій | Нарада з координації | |
|---|---|---|
| Що створює | Вичерпний список геометричних конфліктів та конфліктів зазорів | Узгоджене рішення для кожного виявленого конфлікту |
| Хто бере участь | Програмне забезпечення, яке запускає той, хто керує моделлю | Архітектор, інженер-конструктор, фахівець з інженерних систем, підрядник |
| Коли відбувається | При кожному випуску моделі | На ключових етапах координації, спираючись на останній запуск |
Жоден з них не замінює інший: програмне забезпечення швидко та вичерпно знаходить конфлікти, а нарада вирішує, яке виправлення є правильним, оскільки не кожна колізія має одне очевидне рішення.
Де в послідовності проєкту знаходиться виявлення колізій?
Воно має відбуватися після того, як дисципліни змоделювали об'єкти до прийнятного Рівня розробки, а не раніше: запуск його на основі ще схематичної архітектурної моделі та ледь розпочатої моделі інженерних систем призводить до потоку безглуздих колізій і привчає команду ігнорувати звіт. Воно має відбуватися до випуску скоординованої будівельної документації на тендер, щоб те, що підрядник оцінює та будує, вже мало вирішені основні конфлікти. І це не одноразова перевірка: дисциплінований проєкт повторює тест при кожному випуску моделі, оскільки виправлення в одній дисципліні часто створює нову колізію в іншій.
Як на практиці працює запуск виявлення колізій, набори правил та допуски?
Запуск порівнює вибрані набори об'єктів: конструкції з інженерними системами, інженерні системи з архітектурою, а не тестує все з усім, оскільки нефільтрований тест ховає справжні конфлікти під тривіальними. Набір правил визначає, які категорії тестуються проти яких, а налаштування допуску вирішує, наскільки близько є занадто близько: близько до нуля для тесту на справжній перетин, ширше для тесту на зазор, де необхідний проміжок є суттю перевірки.
Неправильний допуск зводить нанівець всю вправу: занадто малий — і неточності моделювання генерують тисячі хибних колізій; занадто великий — і реальний конфлікт прослизає непоміченим. Налаштування набору правил під конкретний проєкт, а не використання стандартних налаштувань програми, відрізняє корисний звіт від стіни шуму.
Що відбувається з колізією після її виявлення, і як відсіюються хибні спрацьовування?
Кожна виявлена колізія призначається тій дисципліні, яка відповідає за її вирішення, отримує статус, наприклад, відкрита, на розгляді, вирішена або затверджена як є, і відстежується до закриття, бажано в тому самому Спільному середовищі даних, де знаходяться моделі, щоб рішення було зафіксовано разом із версією моделі, яка його породила.
Не кожну виявлену колізію потрібно виправляти. Повітропровід, що ледь торкається краю балки в межах допуску, або два об'єкти, що перетинаються лише тому, що один з них накреслений трохи більшим, ніж потрібно, — це хибні спрацьовування: реальні в геометрії, але несуттєві на майданчику. Тріаж — це крок, на якому досвідчена людина переглядає сирий список і відокремлює колізії, що потребують перепроєктування, від тих, які можна закрити. Пропуск цього кроку в один бік призводить до втрати часу на неіснуючі проблеми; пропуск в інший бік — це те, як реальний конфлікт потрапляє в тендерну документацію.
Часті запитання
- Чи замінює виявлення колізій потребу в технічному нагляді на будмайданчику?
- Ні. Воно вирішує конфлікти всередині моделі до початку будівництва, але питання, які виникають лише під час робіт, наприклад заміна матеріалу або зміна, запропонована підрядником на місці, все одно потребують звичайного нагляду та затвердження.
- Скільки колізій вважається нормою для житлового проєкту?
- Фіксованої кількості немає, і перший запуск на проєкті, який ніколи не перевірявся, зазвичай дає набагато більше результатів, ніж запуск на моделі, що пройшла один-два цикли координації. Важливо, щоб кількість зменшувалася до нуля в міру вирішення та повторної перевірки, а не абсолютне число в будь-який окремий момент.
- Хто відповідає за усунення колізії після її виявлення?
- Та дисципліна, чий елемент можна перемістити без порушення власних вимог, що вирішується на координаційній нараді, куди надходить звіт про колізії. Зазвичай повітропровід переміщують раніше, ніж несучу балку, але не завжди, оскільки деякі колізії мають лише одне прийнятне рішення.
- Чи можна застосовувати виявлення колізій для одноквартирного будинку, чи це лише для великих будівель?
- Його можна застосовувати до будь-якого проєкту, де є окремі дисциплінарні моделі для порівняння. Користь менша для простого одноповерхового планування з невеликою кількістю інженерних систем, і більша, коли вентиляція, тепла підлога та щільна сітка несучих конструкцій конкурують за одні й ті самі зони стін і стель, що є типовим для пасивного будинку.
- Що робити, якщо колізію виявили вже після зведення стін?
- Її вирішують на місці, зазвичай найшвидшою імпровізацією, а не найправильнішим способом, і в герметичній оболонці така імпровізація є найпоширенішою причиною порушення повітронепроникності або неврахованого теплового мосту, якого ніхто не врахував в енергетичній моделі.
- Чи всі інструменти проєктування виконують виявлення колізій однаково?
- Ні. Деякі авторські інструменти мають базову перевірку колізій, тоді як спеціалізоване координаційне програмне забезпечення використовує більш налаштовувані набори правил і допусків для моделей з різних авторських інструментів одночасно. Вибір залежить від кількості дисциплін і окремих програмних пакетів, задіяних у проєкті.