Заметки на полях

Просматривая различные ресурсы по САПРу в интернете, пришел к выводу, что свой блог не могу назвать информативным ресурсом; скорее это "бортовой журнал" моего исследования САПР-технологии и осмысления ее как таковой

Имена файлов, слоев

По ходу работы в AutoCAD у меня появились варианты наименования DWG-файлов по-русски:

Планы:
План общий - ПЛ_ОБЩ
План полов - ПЛ_МЕБ
План потолков - ПЛ_ПТЛК
План на отметке +3.000 - ПЛ_ОТМ+3000
План освещения - ПЛ_ОСВ
Сечения:
Сечение А-А - СЕЧ_АА (РАЗР_АА)
Развертки:
Развертка А-А - РАЗВ_АА
Узлы, детали, изделия:
Узел №12 - УЗЕЛ_12
Деталь А - ДТ_А (ДТЛ_А)
Изделие И-3 - ИЗД-Е_И-3
Фасады:
Фасад северный - Ф_СЕВ
Фасад западный - Ф_ЗАПАД

А вот возможные наименования слоев:

Конструктивные элементы:
Стены, сечение - СТН
Стены, штриховка - СТН-ШТРИХ
Стены, видимые линии ниже плоскости сечения - СТН-ВИДИМ
Колонны - КОЛ
Колонны, штриховка - КОЛ-ШТРИХ
Кровля, видимые линии - КРОВЛ
Кровля, штриховка - КРОВЛ-ШТРИХ
Кровля, отметки - КРОВЛ-ОТМ
Полы, линии перепадов - ПОЛ
Полы, штриховка - ПОЛ-ШТРИХ
Полы, маркировка - ПОЛ-МАРК
Полы, отметки - ПОЛ-ОТМ
Потолки, линии перепадов - ПТЛК
Потолки, штриховка - ПТЛК-ШТРИХ
Потолки, отметки - ПТЛК-ОТМ
Потолки, люки доступа - ПТЛК-ЛЮК
Двери - ДВ
Двери, маркировка - ДВ-МАРК
Сантехприборы - САНТЕХ
Сантехприборы, маркировка - САНТЕХ-МАРК

За основу я беру принцип наименования слоев в AIA. Кроме того, можно задать соответствие между наименованиями слоев на русском и на английском языках и использовать возможности команды "LAYTRANS". Таким образом, при работе с иностранными фирмами перевод слоев на другой язык перестает быть проблемой

Об эффективности

Недавно услышал от знакомых об языке ДРАКОН, который использовался при разработке Бурана. Вот основные задачи, которые могут быть решены на базе этого языка:
1. Улучшить работу человеческого ума.
2. Предложить эффективные средства для описания структуры человеческой деятельности.
3. Предоставить человеку такие языковые средства, которые резко упрощают восприятие сложных процедурных проблем и общение с коллегами, делают непонятное понятным и за счет этого буквально заставляют человека мыслить отчетливо, глубоко и продуктивно. В этих условиях вероятность заблуждений, просчетов и ошибок неизбежно падает, а производительность растет.
4. Радикально облегчить межотраслевое и междисциплинарное общение между представителями разных организаций, ведомств, отделов, лабораторий, научных школ и профессий.
5. Устранить или уменьшить барьеры взаимного непонимания между работниками различных специальностей (врачами и физиками, математиками и конструкторами, биологами и экономистами и т. д.), а также программистами и теми, у кого аллергия к любому программированию.
6. Добиться кардинального улучшения качества программного обеспечения по критерию "понимаемость алгоритмов и программ".

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

Одна из статей о драконе

Слои: системы слоев

Я постарался кратко описать основные моменты при создании слоев. Возможно, есть более полная и основательная информация по этой теме, так что сообщайте, сели что-нибудь найдете
Ниже приведены некоторые примеры, показывающие, каким образом можно представить через систему слоев проектируемый объект
• по элементам здания
o wall (стены)
o door (двери)
o glaz (остекление)
o roof (крыша)
и т.д.
• по материалам
o бетон
o металлоконструкции
o стекло
и т.д.
• по представлению объекта в проекции
o разрезные линии
o видимые
o невидимые
и т.д.
• по графическому представлению
o thin (тонкие линии)
o bold (толстые линии)
o medium (средней толщины)
o dashed (пунктир)
и т.д.
Система слоев по составляющим элементам и представлению объекта в проекции
больше подходит для чертежа или модели целого здания; слои по материалам больше подходят для работы конструктора; система слоев, основанная на графике, может подойти для оформления абстрактных чертежей и 2D-деталировки объектов.
В BIM-приложениях (ArchiCAD, ADT) система слоев в некоторых случаях представляет собой синтез вышеперечисленных.
В случае CАПРа, где нет предусмотренной системы слоев, можно объединить некую группу слоев с элементами здания одним типом конструкций по материалу.
Пример - «МК» (металлоконструкции):
• МК-колонны
• МК-балки
• МК-размеры

Таким образом, создав группу слоев с помощью префикса, мы получаем возможность вычленять (визуально или с помощью фильтров) из массы объектов в чертеже нужную нам группу и работать с ней.
Здесь надо оговорить важный момент: даже в простых системах САПР необходимо определить заранее набор элементов, материалов, графических представлений проектируемого объекта, с которыми Вам предстоит работать. Также возникает определенное различие при работе с 3D и 2D объектами: 3D модель требует меньшее количество слоев, чем двумерный чертеж (см.пример стандартов слоев AIA, где есть группы слоев для плана, фасада, разреза)

Заметки на полях

В списке требований на любую вакансию в UN Studio есть знание AutoCAD и Rhinoceros. Проверьте сами

Слои: типы слоев

В AutoCAD есть два слоя - "0" и "Defpoints". Первый - есть в любом документе AutoCAD; второй появляется автоматически при создании размеров и является непечатаемым. И в том, и в другом не должно быть никаких объектов. Это правило. Исключение здесь составляют блоки - все объекты блока должны принадлежать слою "0". Таким образом, при вставке блока в документ не происходит создания нового слоя.

В AutoCAD представлен большой выбор инструментов работы со слоями - их стоит попробовать все. Команда LAYMRG позволяет выбранные слои перевести в назначенный. Таким образом можно решить проблему удаления слоев, когда не помогают команды _qselect - select all by layer, _delete и _purge

Слои я разделил бы на три типа: содержащие основные объекты (стены, двери, стеновые панели и т.д.), слои, содержащие аннотации и вспомогательные слои (заметки, непечатаемые слои вспомогательной геометрии и т.п.).

Каждая группа слоев может объединена префиксом, позволяющим фильтровать слои и работать с группами слоев(например, через LayerManager выключить сразу все слои с префиксом "anno")

Не стоит скупиться на описание слоя - это позволит и другим пользователям получить более четкое представление о проекте

Очень важно, чтобы все объекты в каждом слое имели в свойствах "ByLayer". Не рекомендуется выставлять у объектов цвет, толщину линий, тип линии(реже), стиль печати, не соответствующие слою. Начиная с версии 2008 - появляется команда _setbylayer, приводящая все свойства выбранных объектов в соответствие с свойстваи слоя. Очень важен контроль над всеми объектами в документе, и это очень удобно делать именно через Layer Manager

Цвет как способ определение принадлежности к слою. Допустим, что мы установили цвет для слоя для основной геометрии - красный, для вспомогательной - желтый, для размеров - зеленый. Это позволит сразу определить принадлежность к слою любого объекта, особенно при их большом количестве. Этот способ предназначен для использования стилей печати; о них будет рассказано позднее

О количестве слоев. Я придерживаюсь методики разделению проекта на отдельные файлы(с последующим использованием внешних ссылок - xref) с минимальным количеством слоев. Психологически человеку проще оперировать множеством файлов с "простым содержанием", чем собирать в файле, к примеру, каждый этаж в своем слое, что приводит к увеличению количества слоев пропорционально количеству этажей

Дорогие друзья

Хотел бы сразу оговориться, что в самих постах конкретно описывать пошагово все галочки и кнопочки я не смогу. Есть множество видеоуроков и ресурсов, где все хорошо описано. Однако, полагаю, что именно в видеоформате я буду выкладывать некоторые уроки и примеры. Кроме того, я стараюсь излагать информацию скорее общего характера; в AutoCAD появляются все новые возможности - их хорошо представляют сами производители. Поэтому этот блог может помочь сориентироваться в большом разнообразии другого CAD'а.

Слои: наименование слоев

Любой объект в AutoCAD'е - линия, штриховка, 3D-тело - обретает смысл благодаря слою. Если говорить более абстрактно, то CAD обладает низким семантическим уровнем - это особенность позволяет наделять Вам самостоятельно любые объекты любым смысловой нагрузкой. BIM - инструмент с более высоким семантическим уровнем; объекты предопределены заранее; они обладают набором неких свойств. Соответственно, BIM требует более основательной подготовки в начале работы, когда идет определение задач и выбор средств для их решения. В принципе, это же касается любой работы цифровой среде.

Итак, мы определили, что слой является неким очень важным организующим элементом в системе CAD.
Далее, все начинает зависеть от тех возможностей, которыми программа наделила слой. На примере AutoCAD я хотел бы внимание на имени слоя как основном его свойстве. Сразу приведу пример списка слоев, разработанных AIA. Этот стандарт наименования слоев принят у многих американских компаний. Он строится на принципе 1-4-4-4.
Конкретное имя слоя:

A-WALL-FULL-DEMO

• Первая буква - дисциплина. В данном случае - архитектура
• Вторые 4 буквы - основная группа. Обозначает элемент здания. Здесь - стены
  
• Третьи 4 буквы - уточнение типа элемента. Здесь - основные несущие стены
• Четвертая позиция - обозначает, что происходит с элементом. В данном случае - сносимые стены(demolition)

Подобная краткость имени слоя компенсируется более подробным описанием в свойстве слоя Description. Кроме того, формат имени слоя позволяет с помощью фильтров слоев объединять в группы.

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

Например:

rhn-axes-temp

rhn-curv-temp

rhn-surf-temp,

где rhn - принадлежность слоя к Rhino; axes, curv, surf - геометрия построения; temp - свойство, указывающее на временный характер слоя, его вспомогательное значение. Вы можете сразу же вычленить эти слои из длинного списка посредством фильтров "rhn" или "temp". Таким образом в длинном списке слоев может возникнуть порядок и логика. Можно приложить к файлу расшифровку слоев.

К сожалению, такой подробно разработанной системы наименования слоев, как и системы ведения проекта в среде САПР, в российской практике нет; лично я пользусь именно английскими наименованиями, они более естественнее выглядят в виде подобных сокращений. Конечно, никто нас не обязывает использовать американскую систему слоев, но принять к сведению это необходимо в виду нашей дальнейшей интеграции куда-нибудь.

Папки, их структура

Папки являются также очень важным организующим элементом в структуре проекта. Даже на примере Revit или ArchiCAD(ADT является скорее исключением - используется принцип AutoCAD), где файлов самого проекта немного (иногда он даже один), можно не сомневаться в важности этого элемента. Всегда есть смежники, есть переписка, есть договоры и т.д.

Есть некоторое количество вариантов структуры папок, издесь все зависит от организации Вашей работы.

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

Можно создавать аббревиатуры для названия папок; при этом надо давать их расшифровку в сопроводительном документе. Файлы изображений(один из вариантов xref, о которых пойдет речь далее) необходимо также помещать в отдельную папку, где будут собраны все картинки, подгружаемые в AutoCAD. По папкам, для начала хватит)

Файлы

Речь пойдет о файлах, в которых Вы чертите или моделируете, их наименовании и их организации.
Логично было бы предположить, по аналогии с файлом BIM-приложения, помещать весь Ваш проект в одном файле, используя layout'ы или же просто пространство модели. Однако такой вариант удобен, если Вы делаете только для себя и даже не моделируете объем. В рабочей практике, где инженеры, визуализаторы, конструкторы также работают с Вами в связке, полезно иметь более сложную организацию файлов, где весь проект разбит на файлы с меньшим количеством информации; это окупает себя с лихвой в последующее время.
Итак, начнем.
Я использую метод: "один план (разрез, фасад, деталь и т.д.) - один файл"; в случае небольшого проекта можно использовать совмещенные планы - план мебели и план электророзеток(сразу унесло в интерьеры))), или же план входного уровня и генплан. Возникает вопрос:"А как же совмещать проекции? использовать слои: один этаж - один слой?" А это уже переход к следующим понятиям, которыми займемся позднее.
Какими свойствами обладает dwg-файл? Именем и форматом сохранения.
Имя файла обычно стараются делать как можно короче и как можно информативнее. Пример возможного имени "заграничного" файла:
41-A-FP01,
где
41 - номер проекта(можно использовать номер договора)
А - тип дисциплины(здесь - "Архитектура")
FP01 - тип файла (здесь "Floor Plan", этаж первый)

Я привел вариант, так скажем, рабочего, "коммерческого" файла, где подразумевается архив проектов с их нумерацией, работа со смежными дисциплинами и, безусловно, CAD Standards (с Вашего позволения буду использовать английский).
В случае, когда Вы работаете самостоятельно, я советовал использовать свои префиксы, которые сразу позволят определить принадлежность файла некому множеству. Тако принцип позволит фильтровать нужные файлы по их префиксам
Например:
Имеем файл "план первого этажа"(таких названий может быть сколь угодно много), в котором чертим театр, - и переименовываем его в EDU-Thtr-FP01. Так мы получили файл, который уникален. Подобная практика широко используется в скриптинге, где используются мнемонические имена. Рекомендую также использовать латиницу в именах файлов, слоев и т.д. - всего, что относится к программе - так Вы избежите подобных названий "???-????.dwg" в ArchiCAD при импорте Вашего файла.

Формат файла в AutoCAD'е подразумевает под собой формат сохранения; я выставляю всегда 2004\2004LT. Это наиболее универсальный формат, хотя ему много лет. Вы можете сохранять в 2004 и продолжать спокойно работать с этим файлом в AutoCAD 2010 - все возможности 2010-ой версии будут сохраняться

P.S.
Что касается наименования файлов с использованием английских терминов - к сожалению, я пока не встречал ни одной попытки в отечественной практике регламентировать наименование слоев, файлов и т.д.. Если Вам удастся найти удачные примеры, пишите!

Итак, приступим

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

Начнем с базовых понятий AutoCAD'а, которыми мы будем постоянно работать. Изложу некоторые из них:
-файлы и папки
-слои - layers
-макеты - layouts
-видовые экраны - viewports
-внешние ссылки - xref
-блоки - blocks
-поля - fields
-диспетчер подшивок - Sheet Set Manager aka SSM
-стили печати - Plot styles (CTB или STB)
-размеры и выноски - dimensions, multileaders
-таблицы - tables
-шаблоны -templates

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

AutoCAD - забиваем гвозди микроскопом

Проблема грамотного использования инструмента коренится, как мне кажется, в повсеместном нелегальном использовании данного продукта.
Отметим, что полная версия AutoCAD'а стоит приличных денег, и просто программой для черчения она быть не может. Есть более облегченный аналог - AutoCAD LT - в этом варианте отсутствует трехмерное моделирование и важные средства управления и организации данных(об этой особенно, на мой взгляд, сильной стороне AutoCAD'а и пойдет дальнейшая речь). Почему я не пользуюсь AutoCAD'овским 3-д - момент субъективный(Rhino и Sketchup - привычнее). Вроде бы мощные инструменты управления базой данных есть и в BIM-приложениях - но я предпочитаю AutoCAD; здесь играет свою роль гибкость инструмента, следующая из его простоты. Вы сами определяете и систему понятий архитектурных(никто не говорит Вам, что стены - эта кнопка, а окна - та), и систему работы с данными(хотите - используйте сложную структуру файлов, нет - делайте все в одном файле). Кроме того, основная стоимость программы состоит не из возможности делать сложные объекты(возьмите Rhino - небольшая цена и немалый арсенал инструментов для построения сложных объектов), а количества средств, которые Вам позволяют оптимизировать время изготовления чертежей, моделей, спецификаций.
Самым показательным примером ПО стали для меня продукты компании Siemens, один из слоганов которой: "design for the entire product lifecycle". Здесь за себя говорит очень детальное отношение на западе к любому продукту в широком понимании этого слова. Советую посмотреть ссылку на Wiki. Думаю, такой подход может быть применим и к архитектуре. "Моделирование" продукта на всех стадиях - очень конкурентноспособная стратегия, который у нас пока только приживается.
Надеюсь, в ближайшее время информация по AutoCAD'у станет достоянием моих знакомых и не только, и, главное, окажется полезной для многих студентов и молодых архитекторов

Зачем нам нужен CAD, когда есть BIM?

Изначально CAD рассчитывался на аудиторию инженеров, конструкторов, машиностроителей; архитектор оказался в этом списке, так как средства создания чертежей в CAD'е позволяли значительно уменьшить количество рутинной работы. Любое BIM приложение позволяет куда быстрее выпустить проект. Но! До сих пор AutoCAD предоставляет куда больший спектр инструментов управления данными, оформления и редактирования чертежей и моделей, чем любой Revit, ArchiCAD или ADT. Кроме того, формат *.dwg является мировым стандартом и не требует особых средств трансляции в другие приложения. AutoCAD очень популярен. Хотя, безусловно, если бы я выбирал для большого проекта тип приложения, то выбор оказался бы в пользу BIM. Опять же, необходимо уточнить, что, будучи инженерным приложением, AutoCAD обеспечивает четкий экспорт в другие приложения, связанные с производством на станке.
В заключении, хотел бы добавить, что в случае организации работы над большим проектом, необходимо четкое определение задачи, параметров и т.д. В европейской и американской практике функцию организатора работы в среде приложения выполняет CAD-менеждер, своеобразный it-специалист. В его обязанности входит также стандартизация электронных документов для обеспечения "гладкого" взаимодействия между участниками проекта. Таким образом, достигается высокая эффективность и культура работы

Введение

В настоящий момент все мы (в данном случае - архитекторы) пользуемся каким-либо софтом. Электронный формат проектов, чертежей и моделей давно стал стандартом на Западе. Лист бумаги по-прежнему остается актуальным носителем информации, однако средний размер файла в 300-500 кБайт позволяет нести куда большее количество сведений об объекте. Мир глобализуется и заставляет нас говорить на английском, пользоваться Gmail'ом и т.п.. В Америке подобная локальная "глобализация"(правильнее сказать - стандартизация) происходит во всех сферах жизни. В том числе и в архитектуре и процессах связанных с ней. Допустим, что это благо. Люди, используя унифицированную систему ведения и производства проекта, достигают вкупе с хорошей организацией труда высокой эффективности. Кроме того, проект в электронном формате, грамотно выполненный и оформленный, становится достоянием других людей. Он становится понятен всем. Вы можете работать с немецкими смежниками, "понимать" их файлы и делать свою работу понятной другим.

Цель этого блога - ознакомить интересующегося молодого архитектора с основными понятиями в сфере CAD-менеджмента, которые приняты на Западе, ознакомить с конкретными приемами в среде AutoCAD, затрагивая такие программы как Rhinoceros и Google Sketchup. В перспективе я предполагаю осветить также BIM-программы (скорее всего, это будет Revit Architecture)

P.S.
Временами AutoCAD напоминает мне латынь - сложно, когда изучаешь, но становится просто, когда садишься за другой язык, более новый. Почти все приложения для архитекторов используют принципы, хорошо развитые в AutoCAD'е