Сцена, которая повторяется на каждом крупном объекте. Сводная модель собрана, весит шесть гигабайт, лежит на сервере. Открыть её могут четыре человека в отделе — у остальных нет ни лицензии, ни машины, которая это потянет. Подрядчику отправляют выгрузку по почте, он присылает замечания в письме со скриншотами. Через неделю выясняется, что смотрели разные версии. Ещё через месяц на площадке обнаруживается коллизия, которую сводная модель показывала, но её никто не открыл.
Проблема не в том, что нет инструментов. Их много. Проблема в том, что каждый закрывает свой кусок: один — просмотр, другой — координацию, третий — замечания, четвёртый — объёмы, пятый — съёмку. Между ними ходят файлы, и на каждом стыке теряются данные и время.
Я строю систему, которая закрывает эти куски одним продуктом в браузере. Она называется LEXCAD. Статья — вводная: что она умеет, кому и зачем, и что пока не готово.
Пять вещей, ради которых всё затевалось
Список функций у любой САПР длинный. Но есть пять вещей, из-за которых имеет смысл менять привычный инструмент. Всё остальное — приятные мелочи вокруг них.
1. Сводная модель больше 5 ГБ открывается в браузере
Целевой ориентир — работа со сводными моделями объёмом свыше пяти гигабайт. Не «вьюер показывает картинку», а полноценная работа: дерево по этажам и дисциплинам, свойства любого элемента, поиск, выборки, изоляция, разрезы, измерения.
Ключ — в том, что модель показывается двумя способами одновременно. Пока вы смотрите на здание целиком, рисуется облегчённое потоковое представление: оно грузится частями по мере надобности и не требует держать в памяти весь объект. Как только камера подходит к элементу вплотную, на его месте появляется точная геометрия — та самая, по которой считаются объёмы и площади. Переключение автоматическое, по размеру элемента на экране.
Для BIM-менеджера это означает простую вещь: сводную модель можно дать ссылкой. Подрядчику, заказчику, авторскому надзору, монтажникам с планшета. Без установки, без лицензии на рабочем месте, без выгрузок в промежуточный формат.
Читаются форматы, с которыми вы реально работаете: IFC, NWD, RVT, а также STEP, IGES, STL и OBJ для машиностроительной части. Как именно устроено чтение закрытых форматов — вопрос внутренней кухни; для пользователя важно, что файл открывается напрямую, без экспортных плясок на стороне проектировщика.
Что касается правки: редактировать исходный файл Revit снаружи Revit невозможно ни в одной системе на рынке, и я не буду делать вид, что у меня иначе. Рабочая схема — импорт, правка в своей модели, выдача обратно в IFC. Геометрия и свойства проходят полностью, параметрика семейств Revit — нет. Это ограничение формата, а не продукта.
2. Облака точек до терабайта
Съёмка — второй тяжёлый слой, который обычно живёт в отдельной программе. Здесь она в той же сцене и в той же системе координат, что и модель. Целевой объём — до терабайта точек на проект.
На скриншоте — карьер, 26,9 млн точек, живая навигация в браузере. Инструментов съёмки четырнадцать, и подобраны они не по принципу «что было в библиотеке», а по тому, что реально спрашивают на объектах:
- расстояние по ломаной, перепад высот, координата точки, угол, азимут;
- радиус по трём точкам — для труб, колонн, резервуаров;
- площадь замкнутого контура;
- профиль вдоль трассы с коридором — разрез по уступу или по линии сети;
- объём выемки и насыпи относительно расчётной плоскости — сколько вынуто из котлована, сколько лежит в отвале;
- лассо и рамка, чтобы отсечь лишнее и работать с нужным участком.
Расчёт объёмов — то, ради чего маркшейдер вообще открывает съёмку. Ежемесячное закрытие по земляным работам, сверка заявленного подрядчиком с фактическим, контроль отвалов. В большинстве открытых вьюеров этой функции нет вовсе.
Второй сценарий — сверка «как построено» с проектом. Съёмка и модель лежат в одной сцене, разрез режет одновременно и точки, и геометрию. Отклонение видно глазом, а не выводится косвенно из двух окон рядом.
3. Параметрический CAD — до 5 000 элементов на экране
Третья функция — то, чего в BIM-вьюерах нет по определению: полноценное параметрическое моделирование. Ориентир по производительности — пять тысяч элементов одновременно в кадре при сохранении отзывчивости.
Геометрия точная, а не сетка треугольников. Практическая разница вот в чём: объём и площадь в палитре свойств — это расчёт по геометрии, а не оценка по поверхности. На этих числах можно строить ведомость объёмов и не краснеть перед сметчиком.
Что доступно: тела и профили, выдавливание, вращение, лофт, заметание, трубы, булевы операции, скругления и фаски, оболочка, отверстия, резьба, литейный уклон, сварные швы, массивы и зеркальные детали, эскизы с ограничениями и переменными для формул в размерах.
Зачем это BIM-менеджеру. Во-первых, узлы и нетиповые элементы, которые в BIM-системе моделируются мучительно, а в машиностроительной САПР делаются за десять минут. Во-вторых, закладные детали, металлоконструкции, технологическое оборудование — то, что приходит от смежников в STEP и обычно живёт отдельной жизнью. В-третьих, правка модели прямо в среде координации: не «выгрузить, поправить, загрузить обратно», а исправить на месте.
Дальше по цепочке — сборки с сопряжением деталей по граням и осям, проверка интерференции, спецификация с выгрузкой. И листы: виды с расчётом невидимых линий, планы этажей, разрезы, ассоциативные размеры, штампы по ГОСТ Р 21.101 с автозаполнением, выгрузка в SVG, DXF и на печать.
4. Имитационное моделирование
Расчёты обычно живут за пределами BIM-контура: модель отдают расчётчику, он считает в своей системе, возвращает картинки в презентации. Связи с моделью нет, при изменении проекта расчёт устаревает молча.
Здесь расчёт — часть той же системы. Пошаговый сценарий: расчётная область, тип задачи и параметры среды, граничные условия прямо на гранях модели, построение сетки, запуск, результаты. Тяжёлое считается на сервере в очереди, интерфейс при этом не блокируется — задачу можно поставить и вернуться к ней завтра.
Результаты возвращаются в ту же сцену: поля, срезы, изоповерхности, векторы, нестационарный расчёт с прокруткой по времени. Не отдельная картинка в отчёте, а слой поверх модели, который можно покрутить вместе с геометрией.
Отдельно — оптимизация перебором. Система разворачивает параметр или форму в серию вариантов и считает каждый, а вы смотрите на результаты и выбираете. Это то, что обычно называют генеративным проектированием, только без магии: перебор детерминированный и воспроизводимый.
5. Данные модели — связанный граф, а не таблица свойств
Пятое и, на мой взгляд, самое важное. Всё перечисленное выше опирается на то, как хранятся данные.
В обычном вьюере модель — это набор объектов со списком свойств. Можно отфильтровать по типу, выгрузить в таблицу и на этом всё. Здесь модель хранится как граф со связями: элемент связан с этажом, помещением, системой, типоразмером, проёмом, который он заполняет, конструкцией, которая его несёт, задачей графика, позицией сметы, нормативным документом.
Что это даёт на практике:
- Поиск по смыслу, а не по имени. Не «найти все объекты с подстрокой в названии», а «показать все двери на третьем этаже в помещениях категории Х», где категория берётся из классификации, а не из того, как проектировщик назвал элемент.
- Похожие и одинаковые элементы. Выделяете элемент — система показывает все геометрически идентичные и все похожие по форме. Для проверки типизации и поиска расхождений между разделами это экономит часы.
- Оценка влияния изменения. Меняется материал или требование норматива — видно, каких элементов это касается, через какие связи, и что потянется дальше.
- Объёмы и спецификации как запрос к модели, а не как ручная выборка. Изменилась модель — пересчитались количества.
- Связь с графиком и сметой. Элемент привязывается к задаче и к позиции затрат — 4D и 5D не как отдельная система, а как ещё одно измерение того же графа.
Ещё одно следствие графа — права доступа до отдельного элемента дерева, а не до файла целиком. Подрядчик видит свой участок, смежник — свою дисциплину, заказчик — всё. Без нарезки моделей на выгрузки под каждого.
Версии, замечания и совместная работа
Модель версионируется как код: фиксация состояния, ветки, переключение между ними, сравнение двух версий, слияние с предварительной проверкой конфликтов. Не «сводная_модель_итог_финал_2.ifc», а история с понятным вопросом «что изменилось между этими двумя точками».
Работа одновременная: несколько человек в одной модели, видно присутствие остальных, элемент на время правки берётся в работу, чтобы двое не редактировали одно и то же. Точки обзора и разрезы сохраняются именованно и переживают перезагрузку — то есть ссылку на конкретный ракурс с конкретным сечением можно отправить коллеге, и он увидит ровно то же самое.
Координация: поиск коллизий между наборами элементов серверным заданием, ведомости объёмов, выгрузка в CSV.
Как это выглядит в рабочих задачах
Функции сами по себе мало что говорят. Разберу четыре ситуации, знакомые всякому, кто ведёт модель на объекте.
Выдача сводной модели участникам. Обычный порядок: собрать сводную, выгрузить облегчённую версию, разложить по папкам, разослать ссылки на архивы, через две недели обнаружить, что подрядчик смотрит позапрошлую редакцию. Здесь порядок другой: модель лежит в системе одна, участник открывает её по ссылке в актуальном состоянии, а права выданы до нужного ему участка. Вопрос «у всех ли одна версия» перестаёт существовать, потому что версия ровно одна, а история изменений видна.
Приёмка земляных работ. Приезжает съёмка за месяц. Надо посчитать вынутый объём и сверить с заявленным. Обычно это отдельная программа, отдельный специалист и два-три дня. Здесь: загрузили съёмку, обвели участок, задали расчётную плоскость, получили объём выемки и насыпи. Съёмка остаётся в проекте рядом с моделью, следующий замер сравнивается с предыдущим.
Проверка того, что построено. Сканирование этажа и проектная модель открываются в одной сцене без выравнивания в стороннем ПО. Секущая плоскость режет одновременно точки и геометрию. Отклонение стены или неверная отметка плиты видны сразу, а не выводятся из сопоставления двух отчётов.
Ведомость объёмов к оплате. Количества считаются запросом к модели: по категории, типоразмеру, этажу, помещению — по любой связи, которая есть в графе. Изменилась модель — цифры пересчитались. Не нужно поддерживать параллельную таблицу, которая устаревает на следующий день после выгрузки.
Общее у всех четырёх сценариев одно: исчезает промежуточный шаг с выгрузкой в другой инструмент. Каждая такая выгрузка — это потеря части данных, лишний человек в цепочке и точка, где версии расходятся.
Кому это подойдёт, а кому нет
Честно, чтобы не тратить ваше время.
Подойдёт, если у вас крупный объект со сводной моделью, множеством участников с разным уровнем доступа и регулярной съёмкой. Если координация упирается в то, что модель физически негде открыть. Если нужны расчёты и объёмы, связанные с моделью, а не живущие отдельно в таблицах.
Не подойдёт, если основная работа — авторинг архитектуры в Revit с активным использованием библиотек семейств. Замены этому сценарию я пока не предлагаю и не советую пытаться. Также не подойдёт, если нужна коробка с сертификатом и круглосуточной поддержкой прямо сейчас: система в стадии обкатки на живых проектах.
ИИ, который работает с моделью, а не с картинкой
Отдельный слой — ассистент, который имеет доступ к любому атрибуту модели и умеет управлять сценой.
Принципиальный момент в том, как это сделано. Ассистент не рисует геометрию «из головы» — он вызывает ровно те же команды, что и человек, нажимающий кнопку. Попросили найти все элементы определённого типа выше заданной отметки и подсветить — он выполнит это теми же действиями, что доступны в интерфейсе. Соответственно, всё, что он делает, проверяется, попадает в историю, откатывается и версионируется наравне с ручными правками.
Это снимает главный страх по поводу ИИ в проектной среде: он не может испортить модель незаметно. Любое его действие видно в журнале и отменяется.
Чего пока нет
Раздел, который в презентациях обычно пропускают.
Полного офлайна не будет. Система сетевая. Для площадок без интернета — свой сервер рядом, но не «файл на флешке».
Паритет с Revit по авторингу — далеко. Я иду по приоритету: сначала то, что окупается быстрее — координация, данные, съёмка, расчёты. Параметрические семейства в полном объёме Revit пока не воспроизведены, и это работа не на один месяц.
Точная геометрия на больших объёмах требует аккуратности. Готовя эту статью, я открыл промышленную модель на двадцать тысяч точных элементов, принудительно включил режим точной геометрии на всю сцену и попросил вписать в экран — вкладка браузера закрылась. Автоматика такого не допускает, но ручной режим позволяет выстрелить себе в ногу, и защиту я пока не поставил.
Заявленные пределы — целевые, а не гарантированные на любом железе. Пять гигабайт модели и терабайт точек упираются в канал и в серверные ресурсы. На конкретном объекте цифры надо проверять на конкретной конфигурации, а не верить статье.
Продукт исследовательский. Он развивается быстро, но это не коробка с гарантией и горячей линией. Сейчас идёт стадия, когда его надо обкатывать на живых проектах.
Куда двигаюсь
Ближайшее — расширение записи форматов, чтобы конвертация работала в любую сторону, достройка чертёжной части до полного соответствия ГОСТ и углубление авторинга.
Чего я жду от этой статьи. Мне нужны реальные объекты, чтобы проверять систему на них, а не на демонстрационных моделях. Если у вас лежит сводная модель, которую невозможно раздать участникам, или съёмка, которую некому посчитать, — напишите. На таких случаях и выясняется, работает вещь или только выглядит работающей.