BIMобзор #356 - Automation tools

Выпуск BIMобзора №31 за период с 1 по 7 августа 2022 года.
В обзоре вы сможете:
  • узнать про опасные сценарии автоматизации в компании и полезные плагины для Revit;
  • почитать про планы Минстроя на обязательный ТИМ;
  • понять, зачем нужны IES в семействах светильников;
  • посмотреть круглый стол о том, что ждёт строительный рынок;
  • поздравить ТИМ-лидеров 2022;
  • запросить BIM-стандарт АСКОН;
  • поэкспериментировать с Dynamo Player;
  • скачать полезный плагин для Renga.

 

Авторская колонка

Как видно из названия обзора, авторская колонка будет про инструменты автоматизации. Но в немного непривычном ракурсе. Вот ключевые мысли из статьи Parametric Monkey: «Incomplete and unused: Design Technology’s dirty secret».
- 85% опрошенных AEC компаний Австралии считают, что цифровые инструменты следует использовать для «ускорения нежелательной рутинной работы», при этом 53% активно покупают или разрабатывают инструменты автоматизации проектирования, чтобы удовлетворить эту потребность.
- существует 2 нежелательных сценария, по которым часто идёт развитие автоматизации:
-- перманентно незавершенная разработка,
-- разработка, о которой никто не знает (и не использует).
 
Согласно статье, первый сценарий, как правило, существует в компаниях, где разработка ведётся энтузиастами, чаще всего - проектировщиками (тут нужно понимать, что использование стороннего плагина, как платного, так и бесплатного, от стороннего разработчика-энтузиаста, ведёт к тем же проблемам). Проблема сценария в том, что разработка / правка багов / развитие продукта ведётся в свободное от работы время и может внезапно прерваться по разным причинам. Делать ставку в автоматизации рутины на такой продукт не стоит, потому что большой шанс, что потом придётся начать всё заново.
 
Второй сценарий – когда ПО разрабатывается внутри компании или покупается, но потом не внедряется в процессы. Очень часто разработчик и менеджеры считают, что достаточно разработать инструмент, и все сразу станут его использовать. Однако это не так, а дистанционная работа и ротация кадров делает задачу по внедрению инструментов автоматизации в процессы компании ещё сложнее.
Руководители отдела разработки / BIM менеджер должны не просто купить / разработать инструмент, но убедиться, что его используют на каждом рабочем месте, постоянно собирать обратную связь и заниматься совершенствованием инструмента.
 
А теперь несколько наблюдений от меня для тех, кто занимается автоматизацией внутри компании.
 
-- Всё, что Parametric Monkey пишут про неосведомлённость об инструментах – правда. Нельзя это недооценивать. В коллективе фактически любой величины будут те, кто ничего не знает про корпоративные плагины и то, как их использовать. Нужно контролировать, рассказывать, внедрять, напоминать. Конечно, нужно, чтобы инструменты были полезные и удобные.
 
-- Экономику проекта автоматизации нужно считать. Каждая разработка должна быть экономически оправданна. Иначе её смысл теряется. Писать 2 месяца кнопку, которая экономит 1 час проектировщика 1 раз за проект – это глупость и растрата средств компании.
 
-- Ещё про экономику. Прежде, чем что-то писать, поищите существующие аналоги от проверенных разработчиков (помним про энтузиастов и про то, что полагаться на из разработки опасно). Например, незаменима наша панель инструментов для ADSK-шаблонов, отличный набор универсальных плагинов делает Александр Пекшев (ModPlus до 15 августа скидка 50%), есть DiRoots и другие плагины (недавно список собирал Александр Попов). Несколько «чужих» плагинов, даже платных, могут недорого автоматизировать все популярные процессы в компании – тогда зачем платить за разработку того же самого, только в профиль? Опять же, растрата средств…
 
-- Про Dynamo. Полезно собрать и структурировать библиотеку скриптов для «базовой автоматизации», т.е. для решения самых простых и частых задач. И научить проектировщиков нажимать кнопки в Dynamo Player. Более сложные задачи тоже можно решать скриптами, и задействовать для этого энтузиастов, но после создания рабочей версии скрипта правильнее переводить его в кнопку плагина силами программиста. Так и от сценария с рисками энтузиастов уйдёте, и потенциал их используете.
 
-- Про «индивидуальность технологии». Уж на что все люди разные, но все используют массовый пошив одежды и обуви по стандартизированным размерам и только единицы шьют что-то на заказ. Почему проектные компании уверены, что у них у всех какие-то страшно индивидуальные процессы, для которых существующие плагины не подходят и нужно тратить кучу денег, чтобы написать собственные такие же – непонятно. Трезво оцените, можно ли немного изменить ваши технологические процессы, чтобы использовать готовые плагины. Результат вас, скорее всего, сильно удивит.
 
Кстати, уверенность в «индивидуальности» технологии чаще всего произрастает из банального незнания процессов компании (для многих управленцев процессы проектирования – чёрный ящик: на входе ТЗ, на выходе проект, внутри – магия).
 
Как-то так.
 
 

Официально:

«НОПРИЗ представил к обсуждению первые редакции первых цифровых библиотек».
Внутренне содержание цифровых библиотек представляет из себя набор документов в pdf-формате, скомпанованных по конкретной тематике, с указанием нормативно-технических документов, которые регулируют применение данных материалов, изделий и конструкций.
Поняли, в чём фишка «цифровых библиотек»? Они в цифровом (PDF) виде!
 
Константин Михайлик что-то знает: «Через год иностранные вендоры вернутся – и их нужно встретить во всеоружии».
Почему Константин уверен, что через год что-то изменится и Autodesk вернётся – я не знаю, но мне бы его уверенность. 
 
«Минстрой запустит единые стандарты обмена данных в пилотных регионах с 1 сентября».
Единые стандарты обмена данных запустят в пилотном режиме в ряде регионов РФ с 1 сентября […] Отработав схемы обмена данных с 10 пилотными регионами РФ, Минстрой официально распространит эти правила на другие регионы уже в следующем году, 
[…] к сентябрю также стоит задача определиться с итоговым перечнем отечественных цифровых продуктов. Далее его будут дорабатывать в режиме реального времени. 
 
«80% регионов отчитались Минстрою России о полной готовности к переходу на ТИМ»
Эта новость заслуживает внимания хотя бы за урок математики от Константина:
«Говоря о готовности регионов к переходу на ТИМ, Константин Михайлик назвал цифру в 80% весьма условной, потому что в рамках одного региона кто-то может быть готов на 150%, кто-то на 10%, а кому-то это вообще ни к чему».
 
Ну а теперь шутки в сторону, главная цитата:
«Отвечая на вопрос участников круглого стола, когда ТИМ станет обязательным для застройщиков, К.Михайлик сообщил, что уже разработан проект постановления правительства России об обязательности информационных моделей для объектов, которые строят по 214-ФЗ. Предполагается, что в ближайшее время этот документ будет согласован и принят».
 
 

Revit: уроки и tips&tricks

Вадим Муратов дал ссылку на свою разработку: «Revit-библиотека: светодиодные светильники Wolta Pro».
 
 
Самая важная часть статьи – вовсе не ссылка на каталог производителя, а рассуждения про встроенные в семейства светильников IES профили и то, какие потенциальные ошибки они могут вызывать:
«Проблема в том, что Ревит некорректно считает освещённость, а именно для этого IES-данные и нужны. Раз Ревит не умеет считать, то и толку от IES-файлов нет, они только нагружают семейство и добавляют рутинной работы разработчику. Если применять много-много таких светильников, то и модель будет подтормаживать.
Есть ещё нюанс. Чаще всего в одном LED-светильнике могут устанавливаться разные линзы, из-за чего меняются характеристики и для каждого варианта нужна своя IES. Благо, напрямую загружать в семейства все варианты IES не нужно, на них можно сослаться в каталоге типоразмеров.
И нюанс в том, что приходится указывать полный путь к файлам. Это вынуждает проектировщиков либо всегда класть эти файлы по тому пути, что заложил разработчик, либо редактировать все каталоги и заменять там пути.
При этом Ревит не даёт напрямую понять, в чём проблема. При загрузке семейства он просто выдаёт ошибку, что не может сформировать типоразмер. И чаще всего проблема именно в некорректном пути до файла IES. Учитывайте этот момент».
 
Кстати, при всех минусах вложенных IES, они всё же полезны, если уметь с ни ми работать. В комментариях Вадиму пишут, что расчёт освещённости в Revit можно прикинуть и зачастую это удобно:
«Вычисление освещенности в ревит хоть и не очень точное, но обычно больше рассчитанного в диалюкс на 20-30% и позволяет очень быстро прикинуть проходит ли освещенность помещения без всяких экспортов, вычерчиний в диалюкс…»
 
И вторая статья, отобранная мной для сегодняшнего обзора по части Revit – от Энди Милбурна: «ARCH VILLEIN» – если вы делали семейства арочных окон, посмотрите – возможно, найдёте новые идеи.
 
 
 

NON-REVIT

Для сивилистов – свежее видео из цикла «30-минутный воркаут»: «Getting Started with Civil 3D Quantity Take-Off (QTO)».
 
 

BIM

Хороший круглый стол получился у площадки «всё о стройке», если не смотрели – посмотрите, а для начала почитайте краткий обзор: «ТИМ станет обязательной для всех? Константин Михайлик сделал ряд анонсов на круглом столе «ВСЁ О СТРОЙКЕ»
 
 
«ТИМ-лидеры-2022 получили награды и дипломы в стенах Минстроя России»
Исходя из списка номинаций и компаний-победителей, конкурс стал по-настоящему всероссийским.
 
Ещё одна интересная статья: «Дефицит BIM-специалистов на стройках России оказался легендой – они мало кому нужны».
По словам Михаила Косарева, […] на НН.ru размещено более 16 тыс. резюме, где используются слова: BIM, ТИМ, ПО Revit, nanoCAD и т.д. При этом только в 1,4 тыс. вакансий упоминаются эти же словосочетания. То есть, востребованность BIM-специалистов составляет менее 10% от предложенных.
 
Заголовок обманчив, потому что до марта 2022 картинка была совсем другая. Исходя из моих данных, в марте-апреле в ряде крупных проектных компаний прошли увольнения (или непродления договоров с самозанятыми удалёнщиками), поэтому дефицит проектировщиков «с Revit» резко стал профицитом. Но текущий срез Михаила я оспаривать не буду.
 
И последняя ТИМ-новость в сегодняшнем обзоре: АСКОН разработал «BIM-стандарт АСКОН» для российских компаний.
Ниже цитата из официального пресс-релиза:
«Компания АСКОН, российский разработчик инженерного программного обеспечения, объявляет о выпуске BIM-стандарта, который поможет упростить внедрение технологии информационного моделирования для заказчиков из промышленного и гражданского строительства. Документ составляет основу методологии по внедрению BIM, куда, помимо стандарта, входят процессная модель BIM для всего жизненного цикла объекта капитального строительства, а также инструкции и шаблоны по использованию программного обеспечения».
 
По существу стандарта напишу после того, как его прочитаю...
 

AR, VR И REALTIME

«5 Hacks for Enscape Interior Rendering» – свежая статья про Enscape.
 
 
 

API & Dynamo

Кен Уолмсли зовёт всех на хакатон по Forge: «Register today for this years Forge Hackathon».
 
Джон Пирсон снова пишет про Dynamo Player: «Using Input Nodes “Incorrectly” in Dynamo Player»
 
 
А Егор Гребенюк продолжает эксперименты с плагином для Renga: 
«Renga API - демонстрация плагина для создания и управления точками обзора в модели»
«Renga API - демонстрация плагина для создания и управления точками обзора в модели (обновление 1.3)»
 
 

Вот и всё на сегодня!

Подписывайтесь на наш канал в Telegram, чтобы не пропустить новые выпуски. Задавайте вопросы в наших группах!
 
Наши ресурсы в Telegram
 

 

Сделано в Promodex