Posts Tagged ‘BIM’

Как думаю уже известно, 10 декабря в московском офисе компании Autodesk, состоялось финальное в этом году заседание клуба BIM лидеров, в ходе которого произошло действительно историческое событие – спустя 10 лет от момента официального выхода Revit на рынок СНГ, был  представлен проект русскоязычного BIM стандарта! Да, над ними еще работать и работать, особенно над библиотеками семейств и шаблонов… но это огромный прорыв в направлении формализации BIM процессов. К сожалению пока еще не на государственном  уровне, а это возможно еще предстоит в будущем и путь этот не из легких…

В период с 2012 по 2014 год мне довелось вести двухлетнее сопровождение пилотных проектов в рамках «Отраслевой программы внедрения комплексных автоматизированных систем проектирования и информационных технологий для управления жизненным циклом строительного объекта на 2011-2015 годы» Министерства строительства и архитектуры Республики Беларусь. Результатом этой работы стал BIM Стандарт предприятия, который разрабатывался на базе государственного проектного института РУП “Белгоспроект” при параллельном участии УП “Белпромпроект”, и который был официально передан Министерству для дальнейшего внедрения в строительной отрасли Республики. Также в ходе согласований были упрощены нормативные  требования к оформлению проектной документации выполненной по технологии BIM. Для небольшой Беларуси – это был огромный шаг в будущее информационных технологий в строительстве, событие невероятного масштаба, которое позволило подготовить кадры и заложить основу дальнейшего внедрения BIM, и которое к сожалению не получило широкой огласки со стороны Autodesk… но видимо послужило толчком для исторического события :).

Спросите – почему нельзя было взять готовый, проверенный на практике стандарт и не приспособить его к условиям проектирования РФ вместо РБ? Да можно было, собственно не было никаких неявных препятствий но… с иной стороны, как бы это звучало? Российский BIM стандарт, адаптированный на основе белорусского и разработанный украинцем:). Смешно! Ну да ладно… лично для себя получил колоссальный опыт и устойчивое желание развиваться в направлении стандартизации BIM, но для этого пришлось уйти с дистрибуции Autodesk в направление сопровождения реальных проектов для тестирования и отладки BIM стандарта уже в “боевых” условиях. Спустя два года пришлось многое пересмотреть, усовершенствовать и сделать выводы:

  • Библиотеки семейств и шаблонов должны быть исключительно на английском языке и под англоязычную версию Revit. Нет, на русскоязычной также все работает, но если решать вопросы автоматизации процессов, например в Dynamo или журналами, а в перспективе писать приложения — то лучше иметь более стабильный перевод и кодировку символов экспортируемых данных).
  • Семизначной цифирной кодировки (три на четыре) данных оказалась недостаточной для основного описания элементов семейств по назначению, что требует ее расширения до восьми (три на пять), а также использования еще дополнительных восьми знаков для определения разновидностей форм и конструктивных особенностей. Итого – шестнадцать, что немало, но крайне необходимо.
  • Цифровые кодировки в наименованиях данных, а также в значениях некоторых определяющих параметров, существенно упрощают процесс наименований, но усложняют представление того, что под ими имеется в виду и особенно новым пользователям. Соответственно возникает необходимость внесения всех кодировок в классификаторы Assembly и Keynote, которые всегда будут “под рукой” в полном перечне. Omni классификатор оказался же избыточным, так как может использоваться только в загружаемых семействах и фактически дублирует предыдущие.
  • Разделение элементов моделей проекта во времени по стадиям имеет свои преимущества, но при этом имеет еще больше недостатков, так как это требует от пользователей еще большего внимания к распределению данных, что отнимает время и повышает вероятность получения неработоспособных проектов.

Еще есть целый ряд “но”, над устранением которых сейчас ведется работа, но самое главное “но” – это невозможность успешного внедрения Стандарта без четкого контроля его исполнения BIM менеджерами, которое по сути также не представляется возможным, так как важно не своевременно устранять ошибки, а не допускать их возникновения программным путем! Другими словами – никакой Стандарт не будет в полной мере работать, пока не будет управляющей программной среды, которая минимизирует человеческий “фактор” до нуля и позволит этому “фактору” вообще не думать о необходимости чему-то соответствовать.

К сожалению лично у меня нет уверенности, что Autodesk в ближайшем будущем предоставит нам такую возможность, так как для ее реализации по сути необходимо переписать Revit с “нуля”, а переписываемый ныне “заоблачный” – не факт, что будет обладать подобным функционалом по управлению данными, как и должно быть по идеи BIM – Здание, Информация и только после Моделирование, никак не наоборот! Писать собственный управляющий “софт” – единственное решение, которое возможно через 2-3 года выйдет на свою окупаемость затрат, но нет уверенности в Revit – “проживет” ли он еще столько?

Представляю, что для решения это задачи требуется некий менеджер проекта, наподобие как в AutoCAD Architecture/MEP, который должен содержать в себе сведения о всех связанных между собой файлов, подключаемых библиотеках семейств, материалов и т.п., с возможностью контролируемой синхронизации данных. Также в нем должны быть инструменты по управлению правами и доступом пользователей к проекту.

Например, в случае изменения типа семейства в одном из связанных проектов, должен сформироваться запрос на изменения этого типа в других связанных проектах. Если запрос формирует пользователь не обладающий соответствующими правами, то запрос должен размещается на утверждение лицам ими обладающими. После утверждения изменений типа семейства, запрос передается на исполнение к другим связанным файлам, а также шаблонам, на основе которых были созданы файлы проекта, если в них также требуются изменения. В случае принятия изменений типа семейства в шаблонах и наличия других проектов созданных на их основе, можно далее передать запрос на изменения. Естественно в ходе изменения типа семейства, во всех файлах должна быть создана предыдущая версия типа семейства на случай отказа от изменений или отката при наличии ошибок. Подобная процедура может быть упрощена за счет формирования правил для автоматического подтверждения запросов на изменения во всех или избранных файлах проектов и шаблонов…

Эх… можно до бесконечности фантазировать по этому поводу, а пока “маємо то, шо маємо” – мой BIM стандарт на 282 листах для просмотра в формате PDF и редактирования в формате DOC, адаптированный под мои библиотеки 2015 версии. Надеюсь этот труд поможет Вам и послужит основной создания собственных стандартов и библиотек, а мне – хорошей рекламой ;). Следующую редакцию стандарта ожидайте под 2017 версию.

Беларуси слава!

Успех изучения любого программного средства начинается с познания его основ – принципов, понятий, и самое важное логики их происхождения. Основа программы Revit была заложена компанией Charles River Software, созданной в не столь далеком 1997 году русским программистом – Леонидом Райзом (Leonid Raiz), который успешно работал с 1981 года в компании PTC (Parametric Technology Corporation) и прошел путь от менеджера до вице-президента. Идея заключалась в том, чтобы создать для архитекторов программный инструмент с машиностроительными принципами проектирования, которую к сожалению, или даже к лучшему, не поддержали собственники компании PTC.

Реальная разработка Revit началась в 1998 году после присоединения математика Ирвина Юнгреиза (Irwin Jungreis), работающего также в PTC с 1987, и привлечения инвестиций от Atlas Venture и North Bridge Venture Partners. Первая рабочая версия Revit была представлена в 2000 году одновременно с переименованием компании в Revit Technology Corporation, которую в 2002 году за 133 миллиона долларов приобрела компания Autodesk – мировой лидер в области систем автоматизированного проектирования и разработчик AutoCAD. Удачный стартап!

С тех пор Autodesk Revit начал развиваться не только, как инструмент для проектирования архитектуры, но и несущих конструкций, инженерных сетей и коммуникаций, а также интегрироваться с другими программными средствами компании Autodesk и позиционироваться как система Информационного Моделирования Зданий (BIM, Building Information Modeling).

Слайд2Слайд5

Чего же такого особенного в Revit, по сравнению с ближайшими конкурентами, такими как Graphisoft ArchiCAD, Bentley Microstation, Nemetschek Allplan, и что держит меня уже 10 лет? Как минимум в нем нет привычного средства распределения геометрии – Слоев (Layers), вместо которых существует целая иерархия из Категорий, Семейств, Типов и Элементов, а также нескольких методов управления ими.

Категории (Category) – системное распределение данных Autodesk Revit по назначению (Стена, Окно, Оборудование…). В зависимости от использования категории бывают: Моделей, Видов и Оформлений. Обладают индивидуальным набором свойств и параметров, а также условий поведения и взаимодействий. Категории не могут создаваться и редактироваться пользователями.

  • Категории моделей включают в себя как правило трехмерные элементы и условно разделяются на Основы (Стены, Перекрытия, Кровли, Лестницы, Ограждения…) и Компоненты (Двери, Окна, Профили, Оборудование…).
  • Категории оформлений включают в себя как правило двухмерные элементы и условно разделяются на Разбивки (Уровни, Оси, Опорные плоскости, Опорные линии…) и Условные обозначения (Размеры, Текст, Маркировки, Детализация, Линии…).
  • Категории видов включают в себя элементы отображения данных (Планы, Фасады, Разрезы, Узлы, Таблицы) в требуемом масштабе, видимости и графике и т.п.

Посредством Элементов видов создаются и редактируются все Элементы моделей здания в зависимости от настроек отображения, в то время как Элементы оформлений создаются и редактируются только на тех Видах, на которых они были созданы. Исключением являются Элементы разбивки, которые по сути являются трехмерными с присоединенными к ним двухмерными Элементами условных обозначений.

Проведя образное сравнение Категорий с окружающим нас Миром, можно сказать, что Вы в данном случае, являетесь Видами читающие эти строки, исходя из своего места расположения, масштаба восприятия информации, наличного опыта и особенно настроения. Строки, как и Модель – изначально едины и отображаются одинаково, а воспринимаются каждым из Вас по-разному. При чем ваши Мысли, Оформления, известны только Вам и никому более. Я лишь могу о них догадываться… Но ведь Вы меня понимаете, так как обладаете теми же познаниями речи, языков, общепринятых принципов и правил, которые являются едиными и основополагающими для Общества также, как Элементы разбивки для Модели здания. По сути в Revit именно Элементы разбивки являются основами для всех построений, в случае изменения, которых – изменяются все с ними связанны Элементы.

 Слайд7Слайд8

Подкатегории (Subcategory) – распределение данных в пределах Категорий на составляющие (Каркас, Фурнитура, Обозначение…). Каждая Категория имеет собственный системный набор Подкатегорий и могут создаваться пользователями в случае необходимости.

Семейства (Families) – распределение данных внутри Категорий по форме, используемым материалам, производителям и условиям работы (Дверь створчатая, прямоугольная, деревянная…). Семейства бывают:

  • Системные (System families) – создаются и редактируются в диалоговом режиме с жесткими системными ограничениями. Хранятся только внутри файлов Проектов, Шаблонов и Семейств.
  • Загружаемые (Loadable families) – создаются и редактируются при помощи встроенного Редактора путем комбинации элементов геометрии, зависимостей и параметров с более свободными системными ограничениями. Могут хранится как внутри файлов Проектов, Шаблонов и Семейств, так и в виде отдельных файлов на Диске в формате RFA.
  • Местные (In-place families) – создаются и редактируются по месту внутри Проекта при помощи встроенного Редактора путем комбинации элементов геометрии, зависимостей и параметров с возможностями установки геометрических зависимостей с элементами Проекта.
  • Адаптивные (Adaptive families) – являются разновидностью Загружаемых и Местных семейств, создаваемых при помощи обновленного Редактора с возможностью использования адаптивных геометрических зависимостей.
  • Вложенные (Nested families) – Загружаемые семейства, которые используются внутри других Семейств с возможностью установки зависимостей, но без учета в спецификациях.
  • Общие (Shared families) – Вложенные семейства с возможностью учета в таблицах и спецификациях.

Почему возникло это разделение Семейств? Представьте строительную площадку, на которой изначально по-месту делают разбивку здания и роют котлован. После начинают возводить фундаменты, стены. Например, стены как правило возводят из кирпичей, блоков непосредственно на строительной площадке – это также, как Системные семейства стен создаются и хранятся только в Проектах. А вот двери изготовили заводе, фабрике и привезли в готовом виде на площадку для монтажа также, как Загружаемые семейства дверей создали в отдельном редакторе, сохарнили в Библиотеке и загрузили в Проект для последующего размещения. Очень логично, но есть исключения. Например, монолитные несущие колонны и балки являются Загружамыми семействами, которые возводят непосредсвенно на строительной площадке. Соответственно они должны были бы быть Системными, но если взять все разновидности колонн и балок – сборных, деревьяных, металлических, то они по большей степени изготовленны вне строительной площадки.

 Слайд10Слайд11

Типы (Types) – распределение данных внутри Семейств в зависимости от установленных свойств и параметров (Дверь 2100х900, 2400х1200…).

Каталоги типов (Types catalog) – последовательный набор данных типов Загружаемых семейств в формате TXT с идентичным наименованием файлов.

Элементы (Instances) – конечные экземпляры данных используемые в проектах с индивидуальными свойствами и параметрами по расположению и отношению к тем или иным данным, в том числе методов управления ими: Стадиям, Вариантам, Группам, Сборкам и Наборам.

Слайд12Слайд14

В Revit, как в шахматах есть своя гармония взаимодействий. Поначалу, как только начинаем в них играть, обычно ставим себе цель – научиться, после – не проиграть, далее – выиграть, и в итоге достичь абсолютного мастерства – поставить мат за определенное время и количество ходов. Есть Проект – как шахматная доска, есть фигуры — как Элементы, и есть средства управления ими, которые определяют всю Стратегию и Тактику игры.

Мы постоянно находимся в промежутке времени между Прошлым и Будущем, а именно в Настоящем. И вот как сегодня, именно сейчас его проживем, таким и вспомним в Будущем, но уже как о Прошлом. И не стоит думать сегодня о Прошлом, каким оно исторически было или могло быть, а стоит думать о Будущем, каким оно будет и самое главное, на которое мы еще можем повлиять. Ведь Время, а не Деньги – самое ценное, что у нас есть и то, чем мы должны учиться управлять. За Деньги нельзя купить Время, а за Время – можно их заработать.

Стадии (Phases) – распределение Элементов во времени для поэтапного проектирования существующих и новых объектов. В зависимости от начальной и конечной стадии, Элементы занимаются следующие состояния относительно Стадии текущего вида:

  • Существующие (Existing) – элементы, созданные на предыдущих стадиях.
  • Снесенные (Demolished) – Существующие элементы снесенные на текущей стадии.
  • Новые (New) – элементы созданные на текущей стадии.
  • Временные (Temporary) – Новые элементы снесенные на текущей стадии.

Таким образом, в Revit мы можем свободно путешествовать во Времени – планировать Будущее и вносить изменения в любой момент Прошлого, работать и отображать на Видах необходимое нам состояние Настоящего. Это обеспечивается отдельными параметрами Стадий возведения и сноса в свойствах Элементов, а также в свойствах Видов параметрами отношения к стадии и фильтра переопределения графики.

Слайд15Слайд18

Изначально, этот инструмент управления предназначен для создания проектов реконструкции зданий и сооружений, но превосходно может применяться и в обычном проектировании особенно для внесения изменений в ходе строительства, а также после него.

Но любое Время, любое Настоящее может иметь свои Варианты. Вот сейчас читаете эти строки, вдумываетесь в каждое слово, его значение и смысл, перечитываете по нескольку раз… а может и нет. Может совсем наоборот, бегло просмотрели через абзац и отложили на потом… Смею предположить, что в лучшем случае изложенные знания принесут свою пользу, с той лишь разницей – кому раньше, а кому позже. В жизни мы постоянно предстаем перед выбором требующего от нас принятия однозначного решения, которое определит Вариант хода дальнейших событий – нашего, и не только нашего, Будущего. При этом мы изначально можем только предположить степень правильности выбора или нет – окончательные выводы сделаем только со временем и никак не сможем вернуть все в спять, чтобы прожить иной Вариант событий. Так устроена наша действительность, но только не в Revit :).

В ходе проектировании в любой момент Времени, если возникает даже малейшее сомнение по принятию того или иного решения – Да или Нет, можно создать Вариант формы, планировки, конструкций, расположения Элементов и т.п. При этом не нужно будет копировать весь Проект, все здание или файл проекта, а только требуемые Элементы. Ведь в реальности возникают Варианты отдельных событий, а не всей Жизни в целом, но только один из Вариантов принимается нами как основной. В Revit аналогично, лишь с той разницей, что другие Варианты будут существовать параллельно, к которым сможем вернуться, когда угодно или удалить при необходимости. При этом в пределах каждого из Вариантов, Элементы могут иметь собственные значения параметров Стадий возведения и сноса – существовать по-разному в пространстве и времени. Для одновременного отображения различных Вариантов можно создать соответствующие виды, постоянно закрепленные за ними.

Наши мудрые предки говорили «Повторение – мать учения», но мало кто знает продолжение этой пословицы «и утешенье дураков». А по сему, сколько бы Вы себя не тешили своими достижениями – всегда нужно стремится к максимальной оптимизации времени и особенно повторяемых действий.

Слайд28Слайд30

Рассмотрим пример планировочных решений и попытаемся выделить элементарные составляющие. На первый взгляд, кажется, что есть только 2 из 6 идентичные планировки этажей (верхняя/левая и нижняя/средняя) за исключением площадей, отмеченных различным цветом, Элементы которых можно объединить в Группу (Group). Соответственно при редактировании сгруппированных элементов будут происходить изменения в обеих планировках – получаем как минимум 2х кратную экономию времени. Внимательно присмотревшись, приходим к выводу – все планировки идентичны, если применить к ним операции вращения и отражения. В результате получаем одну Группу и как максимум 6х кратную экономию времени при внесении изменений. Но обычно внешний контур формирует фасад здания, может быть повторяемым на всех этажах и должен иметь фиксированное положение, а внутренний – может быть произвольным и занимать любое положение в его пределах.

В следствии применяем принцип разделения элементов одной Группы на составляющие ее подгруппы внешнего и внутреннего контура, а также площадей. Далее можем комбинировать группы между собой. Например, включить в состав внутреннего контура элементы площади, а внутренний контур в состав внешнего. Или создать Группу планировки этажа, в которую включить требуемые Группы по-отдельности или в уже комбинированном виде. Количество подобных комбинаций ограничивается только волей Вашей фантазии, но советую не превышать более трех вложений. Спросите, в каких случаях стоит создавать Группу? Обычно, если повторяемых случаев одинакового размещения элементов в проекте более одного и преимущественно исходить исключительно из производственной необходимости.

Слайд34Слайд35

В зависимости от содержимых элементов, Группы различаются на:

  • Группы детализации (Detail groups) — объединение двумерных (2D) элементов.
  • Группы моделей (Model groups) – объединение трехмерных (3D) элементов.
  • Прикрепленные группы детализации (Attached detail group) – Группы детализации, состоящие из элементов связанных с элементами Групп моделей (например, присоединенная группа осевых размеров к группе осей).

При этом, в случае работы над большими и особенно типовыми проектами, Группы можно сохранять в отдельные файлы и присоединять внешними Ссылками в другие Проекты для еще большей экономии Времени. Лично сразу создаю Проекты с использованием отдельных Ссылок с распределением по разделам проектирования.

Таким образом, можно создавать Группы, а также их комбинации:

  • по Этажам (несущие, внешние и внутренние конструкции…);
  • по Планировкам (офис, квартира, балкон, санузел…);
  • по Назначению (мебель, оборудование, отделка…).

Единственным недостатком Групп является отсутствие возможностей их специфицирования и определения, входящих в их состав Элементов. В 2012 версии появились долгожданные Сборки (Assembly), которые компенсируют эти недостатки группирования, а также позволяют получить отдельные Виды и Листы. Удобный инструмент для подготовки производственной документации и особенно для конструкторов, например, для получения рабочей документации по армированию отдельных Элементов несущего каркаса. К сожалению, Сборки пока не позволяют создавать вложенные комбинации, как в случае Группирования и в случае изменений автоматически создают новые Сборки, что не всегда удобно. Частично это решается использованием их совместно с Группами.

 Слайд38Слайд40

Но если по-настоящему желаете управлять процессом проектирования, необходимо следовать древнему как мир принципу – "Разделяй и Властвуй". Как не странно, он успешно применяется не только в политике и социологии, но и в информатике при разработке алгоритмов.

Наборы (Worksets) – совокупность пользовательских элементов, семейств, видов и настроек с возможностью назначения Владельца и Заемщика для процессов коллективной работы:

  • Владелец (Owner) – пользователь с правами на редактирование Элементов и Наборов.
  • Заемщик (Borrower) – пользователь с временными правами на редактирование Элементов и Наборов с последующим их освобождением.

В Revit предусмотрено создание Пользовательских наборов, в которые можно добавлять Элементы моделей с последующим закреплением прав использования, а также Наборов стандартов, Семейств и Видов. Процесс назначения прав происходит путем создания Наборов и последующего их самозахвата. К сожалению пока нет Менеджера наборов по управлению правами и доступом к ним. Следовательно, нет «начальника», как и нет «дурака», что требует своевременного планирования и постоянной координации действий между всеми участниками коллективной работы — «Выше кадров – только солнце!».

Видеоурок по теме основ Autodesk Revit.

С чего начать проектирование зданий и сооружений в Autodesk Revit? Как и в какой последовательности осуществлять моделирование? Как организовать процесс так, чтобы сократить время на внесение изменений и количество допускаемых ошибок? Как построить коллективную работу с максимальной эффективностью? Я думаю, многих интересуют ответы на эти вопросы и особенно тех, кто уже реально работает с этим продуктом. Ведь ежедневно приходиться сталкиваться с массой практических задач, на которые нет решений в стандартной документации. Они приходят только с многолетним опытом, и сегодня я поделюсь своими представлениями о ТЕХНОЛОГИИ и ОРГАНИЗАЦИИ процесса проектирования в Revit.

Так с чего же начать? Пожалуй, с Настройки глобальных параметров системы таких как: Имя пользователя, Интерфейс, Графика и Расположение файлов. Более подробно по настройке глобальных параметров, Вы сможете узнать в публикации от 13 января 2011. Также в ней есть ссылки на библиотеки, примеры и программу базового курса обучения.

Приступим к рассмотрению самой ТЕХНОЛОГИИ проектирования в Revit, а именно к последовательности процесса моделирования. Позволю напомнить, что основной принцип Revit «Проектируй так, как будешь строить», следуя которому, основой для проекта является Местность (Site) – территория, которую нам необходимо освоить с максимальной эффективностью. При этом, советую изначально создать ее отдельной моделью и связать с моделью здания внешней ссылкой по общим координатам. Таким образом, в перспективе, решаем несколько задач – можем разместить другие здания и сооружения, а также не мешать генпланисту делать свою работу :). Это особенно удобно при проектировании многосекционных жилых зданий или микрорайонов.

После, архитектор, используя инструменты Зонирования (Area), создает предварительное или укрупненное планировочное решение с подсчетом площадей, их наименованием и позициями, размещает на листы и получает спецификации. Эта работа не требует от исполнителя больших навыков работы с Revit так как в основном используются линии и средства редактирования похожие с AutoCAD. А можем, используя базовые инструменты трехмерного моделирования, изначально построить Концептуальную (Mass) форму здания, разделить ее Уровнями (Level) на плоскости этажей, и также получить спецификации площадей и объемов – технико-экономические показатели (ТЭП). В этом случае создается внешний контур здания по форме любой сложности, что существенно облегчает процесс Зонирования (Area).

AS Технология и Организация RVT`12 - Статья.0013AS Технология и Организация RVT`12 - Статья.0016

В итоге архитектор без существенных усилий получает вполне достаточный результат, который может передать в виде задания конструктору для проектирования предварительного Несущего каркаса. С моей точки зрения, на этом этапе очень важно обеспечить несущую способность здания в пределах предполагаемой формы и планировочного решения. Так сказать, сыграть с конструктором в «поддавки», чтобы он потом «не поломал» великую идею архитектора, когда тот уже изрядно успеет наработаться. При этом в Revit вместе с несущим каркасом автоматически создается Расчетная схема (Analytical model), которую можно редактировать, а также прикладывать различные нагрузки, опорные усилия с последующей передачей в Autodesk Robot Structural Analysis для расчета.

AS Технология и Организация RVT`12 - Статья.0019AS Технология и Организация RVT`12 - Статья.0020

Как результат, архитектор получает практически согласованный каркас, может внести соответствующие изменения планировки, а также концептуальной формы, и приступить к созданию Фасада – внешнего облика здания, который станет в будущем его лицом и визитной карточкой. Естественно, в ходе его проектирования может быть множество корректировок, согласований и т.п., но при этом будет не так много элементов требуемых изменений в отличие от случаев, когда изначально создается почти полноценная архитектурная модель. После того, как конструктивное решение фасада будет законченно, можно приступить к процессу Визуализации (Rendering) здания и подбора его цветового решения. Это можно сделать как в Revit, так и в других приложениях, таких как Autodesk Showcase или 3DS Max Design.

AS Технология и Организация RVT`12 - Статья.0023AS Технология и Организация RVT`12 - Статья.0024

Кроме этого, архитектор уже сможет разместить Помещение (Room) и получить на этом этапе чистую площадь этажей с учетом только несущих и внешних ограждающих конструкций. Ведь иногда заказчик желает знать именно эту площадь без учета внутренних стен и перегородок, которые после можно создать на основе уже существующего укрупненного Зонирования (Area). Таким образом, существенно экономим время, потому как предварительные планировки этажей давно определенны и согласованы, а сейчас их нужно будет только уточнить и скоординировать. При этом архитектор, в случае необходимости, в любой момент сможет предложить заказчику чистые площади офисов, квартир и т.п. Ну и естественно, после доработает окончательный вариант планировочного решения и даже в нескольких вариантах.

AS Технология и Организация RVT`12 - Статья.0025AS Технология и Организация RVT`12 - Статья.0026

Спросите – есть генпланист, архитектор, конструктор, а где же инженеры? Думаю, что они в отличие от всех остальных, должны постоянно сопровождать все этапы проектирования, потому как в большей степени именно от них будет зависеть комфорт и здоровье людей эксплуатируемого здания. В том числе энергоэффективность на протяжении всего его жизненного цикла, а это: затраты на вентиляцию и отопление, водоснабжение и канализацию, электрику и автоматику и т.д. К сожалению, у меня пока недостаточно личного опыта по этой части проектирования, потому на этом позволю закончить рассмотрение ТЕХНОЛОГИИ и приступить к ОРГАНИЗАЦИИ – управлению процессом моделирования.

И так, какими средствами Revit можно обеспечить предлагаемую последовательность возведения зданий, а главное внесение изменений в любой момент времени? Опять же, позволю напомнить, что название продукта является аббревиатурой от Revise Instantly (Мгновенные изменения), что говорит само за себя и без излишних комментариев. Лично же считаю, что в Revit, как в шахматах существует своя гармония взаимодействий. Поначалу, как только начинаем в них играть, обычно ставим себе цель – научиться, после – не проиграть, далее – выиграть, и в итоге достичь абсолютного мастерства – поставить мат за определенное время и количество ходов. Аналогично в Revit, есть проект – как шахматная доска, есть фигуры — как семейства, и есть средства управления процессом проектирования, которые определяют стратегию и тактику игры: Стадии, Варианты, Группы, Сборки и Наборы. Начнем со Стадий (Phase).

Мы постоянно находимся в промежутке времени между Прошлым и Будущем, а именно в Настоящем. И вот как сегодня, именно сейчас его проживем, таким и вспомним в Будущем, но уже как о Прошлом. И не стоит думать сегодня о Прошлом, каким оно было или могло быть, а стоит думать о Будущем, каким оно будет и самое главное, на которое мы еще можем повлиять. Ведь Время – это самое ценное, что у нас есть и то, чем мы должны учиться управлять. Потому считаю, что в Revit самым основным инструментом управления являются Стадии – отметки времени между Прошлым и Будущем, которые могут быть созданы согласно принятой последовательности проектирования, например Местность, Концепция, Каркас, Фасад, Планировка. В зависимости от местоположения Настоящего, или текущей Стадии, элементы модели распределяются на: Существующие, Снесенные, Временные и Новые. Каким образом?

AS Технология и Организация RVT`12 - Статья.0033AS Технология и Организация RVT`12 - Статья.0034

Если элемент был создан ранее – он является Существующим и может стать Снесенным в случае, если на текущей Стадии его существование прекратилось. Новым является элемент, который на текущей Стадии был создан и может стать Временным, если существовал только в ее пределах. Таким образом, в Revit мы можем свободно путешествовать во времени – планировать Будущее и вносить изменения в любой момент Прошлого, работать и отображать на видах, спецификациях необходимое нам состояние Настоящего. Это обеспечивается отдельными параметрами стадий возведения и сноса в свойствах элементов, а также в свойствах видов параметрами отношения к стадии и фильтра переопределения графики.

AS Технология и Организация RVT`12 - Статья.0037AS Технология и Организация RVT`12 - Статья.0038

Изначально, этот инструмент управления предназначен для создания проектов реконструкции зданий и сооружений, но превосходно может применяться и в обычном проектировании особенно для внесения изменений в ходе строительства. К сожалению, для полноценного сопровождения реального процесса возведения здания средств Revit не достаточно, но есть возможность экспортировать модель в Autodesk Navisworks, который позволяет решить эту задачу.

Но любое Время, любое Настоящее может иметь свои Варианты (Options). Вот сейчас читаете эти строки, вдумываетесь в каждое слово, его значение и смысл, перечитываете по нескольку раз… а может и нет. Может совсем наоборот, бегло просмотрели через абзац и отложили на потом… Смею лишь предположить, что в лучшем случае изложенные знания принесут свою пользу, только с разницей во времени – кому раньше, а кому позже. В жизни мы постоянно предстаем перед выбором требующего от нас принятия однозначного решения, которое определит Вариант хода событий – нашего, и не только нашего, Будущего. При этом мы изначально можем только предположить степень его правильности или совсем наоборот – окончательные выводы сделаем только со временем и никак не сможем вернуть все назад, чтобы прожить другой вариант событий. Так устроена наша действительность, но только не в Revit :).

AS Технология и Организация RVT`12 - Статья.0045AS Технология и Организация RVT`12 - Статья.0046

В ходе проектировании в любой момент Времени, если возникает даже малейшее сомнение по принятию того или иного решения – Да или Нет, можно создать Вариант формы, планировки, конструкций, расположения элементов и т.п. При этом не нужно будет копировать весь проект, все здание или файл проекта, а только требуемые элементы. Ведь в реальности возникают Варианты отдельных событий, а не всей Жизни в целом, но только один из Вариантов принимается нами как основной. В Revit аналогично, лишь с той разницей, что другие Варианты будут существовать параллельно, к которым сможем вернуться когда угодно или удалить при необходимости. При этом в пределах каждого из Вариантов, элементы могут иметь собственные значения параметров стадий возведения и сноса – существовать по-разному в пространстве и времени. Для одновременного отображения различных Вариантов можно создать соответствующие виды, постоянно закрепленные за ними.

AS Технология и Организация RVT`12 - Статья.0048AS Технология и Организация RVT`12 - Статья.0049

Но если по-настоящему желаете управлять процессом проектирования, необходимо следовать древнему как мир принципу – «Разделяй и Властвуй». Как не странно, он успешно применяется не только в политике и социологии, но и в информатике при разработке алгоритмов. Смысл заключается в рекурсивном разбиении решаемой задачи на две или более подзадачи того же типа, но меньшего размера, и комбинировании их решений для получения ответа к исходной задаче. Разбиения выполняются до тех пор, пока все подзадачи не окажутся элементарными. Как этот принцип применить в Revit?

AS Технология и Организация RVT`12 - Статья.0051AS Технология и Организация RVT`12 - Статья.0053

Рассмотрим пример планировочных решений простого здания и попытаемся выделить элементарные составляющие. На первый взгляд, кажется, что есть только 2 из 6 идентичные планировки этажей (верхняя/левая и нижняя/средняя) за исключением площадей отмеченных различным цветом, элементы которых можно объединить в Группу (Group). Соответственно при редактировании сгруппированных элементов будут происходить изменения в обеих планировках – получаем как минимум 2х кратную экономию времени. Внимательно присмотревшись, приходим к выводу – все планировки идентичны, если применить к ним операции вращения и отражения. В результате получаем одну Группу и как максимум 6х кратную экономию времени при внесении изменений. Но обычно внешний контур формирует фасад здания, может быть повторяемым на всех этажах и должен иметь фиксированное положение, а внутренний – может быть произвольным и занимать любое положение в его пределах.

AS Технология и Организация RVT`12 - Статья.0056AS Технология и Организация RVT`12 - Статья.0058

В следствии применяем принцип разделения элементов одной Группы на составляющие ее подгруппы внешнего и внутреннего контура, а также площадей. Далее можем комбинировать группы между собой. Например, включить в состав внутреннего контура элементы площади, а внутренний контур в состав внешнего. Или создать Группу планировки этажа, в которую включить требуемые Группы по-отдельности или в уже комбинированном виде. Количество подобных комбинаций ограничивается только волей фантазии, но советую не превышать более трех вложений. Спросите, в каких случаях стоит создавать Группу? Обычно, если повторяемых случаев одинакового размещения элементов в проекте более одного и преимущественно исходить исключительно из производственной необходимости. Например, продумав принцип группирования на Стадии зонирования, можно применить его на Стадии планировки, но уже используя стены, проемы, помещения и т.д. Таким образом, можно создавать Группы, а также их комбинации:

  • по этажам (несущие, внешние и внутренние конструкции…);
  • по планировкам (офис, квартира, балкон, санузел…);
  • по назначению (мебель, оборудование, отделка…).

AS Технология и Организация RVT`12 - Статья.0061AS Технология и Организация RVT`12 - Статья.0070

Единственным недостатком Групп является отсутствие возможностей их специфицирования и определения входящих в их состав элементов. К счастью в 2012 версии появились долгожданные Сборки (Assembly), которые компенсируют эти недостатки группирования, а также позволяют получить отдельные виды и листы. Удобный инструмент особенно для конструкторов, например, для получения рабочей документации по армированию отдельных элементов несущего каркаса. К сожалению, Сборки пока не позволяют создавать вложенные комбинации, как в случае группирования и в случае изменений автоматически создают новые Сборки, что не всегда удобно. Частично это решается использованием их совместно с Группами.

Осталось вкратце рассмотреть самое важное в ОРГАНИЗАЦИИ процесса проектирования – коллективную работу и средства ее реализации. Основным инструментом являются Наборы (Worksets), которые позволяют распределить Элементы, Виды, Настройки и Семейства между всеми участниками проектирования и регулируют доступ к ним. При этом на самых демократичных основаниях по принципу: «Кто первый встал – того и тапки» :). С одной стороны такой метод вначале приведет к абсолютной неуправляемости процессом проектирования, а с другой заставит коллектив больше общаться друг с другом и тщательней планировать свои действия как одно целое потом. Но советую работать в пределах одного файла проекта в случаях если:

  • каждый раздел (местность, архитектура, конструкции, инженерные сети…) ведет только один человек;
  • в его пределах ведется разработка только одного раздела.

В последнем случае взаимодействия между смежными разделами проекта регулируются посредством Внешних ссылок (External links), а также инструмента Копирования/Отслеживания (Copy/Monitor). Данные естественно должны храниться на файловом сервере или в хранилище Autodesk Vault, которое в полной мере поддерживается с Revit 2012. А для отслеживания и обсуждения изменений в проекте, обмена данными можно воспользоваться онлайн сервисом Autodesk Bluestreak. В заключении же скажу, как сказал мне один бравый полковник – «Выше кадров только солнце!». И каким замечательным инструмент не был бы, и сколько бы дорого он не стоил, если у Вас нет кадров и нет желания – то все это напрасные усилия.

P.S. По этой ссылке сможете просмотреть и скачать оригинальную презентацию.

Выступление по теме публикации на Autodesk Forum 2011.
Мое почтение, уважаемые читатели!

Проводя обучение по Autodesk Revit, меня часто спрашивают методические пособия по выкладываемому материалу и особенно по темам, где требуется осуществить множество подготовительных настроек. Пожалуй следует начать с настройки глобальных параметров  системы таких как:

      • Имя пользователя
      • Интерфейс
      • Графика
      • Расположение файлов
      • Шрифт

Для этого, после запуска Revit, необходимо нажать на большую букву “R”, сверху-слева и перейти в диалог Настройка, как показано на изображении.

image

Начнем с Общих настроек. Самым важным параметром здесь является Имя пользователя, так как оно непосредственно участвует при коллективной работе в качестве идентификатора Владельца и Заемщика данных проекта. Постарайтесь с максимально ответственностью отнестись к любым наименованиям и текстовым значениям, особенно к собственному имени. Это очень важно, так как имена типа “Котик”, “Дядя” и тому подобные, будут понятны только ограниченному кругу людей. Настоятельно советую прийти к единому формату наименований всем участникам проекта. Например:

Имя пользователя = Имя & Фамилия &” – “ & Должность (Отдел) = Александр (Sett) Канивец — RAC

Для тех, кто использует одновременно все пакеты Revit (Architecture, Structure, MEP), лучше применить одинаковое Имя пользователя или добавлять в конце аббревиатуру пакета (RAC, RST, RMEP).

image

За что отвечают файлы журнала? Это запись действий, которые осуществляет пользователей в процессе работы. Они как правило находятся в папке Journals по месту установки пакета Revit. Журналы хранятся в обычном текстовом формате и обычно используются разработчиками для отслеживания ошибок возникших в программе. При этом, каждый пользователь также может использовать эти файлы для восстановления несохраненных действий в результате сбоя. Для этого достаточно перетащить требуемый файл журнала на значок Revit на Рабочем столе. В результате запуска, должны повторится все операции записанные в нем. В случае необходимости этот файл можно отредактировать и отправить кому-либо для выполнения. Очень удобно таким образом обмениваться решениями, так как журнал занимает несколько килобайт, а примеры весят значительно больше.

Во вкладке Пользовательский интерфейс, можно выбрать цветовую схему, установить режим работы вкладок и подсказок, а самое главное – настроить Горячие клавиши в диалоговом режиме. Ранее их можно было настроить только путем редактирования текстового файла KeyboardShortcuts.txt по месту установки Revit, что было не очень удобно.

image

В настройке Графики важно установить Использование аппаратного ускорения Direct3D для задействования физического ресурса видекарты в обработке графики. Это существенно увеличит скорость обновления геометрии модели в процессе работы, а также позволит отображать текстуры в реалистичном представлении и Рассеянный свет (Ambien occlusion). Стоит заметить, что для комфортной работы потребуется видеоадаптер nVidia или ATI с памятью не менее 512Mb, а лучше 1Gb. В случае наличия проблем с прорисовкой графики, например ее зависании, стоит обновить драйвера видеокарты. Если не поможет – необходимо отключить режим ускорения графики.

image

Настройки цвета желательно оставить без изменений, кроме отображения выбранных элементов – красный более привычный и удобный нежели синий. Использование сглаживания для 3D видов, позволит повысить качество представления графики. Для тех, кто привык работать на черном фоне, можно обратить цвет.

Приступим к настройке расположения Файлов шаблонов и библиотек. При установке библиотеки по-умолчанию располагаются в системных папках, но это не всегда удобно, особенно если необходимо обеспечить коллективную работу или установить все пакеты Revit. В этом случае, советую размещать их на сервере с организацией общего доступа к ним посредством подключения сетевого диска и соответствующих настроек путей в Revit. Таким образом можно обеспечить разграниченную политику доступа и управление данными. Но возникает вопрос – как быть в случае, если необходимо работать без подключения к сети? Ведь не каждая компания может позволить себе VPN (Virtual Private Network) и не везде есть доступ к Internet. Можно скопировать на ПК, но каким образом обеспечить сохранность настроенных путей к библиотекам и проектам?

Решение этой проблемы подсказал Дмитрий Тищенко (Maestro), мой товарищ, главный конструктор компании ООО “ДАКК” и просто уважаемый человек. Даже провели несколько специальных обучений по AutoCAD в Белоруссии. Так вот, он использовал простой и проверенный способ – отключал сетевой диск и создавал виртуальный с таким же именем, который ссылался на директорию со скопированными данными с сервера. Также этот способ очень удобный для автономной работы. Например в случае, когда необходимо перенести данные с одного жесткого диска на другой без потери внешних ссылок в проектах. Как это работает?

Вы можете создать командный файл самостоятельно или загрузить установочный архив с моей библиотеки, разметить его в директории, которая будет корневой для виртуального диска. При этом ее название и путь должны содержать только латинские символы. Например:

C:\Users\kanivets\My Data

После распаковки архива, появится несколько пустых папок и файл subst-z.cmd. Открываем его для редактирования в текстовом редакторе. Файл содержит лишь одну строку, которая начинается с команды subst создающей виртуальный диск z: (или любой другой), содержащий данные по указанному пути. Указываем между скобок свой путь, сохраняем и закрываем файл, запускаем.

subst z: "C:\Users\kanivets\My Data"

В результате должен появиться новый диск, который будет хранить библиотечные и проектные данные. Для создания виртуального диска после перезагрузки операционной системы, необходимо добавить его ярлык в директорию Автозагрузка (Startup) вашей учетной записи MS Windows. Далее настроим в Revit пути размещения шаблонов проекта и семейств, пользовательских файлов и библиотек. Для примера организации структуры данных, необходимо загрузить нижеследующие архивы, разметить их в корне виртуального диска и распаковать:

Загруженные SFX-архивы не требуют наличия архиватора, извлекаются простым запуском и изначально включают в себя структуру директорий расположения файлов данных, что существенно упрощает их обновление. После их можно переместить в папку My Backup в корне виртуального диска на случай необходимости восстановления исходных данных.

Теперь немного о самой структуре директорий. Личный опыт показывает, что очень важно изначально уделить этому должное внимание. Это в последующем существенно облегчает управление, поиск и целостность информации. Рассмотрим ее на примере организации библиотечных данных. Начнем с того, что библиотек может быть множество, различных производителей, версий, продуктов и т.д. Они могут содержать различного рода данные такие как шаблоны, семейства, штриховки, настройки, примеры и другое содержимое. Исходя из этого, советую использовать следующий принцип создания директорий:

\\Разработчик\Продукт\Версия\Библиотека\Тип данных

Например:

      • Z:\My Library\Autodesk\Revit\2011\Metric\Metric Library
      • Z:\My Library\Autodesk\Revit\2011\Metric\Metric Templates
      • Z:\My Library\Autodesk\Revit\2011\Community\Семейства
      • Z:\My Library\Autodesk\Revit\2011\Community\Шаблоны
      • Z:\My Library\Autodesk\Revit\2011\Russia\Metric Library

image

Соответственно при установке всех пакетов Revit, указываем единые пути размещения библиотек, что существенно сэкономит дисковое пространство. Теперь можем настроить Расположения файлов библиотек или Местоположения для быстрого перехода к ним.

image

Сперва переопределим пути библиотек установленных по умолчанию:

      • Metric Library = Z:\My Library\Autodesk\Revit\2011\Metric\Metric Library
      • Metric Detail Library = Z:\My Library\Autodesk\Revit\2011\Metric\Metric Library\Detail Components

После добавим пути к загруженным библиотекам:

      • Community = Z:\My Library\Autodesk\Revit\2011\Community
      • Training = Z:\My Training\Autodesk\AISA\2011\AEC\RAC\Medowgate

Также можно указывать расположения текущих проектов.

image

Напоследок указываем пути расположения шаблона проекта по умолчанию, пользовательских файлов и шаблонов семейств:

      • Шаблон проекта = Z:\My Library\Autodesk\Revit\2011\Community\Шаблоны\AC Общий шаблон.rte
      • Пользовательские файлы = Z:
      • Шаблоны семейств = Z:\My Library\Autodesk\Revit\2011\Community\Шаблоны\Шаблоны семейств

Остальные настройки Revit, такие как Визуализация, Орфография, Штурвалы… могут оставаться без изменений.

image

В случае развертывания на нескольких рабочих местах, советую изначально установить библиотеки на виртуальный диск и настроить одно рабочее место. После перенести данные на сервер и подключить сетевой диск вместо виртуального. Для остальных рабочих мест, делаем установку Revit без библиотек, а настройки переносим путем копирования файла revit.ini с изменением в нем только имени пользователя.

[Revit.ini]

[Partitions]
Username=
Aleksandr (Sett) Kanivets – RAC

Пожалуй с первичными настройками параметров все, хотя еще есть Общие (Shared) параметры, Импорта и Экспорта, Ключевых обозначений и т.п.. Единственное, что остается – установить используемый в моих библиотеках шрифт Revit CIS.TTF, располагаемый по пути:

Z:\My Library\Autodesk\Revit\2011\Community\Настройки\Шрифты\ГОСТ

Он создан с целью быстрой замены одного шрифта другим для всех библиотек, шаблонов и проектов, которые его используют. Для этого необходимо отредактировать требуемый шрифт указав в нем характеристики шрифта Revit CIS.TTF, отдельно сохранить и заменить в папке \\Windows\Fonts.

Жду ваших комментариев по этой теме. Спасибо за внимание!

BIM или не BIM?

Posted: 2010/10/09 in Аналитика
Метки: , ,

Наша действительность требует все большей динамичности и точности в принятии проектных решений. Все стоит определенного времени и денег, особенно поиск и устранение допущенных ошибок. При этом не редкость, когда они проявляют себя уже в ходе возведения или эксплуатации зданий и сооружений. А это риски, которые в различной степени затрагивают всех участников проекта и особенно потребителей – тех, кто на себе испытает конечный результат. Следовательно, риски необходимо сводить к минимуму, так как мы все являемся потребителями и можем попросту оказаться не в том месте, и не в то время… Философия жизни, но наша реальность остается реальностью.

image

Обычно инвесторы имеют ограниченный ресурс денежных средств и времени на реализацию объекта инвестиций. Часто проектные решения требуются «на вчера», при этом должно быть «нечто» и в нескольких вариантах… В условиях острой конкуренции, проектировщики в спешке стараются удовлетворить пожелания клиента, получить заказ и выдают заведомо «сырые» решения, рассчитывая «на потом». А потом в ходе длительных выяснений отношений между «смежниками», заказчиком и другими инстанциями – приехавшие подзаработать «мастера на все руки» делают так, как уже получается. Преувеличиваю? Немного, с целью изначально обратить Ваше внимание на существующий ряд проблем в строительной отрасли, прежде чем начнем размышлять о вариантах их устранения.

image

От каких основных факторов в наше время зависит качество проектных решений? Естественно от человека, который их создает: его образования, опыта и навыков, уровня знаний, квалификации и т.п. Как говорил один бравый полковник: «Выше кадров, только солнце!». Но эффективность солдата в бою во многом зависит от оружия, которым он располагает, а также умения владения им. Инструмент – несомненная составляющая, от которой в полной мере зависит результат труда современного проектировщика. Что удобней заказчику? Изучать проектные предложения по техническим чертежам или увидеть будущее здание в виртуальном пространстве до того как оно будет построено? Оценить его вид, функциональность, надежность, стоимость и даже влияние на окружающую среду. Быть конкурентоспособным сейчас, помимо человеческого фактора, — это значит обладать современными инструментами и технологиями, позволяющими не просто получить результат, а своевременно и быстро внести изменения.

image

Были времена «карандаша и линейки», но они уже в прошлом, результат такой работы сейчас можно приравнять к произведению искусства, нежели к требуемому результату. С развитием компьютерных технологий, им смену пришли системы автоматизированного проектирования (САПР), которые значительно повысили производительность труда. Но настоящий прорыв в эволюции инструментов для проектирования произошел с реализацией технологии трехмерного моделирования – возможности видеть пространственную геометрию, а не представлять ее «в уме» для перенесения на плоскость. Но во всяком прогрессе есть свои преимущества и недостатки – чем совершенней инструмент, тем сложнее он в освоении, настройке и эксплуатации. А так хочется «БОЛЬШУЮ» и «КРАСНУЮ» кнопку, при нажатии которой программа сама понимает, что от неё требуется и выдает желаемый результат уже в виде готовых чертежей. Мечта почти каждого проектировщика, возможно, и будет реализована когда-либо, но не сейчас… И вообще, зачем он тогда будет нужен? С другой стороны – кто будет виновным в «случае чего»? Дилемма…

image

Можно до бесконечности рассуждать на эту тему, но факт остается фактом – без компьютерных технологий немыслимо наше нынешнее существование. Не первый год мы наблюдаем за развитием Информационного моделирования зданий (BIM – Building Information Modeling) – идеи, которая позволяет осуществлять работу с проектными данными как с единым целым, причем любое внесение изменений, в любом месте, влечет за собой изменения во всем проекте. Превосходные возможности, которые позволяют организовать и вести скоординированную работу всех смежных подразделений на всех этапах проектирования и строительства. Следующее поколение инструментов позволит управлять жизненным циклом зданий (BLM – Building Lifecycle Management). Зачем?

image

Представьте, через 5-10 лет, люди которые проектировали и возводили объекты после Второй мировой войны, уйдут. По разным причинам… И вместе с ними уйдут их знания, а молодые специалисты настолько нестабильны в постоянном месте работы, что физически не могут эти знания перенять. Выход? Проекты не должны покоиться в архивах в бумажном виде, а должны «жить» в электронном формате до тех пор, пока «живет» само здание! В этом случае, его информационная модель будет постоянно пополняться такими данными, как: перепланировка отдельных квартир; обслуживание и ремонт инженерных сетей, коммуникаций; состояние несущих конструкций и так далее. Это позволит всегда обладать самой достоверной информацией об объекте с целью принятие решений о его реконструкции или сносе. Для этих целей уже создаются инфраструктурные системы с мощными серверами и программным обеспечением, разрабатываются стандарты … но, к сожалению, не у нас. Почему?

image

Все основные разработчики программных средств, Autodesk, Bentley, Siemens, Nemetschek – это западные компании, которые создают их для своих проектировщиков, согласно своим рыночным условиям, требованиям. При этом развитие мировых стандартов идет в ногу с развитием информационных технологий. Мы же застряли между прошлым и будущим, наша наука в области автоматизации процессов проектирования мертва с тех пор, как развалился Союз. Ее реанимация – очень затратное и бесперспективное дело, потому как угнаться за впередиидущим «западом» не представляется возможным. А наши великие и нерушимые ГОСТы, СПДСы, ЕСКД настолько устарели, что сводят эффективность использования этих систем практически к «нулю». Может достаточно просто использовать у нас весь мировой потенциал, опыт, знания и не заниматься изобретением «нового велосипеда из старых запчастей» или «винегрета» из норм и правил? Но тут же возникает вопрос – если исчезнет эта «историческая крепость», останутся ли наши отечественные проектировщики конкурентоспособными по сравнению с их западными коллегами?

Face - Voice

В последние годы все больше западных проектных компаний выходят на наш рынок со своими предложениями, открывают представительства и нанимают наших специалистов только для того, чтобы приводить в соответствие с нашими нормами уже готовые проекты. В итоге происходит потеря времени на изучение и переделку проектной документации, ее согласование. Как следствие, возникают новые ошибки, увеличиваются сроки выпуска чертежей, теряются деньги… И все зачем? Кому это выгодно? Может, потому что не будь всего этого, наши проектировщики и некоторые инстанции просто останутся без работы? Слишком уж разные требования у них и у нас к проектной документации. Пока мы выводим каждую линию на чертежах, они считают экономичность, энергоэффективность и экологичность зданий. Впрочем, в недалеком будущем нам также придется этим заниматься. Законы уже пишутся, проводятся различные мероприятия, такие как выставка REenergy 2010 в Москве при поддержке Министерства энергетики Российской Федерации и Русского энергетического агентства, на сайте которого можно ознакомиться с презентацией о текущем развитии энергоэффективности в стране. Или e3Forum в рамках выставки KievBuild 2010 при поддержке украинской сети энергетических инноваций Greencubator. Только вот согласно чему и при помощи каких инструментов все это будет рассчитываться? Наиболее продвинулись в этом направлении разработки компании Autodesk – мирового лидера в области программных средств для проектирования, анимации и графики. Продукты Green Building Studio и Ecotect Analysis соответствуют мировым стандартам, например LEED, Energy Star. Их инструменты позволяют всесторонне изучить будущее или существующее здание на предмет возможности использования альтернативных источников энергии, затенения, освещенности, визуального и акустического комфорта… но насколько эти технологии подходят нам? Решить сможем только мы и никто другой.

Энергоэффективное моделирование зданий