В данном блоке статей я хочу написать о том, что выделил во время внедрения BIM-Технологий в компании с нуля, это будут небольшие информационные зарисовки, в которые я буду возвращаться при дальнейшей работе и использовать их. Если это кому-то будет полезно, буду рад, если что, конструктивной критике говорю привет, это возможность узнать что-то новое
Первое о чем я хочу рассказать, это работа с библиотеками. В данной статье я расскажу о библиотеке семейств, что мне показалось важным, приложу структуру библиотеки которую использую, разберем ряд параметров обязательных и тех, что необходимо предусмотреть по тенденциям EIR
И так, что самое главное при внедрении технологий, это терпение и система, нельзя прийти с готовыми решениями сегодня, чтобы завтра это все эффективно применялось, нужно время, чтобы опробовать все решения и провести ретроспективу решений для определения эффективных методов и процессов для данной компании
Система в библиотеке семейств - это удобная директория контента для эффективного применения, единая система наименования элементов, а также единые параметры, которые будут использованы из проекта в проект, от семейства к семейству
Начнем с директории семейств, что важно при формировании директории?
- Логичное наименование папок
- Дробление папок удобное для интуитивного использования (функциональные зоны(разделы)/ категории/ производители)
- Создание наглядной схемы библиотеки и удобной поисковой системы (интерактивная схема библиотеки, код директории)
Делюсь с вами разработанной мною структурой библиотеки семейств: https://miro.com/app/board/uXjVNUkVi3I=/?share_link_id=19655719921
Данная библиотека семейств не является истинно верным решением. Она разработана исходя из нюансов и принципов работы определенной организации.
Библиотека разделена на функциональные области (разделы), но при этом некоторые разделы пересекаются между собой. Например раздел Водоснабжения и Отопления, абсолютно разные разделы, но работают с трубопроводами и много элементов семейств похожих или одинаковых
В данной структуре библиотеки нет деления на производителя под средством папок, но это деление соблюдается в наименовании семейства
Наименование семейств
Этот пункт является важным кирпичиком из которого выстраивается библиотека семейств
Мало создать папки, в них необходимо поддерживать порядок
Наименование семейств важная составляющая системы хранения, игнорируя данный пункт мы теряем саму структуру библиотеки, увеличится время на поиск нужного семейства. Также заказчики обращают внимание на наименование семейств и требуют понятную структуру имени семейства
Я использую следующую схему наименования:
XXX_Имя_Марка*_Производитель*_R(Кат)
ХХХ - Порядковый номер директории семейства
Имя - Наименование семейство (Краткое наименование элемента)
Марка* - Опциональное поле, заполняется из параметра “ADSK_Марка”
Производитель* - Опциональное поле, заполняется из параметра “ADSK_Завод изготовитель”
R - Версия Revit (R19, R20)
(Кат) - Категория семейства
Данный принцип наименования позволяет ориентироваться по производителю и учитывать нюансы при размещении семейства зная его категорию, а также блок наименования “Марка” позволяет более удобно ориентироваться среди большого объема одинаковых элементов одного производителя.
Важно избегать дополнительные символы в наименовании ( *, ?, %, ;, №, “), и использовать систему CamelCase - это стиль написания составных слов, при котором несколько слов пишутся слитно без пробелов
Исключение для блока “Марка”, там где это необходимо, я использую символ “-” для более удобного визуального определения
Параметры семейств
Следующий шаг при работе с библиотекой семейств, это заполнение библиотеки качественным контентом, для семейств качественная работа с параметрами = качественное семейство
Для чего необходимы параметры в семействе?
Если говорить грубо, и не углубляться, то можно сказать просто, для спецификации и для оформления на листах.
Да, все верно, но в каждой организации принцип работы с различными процессами может отличаться, и для того, чтобы по сто раз не создавать различные марки и не придумывать разные параметры для того или иного случая , необходимо создавать регламент разработки семейств, где будут описаны все используемые параметры.
Рассмотрим ряд параметров которые необходимы по умолчанию для каждого семейства, и поговорим о некоторых параметрах которые требуются практически у каждого заказчика при сдачи модели (затрону разделы ИОС).
Наименование - наименование элемента в спецификации (ADSK_Наименование)
Содержит в себе наименование позиции в спецификации, удобнее всего брать наименование из каталога производителя
Марка - маркировка элемента спецификации (ADSK_Марка)
Марка содержит в себе значение одноименного столбца каталога производителя
Код изделия - артикул из каталога производителя (ADSK_Код изделия)
Завод изготовитель - Производитель (ADSK_Завод-изготовитель)
Масса* - Масса элемента (ADSK_Масса_Текст)
Единица измерения - величина значения меры количества (ADSK_Единица измерения)
Количество - количественное значение элементов (ADSK_Количество)
Примечание - дополнительное поле (ADSK_Примечание)
Позиция - параметр для сквозной нумерации элементов (ADSK_Позиция)
Обозначение - Значение которое необходимо для оформления на листах, может полностью совпадать с параметром ADSK_Марка (ADSK_Обозначение)
*- не обязательный для заполнения параметр
Параметры для спецификации стандартные и большинство понимают, для чего они и как заполняются. Я выделю три параметра, с которыми могут быть сложности, это Количество, Примечание и Позиция
Количество - этот параметр должен быть заполнен для каждого семейства проекта и заполнен числовым значением "1" , он служит для формирования общего количества по элементам в сводной спецификации, поcредством этого параметра в одной спецификации можно учитывать разные единицы измерения (метры, шт, м3 и тд)
Позиция/Примечание - эти параметры служат как вспомогательные и создаются в семействах по экземпляру, важный момент, если вы используете вложенные семейства в создании основного, то для вложенных семейств исключите данные параметры и задайте их проектом, это необходимо для корректного взаимодействия с этими параметрами в проекте
Параметры которые зачастую требуют заказчики
Я буду говорить о разделах ИОС. Основные параметры которые встречаются у каждого заказчика, это значения принадлежности к системе, и тип системы, тут нет ничего сложного, эти параметры по сути являются системными, но какие нюансы тут бывают и как с ними быть. Смысл этих параметров в том, что они позволяют разделить элементы по функциональному назначению и по системам, но для вложенных семейств разделить их по этим параметрам проблемно, для этого есть два решения :
- Добавлять параметр во вложенное и в родительское семейство и приравнивать их друг к другу
Под средством скрипта Dynamo переносим значение из системного параметра в добавленный, готово, но это не очень удобно, для этого нужно предусмотреть и разработать параметр внутри организации и переработать всю библиотеку семейств, и для каждых инженерных семейств добавить и прировнять параметр "Со_Имя системы" и согласовывать его с заказчиком
2. Отказаться от вложенных семейств там где это возможно, и размещать такие семейства отдельно, тем самым мы добьёмся того, что эти семейства будут в системе, иметь значение этой системы, и это позволит более гибко работать с необходимостью переноса значений из одного параметра в другой (если появится такая необходимость), но для каких-то элементов невозможно избежать применение вложенных семейств, например для вет. установок или конвекторов, у которых внутри расположена арматура. Для таких семейств я использую первый способ, тем самым мне изначально нужно будет предусмотреть и исправить данный пункт в 10-15% семейств, а также отразить эти изменения в регламенте разработки семейств. И каждое следующее семейство будет сразу учитывать данную проблему
На этом большое спасибо за внимание, делитесь своим мнением, ссылки и вся информация есть в tg канале
tg: https://t.me/DubovADA