Комментарии 9
Прикольно, конечно.
А где ссылка на страницу с покупкой плагинов?)
Это вы потом в госэкспертизе будете говорить, что вы не человек со стопкой ГОСТов. А вообще очень интересно, как обстоят дела с генерацией именно документации, а не просто модели здания? В autocad и его клонах, в этом смысле все ясно, сделал модели, наделал листов, плагины сгенерировали схемы по ГОСТам (ну или ручками их сделал) наставил рамок и вперед, а как дела у Revit? Именно в разрезе инженерных коммуникаций?
Никто не отменяет знания нормативных документов. Речь идет исключительно об автоматизации процессов.
Касаемо выходных документов, то сейчас напрямую из информационной модели генерируются однолинейные схемы с соответствующей информацией о коммутационных аппаратах, длинах кабелей. Также отдельным плагином здесь можно разместить клеммники системы АСДУ для мониторинга состояния коммутационных аппаратов с соответствующей спецификацией. Вся информация об коммутационных аппаратах записана в соответствующую цепь и значит содержится в информационной модели. Таким образом, эта же информация попадает в итоговую спецификацию.
Отдельно генерятся четыре вида планов: план оборудования, план распределительной и групповой сети, план сетей освещения и план кабельных конструкций. В зависимости от чертежа к нему применяется соответствующий шаблон вида, проставляются необходимые выноски (аннотации). При чем есть несколько вариантов автоматического проставления выносок. Мы рассчитываем точки вставки выносок так, чтобы выноска попадала на свободное место. Также не всегда указатель выноски попадает на оборудование, и мы рассчитываем центр BoundingBox, чтобы указатель выноски попадал именно в центр элемента.
Например, для плана освещения в соответствии с ГОСТом расставляем выноски по количеству и типу светильников в помещении (пространстве). То есть из связанного файла АР цепляем пространства, смотрим, светильники какого типа в нем находятся, обрабатываем эту информацию и размещаем её на лист.
Касаемо выходных документов, то сейчас напрямую из информационной модели генерируются однолинейные схемы с соответствующей информацией о коммутационных аппаратах, длинах кабелей. Также отдельным плагином здесь можно разместить клеммники системы АСДУ для мониторинга состояния коммутационных аппаратов с соответствующей спецификацией. Вся информация об коммутационных аппаратах записана в соответствующую цепь и значит содержится в информационной модели. Таким образом, эта же информация попадает в итоговую спецификацию.
Отдельно генерятся четыре вида планов: план оборудования, план распределительной и групповой сети, план сетей освещения и план кабельных конструкций. В зависимости от чертежа к нему применяется соответствующий шаблон вида, проставляются необходимые выноски (аннотации). При чем есть несколько вариантов автоматического проставления выносок. Мы рассчитываем точки вставки выносок так, чтобы выноска попадала на свободное место. Также не всегда указатель выноски попадает на оборудование, и мы рассчитываем центр BoundingBox, чтобы указатель выноски попадал именно в центр элемента.
Например, для плана освещения в соответствии с ГОСТом расставляем выноски по количеству и типу светильников в помещении (пространстве). То есть из связанного файла АР цепляем пространства, смотрим, светильники какого типа в нем находятся, обрабатываем эту информацию и размещаем её на лист.
Поясните — 1) кто занимался разработкой этих «100 плагинов для Revit и оптимизацией проектирования»? Это были специальные люди, программисты, группа в штате и т.п.? Сами проектировщики в этом участвовали?
2) Сколько времени ушло на разработку этих «100 плагинов для Revit и оптимизацией проектирования»?
3) Как вы считаете, данная работа по разработке этих «100 плагинов для Revit и оптимизацией проектирования» вообще является проектированием как таковым, должны ли проектировщики этим и подобным заниматься или им нужно своим навыки знания время и опыт применять на то, что они должны делать в первую очередь — проектировать?
4) Как вы считаете, насколько вообще в BIM труд проектировщика связан именно с проектированием, а не с программированием, настройкой, автоматизацией и т.п.?
2) Сколько времени ушло на разработку этих «100 плагинов для Revit и оптимизацией проектирования»?
3) Как вы считаете, данная работа по разработке этих «100 плагинов для Revit и оптимизацией проектирования» вообще является проектированием как таковым, должны ли проектировщики этим и подобным заниматься или им нужно своим навыки знания время и опыт применять на то, что они должны делать в первую очередь — проектировать?
4) Как вы считаете, насколько вообще в BIM труд проектировщика связан именно с проектированием, а не с программированием, настройкой, автоматизацией и т.п.?
1. Основной функционал писали два человека: инженер-проектировщик систем электроснабжения (то есть я) и программист. Естественно, наши коллеги-проектировщики систем электроснабжения тоже учувствовали в этом процессе. В разное время в зависимости от загрузки в этом процессе учувствовало от 2 до 4 инженеров-электриков.
2. Сама идея родилась около 2-х лет назад. Примерно год ушел на осознание того, как мы хотим двигаться дальше и что для этого нужно. Понимая потребность в создании дополнительного функционала, я начал изучать Dynamo и Python, а далее C#. Основной функционал был написан за год.
3. Созданный функционал навряд ли можно назвать проектированием в чистом виде. Это инструменты, которые должны помогать проектировщику. Касаемо вовлечения проектировщиков в этот процесс. Я считаю, что никто кроме проектировщика не знает о его потребностях. Поэтому привлечение или вовлечение инженеров-экспертов в своей области в процессы автоматизации неизбежны.
Вчера на BIM форуме 2021 были озвучены данные McKinsey Global Institute, согласно которым индустрия строительства находится на предпоследнем месте по цифровизации, опережая только сельское хозяйство.
4. Мне кажется, что здесь каждый проектировщик решает сам. Но тренд на углубление в программирование отдельных специалистов прослеживается. Визуальное программирование в Dynamo более чем доступно. И в целом, по своему опыту, могу сказать, что большинство программистов Revit – это «вчерашние» инженеры.
2. Сама идея родилась около 2-х лет назад. Примерно год ушел на осознание того, как мы хотим двигаться дальше и что для этого нужно. Понимая потребность в создании дополнительного функционала, я начал изучать Dynamo и Python, а далее C#. Основной функционал был написан за год.
3. Созданный функционал навряд ли можно назвать проектированием в чистом виде. Это инструменты, которые должны помогать проектировщику. Касаемо вовлечения проектировщиков в этот процесс. Я считаю, что никто кроме проектировщика не знает о его потребностях. Поэтому привлечение или вовлечение инженеров-экспертов в своей области в процессы автоматизации неизбежны.
Вчера на BIM форуме 2021 были озвучены данные McKinsey Global Institute, согласно которым индустрия строительства находится на предпоследнем месте по цифровизации, опережая только сельское хозяйство.
4. Мне кажется, что здесь каждый проектировщик решает сам. Но тренд на углубление в программирование отдельных специалистов прослеживается. Визуальное программирование в Dynamo более чем доступно. И в целом, по своему опыту, могу сказать, что большинство программистов Revit – это «вчерашние» инженеры.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
100 плагинов для Revit или как мы оптимизировали проектирование систем электроснабжения