Записи с меткой «Autodesk»

Мое почтение!

Предлагаю в этой теме обсудить Assembly Code классификатор данных Revit, который разрабатываю для 2016/2017 версии своих ASK библиотек. Сама идея классификации появилась в ходе выполнения пилотного проекта в Беларуси, результатом которого стал BIM Стандарт, а также ряда реальных проектов в течении двух последних лет. Она заключается в четком числовом определении разделов и категорий Revit и служит основой файловой структуры библиотеки, а также наименования данных. Например, ASK 312 35020 Lintel — SQ:

  • 312 — 3 Конструкции, 1 Общественные, 2 Железобетонные
  • 35020 — 35 Перемычка, 0 Модель, 20 Сборная

Тоесть, первые три цифры — определяют отношение к разделу, а следующие пять — к категории. По ссылке найдете текущую версию файла  Assembly Code, в котором проработана общая структура данных, а также классификации несущих конструкций:

  • Колонн (310 31000)
  • Каркасов (310 32000)
  • Балок (310 33000)
  • Перемычек (310 35000)
  • Проемов (310 20000)

Для подключения файла ASK 000 00000 Classifications.txt, необходимо перейти во вкладку:

Управление (Settings) — Дополнительные параметры (Additional Settings) — Код по классификатору (Assembly Code) — Обзор (Browse) — Ок

Жду ваших предложений/пожеланий. Заренее благодарю!

ASK Wish - Assembly Code_20160208

Здравствуйте!

И снова конец года, и снова новый год… время не стоит на месте, но оно того стоит чтобы бежать впереди него). 2015 год был годом работы над ошибками и составлением планов на год грядущий. Это первый год за все время, в котором я практически не работал в новой (2016) версии Autodesk Revit и не выпустил общедоступных библиотек на его основе. Причина? Очередная разработка с “нуля” библиотек семейств и шаблонов, при том что предыдущая была не так давно – под 2014 версию, но с существенными изменениями и дополнениями под 2015. И все бы хорошо, пока не начал активно использовать автоматизацию процессов проектирования и управления библиотеками при помощи журналов, скриптов и Dynamo, которые потребовали наличия более стабильной русскоязычной локализации интерфейса Revit и особенно при переходе от версии к версии.

ASK News - JournalsASK News - Dynamo rooms

Стабильности, как “с моря погоды” — не дождешься, потому принял решение переходить на англоязычную версию, заодно исправить допущенные ошибки, провести оптимизацию классификатора данных и как следствие обновить BIM Стандарт, который писал для Беларуси. На классификации и застрял… так как она является основой всей разработки и требует особого внимания. Для начала пришлось создать в Microsoft Excel таблицы по составлению классификатора Assembly code, который определяет изначальные наименования данных (семейств, шаблонов, стилей, образцов, материалов и т.п.) с распределением их по Разработчикам, Разделами, Категориям. По сути он представляет собой новую редакцию уже существующей моей классификации, но с привязкой уже к параметру типа Код по классификатору (Assembly Code) вместо Группа модели (Model), что намного удобней в случае назначения. Далее приступил к разработке Keynote классификатора для распределения данных по Материалам, Форме, Использованию и прочим Конструктивным особенностям. Долго определялся с форматом его кодирования, а после ряда экспериментов — просто взял за основу 5 последних чисел из 8 Assembly code и добавил еще 8 (5 и 3). В итоге полный код любого изделия будет состоять из 13 знаков, чего вполне достаточно… хотя время еще покажет :).

ASK News - Assembly codeASK News - Keynote

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

  • RUS 410 4400 Дверь — RA`OS-LT ГРС2 №000 (ГОСТ 24698-81) !.rfa
  • Дверь прямоугольная внешняя левосторонняя глухая распашная двустворчатая базовой формы по ГОСТ 24698-81 на основе стены общественной архитектуры России.rfa

59 знаков с пробелами против 153! Совпадение? Не думаю! Ну, а если кто-то сможет предложить более краткую и понятную систему классификации – будут только рад ее принять на вооружение ;). Единственное, пожалуй соглашусь с мнением редакции ресурса bim2b.ru в еженедельном обзоре BIM блогов: “… работать со стандартом Канивца могут только те, кого учил сам Канивец …“ – однозначно да, особенно в случае наиболее эффективного его внедрения в компании и кто же, как не сам автор лично об этом Вам расскажет :). По этому случаю с Нового 2016 года, открываем свой Авторизированный учебный центр Autodesk в Киеве, о чем будет соответствующая информация. По сему – рады будем помочь!

Планов – множество, рук – не хватает. Потому желаю Вам в Новом 2016 году — по больше хватающих рук для реализации себя и себе подобным, а планы – чтука переменчивая да и Обезьяна все сделает по-своему!

Реализуйтесь!

ASK News - Monkey

Как думаю уже известно, 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 версию.

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

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

Создание файла путей семейств

Начнем из создания текстового файла путей семейств, требующих обновления, при помощи пакетных файлов CMD расположенных в корне Библиотеки (Libraries). Да, это «старые-добрые» и проверенные временем команды DOS. Откроем файл ASK 000 00000 Families.cmd:

  • @echo off
  • chcp 1251
  • cd .
  • attrib -R -H -S +A «*.rf?» /S
  • del «*.0???.r??» /S
  • dir /B /S «*.rf?» > «ASK 000 00000 Families.txt»
В нем изначально отключаем вывод результата @echo off и устанавливаем кириллическую кодировку chcp 1251. Далее указываем текущую директорию cd ., на всякий случай снимаем атрибуты скрытия, защиты от записи файлов семейств attrib -R -H -S +A «*.rf?» /S, удаляем их резервные копии del «*.0???.r??» /S и получаем их пути dir /B /S «*.rf?» с записью в текстовый файл > «ASK 000 00000 Families.txt». После выполнения файла ASK 000 00000 Families.cmd получаем текстовый файл с требуемыми строками путей и наименований файлов семейств. Обратите внимание, что для Autodesk Revit 2016 создаю библиотеки исключительно на латинице и только для англоязычной версии.

На случай получения списка путей семейств моделей есть отдельная команда ASK 000 00000 Families — Model.cmd, а соответственно для семейств оформлений – ASK 000 00000 Families — Annotation.cmd. Зачем? При внесении изменений в семейства моделей можно добавить Общие параметры (Shared parameter), а в семейства оформлений – нет. Тут же возникает логичный вопрос – как отделить «котлеты» от «мух», семейства моделей от семейств оформлений?

Лично это решаю при помощи собственной системы классификации данных, в которой все семейства моделей в численном коде имеют «0» на шестой позиции «??? ??? ??0??*.rf. В случае необходимости можно расширить условия поиска и, например, добавить составляющие семейства моделей «??? ??? ??5??*.rf с цифрой 5. В результате запуска команды получаем исключительный перечень семейств моделей, на примере которых и продемонстрирую работу журналов обновления. Естественно для этого потребуется только несколько файлов. Но прежде, еще посмотрим отличия условий выбора семейств оформлений, в которых маска «??? ??? 1?0??*.rf отвечает за обозначения, «??? ??? ??2??*.rf за аннотации и «??? ??? ??3??*.rf?» семейства детализации. Проверяем результат выполнения команды ASK 000 00000 Families — Annotation.cmd и еще раз убеждаемся в нем.

Обзор журнала обновления семейств

Таким образом мы закончили подготовку списка семейств для обновлений и перейдем к обзору журналов. С журналом созданий Рабочих наборов можно ознакомиться по ссылке. Сейчас же открываем журнал ASK 000 00000 Upgrade.txt, в начале которого обязательно указываются комментарии версии Autodesk Revit, а также переменная объявления Объекта CrsJournalScript для выполнения действий.

  • ‘ Build: 20150506_1715(x64)
  • ‘ Branch: RELEASE_2016_RTM
  • Dim Jrn
  • Set Jrn = CrsJournalScript

Далее следуют переменные получения текстового файла со списком путей семейств, его наименования, расположения и пути. После объявляется Объект работы с Файловой системой (File System):

  • Dim dirFile ‘File with Path of Families (RFT, RFA)
  • Dim dirFileName ‘ Set file name
  • dirFileName = «ASK 000 00000 Families.txt»
  • Dim dirFileLocation ‘ Set file location
  • dirFileLocation = «L:\01 Libraries\Autodesk\Revit\2016\ASK\»
  • Dim dirFilePath ‘ Get file path
  • dirFilePath = dirFileLocation & dirFileName
  • Dim fso ‘ Set file System Object
  • Set fso = CreateObject(«Scripting.FileSystemObject»)

Ознакомиться с его возможностями можно на сайте MSDN (Microsoft Developer Network) по ссылке, среди которых нам потребуется метод ReadLine для построчного чтения текстового файла. Соответственно можно скопировать готовый пример использования этого метода для записи и чтения. Вернемся к журналу, в котором после объявляю переменную хранения пути обновляемого семейства:

  • Dim upgFilePath ‘ Path of file to upgrade

Далее начинается основной код, в котором изначально делаю проверку наличия текстового файла и в случае его отсутствия вывожу Сведенья о Autodesk Revit (About) в качестве предупреждения, так как пока не получается вывести текстовое сообщение:

  • If fso.FileExists (dirFilePath) Then
  • Set dirFile = fso.OpenTextFile(dirFilePath, 1)
  • Do While dirFile.AtEndOfStream <> True
  • upgFilePath = dirFile.ReadLine
  • askUpgrade(upgFilePath)
  • Loop
  • Else
  • Jrn.Command «Ribbon» , «Display program information… , ID_APP_ABOUT»
  • End If

В случае наличия файла, открываем его и приступаем к построчному чтению циклом Do While с получением и передачей пути обновляемого семейства отдельной процедуре askUpgrade:

  • Sub askUpgrade(askFilePath)
  • Jrn.Command «Ribbon» , «Open an existing project , ID_REVIT_FILE_OPEN»
  • Jrn.Data «File Name» , «IDOK», askFilePath
  • Jrn.Command «Ribbon» , «Save the active project , ID_REVIT_FILE_SAVE»
  • Jrn.Command «Ribbon» , «Close the active project , ID_REVIT_FILE_CLOSE»
  • End Sub

Которая выполняет открытие требуемого семейства по указанному пути, его сохранение и закрытие. Вот собственно и все решение, которые сэкономит массу Вашего времени и главное нервов).

Обзор журнала модификации семейств

Лень однозначно – двигатель прогресса, и почему бы не сэкономить еще больше времени, например, на изменениях файлов семейств? Посмотрим журнал обновления семейств ASK 000 00000 Upgrade — Model.txt, в котором после открытия семейства в процедуре обновления askUpgrade, вызываются процедуры добавления нового параметра askAddParameter и обновления семейств обозначений askUpdateSymbols:

Процедура добавления нового параметра создана с возможностью получения его Имени, Группы, а также Значения, что существенно уменьшает требуемый объем кода в случае добавления нескольких параметров. Соответственно в скобках, после объявления процедуры, указываются переменные входящих значений, которые передают их соответствующим командам:

  • Sub askAddParameter(askParameter , askParameterGroup , askParameterValue)
  • Jrn.PushButton «Modal , Family Types , Dialog_Family_FamilyType» _
    , «Add…, Control_Family_NewFamParam»
  • Jrn.RadioButton «Modal , Parameter Properties , Dialog_Revit_ParamPropertiesFamily» _
    , «Shared parameter, Control_Revit_ExternalParam»
  • Jrn.PushButton «Modal , Parameter Properties , Dialog_Revit_ParamPropertiesFamily» _
    , «Select…, Control_Revit_ExternalParamSelect»
  • Jrn.ListBox «Modal , Shared Parameters , Dialog_Revit_ExternalParamImport» _
    , «Control_Revit_Parameters» , «DblClick» , askParameter
  • Jrn.ComboBox «Modal , Parameter Properties , Dialog_Revit_ParamPropertiesFamily» _
    , «Control_Revit_ParamGroup» , «Select» , askParameterGroup
  • Jrn.PushButton «Modal , Parameter Properties , Dialog_Revit_ParamPropertiesFamily» _
    , «OK, IDOK»
  • Jrn.Data «Transaction Successful» , «New parameter»
  • Jrn.Grid «Control; Modal , Family Types , Dialog_Family_FamilyType; _
    Control_Family_TypeGrid» , «PartialEdit» , «Developer» , «ValueCol» , askParameterValue
  • Jrn.PushButton «Modal , Family Types , Dialog_Family_FamilyType» , «OK, IDOK»
  • Jrn.Data «Transaction Successful» , «Family Types»
  • End Sub

При этом, обратите внимание, что для добавления аналогичного параметра в семейства оформлений, необходимо будет передать чуть больше значений, в связи с невозможностью использования Общих параметров (Shared Parameters).

Процедура askUpdateSymbols осуществляет обновление обозначения Уровней (Levels) и Разрезов (Section) из библиотеки по исходным путям их загрузки:

  • Sub askUpdateSymbols()
  • Jrn.Browser «Activate» , » «
  • Jrn.Browser «ToggleExpandedState» , «>>Families>>»
  • Jrn.Browser «ToggleExpandedState» , «>>Families>>Annotation Symbols>>»
  • Jrn.Browser «SelChange» , «>>Families>>Annotation Symbols>>ASK 000 00140 Level>>»
  • Jrn.Command «Internal» , «Reload Family , ID_RELOAD_FAMILY»
  • Jrn.Data «File Name» , «IDOK», «L:\01 Libraries\Autodesk\Revit\2016\ASK _
    \ASK 000 00100 Symbols\ASK 000 00140 Layouts\ASK 000 00140 Level.rfa»
  • Jrn.Data «FileExternalTypes» , «»
  • Jrn.Data «TaskDialogResult» , «You are trying to load the family ASK 000 00140 Level _
    , which already exists in this project. What do you want to do?» _
    , «Overwrite the existing version», «1001»
  • Jrn.Data «Transaction Successful» , «Reload Family»
  • Jrn.Browser «Activate» , » «
  • Jrn.Browser «SelChange» , «>>Families>>Annotation Symbols>>ASK 000 00150 Section>>»
  • Jrn.Command «Internal» , «Reload Family , ID_RELOAD_FAMILY»
  • Jrn.Data «File Name» , «IDOK», «L:\01 Libraries\Autodesk\Revit\2016\ASK _
    \ASK 000 00100 Symbols\ASK 000 00150 Views\ASK 000 00150 Section.rfa»
  • Jrn.Data «FileExternalTypes» , «»
  • Jrn.Data «TaskDialogResult» , «You are trying to load the family ASK 000 00150 Section _
    , which already exists in this project. What do you want to do?» _
    , «Overwrite the existing version», «1001»
  • Jrn.Data «Transaction Successful» , «Reload Family»
  • Jrn.Browser «Activate» , » «
  • Jrn.Browser «ToggleExpandedState» , «>>Families>>Annotation Symbols>>»
  • Jrn.Browser «ToggleExpandedState» , «>>Families>>»
  • End Sub

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

В Autodesk Revit существует функция записи всех действий пользователя в текстовый файл — журнал, который используется разработчиками в основном для выявления причин сбоя приложения. Самое интересное, что действия можно воспроизвести путем перетаскивания файла на значок Revit. Это позволяет восстановить часть работы после «вылета» Revit или же сэкономить время на некоторых часто повторяемых действиях. К примеру, рассмотрим случай создания нового проекта для коллективной работы на основе требуемого Шаблона (Template). Напомню, что для этого необходимо будет создать Рабочие наборы (Worksets), которые позволяют назначить Владельца (Owner) и Заемщика(Borrower) совокупности пользовательских элементов, семейств, видов и настроек. На первый взгляд процедура не сложная, но отнимающая время и требующая внимания.

Запись

С начала запустим Autodesk Revit и создадим новый проект, с обязательным выбором Шаблона проекта (Template) из библиотеки для получения его пути и наименования. Далее приступим к созданию Рабочих наборов (Worksets) и сначала введем наименования основного набора для Уровней (Levels) и Осей (Grids), а также для всех остальных элементов проекта, например, Местности (Site). Соответственно составляю наименования согласно своему классификатору данных, в котором все элементы Разбивки (Layouts) имеют код 000 00240, а Местности (Site) – 100 00000. Естественно можете ввести любые понятные Вам значения. Далее добавляю Рабочие наборы (Worksets), которые могут понадобиться для распределения элементов Концепции (Massing), Конструкций (Structure), Архитектуры (Architecture), Технологии (Technology), Инженерии (Services) и т.п. Таким образом каждый проектировщик будет работать в наборе, соответствующий его разделу. Спросите – а как же быть в случае работы нескольких архитекторов? Ведь Revit не позволяет одновременно назначать нескольких владельцев одному набору, в то время как другие участники проекта смогут свободно занимать их элементы. Как вариант можно создать дополнительные архитектурные наборы для более детального распределения элементов, например, Стены (Walls), Полы (Floors), Потолки (Ceilings), Проемы (Openings) и т.п., а можно разделить проект на отдельные модели и связать их между собой наложенными ссылками. Что лучше? Собственно, это тема следующих публикаций, а пока выберем Активный рабочий набор (Active Workset), установим Подавление графики неактивных наборов (Gray Inactive Workset Graphics) и завершим их создание. Далее можем еще раз открыть диалог наборов для проверки результата и закрыть Revit. Запись журнала – завершена.

Редактирование

Для просмотра полученного журнала действий перейдем по следующему пути:
В случае наличия нескольких файлов журналов, отсортируем их по дате создания, выделим самый новый и скопируем в другое месторасположение. Именно скопируем, а не перенесем, так как оригинал нам может понадобиться на случай восстановления чего-то нужного, которое можно случайно удалить в ходе редактирования. Скопированный файл лично сохраняю в своей библиотеке по пути с обязательным переименованием:
Далее открываем файл журнала для редактирования в Блокноте (Notepad). Несмотря на то, что было с два десятка действий, строк записей значительно больше, но это обстоятельство не должно Вас пугать, так как большинство из них – это комментарии помеченные символом апострофа в начале и не представляющие для нас никакой ценности. Соответственно по ходу редактирования все они удаляются, кроме комментариев в 3-4 строках, которые содержат информацию о сборке Revit и без которых выполнение может не произойти. К сожалению, официально журналы не поддерживаются и в справочной документации нет по ним описания, а также их синтаксис может изменяться от версии к версии, как и отличаться в зависимости от локализации. Раз упомянул о синтаксисе, обратим внимание на следующие строки, в которых объявляется переменная Jrn в формате vbScript с последующим присвоением ей команд выполнения скриптов:
  • Dim Jrn
  • Set Jrn = CrsJournalScript
Таким образом все необходимые нам строки будут начинаться с Jrn и очень вероятно в журнале можно будет воспользоваться преимуществами скриптового программирования с целью оптимизации. Приступим к поиску строчки с командой Создания нового проекта на основе шаблона. Придется пролистать половину журнала, внимательно просмотреть множество строчек комментариев, в которых отображается информация о Revit, ходе его загрузки и всех связанных с ним библиотек, компонентов и надстроек, доступности памяти, а также пропустить команды назначения всяческих переменных и т.п., пока не найдем строчку Открытия главного меню приложения:
  • Jrn.AppButtonEvent 1 , “Application Menu is opening
Теперь все лишнее можно смело удалить. Спустя несколько комментариев следует команда Закрытия главного меню приложения и сразу же искомая команда Создание нового проекта:
  • Jrn.AppButtonEvent 0 , “Application Menu is closing”
  • Jrn.Command «Ribbon» , «Create a new project , ID_FILE_NEW_CHOOSE_TEMPLATE»
Вот как раз с этого места и начинаются исполняемые команды и следует быть очень осторожным, чтобы в ходе редактирования не удалить и не повредить нужные строки. Естественно комментарии между командами удаляем, а также можем удалить переносы строк исполняемых команд, которые обозначаются в конце символом нижнего подчеркивания. Обратите внимание на команды выбора шаблона проекта:
  • Jrn.PushButton «Modal , New Project , Dialog_Revit_NewProject» _
    , «Browse…, Control_Revit_BrowseTemplateName»
  • Jrn.Data «FileDialog» _
    , «IDOK» , «L:\01 Libraries\Autodesk\Revit\2016\ASK\ASK 000 00000 General.rte», «rte» _
    , «ASK 000 00000 General.rte», «ASK 000 00000 General.rte»
  • Jrn.Data «FileType» , «Template Files (*.rte)»
В них указаны значения пути и имени файла Шаблона проекта (Project Template), которые можно будет заменить, что позволит создавать Рабочие наборы (Worksets) на основе любых шаблонов. После команды подтверждения Создания нового проекта:
  • Jrn.PushButton «Modal , New Project , Dialog_Revit_NewProject» , «OK, IDOK»
следует множество комментариев его загрузки, подготовки активных видов, назначения переменных и т.п., которые также удаляем до момента открытия диалога Создания рабочих наборов:
  • Jrn.Command «StatusBar» , «Workset control , ID_SETTINGS_PARTITIONS»
  • Jrn.Edit «Modal , Worksharing , Dialog_Revit_PartitionsEnable» _
    , «Control_Revit_PartitionsEnableLevelsGridsViewsEdit» , «ReplaceContents» _
    , «000 00240 Layout»
  • Jrn.Edit «Modal , Worksharing , Dialog_Revit_PartitionsEnable» _
    , «Control_Revit_PartitionsEnableOthersEdit» , «ReplaceContents» _
    , «100 00000 Site»
  • Jrn.PushButton «Modal , Worksharing , Dialog_Revit_PartitionsEnable» , «OK, IDOK»
В нем указываем наименования наборов для хранения элементов Уровней (Levels) и Осей (Grids), а также Остальных (Others) элементов. После нажатия подтверждения создания, снова последует много комментариев, после которых важно не пропустить команду завершения Транзакции (Transaction). Что она собой представляет? Это фактическое завершение режима ожидания значений для переменных с передачей их следующим процессам в случае подтверждения или же возврат предыдущих значений в случае отмены.
  • Jrn.Data «Transaction Successful» , «Worksets»
Далее последуют команды создания дополнительных рабочих наборов:
  • Jrn.PushButton «Modal , Worksets , Dialog_Revit_Partitions» , «New, Control_Revit_New»
  • Jrn.Edit «Modal , New Workset , Dialog_Revit_NewPartition» _
    , «Control_Revit_NewPartitionName» , «ReplaceContents» , «200 00000 Massing»
  • Jrn.PushButton «Modal , New Workset , Dialog_Revit_NewPartition» , «OK, IDOK»
Как видно со скрипта, на создания каждого набора требуется три строки – нажатие кнопки Нового набора, введение значения его имени и подтверждение, при этом завершение Транзакции (Transaction) после каждого создания – не требуется. Разница в строках заключается только в наименовании Наборов, и чтобы не терять время на долгое форматирование строк и удаление комментариев, достаточно скопировать уже готовые три строки команд и указать только требуемые имена, а нижеследующие строки – удалить. Итого получаем:
  • Jrn.PushButton «Modal , Worksets , Dialog_Revit_Partitions» , «New, Control_Revit_New»
  • Jrn.Edit «Modal , New Workset , Dialog_Revit_NewPartition» _
    , «Control_Revit_NewPartitionName» , «ReplaceContents» , «300 00000 Structure»
  • Jrn.PushButton «Modal , New Workset , Dialog_Revit_NewPartition» , «OK, IDOK»
  • Jrn.PushButton «Modal , Worksets , Dialog_Revit_Partitions» , «New, Control_Revit_New»
  • Jrn.Edit «Modal , New Workset , Dialog_Revit_NewPartition» _
    , «Control_Revit_NewPartitionName» , «ReplaceContents» , «400 00000 Architecture»
  • Jrn.PushButton «Modal , New Workset , Dialog_Revit_NewPartition» , «OK, IDOK»
  • Jrn.PushButton «Modal , Worksets , Dialog_Revit_Partitions» , «New, Control_Revit_New»
  • Jrn.Edit «Modal , New Workset , Dialog_Revit_NewPartition» _
    , «Control_Revit_NewPartitionName» , «ReplaceContents» , «500 00000 Technology»
  • Jrn.PushButton «Modal , New Workset , Dialog_Revit_NewPartition» , «OK, IDOK 
  • Jrn.PushButton «Modal , Worksets , Dialog_Revit_Partitions» , «New, Control_Revit_New»
  • Jrn.Edit «Modal , New Workset , Dialog_Revit_NewPartition» _
    , «Control_Revit_NewPartitionName» , «ReplaceContents» , «600 00000 Services»
  • Jrn.PushButton «Modal , New Workset , Dialog_Revit_NewPartition» , «OK, IDOK
Вероятно, что можно будет оптимизировать строки Создания наборов, путем применения цикла и массива значений наборов. Остается всего несколько команд до завершения редактирования – это Сортировка наборов по имени, выбор Активного набора (Active Workset) и установка Подавления графики неактивных наборов (Gray Inactive Workset Graphics).
  • Jrn.Gris “Control; Modal , Worksets , Dialog_Revit_Partitions; Control_Revit_Partition» _
    , «MoveCurrentCell» , «HeaderRow» , «Name»
  • Jrn.ComboBox «Modal , Worksets , Dialog_Revit_Partitions» _
    , «Control_Revit_ActivePartitionCombo» , «SelEndOk» , «000 00240 Layout»
  • Jrn.ComboBox «Modal , Worksets , Dialog_Revit_Partitions» _
    , «Control_Revit_ActivePartitionCombo» , «Select» , «000 00240 Layout»
  • Jrn.CheckBox «Modal , Worksets , Dialog_Revit_Partitions» , «Gray Inactive Workset Graphics _
    , Control_Revit_GrayInactiveWorksetGraphics» , True
Обратите внимание, что команда выбора активного набора (Active Workset) дублируется с различными операторами «SelEndOk» и «Select», соответственно одна из них может быть лишней, в чем убедимся позже. После закрытия диалога Рабочих наборов (Worksets), обязательно должна следовать команда успешного завершения Транзакции (Transaction) для подтверждения действий:
  • Jrn.PushButton «Modal , Worksets , Dialog_Revit_Partitions» , «OK, IDOK»
  • Jrn.Data «Transaction Successful» , «Worksets»
В заключении работы скрипта, осуществляется повторное открытие диалога Рабочих наборов (Worksets) для проверки результата:
  • Jrn.Command «StatusBar» , «Workset control , ID_SETTINGS_PARTITIONS»
Оставшиеся строки закрытия проекта без сохранения и все комментарии – можно смело удалить, а также закомментировать лишнюю строку выбора активного набора, например, с оператором «SelEndOk». Все, сохраняем журнал и приступаем к проверке его работоспособности.

Выполнение

Откроем Проводник, перейдем в месторасположение файла нашего журнала и перетащим его на значок Autodesk Revit на Рабочем столе. Как результат, будет запущенно приложение и выполнение команд создания Рабочих наборов (Worksets). В случае возникновения неполадок, появится окно Ошибки журнала (Journal Error) с предложением перейти в Интерактивный режим (Enter interactive mode). Соответственно закрываем Revit без сохранения, возвращаемся в Проводник и открываем новый файл журнала, например, journal.0001.txt, который появился в ходе выполнения нашего в той же директории. В нем будет запись всех действий в ходе выполнения журнала до момента сбоя, потому листаем почти в самый конец, ищем строку с комментарием причины ошибки и ссылки на строку ее расположения, например:
  • ‘ 1:< Execution did not correspond to recorded journal sequence.
  • ‘ At line number 31 of source journal.
В данном случае сообщается, что выполнение не соответствует требуемой последовательности. Открываем наш журнал для редактирования, находим в нем сроку 31 и способом «научного тыка» устраняем причину ошибки, в моем случае отсутствует третья строка подтверждения создания рабочего набора «600 00000 Services». Вновь сохраняем файл журнала, но прежде чем его воспроизвести, попробуем немного оптимизировать.

Оптимизация

В ходе редактирования упоминал, что журналы Autodesk Revit записываются формате vbScript, соответственно можно произвести его оптимизацию. Начнем из создания переменных Наименования и Расположения Шаблона проекта (Project Template) для создания Рабочих наборов (Worksets). Для этого после строк объявления и назначения переменной Jrn, запишем свои:
  • Dim askFileName
  • askFileName = «ASK 000 00000 General.rte»
  • Dim askFileLocation
  • askFileLocation = «L:\01 Libraries\Autodesk\Revit\2016\ASK\»
Так как в скрипте требуются отдельные значения имени Шаблона проекта и его Полного пути, создадим переменную askFilePath составляемую из значений askFileLocation и askFileName:
  • Dim askFilePath
  • askFilePath = askFileLocation & askFileName
Очень советую перед подстановкой переменных в соответствующую строку команды, сделать ее исходную копию и закомментировать на всякий случай:
  • ‘ Jrn.Data «FileDialog» _
    , «IDOK» , «L:\01 Libraries\Autodesk\Revit\2016\ASK\ASK 000 00000 General.rte», «rte» _
    , «ASK 000 00000 General.rte», «ASK 000 00000 General.rte»
  • Jrn.Data «FileDialog» , «IDOK», askFilePath, «rte» , askFileName, askFileName
Перед сохранением можем еще закомментировать строки Открытия и Закрытия главного меню для проверки их полезности. Если все сделали правильно, выполнение журнала должно пройти без ошибок и можно попробовать применить функцию vbScript, например, Массив (Array) с целью хранения всех наименований Рабочих наборов (Worksets) в одной строке. Для начала сделаем поиск в сети Интернет доступной справочной документации по vbScript, лично советую Language Reference на сайте MSDN (Microsoft Developer Network). В разделе Функции (Functions) найдем информацию по Массиву (Array), скопируем пример кода и вставим в журнал после строк предыдущих переменных. Впишем название переменной askWorksetArray, которой после присвоим функцию Массива (Array) со значениями наименований всех Рабочих наборов (Worksets):
  • Dim askWorksetArray
  • askWorksetArray = Array(«000 00240 Layout»,»100 00000 Site»,»200 00000 Massing» _
    ,»300 00000 Structure»,»400 00000 Architecture»,»500 00000 Technology» _
    ,»600 00000 Services»)
Далее сделаем замену значений наименований наборов во всех строках журнала, где они используются на переменную askWorksetArray(n) с указанием в скобках позиции соответствующего значения в массиве, начиная с нуля. Например:
  • Jrn.Edit «Modal , Worksharing , Dialog_Revit_PartitionsEnable» _
    , «Control_Revit_PartitionsEnableLevelsGridsViewsEdit» , «ReplaceContents» _
    , askWorksetArray(0)
  • Jrn.Edit «Modal , Worksharing , Dialog_Revit_PartitionsEnable» _
    , «Control_Revit_PartitionsEnableOthersEdit» , «ReplaceContents» , askWorksetArray(1)
  • Jrn.Edit «Modal , New Workset , Dialog_Revit_NewPartition» _
    , «Control_Revit_NewPartitionName» , «ReplaceContents» , askWorksetArray(2)
  • Jrn.ComboBox «Modal , Worksets , Dialog_Revit_Partitions» _
    , «Control_Revit_ActivePartitionCombo» , «Select» , askWorksetArray(0)
Прежде чем запустим журнал, избавимся от лишних закомментированных ранее строк, а также добавим несколько своих комментариев для ясности и улучшения читаемости. Сохраняем и выполняем журнал, в случае успеха – продолжаем оптимизацию, в ином случае – смотрим свежие журналы на предмет информации об ошибках и устраняем их. Попробуем применить цикл For…Next для возможности создания любого количества наборов из массива, но пока не менее трех. Для этого потребует функция определения длинны массива uBound() и переменная для ее хранения:
  • Dim askWorksetCount
  • askWorksetCount = uBound(askWorksetArray)
Прежде чем существенно править строки, настоятельно советую сохранить файл журнала и сделать его резервную копию. После удаляем все повторяемые строки создания дополнительных наборов кроме первых, которые впишем в цикл. При этом длина цикла должна быть на два значения меньше, так как на момент его выполнения два набора уже будут созданы, а сама переменная askWorksetArray должна начинаться со второй позиции:
  • For i = 0 to askWorksetCount — 2
  • Jrn.PushButton «Modal , Worksets , Dialog_Revit_Partitions» , «New, Control_Revit_New»
  • Jrn.Edit «Modal , New Workset , Dialog_Revit_NewPartition» _
    , «Control_Revit_NewPartitionName» , «ReplaceContents» , askWorksetArray(i +2)
  • Jrn.PushButton «Modal , New Workset , Dialog_Revit_NewPartition» , «OK, IDOK»
  • Next
Естественно можно сразу начать цикл с требуемой позиции и не заниматься дополнительными вычислениями:
  • For i = 2 to askWorksetCount
Сохраняем и проверяем работоспособность оптимизации циклом путем выполнения журнала. После можем попробовать добавить несколько новых Рабочих наборов (Worksets) к переменной askWorksetArray, сохранить и вновь запустить журнал.

Заключение

Таким образом мы получили простейшую автоматизацию по созданию наборов в новых проектах, которую можно еще оптимизировать условиями If…Else для создания уже минимум двух Рабочих наборов (Worksets) вместо трех, процедурами Sub с целью вынесения повторяемых действий за пределы основного кода для удобства их редактирования. Также журнал можно дополнить командами загрузки требуемых семейств, осуществления настроек и создания видов, что позволит использовать его еще более эффективно.

Пользуйтесь.

Часто возникает вопрос об установке Autodek Revit и особенно по выбору и настройке компьютера для его работы. Следовательно, постараюсь уделить особое внимание этому вопросу и предоставить рекомендации исходя из своего личного опыта, ведь производительность «софта» напрямую зависит от возможностей «железа». Это также, как в здоровом теле – здоровый дух). Сперва предлагаю ознакомиться с требованиями к Autodesk Revit для понимания, какое «железо» он «любит» лучше всего. После подробно остановимся на последовательностях подготовки компьютера для его установки с «нуля», начиная с операционной системы Microsoft Windows и заканчивая настройкой самого Revit согласно моей методике проектирования.

Требования

Каждый программный продукт имеет свои определенные требования к аппаратному обеспечению, которые без труда можно узнать на сайте уважаемого себя разработчика. Иногда требования разделяют в зависимости от сложности решаемых задач, соответственно это непосредственно влияет на рекомендуемые требования к характеристикам «железа» и как следствие на производительность «софта». Сама же производительность во многом зависит от используемой операционной системы, ее настроек, а также обслуживания рабочего места в ходе эксплуатации.
Итак, для выбора аппаратного обеспечения, изначально нужно определится с задачами, которые предстоит решать при помощи требуемого программного обеспечения: офисная работа, двухмерное или трехмерное проектирование, информационное моделирование зданий (BIM), расчеты или визуализации, а может даже все и сразу. Немаловажную роль при этом, играет сложность поставленных задач и особенно из расчета на их возможное усложнение в недалекой перспективе, а также повышения требований со стороны будущего программного обеспечения. Поэтому, подбирая комплектующие вашего «железа», следует учитывать эти основные факторы, своевременно рассчитывать собственные силы и бюджеты, чтобы в один прекрасны момент попросту не «обломаться»).
Комплектующие же комплектующим рознь! То, что замечательно подходит для дома и особенно развлечений, не всегда подходит для работы с CAD/BIM приложениями и особенно над сложными и тяжелыми проектами. Мы же не покупаем Ferrari, чтобы возить ею кирпичи, особенно по нашим убитым дорогам? Нет, а ищем подходящие рабочие «лошадки», которые способные выдерживать не малые нагрузки и в реальном времени. Следовательно, процессор, видеокарта, оперативная память и накопители информации, должны быть соответствующими, а лучше всего удовлетворять рекомендуемым требованиям на сайте разработчика из расчета срока их «жизни» около трех лет.
После определения комплектующих вашего будущего «железа», следует подумать о том, кто его будет собирать, настраивать и особенно обслуживать? Естественно есть несколько вариантов:
  • Взять эту ответственность на себя и, следовательно, нести все риски самостоятельно.
  • Найти некого доморощенного «кулибина», который в случае чего окажется не «при делах».
  • Доверится некой местной конторе, специализирующей на рынке сборкой «железа» для «широких» верст населения.
  • Или же купить готовую рабочую станцию у мирового производителя, который специализируется на решениях для CAD/BIM проектирования.
В любом из случаев – выбор только за Вами и в любом из них придется плотить если не сразу, то обязательно потом в ходе эксплуатации. Ведь инструмент для каждодневной работы и особенно зарабатывания денег, должен быть надежным, отказоустойчивым и не подвести в самый ответственный момент. Также быть удобным в использовании, ведь мы же не потащим за собой на объект стационарный компьютер вмести со всеми «девайсами» для того чтобы провести некое согласование и так по несколько раз в неделю? Хотя всякое бывает… главное, чтобы со временем иметь возможность замены его комплектующих или обновления на случай усложнения поставленных задач, а также повышения требований к программным решениям. И напоследок, инструмент должен быть эффективным, как минимум по энергосбережению и влиянию на окружающую среду, в смысле Вас… думаю, многим знакомая ситуация из кучи «железа» в одном помещении и обязательно одно должно весь рабочий день жутко жжжжжужать, что поневоле появляется желание выбросить его в окно вместе с хозяином). Ну, а максимум – инструмент должен иметь срок окупаемости и приносить прибыль.
Потому, лично советую лучшее и проверенные временем рабочие станции (workstation) компании Hewlett & Packard (HP), тем более она является стратегическим партнером компании Autodesk на протяжении долгих лет. Да, стоимость их решений на порядок дороже, но смотря что считать дорого и в какой момент времени, потому как обычно принято считать затраты сейчас, а не потом – в процессе жизненного цикла. Не каждый производитель поставляет вместе с «железом» полный комплект драйверов, специальных приложений для его обслуживания и особенно оптические диски с инсталляциями лицензионной операционной системы на случай ее переустановки, а такие случаи бывают и довольно часто потом приходится искать «паленные оси» и «сырые дрова».
 
Требования

Установка Microsoft Windows

Вот мы и подошли к моменту, когда необходимо осуществить подготовку к установке «софта» на наше «железо». В случае переустановки операционной системы, следует предварительно позаботиться о сохранности всех полезных данных на его носителях информации, а лучше скопировать их на внешние устройства. Если все данные хранятся на отдельном диске, то на всякий «пожарный» случай его лучше физически отключить от компьютера. В общем очень рекомендую укомплектоваться двумя физическими дисками:
  • SSD SATAIII начальной емкостью 256Gb для системных данных.
  • HDD SATAIII начальной емкостью 512Gb для проектных и пользовательских данных.
Или же разбивать один физический диск на два логических раздела с выделением под системное хранение данных минимум 256Gb. Необходимые драйвера следует также предварительно скачать из сайтов производителей комплектующих или компьютера и записать на оптический диск, если он не входил в комплект поставки. Требуемое программное обеспечение также советую предварительно загрузить из сети Интернет или подготовить их установочные носители информации, чтобы потом не искать и не тратить массу времени.
Для демонстрации, установка и настройка будет производиться на виртуальной машине в следующей последовательности:
  • Установка операционной системы Microsoft Windows 8.1.
  • Установка драйверов.
  • Настройка операционной системы.
  • Установка общих приложений.
  • Установка приложений Microsoft.
  • Установка Autodesk Building Design Suite 2015 Ultimate.
  • Установка Autodesk 2015 Languages Packs.
  • Установка Autodesk Revit 2015 Extensions.
  • Настройка Autodesk Revit 2015.
Очень рекомендую приобретать «железо» вместе с лицензионной операционной системой и не потому, что использование пиратских версий является нарушением авторских прав разработчиков, а потому, что это существенно повысит безопасность ваших данных, стабильность и работоспособность вашего компьютера. В ознакомительных целях образ операционной системы Microsoft Windows 8.1 можно загрузить из сайта TechNet Evaluation Center. К сожалению, изначально не доступна русскоязычная версия, потому ставим англоязычную, которую после можно будет русифицировать. Следовательно, при установке этой ОС выбираем формат времени и денежных единиц – Русский (Russian). После принятия лицензионного соглашения, выбираем чистый режим установки, который удалит существующую систему Windows с жесткого диска без возможности восстановления. Режим обновления – не советую, тем более что предварительно все полезные данные должны быть скопированы на внешний носитель.
Если вы самостоятельно собирали «железо, то необходимо будет осуществить разбивку жесткого диска на логические разделы и выделить под систему не менее 256Gb, как было указано ранее. В случае переустановки Windows, разделы уже будут в наличии и необходимо будет только отформатировать тот, на котором была предыдущая ОС. Обращаю внимание, что если вы покупали компьютер с предустановленной версией Windows (OEM), то может быть скрытый раздел диска с данными для ее восстановления, который нельзя удалять или форматировать ни в коем случае! Обычно на своем ПК я удаляю все разделы и создаю их снова. После выбора требуемого раздела диска, осуществляется установка ОС, которая займет определенное время.
После установки Windows 8.1 произойдет перезагрузка, после которой будет предложено указать Имя компьютера, желательно на латинице, и выбрать основной цвет главного меню. Далее выбираем режим настройки безопасности и в случае наличия подключения к сети Интернет, будет предложено создать учетную запись Microsoft или ввести существующую для привязки ПК к облачным сервисам и службам, но это лучше сделать позже! Для создания локальной учетной записи пользователя, следует отключиться от сети, вернуться на шаг назад, снова вперед и ввести Имя пользователя и также желательно на латинице, например — USR. Спустя некоторое время операционная система будет готова к использованию и можно приступить к установке драйверов.
Первым делом подключим компьютер к сети, если драйвер сетевой карты автоматически был определен операционной системой при установке. В случае необходимости, припишем в настройках сетевого подключения постоянные IP адреса, особенно если планируем подключать его к домену или работать через удаленный рабочий стол. Естественно это должен сделать системный администратор предприятия, а для домашнего использования достаточно и автоматического подключения.
Далее зайдем в Диспетчер устройств (Device Manager), вызвав его через системное меню (Ctrl + X) и проверим его на предмет неопознанных устройств. Начинать установку драйверов необходимо с Набора микросхем (Chipset), далее графических и сетевых карт, устройств аудио, ввода и вывода информации, а также поддержки накопителей. Осуществлять перепрошивку BIOS следует из большой осторожность и только опытным пользователям! По ходу установки драйвером советую поглядывать в Диспетчер устройств с целью отслеживания корректности их определения.
Установка русскоязычного интерфейса осуществляется в параметрах меню Настройки языка, в котором можно добавить требуемые раскладки клавиатур и сменить горячие клавиши их переключения. Для применения установки следует перегрузить компьютер.
В случае необходимости можем настроить разрешение экрана и персонализировать оформление рабочего стола, а также сменить часовой пояс. Далее же следует позаботиться об последних обновлениях ОС, предварительно отключив их автоматическое обновление и установку. В настройках Системы можем разрешить Удаленный рабочий стол для управления компьютером по локальной или виртуальной сетям, а также проверить состояние защиты системы на случай ее восстановления. В дополнительных параметрах системы для быстродействия рекомендую задать фиксированный размер выделенной виртуальной памяти равным или более по размеру оперативной. Это позволит зарезервировать на системном или другом диске объем для файла подкачки и даже если места на них не будет – система не «упадет». Но, в случаи наличия SSD в качестве системного диска, файл подкачки можно не создавать или перенести его на HDD, в том числе пути хранения временных файлов (Temp) в Переменных среды, что существенно добавит ему «жизни». Тут же во вкладке Имени компьютера можно завести его в Домен или изменить Имя.

Настройка Файловой системы

Перейдем к настройке файловой системы и откроем Проводник, в котором изначально отображаем скрытые файлы, а также расширения для возможности их переименования по необходимости. Также, исключительно для удобства, можно изменить названия меток дисков, например, системный – SYS, а для хранения данных – DAT. Далее на диске для хранения данных (если такой имеется, иначе создаем на системном), создадим файловую структуру, которая будет содержать рабочие и пользовательские файлы в корневой директории WorkData. Готовую структуру можно загрузить по ссылке с последующим ее извлечением. Наименования корневых директорий WorkData содержат двузначные цифирные идентификаторы в начале наименований для удобства сортирования и имеют следующее назначение:
 
Наименование
Назначение
00 Backups Резервные копии данных.
00 Exchange Обмен пользовательскими данными.
00 Software Дистрибутивы программного обеспечения.
00 Storages Хранилища данных и команд подключения дисков.
01 Libraries Библиотеки данных.
02 Projects Проектные данные.
03 Trainings Учебные данные.
04 Users Пользовательские данные.
 
Доступ к данным настоятельно советую осуществлять посредством Виртуальных и Сетевых дисков, которые ссылаются на разделы или директории Физических дисков, располагаемых на Сервере и Рабочих станциях:
  • L — переменный диск для автономного, удаленного и корпоративного доступа к Библиотекам и файлам обучений используемого на Предприятии программного обеспечения, а также их дистрибутивов.
  • P — постоянный диск для автономного доступа к Проектам, а также других пользовательских данных.
  • W — переменный диск для автономного, удаленного и корпоративного доступа к Проектам, а также других данных Предприятия
Подключение или отключение Дисков осуществляется при помощи Файлов команд (CMD), располагаемых на Сервере или Рабочих станциях в директории \\00 Storages путем запуска требуемого файла, например:
 
 
Наименование
Назначение
ASK Drive L — Local.cmd Подключение виртуального диска L для автономного доступа к данным.
ASK Drive L — Network.cmd Подключение сетевого диска L для корпоративного доступа к данным.
ASK Drive L — Off.cmd Отключение диска L.
ASK Drive P — Local.cmd Подключение виртуального диска P для автономного доступа к данным.
ASK Drive P — Off.cmd Отключение виртуального диска P.
ASK Drive W — Local.cmd Подключение виртуального диска W для автономного доступа к данным.
ASK Drive W — Dropbox.cmd Подключение виртуального диска W для удаленного доступа к данным облачного сервиса Dropbox.
ASK Drive W — GoogleDrive.cmd Подключение виртуального диска W для удаленного доступа к данным облачного сервиса Google Drive.
ASK Drive W — OneDrive.cmd Подключение виртуального диска W для удаленного доступа к данным облачного сервиса Microsoft OneDrive.
ASK Drive W — Network.cmd Подключение сетевого диска W для корпоративного доступа к данным.
ASK Drive W — Off.cmd Отключение виртуального диска W.
 
Соответственно в любой момент времени можно переподключить диски. Естественно, перед первым запуском команд, необходимо открыть их для редактирования и убедиться в корректности подключаемых путей, а в случае необходимости отредактировать их. Помните, что в результате выполнения команд вы замените уже существующие Диски, а также можете потерять информацию в случае активных обращений к ним! В ходе подключения, может быть предоставлен запрос на авторизацию к подключаемому источнику Данных, следовательно, его необходимо будет удовлетворить – иначе оно не состоится. После перезагрузки операционной системы, все подключенные Виртуальные диски будут потеряны, потому необходимо предварительно разместить ссылки (ярлыки) на расположения соответствующих Файлов команд в директорию Автозагрузка (Startup).
 
После создания базовой файловой структуры и подключения дисков, можно заняться переносом пользовательских данных с директории C:\Users\USR в директорию D:\WorkData\04 Users\USR, где USR – имя текущего пользователя Windows. Зачем? Мне лично удобно использовать стандартные директории Документы, Видео, Изображения, Загрузки и т.п., но лучше хранить свои данные не на системном диске и особенно если он SSD. Следовательно, для перемещения этих директорий, необходимой открыть их свойства и во вкладке Расположение изменить путь.
 
Установка операционной системы Microsoft Windows 8.1

Установка общих приложений

Приступим к установке приложений общего назначения, которые желательно предварительно загрузить из сайтов официальных разработчиков до установки операционной системы и сохранить на внешний накопитель. Обычно устанавливаю следующее:
  • Ghisler Total Commander — файловый менеджер для группового переименования файлов библиотеки и проектов.
  • Free Download Manager — свободный менеджер закачек c поддержкой BitTorrent.
  • K-Lite Codec Pack — универсальный набор кодеков (декомпрессоров/компрессоров) и утилит для просмотра и обработки аудио- и видеофайлов. В пакет входит большое число свободных (open-source), либо бесплатных (freeware) кодеков и утилит.
  • WinRAR — один из лучших архиваторов файлов в форматы RAR и ZIP.
  • WinDjView — программа для просмотра файлов DjVu отсканированных документов.
  • TeamViewer — для удаленного доступа к своим компьютерам через сеть Интернет, а также создания VPN соединений.
  • Oracle Java — это технология, используемая для разработки и выполнения веб-приложений.
  • Apple QuickTime — проприетарная технология для воспроизведения цифрового видео, звука, текста, анимации, музыки и панорамных изображений в различных форматах.
  • Adobe Reader — приложение для создания и просмотра электронных публикаций в формате PDF.
  • Adobe AIR — это кроссплатформенная среда для разработки и выполнения веб-приложений.
  • Adobe Flash Player — мультимедийная платформа для разработки и выполнения веб-приложений или мультимедийных презентаций.
  • Adobe Shockwave Player — мультимедийная платформа для разработки и выполнения веб-приложений.
  • Microsoft Security Essentials – бесплатное антивирусное приложение для операционной системы Microsoft Windows.
  • Microsoft Windows Live Essentials — набор бесплатных приложений для управления фотоальбомами, редактирования, изображений видео, а также публикаций блогов.
  • Microsoft DirectX — это ряд технологий, благодаря которым компьютеры на основе Windows становятся идеальной средой для запуска и работы графических приложений.
  • Microsoft Skype — бесплатное приложение с закрытым кодом, обеспечивающее текстовую, голосовую и видеосвязь через Интернет между компьютерами с возможностью осуществления звонков на мобильные и стационарные телефоны.
  • Microsoft Expression — пакет бесплатны приложений, предназначенных для разработки и дизайна приложений, а также захвата видео с экрана и его последующей конвертации.
  • Microsoft Office — пакет платных приложений для работы с документами, таблицами, презентациями, базами данных и т.п.
  • Microsoft SyncToy — утилита для быстрой синхронизации данных между директориями.
  • Microsoft Windows USB/DVD Download Tool – утилита для создания загрузочных DVD/USB дисков операционных систем из образов ISO.
  • Microsoft OneDrive — служба облачного хранения и синхронизации данных.
  • Google Drive — служба облачного хранения и синхронизации данных.
  • Dropbox — служба облачного хранения и синхронизации данных.
В ходе установке некоторых приложений, советую отказываться от «любезно» предлагаемых сторонних приложений – лучше их установить потом из официальных источников. При установке облачных сервисов хранения данных, желательно выбрать расширенные настройки и переопределить стандартные пути синхронизации из системного диска на D:\WorkData\00 Storages.
Установка приложений и утилит общего назначения

Установка Autodesk Revit

В качестве примера для установки Autodesk Revit, будет использоваться пакет приложений для строительства Autodesk Building Design Suite 2015 Ultimate, ознакомительную версию которого можно загрузить по ссылке. Обычно устанавливаю английскую версию пакета с последующей русификацией его отдельных приложений. Таким образом, в случае необходимости будут доступны для использования обе локализации.
Ознакомительные дистрибутивы приложений Autodesk сейчас распространяются в виде самораспаковывающихся архивов, соответственно после загрузки необходимо будет запустить первый файл и произвести извлечение желательно на диск для хранения данных, если такой имеется. После извлечения автоматически будет запущена программа установки, в котором можно выбрать установку пакета основных приложений, а также дополнительных инструментов и утилит. При установке основных приложений изначально будет предложено принять лицензионное соглашение, а после выбрать тип лицензии и указать серийный номер. В ознакомительных целях необходимо выбрать тип лицензии Stand-Alone (Локальная) и соответствующий пункт раздела Информации о продукте.
Далее необходимо будет выбрать для установки требуемые приложения, а также раскрыть их опции, в которых советую отключить возможность установки доступных обновлений и сервисы облачной службы Autodesk 360, если не планируете их использовать. Обратите внимание на требуемое пространство на диске для установки пакета – основное место занимает содержимое библиотек Autodesk Revit! Соответственно необходимо отметить только требуемые из них или не устанавливать их вообще в случае наличия. Также, при выборе Autodesk Navisworks, не отмечайте дополнение Navisworks Exporter, так как на момент его установки некоторые приложения, в которые он интегрируется, могут быть недоступны. Установите его позже, загрузив из официального сайта по ссылке.
После успешного завершения установки пакета приложений и перезагрузки операционной системы, можно приступить к установке русских языковых пакетов, которые можно скачать по соответствующим ссылкам:
Все приложений Autodesk, начиная с 2015 версии, можно обновить до посложней версии при помощи Autodesk Application Manager или же загрузить из официального сайта. Также некоторые обновления и дополнительные приложения доступны в Центре подписки Autodesk, естественно при ее наличии, а также в Магазине приложений. Лично использую следующие:
  • Autodesk Revit Model Review 2015 — дополнение для проверки параметров проектов и семейств на соответствие требованиям с последующим исправлением.
  • Autodesk Revit DB Link 2015 — дополнения для передачи данных во внешние приложения, такие как Microsoft Excel, Access, а также возвращения обратно.
  • Autodesk Dynamo BIM — дополнение для графического программирования.
Быстрою настройку Autodesk Revit осуществляю путем замены файла revit.ini, который по-умолчанию находится по пути C:\Users\…\AppData\Roaming\Autodesk\Revit\Autodesk Revit 2015, файлом из моей библиотеки L:\01 Libraries\Autodesk\Revit\2015\ASK\ASK 000 0000\INI, загрузить которую можно по ссылке. В процессе замены важно скопировать из исходного файла настроек параметр InstallGUID и заменить ее в библиотечном, так как его значения является уникальным!
Искренье надеюсь, что настоящая статья и видео-уроки будут Вам полезными. Реализуйтесь!

Успех изучения любого программного средства начинается с познания его основ – принципов, понятий, и самое важное логики их происхождения. Основа программы 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.