Разработка проектной документации с чертежами в AutoCAD

Курс посвящён подготовке проектной документации и выпуску комплекта чертежей в AutoCAD в соответствии с базовыми требованиями ЕСКД/СПДС. Вы научитесь настраивать среду, оформлять планы и узлы, работать с слоями и блоками, подготавливать листы, спецификации и файлы к печати и выдаче заказчику.

1. Состав проектной документации и стандарты оформления (ЕСКД/СПДС)

Состав проектной документации и стандарты оформления (ЕСКД/СПДС)

Проектная документация (ПД) — это комплект текстовых и графических материалов, который фиксирует принятые проектные решения: что строим/изготавливаем, из чего, как собираем/монтируем, какие требования по безопасности и эксплуатации.

В этом курсе AutoCAD — инструмент, а качество результата определяется тем, насколько правильно вы:

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

    Стандарты нужны, чтобы любой инженер, эксперт, подрядчик или производственник одинаково понимал ваш чертёж.

    В практике чаще всего встречаются две системы стандартов:

  • ЕСКД — для конструкторской документации (детали, сборки, изделия, узлы, спецификации для производства).
  • СПДС — для проектной и рабочей документации в строительстве (архитектура, конструкции, инженерные сети, генплан и т. п.).
  • Важно: в реальных проектах может быть «стык» двух миров. Например, строительный проект здания оформляется по СПДС, а документация на нестандартное оборудование внутри здания может оформляться по ЕСКД.

    !Наглядное сравнение областей применения ЕСКД и СПДС

    Нормативная база: на что опираться

    Ниже — основные стандарты, которые чаще всего нужны при выпуске чертежей и комплектов.

    Ключевые стандарты ЕСКД

  • ГОСТ 2.102-2013 ЕСКД. Виды и комплектность конструкторских документов
  • ГОСТ 2.104-2006 ЕСКД. Основные надписи
  • ГОСТ 2.303-68 ЕСКД. Линии
  • ГОСТ 2.304-81 ЕСКД. Шрифты чертёжные
  • ГОСТ 2.307-2011 ЕСКД. Нанесение размеров и предельных отклонений
  • Ключевые стандарты СПДС

  • ГОСТ 21.101-2020 СПДС. Основные требования к проектной и рабочей документации
  • ГОСТ 21.110-2013 СПДС. Спецификация оборудования, изделий и материалов
  • Замечание по практике: внутри СПДС есть множество стандартов «по разделам» (ОВ, ВК, ЭО и т. д.). На уровне этой статьи важно понять структуру комплектов и универсальные требования к оформлению, а разделные стандарты мы подключаем дальше по мере работы с конкретными типами чертежей.

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

    Термин «проектная документация» в повседневной работе часто используют широко, включая и рабочую документацию. В строительной логике обычно различают:

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

    Типовой набор документов в строительстве (ориентир)

    Точный состав зависит от объекта и требований заказчика, но чаще всего встречаются такие группы:

  • Общая часть
  • - общие данные по комплекту; - ведомости (чертежей, ссылочных и прилагаемых документов); - общие указания.
  • Архитектурные решения (АР)
  • - планы, фасады, разрезы, узлы.
  • Конструктивные решения (КЖ/КМ и т. п.)
  • - планы армирования/опалубки, схемы, узлы; - марки элементов, спецификации.
  • Инженерные системы
  • - вентиляция/отопление (ОВ), водоснабжение/канализация (ВК), электрика (ЭО/ЭМ) и др.; - планы, схемы, аксонометрии, узлы, спецификации.
  • Текстовые документы
  • - пояснительная записка; - технические требования, расчётные приложения (если нужно).

    Состав конструкторской документации (ЕСКД): когда он нужен

    Если вы проектируете изделие или оборудование (или его узлы), то работает логика ЕСКД. Типовые документы:

  • чертёж детали;
  • сборочный чертёж;
  • спецификация;
  • ведомость спецификаций/покупных изделий (по необходимости);
  • эксплуатационные документы (по необходимости).
  • Состав и «обязательность» конкретных документов описывает ГОСТ 2.102-2013.

    Общие принципы оформления чертежей, которые проверяют всегда

    Независимо от того, ЕСКД или СПДС, при проверке обычно смотрят на четыре вещи:

  • Однозначность: нельзя трактовать размеры/обозначения двояко.
  • Читаемость: масштаб, шрифты, толщины линий позволяют читать лист без «разгадывания».
  • Единообразие: один стиль на всех листах комплекта.
  • Трассируемость: по обозначениям легко найти лист, узел, ссылку, спецификацию.
  • Дальше — конкретные элементы оформления, которые вы будете настраивать в AutoCAD.

    Формат листа, рамка и основная надпись

    Форматы листов

    Формат — это размер листа (A4, A3, A2, A1, A0). В AutoCAD это обычно реализуется через:

  • листы (Layouts) с настроенной печатью;
  • рамку и основную надпись в виде блока;
  • именованные параметры страницы (Page Setup).
  • Рамка и основная надпись (штамп)

    Основная надпись — это блок с ключевой информацией о документе: обозначение, наименование, стадия, лист/листов, подписи.

  • Для ЕСКД основной ориентир: ГОСТ 2.104-2006.
  • Для СПДС структура и требования к оформлению комплектов задаются ГОСТ 21.101-2020.
  • Практическое правило для курса: создайте 2–3 шаблона листов (например A1 и A3) и используйте их всегда. Это снижает ошибки в обозначениях и печати.

    !Пример расположения рамки и основной надписи на листе

    Линии, шрифты, масштабы: как обеспечить читаемость

    Типы и толщины линий

    Линии передают смысл: контур, ось, размер, скрытые элементы. В ЕСКД базовые требования — в ГОСТ 2.303-68.

    Практическая настройка в AutoCAD обычно сводится к двум решениям:

  • назначать толщины через слои (Layer-based);
  • выводить толщины при печати через таблицу стилей печати (CTB/STB).
  • Важно: «красиво на экране» не равно «читаемо на бумаге/в PDF». Всегда проверяйте тестовую печать.

    Шрифты

    Требования к чертёжным шрифтам ЕСКД — ГОСТ 2.304-81. В AutoCAD на практике используют:

  • SHX-шрифты (часто ближе к классическим чертёжным);
  • TrueType-шрифты (удобнее, но критично обеспечить одинаковое отображение на разных ПК/у подрядчиков).
  • Правило для проектного отдела: один выбранный шрифт и фиксированная линейка высот текста для всего комплекта.

    Масштабы

    Масштаб задаёт, насколько «уменьшено» изображение относительно реального размера. В AutoCAD ключевой принцип:

  • модель (Model Space) чертят 1:1;
  • масштаб задают во видовых экранах (Viewport) на листе.
  • Это позволяет не «перечерчивать» один и тот же фрагмент под разные масштабы.

    Размеры и обозначения: как избежать спорных трактовок

    Размеры — юридически и технологически важная часть документа. Базовый стандарт ЕСКД по размерам — ГОСТ 2.307-2011.

    Чтобы размеры были однозначными:

  • размерные и выносные линии не должны сливаться с контуром;
  • не допускайте «цепочек» размеров там, где нужна привязка к базам;
  • одинаковые элементы обозначайте одинаково по всему комплекту.
  • В AutoCAD это означает, что вам нужна единая настройка размерного стиля (Dimstyle): стрелки, отступы, высоты текста, точность.

    Ведомости и спецификации: чем они отличаются и где применяются

    Табличные документы в проектах часто путают. Базовая логика такая:

  • Ведомость — перечень чего-либо в рамках комплекта (листов, материалов, ссылок), обычно для навигации и контроля полноты.
  • Спецификация — структурированный перечень элементов (оборудования/изделий/материалов) с позициями, количеством и примечаниями для закупки/монтажа/производства.
  • Для строительной спецификации часто применяют ГОСТ 21.110-2013.

    В AutoCAD ведомости и спецификации можно делать:

  • как таблицы AutoCAD (Table);
  • как блоки с атрибутами и выгрузкой данных (Data Extraction);
  • в связке с Excel (по регламенту организации).
  • На старте курса важно понять: табличная часть — такой же стандартный документ, как и чертёж, и требования к единообразию там не менее строгие.

    Как выбрать: ЕСКД или СПДС в конкретной задаче

    Ориентируйтесь на объект и адресата документации:

  • Если вы выпускаете документацию для изготовления изделия на производстве (детали, сборочные единицы) — берите ЕСКД.
  • Если вы выпускаете документацию для строительства/монтажа на объекте (планы, разрезы, схемы сетей) — берите СПДС.
  • Если есть и то и другое, разделяйте комплекты и не смешивайте правила в одном документе без регламента организации.
  • Минимальный «стандартный» набор настроек AutoCAD для выпуска документации

    Чтобы следующие темы курса (шаблоны, слои, аннотации, печать) легли правильно, зафиксируйте для себя целевую дисциплину оформления.

    Рекомендуемый минимум, который должен быть единым в проекте:

  • Шаблоны листов (DWT) под основные форматы.
  • Блок рамки и основной надписи с атрибутами.
  • Система слоёв (имена, цвета, типы линий, толщины).
  • Стили текста.
  • Размерные стили.
  • Стиль печати (CTB/STB) и проверенный Page Setup.
  • В следующих материалах курса мы будем переводить требования ЕСКД/СПДС в конкретные настройки AutoCAD и собирать «производственную» структуру проекта: шаблоны, слои, аннотативность, выпуск PDF и проверку комплектности.

    2. Организация файлов, шаблоны DWT и настройка AutoCAD под проект

    Организация файлов, шаблоны DWT и настройка AutoCAD под проект

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

    В предыдущей статье мы разобрали, что такое ЕСКД и СПДС и какие элементы оформления проверяют всегда (рамка, штамп, линии, шрифты, размеры, ведомости). Теперь переведём эти требования в практику AutoCAD: настроим структуру проекта, создадим шаблон DWT и зафиксируем параметры, которые должны быть одинаковыми у всей команды.

    Зачем нужна организация и шаблон DWT

    Когда проект ведётся без правил, возникают типовые проблемы:

  • разные толщины линий и шрифты на листах одного комплекта;
  • «слетевшая» печать из-за разных Page Setup или CTB;
  • потерянные подложки и Xref из-за неправильных путей;
  • хаос в именах файлов и версиях;
  • сложности при передаче проекта заказчику или в экспертизу.
  • Шаблон DWT и единая структура папок решают это системно:

  • DWT фиксирует стили и базовые настройки;
  • структура проекта фиксирует где что лежит;
  • регламент имён фиксирует как быстро найти нужное;
  • общие пути поддержки фиксируют что у всех отображается одинаково.
  • Минимальный набор файлов проекта

    Ниже — базовая логика набора файлов для типового проекта (без привязки к конкретному разделу АР, КР, ОВ и т. д.).

  • DWG — рабочие чертежи (модель и листы).
  • DWT — шаблоны чертежей (стандарты оформления и печати).
  • CTB или STB — таблицы стилей печати (толщины линий, монохром, оттенки).
  • SHX или TTF — шрифты (если используете нестандартные и передаёте проект).
  • Xref (DWG) — подложки и внешние ссылки (общие оси, подосновы, смежные разделы).
  • Изображения и PDF — подложки, техусловия, отсканированные материалы.
  • > Ключевая идея: в DWG должны жить решения, а стандарты — в DWT, CTB и правилах проекта.

    Структура папок проекта

    Структуру важно сделать такой, чтобы:

  • файлы легко архивировались и передавались целиком;
  • пути к Xref работали на другом компьютере;
  • не смешивались исходники, рабочие файлы и выпуск.
  • Один из практичных вариантов:

  • 00_Admin — исходные требования, ТЗ, переписка, входные данные.
  • 01_Templates — DWT, CTB, блоки рамок, типовые таблицы.
  • 02_Refs — внешние ссылки и подложки.
  • 03_Model — модельные DWG по разделам или по этажам.
  • 04_Sheets — листовые DWG (компоновка и печать).
  • 05_Export — выдача PDF, DWF, комплекты на передачу.
  • 06_Archive — зафиксированные версии выпусков.
  • !Пример удобной структуры проекта для DWG, Xref, шаблонов и выпуска PDF

    Правило про Xref и пути

    Чтобы проект открывался на любом ПК, используйте:

  • относительные пути для Xref (Relative Path);
  • единый корень проекта и одинаковую структуру папок.
  • Практическое правило: если Xref лежит в 02_Refs, а листы в 04_Sheets, относительные ссылки будут «переживать» перенос проекта целиком.

    Соглашения по именам файлов

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

    Рекомендации:

  • используйте единый язык и стиль: либо латиница, либо кириллица, но одинаково во всём проекте;
  • избегайте пробелов и спецсимволов, лучше _ и -;
  • добавляйте признак типа файла: MODEL или SHEET.
  • Примеры:

  • KR_MODEL_Level01.dwg
  • AR_MODEL_Facades.dwg
  • KR_SHEET_KR-01_Plan.dwg
  • OV_SHEET_OV-03_Scheme.dwg
  • Версионность можно вести по-разному. Внутри команды часто удобно:

  • либо добавлять суффикс v01, v02 в рабочей зоне;
  • либо фиксировать выпуски целиком в 06_Archive, чтобы рабочие файлы не плодились.
  • Что такое шаблон DWT и чем он отличается от «просто DWG»

    DWT — это файл-шаблон, на основе которого создаются новые DWG. Внутри DWT вы фиксируете всё, что должно быть одинаковым у всей команды.

    В DWT обычно задают:

  • единицы измерения и точность;
  • слои, типы линий и веса линий;
  • стили текста;
  • размерные стили;
  • стили мультивыносок;
  • стили таблиц;
  • настройки аннотативности (если применяете);
  • листы (Layouts) с рамками и штампами как блоками;
  • именованные настройки печати (Page Setup);
  • подключённый CTB или STB.
  • !Состав типового шаблона DWT для выпуска документации

    CTB и STB: что выбрать

    Таблица стилей печати управляет тем, как цвета и стили линий превращаются в толщины и оттенки при печати.

  • CTB — печать зависит от цвета объекта или слоя.
  • STB — печать зависит от именованного стиля.
  • Практика проектных отделов часто выбирает CTB из-за простоты: слой имеет цвет, цвет имеет толщину. Главное — зафиксировать это единообразно.

    Критичное правило: нельзя смешивать CTB и STB в одном проекте без осознанной миграции, иначе часть файлов будет печататься «не так».

    Официальная справка AutoCAD: AutoCAD Help

    Базовая настройка шаблона под требования ЕСКД или СПДС

    Задача шаблона — превратить требования стандартов из предыдущей статьи в набор настроек, которые не нужно каждый раз «вспоминать руками».

    Единицы и масштабирование

    Рекомендуемая дисциплина:

  • в Model Space чертите 1:1;
  • масштабы задавайте только во Viewport на листе;
  • для строительных чертежей обычно модель ведут в миллиметрах.
  • Фиксируйте в DWT:

  • единицы (Units);
  • точность;
  • стиль вставки (Insertion scale), чтобы блоки и Xref не «разъезжались».
  • Слои

    Слои — основа управляемого оформления. Минимально должно быть:

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

  • закрепите правило: толщина линий задаётся слоем и CTB, а не вручную на объектах;
  • избегайте Layer 0 для реальной геометрии, используйте его только там, где это оправдано работой блоков.
  • Стили текста

    Чтобы текст был единообразным:

  • задайте 1–2 основных стиля (например, основной и мелкий);
  • закрепите набор высот текста под ваши масштабы и формат листа;
  • определитесь, используете ли аннотативный текст.
  • Если вы работаете с подрядчиками, заранее решите, как обеспечите одинаковое отображение шрифта на всех ПК:

  • либо общие SHX (часто стабильнее для инженерной среды);
  • либо согласованный TTF и поставка его в составе проекта.
  • Размерные стили

    Размеры должны быть не «как получилось», а строго по стилю:

  • стрелки и засечки;
  • высота текста;
  • отступы;
  • точность;
  • поведение при масштабах.
  • Правило: один проект — один основной размерный стиль, а дополнительные стили вводятся только по необходимости и по регламенту.

    Таблицы и спецификации

    Даже если спецификация будет в Excel, таблицы внутри AutoCAD встречаются постоянно: ведомости, экспликации, примечания.

    Фиксируйте в DWT:

  • стиль таблицы (рамки, шрифт, высоты строк);
  • типовые таблицы как блоки или заготовки.
  • Листы, рамка и штамп как блок

    Листовая часть должна быть стандартизирована так же строго, как слои и размеры.

    Рекомендуемый подход:

  • храните рамку и основную надпись как блок с атрибутами;
  • сделайте несколько DWT под основные форматы, например A1 и A3;
  • в каждом DWT подготовьте Layout с рамкой, штампом и настроенным Page Setup.
  • Практический минимум атрибутов штампа:

  • обозначение документа;
  • наименование;
  • стадия;
  • лист и листов;
  • дата;
  • разработал, проверил.
  • Page Setup: единая печать без сюрпризов

    Именованный Page Setup нужен, чтобы каждый лист печатался предсказуемо.

    Что фиксируют в Page Setup:

  • принтер или PDF-драйвер;
  • формат бумаги;
  • область печати;
  • масштаб печати;
  • ориентация;
  • таблица стилей печати CTB или STB;
  • включена ли печать толщин линий.
  • Практика:

  • создайте 1–2 эталонных Page Setup, например PDF_A3_Mono и PDF_A1_Mono;
  • применяйте их ко всем Layout в проекте.
  • Настройки AutoCAD, которые должны быть одинаковыми у всех

    Даже идеальный DWT не спасёт, если у участников проекта разные пути поддержки и разные библиотеки.

    Минимум, который стоит согласовать:

  • путь к папке с CTB или STB;
  • путь к шрифтам и библиотекам блоков;
  • путь к шаблонам DWT;
  • правила работы с Xref и запрет на абсолютные пути;
  • единый PDF-драйвер и правило именования экспортируемых PDF.
  • Официальная справка AutoCAD: AutoCAD Help

    Пошаговый алгоритм: как сделать рабочий DWT под проект

  • Создайте новый DWG и сразу настройте единицы, точность и базовые системные параметры.
  • Создайте и настройте слои, загрузите нужные типы линий.
  • Создайте стили текста, размерные стили, стили мультивыносок и таблиц.
  • Подготовьте Layout нужного формата, вставьте рамку и штамп как блок.
  • Создайте именованный Page Setup и проверьте тестовую печать в PDF.
  • Сохраните файл как DWT в папку 01_Templates.
  • Настройте у команды путь к шаблонам и правило: новые файлы создаются только из DWT.
  • Типовые ошибки и как их избежать

  • Ошибка: подложки пропадают при передаче.
  • Решение: относительные пути, общая структура папок, Xref только из 02_Refs.
  • Ошибка: у разных людей «разные толщины» на печати.
  • Решение: единый CTB или STB, один Page Setup, запрет на ручное изменение Lineweight у объектов.
  • Ошибка: текст «поплыл» на другом ПК.
  • Решение: один согласованный шрифт, проверка на чистом ПК, поставка шрифтов с проектом.
  • Ошибка: листы похожи, но штамп отличается.
  • Решение: одна версия блока штампа в шаблоне, обновление блоков по регламенту.
  • Результат, который должен получиться после внедрения

    После настройки структуры и шаблонов вы должны уметь:

  • быстро создавать новый DWG из DWT без ручной настройки слоёв и печати;
  • собирать комплект листов с одинаковым оформлением;
  • передавать проект так, чтобы Xref и подложки открывались у получателя;
  • выпускать PDF с предсказуемыми толщинами линий.
  • Дальше в курсе эту основу можно развивать в сторону более «производственной» работы: Xref-координация, библиотеки блоков с атрибутами, извлечение данных в ведомости, стандартизация аннотаций и выпуск комплектов без ручных правок.

    3. Слои, свойства, типы линий и масштаб: единые правила для проекта

    Слои, свойства, типы линий и масштаб: единые правила для проекта

    В предыдущих статьях курса мы:

  • зафиксировали требования к оформлению по ЕСКД/СПДС (что проверяют всегда: линии, шрифты, размеры, читаемость);
  • собрали основу «производственного» AutoCAD: структура папок, шаблон DWT, CTB/STB и Page Setup.
  • Следующий шаг — сделать так, чтобы любая геометрия в проекте автоматически имела правильный вид на печати. Для этого нужны единые правила:

  • слои (что и где рисуем);
  • свойства объектов (как управляем цветом, типом линий и толщиной);
  • типы линий (что означает пунктир, ось, скрытая линия);
  • масштаб (как сделать, чтобы пунктиры и штриховки выглядели одинаково на всех листах и во всех видовых экранах).
  • > Главная идея статьи: чертим в модели 1:1, оформляем через слои и стили, а масштаб и итоговый вид контролируем на листе.

    Что такое слой и почему он важнее «ручных» настроек

    Слой (Layer) в AutoCAD — это правило оформления и управления: что показывать, как печатать и как именно объект выглядит.

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

  • один и тот же элемент на разных листах выглядит по-разному;
  • печать зависит от того, кто и как «подкрутил» свойства;
  • исправления занимают время, а ошибки находят уже на экспертизе или площадке.
  • Надёжный подход для проектной документации:

  • свойства объектов задаются через слой (режим ByLayer);
  • печать контролируется CTB/STB + Page Setup (из шаблона DWT);
  • в файле сохраняются именно инженерные решения, а не «косметика».
  • Справка Autodesk по слоям: Layers overview.

    Базовые свойства объектов и правило ByLayer

    У любого объекта в AutoCAD есть свойства, которыми чаще всего управляют оформлением:

  • Layer — на каком слое лежит объект;
  • Color — цвет (в CTB обычно превращается в толщину линии);
  • Linetype — тип линии (сплошная, штриховая, осевая);
  • Lineweight — вес линии (толщина на печати);
  • Plot — печатать/не печатать (обычно управляется слоем);
  • Transparency — прозрачность (в ПД применяется осторожно и по регламенту).
  • Единое правило проекта:

  • для реальных объектов модели используйте Color = ByLayer, Linetype = ByLayer, Lineweight = ByLayer.
  • Так слой становится единственным источником правды по оформлению.

    Практичные команды для наведения порядка:

  • SETBYLAYER — принудительно вернуть свойства объектов в ByLayer;
  • MATCHPROP — перенести свойства (удобно, но лучше переносить корректный слой, а не «ручной цвет»);
  • LAYER (Layer Properties) — массовое управление видимостью, печатью и блокировками.
  • Справка Autodesk по свойствам: Properties palette.

    Проектная система слоёв: как договориться один раз и не спорить

    Хорошая система слоёв отвечает на вопросы:

  • что это за объект по смыслу (контур, ось, размер, текст);
  • как он должен выглядеть на печати;
  • нужно ли его печатать;
  • можно ли его скрыть/заморозить не ломая работу.
  • Минимальный набор слоёв для большинства комплектов

    Ниже — универсальная «минималка», которую удобно заложить в DWT (из прошлой статьи) и применять в любом разделе.

    | Назначение | Пример имени слоя | Печать | Тип линии | Логика толщины | |---|---|---|---|---| | Основной контур (видимые грани/контуры) | A-OUTLINE | Да | Continuous | Толще остальных | | Второстепенные линии | A-THIN | Да | Continuous | Тоньше контура | | Скрытые элементы | A-HIDDEN | Да | Hidden | Как правило тонкая | | Оси/центровые | A-CENTER | Да | Center | Тонкая | | Размеры | A-DIM | Да | Continuous | Тонкая | | Текст/примечания | A-TEXT | Да | Continuous | Тонкая | | Штриховки | A-HATCH | Да | Continuous | Тонкая, без «жирных» | | Служебные (не печатать) | A-NOPLOT | Нет | Continuous | Неважно | | Рамка/штамп (лист) | S-FRAME | Да | Continuous | По стандарту |

    Важно не конкретное имя, а то, что имена и назначения одинаковы во всех файлах.

    Как именовать слои, чтобы они были понятны команде

    Выберите соглашение и закрепите в регламенте проекта. Практичный вариант:

  • префикс раздела или дисциплины (AR-, KR-, OV-) или общий префикс проекта;
  • далее смысл (OUTLINE, DIM, TEXT, CENTER);
  • при необходимости уточнение (_1, _2, _A1, но лучше без множества вариаций).
  • Главное правило: слой называется по смыслу, а не по цвету.

    Цвета, CTB/STB и толщины: что реально управляет печатью

    В предыдущей статье мы закрепили необходимость единых настроек печати. Здесь важно связать слои с печатью.

    Если проект на CTB

    Типовая логика такая:

  • слою назначается цвет;
  • в CTB цвету соответствует толщина линии и способ печати (монохром/оттенок);
  • объектам запрещено вручную менять цвет, чтобы не ломать печать.
  • Справка Autodesk: Plot style tables (CTB/STB).

    Если проект на STB

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

    Ключевое правило остаётся тем же: не оформляем «вручную», оформляем через слой и стиль.

    Типы линий: смысл, подключение и единый вид на листах

    Тип линии (Linetype) — это не декоративный эффект, а часть инженерного языка:

  • Continuous — видимый контур;
  • Hidden — скрытые элементы;
  • Center — оси и центровые.
  • Справка Autodesk: Linetypes.

    Как типы линий реально работают в AutoCAD

    В AutoCAD «рисунок» штрихов формируется из шаблонов (файлы .lin) и зависит от масштаба отображения.

    Чаще всего проблемы такие:

  • в модели пунктир выглядит как сплошная линия;
  • на одном листе пунктир нормальный, а на другом «слишком частый»;
  • в разных видовых экранах одна и та же линия выглядит по-разному.
  • Это почти всегда вопрос масштабирования типов линий.

    Три настройки, которые нужно понимать

  • LTSCALE — общий масштаб типов линий в модели.
  • PSLTSCALE — масштаб типов линий в листе (Paper Space) и во viewports.
  • MSLTSCALE — согласование типов линий в модели при работе с аннотационными масштабами и видовыми экранами.
  • Справка Autodesk:

  • LTSCALE (System Variable)
  • PSLTSCALE (System Variable)
  • MSLTSCALE (System Variable)
  • Рекомендуемое правило для проектной документации

    Чтобы типы линий выглядели одинаково на печати независимо от масштаба видового экрана:

  • установите PSLTSCALE = 1;
  • установите MSLTSCALE = 1;
  • подберите LTSCALE под типовые масштабы проекта и зафиксируйте его в DWT.
  • После изменения этих переменных полезно выполнить REGEN (перегенерация), чтобы AutoCAD пересчитал отображение.

    !Диаграмма, объясняющая почему типы линий должны быть одинаковыми на листе при разных масштабах viewport

    Масштаб: модель 1:1 и виды на листе

    Для проектной документации критично разделить два пространства:

  • Model Space — вычерчивание объекта в реальном размере (1:1).
  • Layout (Paper Space) — компоновка листа, рамка/штамп и видовые экраны (Viewports).
  • Почему нельзя «чертить в масштабе» в модели

    Если один человек чертит «в 1:100», другой — «в 1:50», то:

  • блоки и Xref перестают совпадать;
  • размеры начинают вести себя непредсказуемо;
  • невозможно нормально переиспользовать фрагменты и узлы.
  • Единое правило проекта:

  • в модели всё всегда 1:1;
  • масштаб задаётся только в настройке видового экрана на листе.
  • Справка Autodesk по видовым экранам: Layout viewports.

    Переопределения слоёв в видовых экранах: когда это допустимо

    Иногда один и тот же план нужно показать по-разному на разных листах:

  • на общем плане скрыть мелкую штриховку;
  • на плане монтажа выделить нужные сети;
  • на листе с узлом временно «утоньшить» фон.
  • Для этого в AutoCAD есть переопределения слоёв во viewport (Viewport Overrides): в одном видовом экране слой может иметь другой цвет/тип линии/толщину, но в модели слой останется исходным.

    Рекомендации, чтобы не превратить проект в хаос:

  • Используйте overrides только для подачи информации на листе (графическая иерархия), а не для исправления ошибок модели.
  • Не переопределяйте слишком много слоёв: это усложняет сопровождение.
  • Если переопределения нужны постоянно, лучше создать отдельные слои по смыслу (например, A-HATCH-FINE и A-HATCH-COARSE).
  • Справка Autodesk: Layer overrides in viewports.

    Частые ошибки и правила контроля качества

    Ошибка: объекты «не тем цветом» и печатаются «не той толщиной»

    Причина: свойства объекта не ByLayer, а выставлены вручную.

    Решение:

  • применить SETBYLAYER к проблемным объектам;
  • запретить «ручной цвет» как правило проекта;
  • проверять, что слои связаны с CTB/STB из шаблона.
  • Ошибка: пунктир то пропадает, то превращается в сплошную

    Причина: несогласован LTSCALE/PSLTSCALE/MSLTSCALE или не выполнена регенерация.

    Решение:

  • привести переменные к стандарту проекта;
  • выполнить REGEN;
  • проверить отображение именно на листе (в PDF), а не только в модели.
  • Ошибка: служебные элементы попадают в PDF

    Причина: слой не помечен как No Plot.

    Решение:

  • заведите слой A-NOPLOT;
  • в Layer Properties выключите у него печать (Plot = Off);
  • используйте его для построений, временных осей, контрольных рамок, примечаний «для себя».
  • Ошибка: слоёв слишком много и никто не понимает, что где

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

    Решение:

  • закрепить «словарь слоёв» (назначение и примеры применения);
  • запретить создавать новые слои без согласования, пока не исчерпан стандартный набор;
  • периодически чистить файл (например, PURGE) и приводить слои к норме.
  • Справка Autodesk: PURGE.

    Что должно быть зафиксировано в шаблоне DWT после этой темы

    Чтобы слойная дисциплина работала в команде, в DWT должны быть заранее настроены:

  • Набор слоёв (имена, цвета, типы линий, веса линий, Plot/No Plot).
  • Загруженные типы линий (минимум: Continuous, Hidden, Center).
  • Согласованные переменные масштабирования типов линий (LTSCALE, PSLTSCALE, MSLTSCALE) по правилам проекта.
  • Подключённый CTB/STB и проверенный Page Setup (из предыдущей статьи).
  • Итог этой темы: если вы создаёте новый DWG из DWT и рисуете на правильных слоях, то:

  • линии и толщины будут предсказуемыми;
  • пунктиры и оси будут читаемыми на листах разных масштабов;
  • проект станет управляемым и пригодным для стабильного выпуска документации.
  • 4. Построения и редактирование: планы, разрезы, фасады, узлы

    Построения и редактирование: планы, разрезы, фасады, узлы

    Эта тема переводит стандарты оформления и правила проекта (шаблон DWT, CTB/STB, слои, масштабы и типы линий) в ежедневную работу: как быстро и аккуратно построить геометрию и подготовить основные виды чертежей так, чтобы они стабильно выпускались на листы.

    Мы будем опираться на дисциплину из предыдущих статей:

  • чертим в Model Space в масштабе 1:1
  • оформляем через слои и стили (объекты в ByLayer)
  • масштаб, читаемость и конечный вид контролируем на листе во Viewport
  • !Связь между моделью 1:1 и выпуском листов через видовые экраны

    Что такое план, разрез, фасад, узел в логике AutoCAD

  • План — вид сверху, обычно основной рабочий вид для координации (основные размеры, привязки, спецификационные позиции, отметки).
  • Разрез — изображение объекта по секущей плоскости, чтобы показать высоты, уровни, состав конструкций, скрытые элементы.
  • Фасад — вид снаружи (или внутренний вид поверхности), чтобы показать внешний облик, высотные отметки, элементы отделки.
  • Узел — укрупнённый фрагмент (деталь), который показывает конструктивное решение на стыке элементов.
  • В AutoCAD часто встречаются два подхода:

  • 2D-проектирование: план, разрез, фасад рисуются как 2D-геометрия (иногда с использованием копирования и проекционных связей).
  • Смешанный подход: часть геометрии берётся из подложек/Xref (например, оси, архитектурная подоснова), а часть дорисовывается в текущем файле.
  • Для этого курса важна не «единственно правильная методика», а управляемость: чтобы виды были согласованы, редактирование было быстрым, а оформление не разваливалось на печати.

    Подготовка файла перед построениями

    Перед тем как рисовать виды, проверьте базовые условия проекта:

  • файл создан из вашего DWT (слои, стили, преднастройки печати уже есть)
  • геометрия рисуется на правильных слоях, свойства объектов — ByLayer
  • согласованы единицы проекта (обычно миллиметры) и модель ведётся 1:1
  • если используете внешние ссылки, они подключаются с относительными путями и лежат в папке проекта
  • Для контроля удобны практические команды:

  • LAYER — проверить слойную структуру и что служебные слои не печатаются
  • PROPERTIES — быстро увидеть, не «ручные» ли свойства у объекта
  • SETBYLAYER — массово вернуть свойства в ByLayer, если файл «загрязнён»
  • Базовые приёмы построений, которые экономят время

    Работайте от опорных элементов

    Для планов и разрезов почти всегда есть опорные элементы:

  • оси
  • габаритные линии
  • уровни/отметки
  • контуры несущих конструкций
  • Рекомендация: опорные элементы либо приходят через Xref (например, оси как отдельная ссылка), либо выполняются в отдельном «базовом» файле модели. Это ускоряет координацию и снижает расхождения.

    Используйте построение через отступы и сопряжения

    Вместо ручного «рисования стен» линиями чаще применяют:

  • OFFSET — параллельные контуры (толщины стен, отступы)
  • FILLET — сопряжения и быстрое «достраивание угла» (в том числе с радиусом 0)
  • TRIM и EXTEND — подрезка/продление до границы
  • Практическое правило: сначала создайте чистую конструктивную геометрию (контуры), затем добавляйте проёмы, элементы и аннотации.

    Держите контуры замкнутыми там, где это нужно

    Замкнутые контуры важны для:

  • штриховок (HATCH)
  • корректного подсчёта площадей (если применяете)
  • быстрой правки через полилинии
  • Инструменты:

  • PEDIT — преобразование в полилинию и объединение сегментов
  • JOIN — объединение отрезков/дуг в один контур (когда возможно)
  • Построение плана: практический алгоритм

    Ниже — универсальная последовательность, которая подходит для большинства планов (АР, КР, сети), если у вас есть оси и подоснова.

  • Подключите необходимые Xref (оси, архитектура, конструктив) и проверьте совмещение.
  • Зафиксируйте видимость слоёв: оставьте только то, что помогает строить (прочее временно заморозьте).
  • Постройте несущие и основные контуры:
  • 1. внешние стены/границы 2. внутренние стены/перегородки 3. основные проёмы и крупные элементы
  • Добавьте второстепенные элементы:
  • 1. мелкие выступы, ниши 2. элементы оборудования/сантехники/приборов (часто блоками)
  • Проверьте замкнутость контуров там, где будут штриховки.
  • Выполните графическое разделение:
  • 1. основной контур — толще (слой контура) 2. второстепенное — тоньше 3. скрытое/надголовное — своим типом линии (если по регламенту)
  • Только после геометрии переходите к аннотациям (размеры, отметки, выноски).
  • Проёмы, повторяющиеся элементы и блоки

    Если элемент повторяется (двери, окна, условные обозначения), выгоднее использовать блоки:

  • быстрее вставлять и заменять
  • проще поддерживать единый вид по проекту
  • можно добавлять атрибуты для маркировки
  • Команды:

  • BLOCK — создание блока
  • WBLOCK — запись блока в отдельный файл (удобно для библиотеки)
  • INSERT — вставка
  • Практическое правило: блоки вставляйте на осмысленные слои и избегайте «смешивания» геометрии разных назначений внутри одного блока без необходимости.

    Построение разреза: как получить согласованный вид

    Разрез должен быть согласован с планом: расположение секущей, отметки, характерные элементы.

    !Как секущая на плане превращается в разрез

    Логика разреза в 2D

    При 2D-проектировании вы обычно:

  • Обозначаете секущую линию на плане (на отдельном слое, с принятой графикой).
  • Строите разрез как отдельную 2D-геометрию:
  • 1. проецируете основные оси и характерные точки 2. строите уровни (0.000, отметки перекрытий, покрытия) 3. показываете элементы, попавшие в сечение, более «сильной» графикой
  • Штрихуете то, что в сечении должно читаться как материал/конструкция.
  • Что важно для читаемости разреза

  • «В сечении» — толще и заметнее, фон — тоньше
  • уровни и отметки должны быть однозначны и единообразны
  • штриховки не должны «забивать» чертёж (часто нужна корректировка масштаба штриховки)
  • Практика по штриховкам:

  • задавайте штриховку на отдельном слое
  • проверяйте шаг/масштаб штриховки на листе в нужном масштабе
  • не допускайте разрывов и «залипаний» штриховки из-за незамкнутого контура
  • Построение фасада: как не потерять пропорции и привязки

    Фасад должен быть привязан к:

  • осям
  • отметкам уровней
  • ключевым габаритам
  • В 2D-логике фасад удобно строить «по каркасу»:

  • Нанесите оси и уровни (как координатную сетку фасада).
  • Постройте общий габарит.
  • Нанесите проёмы и повторяющиеся элементы (желательно блоками).
  • Добавьте детали (карнизы, откосы, ограждения) и графическую иерархию линий.
  • Если фасад делается на основе подосновы (например, из смежного раздела): лучше подключить её как Xref и обводить/уточнять своими слоями, чем копировать «как есть» и потом править несогласованные копии.

    Узлы (детали): как делать укрупнения без хаоса

    Узел — место, где чаще всего ломается единообразие: каждый чертит «по-своему», и комплект распадается. Чтобы этого не было, применяйте правила.

    Где располагать узлы

    Практичные варианты:

  • узлы на отдельных листах (несколько узлов на одном листе)
  • узлы как отдельные layout в том же файле, где и план (зависит от регламента)
  • Важно: даже если узел «маленький», он должен подчиняться тем же стилям текста, размеров, выносок и слоям.

    Как получать геометрию узла

  • Найдите место узла на плане/разрезе и обозначьте его (маркер узла, ссылка).
  • Создайте укрупнённый фрагмент:
  • 1. либо копированием геометрии в отдельную зону модели 2. либо отдельным файлом, где Xref подключает базовую модель и узел дорисовывается «поверх»
  • Упростите фон:
  • 1. временно отключите лишние слои 2. при необходимости используйте переопределения слоёв во viewport для «фона», но не подменяйте ими ошибки модели

    Что обязательно должно быть в узле

  • чёткие примыкания и состав элементов
  • размеры, которые реально нужны для изготовления/монтажа
  • отметки, если узел связан с уровнями
  • ссылки на материалы/позиции, если это требуется стандартом и регламентом
  • Редактирование без потери качества: ключевые инструменты

    Ниже — набор команд, которые чаще всего определяют скорость и аккуратность правок.

    | Задача | Надёжные инструменты | Замечание по дисциплине | |---|---|---| | Сдвинуть/повернуть элемент | MOVE, ROTATE | Используйте привязки и опорные точки | | Растянуть часть геометрии | STRETCH | Особенно полезно для планов и сетей | | Подрезать/продлить | TRIM, EXTEND | Границы выбирайте осознанно, не «как попало» | | Быстро получить параллель | OFFSET | Отступы должны быть инженерно обоснованы | | Сделать угол/сопряжение | FILLET, CHAMFER | FILLET с радиусом 0 — быстрый угол | | Редактировать полилинию | PEDIT | Удобно для контуров и замкнутых областей | | Скопировать с привязкой | COPY | Следите за слоями вставляемых объектов | | Повторяющиеся элементы | ARRAY | Уместно для отверстий, крепежа, решёток |

    Обязательная привычка: править смысл, а не «косметику»

    Если на печати «не та толщина», «не тот пунктир», «слишком жирно» — сначала проверьте:

  • слой объекта
  • ByLayer ли свойства
  • правильный ли CTB/STB и Page Setup
  • корректны ли масштабы и настройки типов линий (из предыдущей статьи)
  • И только потом делайте графические исключения.

    Контроль согласованности видов

    Согласованность — это то, что чаще всего проверяют при внутреннем контроле и на экспертизе.

    Проверяйте связность:

  • секущие на планах реально соответствуют разрезам
  • отметки уровней одинаковые на разрезах и фасадах
  • оси совпадают на всех видах
  • габариты и ключевые размеры не противоречат друг другу
  • Практичный приём: держите оси и уровни как «сквозные» опорные элементы (через Xref или через строгое копирование с контролем привязок), а не рисуйте их заново на каждом виде.

    Подготовка видов к выпуску на листы

    Чтобы планы/разрезы/фасады/узлы хорошо «садились» на листы:

  • Наведите порядок в модели:
  • 1. удалите мусор и временные построения на печатных слоях 2. служебное перенесите в No plot
  • Проверьте, что масштабы типов линий выглядят одинаково на листе.
  • Для каждого листа настройте viewport:
  • 1. задайте масштаб 2. зафиксируйте viewport (Lock) 3. при необходимости используйте переопределения слоёв для подачи информации
  • Выполните тестовый экспорт в PDF и проверьте читаемость: контуры, штриховки, размеры, текст.
  • Официальная справка AutoCAD доступна на сайте Autodesk: AutoCAD Help.

    Частые ошибки при построениях и редактировании

  • Редактирование «по месту» ломает повторяемость
  • 1. причина: одинаковые элементы не блоками, а «нарисованы заново» 2. решение: библиотеки блоков и регламент обновления
  • Линии «похожи», но смысл разный
  • 1. причина: скрытые/осевые линии выполнены Continuous 2. решение: слой + тип линии по стандарту проекта
  • Узлы превращаются в отдельный стиль
  • 1. причина: в узлах другие тексты, другие размеры, другой подход к графике 2. решение: узел — тот же проект, те же стили, те же слои
  • После правок «поплыли» штриховки
  • 1. причина: контуры перестали быть замкнутыми или штриховка слишком плотная 2. решение: восстановить замкнутость, проверить масштаб штриховки на листе

    Итог

    Если вы соблюдаете правила проекта (DWT, слои, ByLayer, масштабы на листе), то построения и правки становятся предсказуемыми:

  • план, разрез и фасад согласуются по осям и отметкам
  • узлы делаются быстро за счёт укрупнения и контроля фона
  • оформление не «ломается» при печати и передаче файла
  • Следующие темы курса логично опираются на этот навык: оформление аннотаций (размеры, выноски), выпуск листов, а также стандартизация повторяющихся элементов через блоки и извлечение данных.

    5. Блоки, атрибуты и динамические элементы для типовых решений

    Блоки, атрибуты и динамические элементы для типовых решений

    Типовые элементы в проектной документации повторяются постоянно: оси, марки, двери/окна (условные), приборы, опоры, примечания, штампы, позиции, выноски. Если рисовать их «вручную», вы теряете скорость и единообразие, а при правках получаете расхождения.

    Эта статья связывает предыдущие темы курса:

  • из статьи про стандарты ЕСКД/СПДС: блоки помогают выдерживать единообразие условных обозначений и табличных данных
  • из статьи про DWT и организацию: библиотека блоков и правила хранения становятся частью структуры проекта
  • из статьи про слои: правильные блоки поддерживают дисциплину ByLayer и предсказуемую печать
  • из статьи про построения: планы, разрезы, фасады и узлы ускоряются, когда повторяемые элементы делаются блоками
  • Что такое блок и почему он важен для проектной документации

    Блок в AutoCAD состоит из:

  • определения блока (Block Definition) внутри файла: как объект устроен
  • вставок блока (Block References): сколько раз и где он применён
  • Блок полезен, потому что:

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

    !Схема, показывающая разницу между определением блока и его вставками

    Когда блоки применять обязательно, а когда осторожно

    Блоки особенно оправданы, если элемент:

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

  • элемент уникальный и правится «по месту» один раз
  • элемент должен быть частью «живой» геометрии (например, контур стены), где блок будет мешать редактированию
  • Практическое правило: условные обозначения, марки, типовые узлы, повторяемые приборы и элементы оформления почти всегда выгоднее делать блоками.

    Блоки и слои: как не сломать ByLayer и печать

    Чтобы блоки не разрушали дисциплину из темы про слои:

  • геометрию внутри блока делайте с Color = ByLayer, Linetype = ByLayer, Lineweight = ByLayer
  • вставку блока размещайте на осмысленном слое (например, A-EQPM, A-DOOR, A-SYMB)
  • Приём «слой 0 внутри блока»

    Классический надёжный подход:

  • геометрию внутри блока размещают на слое 0 и задают свойства ByLayer
  • тогда вставка блока принимает свойства слоя, на который вы её вставили
  • Это удобно, когда один и тот же символ в разных чертежах должен печататься по-разному, но оставаться «тем же» блоком.

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

    Создание и хранение блоков: BLOCK, WBLOCK и библиотека проекта

    BLOCK и WBLOCK: в чём разница

  • BLOCK создаёт определение блока внутри текущего DWG
  • WBLOCK записывает блок в отдельный DWG-файл (удобно для библиотеки)
  • Рекомендуемая дисциплина для проекта:

  • Типовые блоки храните отдельными файлами в папке проекта (например, 01_Templates\Blocks)
  • В рабочие чертежи вставляйте блоки из библиотеки
  • Обновление библиотеки делайте по регламенту (чтобы у команды не появлялись «разные версии одного и того же»)
  • Справка Autodesk: Команда WBLOCK.

    Единицы и масштаб вставки

    Чтобы блоки не «взрывались» по масштабу:

  • убедитесь, что единицы файла и единицы блока согласованы
  • держите проектную дисциплину: модель 1:1, вставки без «ручного масштабирования», масштаб задаётся на листе во viewport
  • Если в проекте всё в миллиметрах, то и библиотеку блоков логично вести в миллиметрах.

    Атрибуты: как превращать блок в носитель данных

    Атрибут — это текстовое поле внутри блока, которое хранит значение в каждой вставке: марка, позиция, тип, примечание, отметка. Атрибуты превращают графику в управляемые данные.

    Типовые задачи атрибутов:

  • маркировка оборудования (позиция и тип)
  • обозначение узлов и ссылок (например, «Узел 3/Лист 12»)
  • подписи на планах (номер помещения, наименование)
  • заполнение штампа (в блоке рамки)
  • Справка Autodesk: О атрибутах блоков.

    Как создать атрибут: ATTDEF

    Базовый процесс:

  • Создайте атрибут командой ATTDEF
  • Задайте:
  • 1. Tag (имя поля, например POS) 2. Prompt (подсказка при вводе, например «Позиция») 3. Default (значение по умолчанию, если нужно)
  • Включите атрибут в состав блока
  • Практическое правило по Tag:

  • используйте короткие латинские теги без пробелов: POS, TYPE, NAME, LEVEL
  • фиксируйте словарь тегов в регламенте отдела, иначе извлечение данных станет хаотичным
  • Редактирование атрибутов во вставках: EATTEDIT

    Для изменения значений атрибутов в конкретной вставке используйте:

  • EATTEDIT (редактор атрибутов)
  • Это быстрее и чище, чем взрывать блок и править текст вручную.

    Обновление атрибутов после изменения блока: ATTSYNC

    Типовая проблема: вы изменили определение блока (добавили атрибут или поменяли его свойства), а старые вставки не обновились.

    Решение:

  • ATTSYNC синхронизирует атрибуты вставок с текущим определением блока
  • Справка Autodesk: Команда ATTSYNC.

    Динамические блоки: один блок вместо десятков вариантов

    Динамический блок — это блок, который может менять форму или отображение по параметрам: длина, ширина, поворот, зеркальность, видимость вариантов.

    В проектной документации это особенно полезно для:

  • дверей: ширина, левое/правое открывание
  • окон: ширина, тип заполнения
  • условных обозначений: несколько вариантов отображения (например, разные типы розеток)
  • отметок и выносок: длина полки, направление
  • Справка Autodesk: О динамических блоках.

    Как устроен динамический блок: параметры и действия

    Внутри редактора блоков обычно используются:

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

    Практический пример: динамическая дверь

    Цель: один блок «Дверь», который умеет:

  • менять ширину проёма
  • переключаться левое/правое открывание
  • сохранять корректную дугу открытия
  • Подход:

  • В BEDIT создайте геометрию двери 1:1
  • Добавьте линейный параметр ширины и действие растяжения нужных элементов
  • Добавьте параметр отражения для створки
  • Проверьте, что все элементы остаются ByLayer
  • Команда для редактирования динамических блоков: BEDIT.

    Справка Autodesk: Редактор блоков (BEDIT).

    Извлечение данных из атрибутов: ведомости и спецификации

    Если атрибуты сделаны системно, из них можно автоматически получать перечни: позиции, типы, количества.

    В AutoCAD для этого применяют:

  • DATAEXTRACTION (мастер извлечения данных)
  • Вы можете выгружать данные:

  • в таблицу AutoCAD
  • в внешний файл (например, CSV), если по регламенту ведомости ведутся вне DWG
  • Справка Autodesk: Извлечение данных (Data Extraction).

    !Схема процесса извлечения ведомости из атрибутов блоков

    Практическое правило качества: извлечение работает только если теги атрибутов стандартизированы и блоки не дублируются “почти такими же”, но с другими тегами.

    Типовые ошибки и как их предотвратить

  • Ошибка: блок «красивый», но печатается неправильно
  • Решение: геометрия внутри блока ByLayer, контроль через слой и CTB/STB, не через ручные свойства
  • Ошибка: после правки блока часть вставок не обновилась
  • Решение: ATTSYNC, а также регламент обновления библиотек
  • Ошибка: в проекте появились десятки «почти одинаковых» блоков
  • Решение: динамические блоки и единая библиотека, запрет на создание блоков «внутри рабочего файла без сохранения в библиотеку»
  • Ошибка: атрибуты есть, но ведомость не собирается
  • Решение: единый словарь тегов, единый стиль заполнения значений, проверка на дубликаты и пустые значения перед DATAEXTRACTION
  • Что должно быть зафиксировано в проекте после этой темы

    Чтобы блоки реально стали инструментом выпуска документации, а не хаосом:

  • папка библиотеки блоков в структуре проекта и правило хранения (WBLOCK)
  • набор обязательных типовых блоков (условные обозначения, марки, позиции, штампы, таблицы)
  • соглашения по слоям и внутренней структуре блоков (ByLayer, часто слой 0 внутри)
  • словарь атрибутов (Tag, назначение, пример значения)
  • правило использования динамических блоков для типовых вариантов
  • правило извлечения данных и форматов ведомостей (DATAEXTRACTION)
  • Итог: блоки, атрибуты и динамика превращают повторяемые элементы в управляемую систему. Это ускоряет построения, упрощает правки и делает выпуск комплектов стабильным по стандартам, заложенным в DWT и правилах слоёв.

    6. Листы, видовые экраны, аннотации и подготовка к печати (PDF/PLT)

    Листы, видовые экраны, аннотации и подготовка к печати (PDF/PLT)

    В предыдущих темах курса мы выстроили основу управляемого проекта в AutoCAD:

  • стандарты оформления ЕСКД/СПДС
  • структура папок и шаблоны DWT
  • единые слои, свойства ByLayer, типы линий и масштаб
  • построение планов, разрезов, фасадов и узлов
  • блоки, атрибуты и типовые решения
  • Теперь задача следующего уровня: превратить модель 1:1 в стабильный выпуск листов в PDF или PLT так, чтобы у всей команды:

  • одинаково работают масштабы
  • одинаково выглядят тексты, размеры, выноски
  • одинаково печатаются толщины линий и типы линий
  • листы собираются и печатаются пакетно без ручных правок
  • Ключевой принцип остаётся тем же:

  • в Model Space чертим 1:1
  • на Layout компонуем лист и печатаем
  • масштаб задаём в видовом экране
  • !Связь модели 1:1, листа и видовых экранов

    Лист (Layout) как единица выпуска документации

    Layout (лист) в AutoCAD удобнее воспринимать как готовый документ: рамка, штамп, примечания, таблицы и один или несколько видов.

    На листе обычно находятся:

  • рамка и основная надпись (штамп) как блок
  • видовые экраны (viewports), которые показывают модель
  • часть аннотаций, если вы ведёте их в пространстве листа
  • таблицы, ведомости, примечания, общие указания
  • Рекомендация курса, связанная с темой про DWT:

  • новые файлы создавайте из DWT, где уже есть настроенные Layout, рамка и Page Setup
  • Справка Autodesk:

  • Layouts (справка AutoCAD)
  • Видовые экраны (Viewports): окно в модель

    Viewport на листе показывает выбранную область модели. Самое важное: viewport хранит масштаб и набор видимости слоёв для конкретного вида.

    Базовые правила работы с viewport

  • создавайте viewport на листе, затем настраивайте масштаб
  • после настройки масштаба фиксируйте viewport (Lock)
  • не двигайте модель «под лист», двигайте рамку вида или меняйте область отображения в viewport
  • Почему нужно фиксировать viewport:

  • чтобы случайный zoom колесом мыши не изменил масштаб и не сорвал читаемость и аннотации
  • Справка Autodesk:

  • Layout viewports (справка AutoCAD)
  • Масштабы в viewport и дисциплина 1:1

    Если вы соблюдали правило прошлых тем модель всегда 1:1, то масштаб на листе задаётся только в viewport.

    Практика:

  • выбирайте масштаб из списка стандартных (например, 1:50, 1:100, 1:20)
  • закрепите набор типовых масштабов в отделе, чтобы листы выглядели единообразно
  • Важно для типов линий:

  • чтобы пунктиры и осевые выглядели одинаково на листе при разных масштабах, обычно используют PSLTSCALE = 1 и MSLTSCALE = 1 (эту дисциплину мы фиксировали в теме про типы линий)
  • Управление видимостью слоёв на листе

    В проектах один и тот же план часто нужен в разных «подачах»: общий план, план демонтажа, план монтажа, план с выделением нужной сети.

    Есть два корректных инструмента, не ломающих модель:

  • заморозка слоёв во viewport (viewport freeze)
  • переопределения слоёв во viewport (цвет, тип линии, толщина только для конкретного вида)
  • Правило качества:

  • используйте viewport-настройки для подачи информации, а не для исправления ошибок модели
  • Справка Autodesk:

  • Layer overrides in viewports (справка AutoCAD)
  • Аннотации: где их делать и как не потерять читаемость

    Аннотации в рабочей документации это:

  • тексты и примечания
  • размеры
  • выноски и мультивыноски
  • марки, позиции, обозначения узлов
  • В AutoCAD есть две основные стратегии.

    Стратегия A: аннотации на листе (Paper Space)

    Суть:

  • модель показывается во viewport
  • текст, размеры и выноски ставятся на Layout в масштабе 1:1
  • Плюсы:

  • предсказуемая читаемость без аннотативности
  • удобно, когда на листе только один масштаб
  • Минусы:

  • сложнее переиспользовать аннотации на других листах
  • неудобно при большом количестве видов и разных масштабах
  • Стратегия B: аннотации в модели с аннотативностью (рекомендуется для многомасштабных комплектов)

    Суть:

  • аннотации создаются в Model Space
  • объекты делают аннотативными, чтобы на листе они печатались одинакового размера при разных масштабах
  • Что обычно делают аннотативным:

  • текст
  • размеры
  • мультивыноски
  • некоторые блоки обозначений
  • Техническая логика простая:

  • вы задаёте желаемую высоту текста на листе (например, 2.5 мм)
  • AutoCAD сам подбирает масштаб отображения этой аннотации для нужного viewport
  • Практический режим работы:

  • На листе создайте viewport и задайте масштаб.
  • Сделайте viewport активным.
  • Перед постановкой аннотаций убедитесь, что текущий аннотативный масштаб соответствует масштабу вида.
  • Поставьте размеры, тексты, выноски.
  • Чтобы аннотативные объекты не «пропадали», важно понимать:

  • у аннотации может быть назначен не тот масштаб, который используется в конкретном viewport
  • тогда аннотация существует, но не отображается в этом виде
  • Справка Autodesk:

  • Annotative objects (справка AutoCAD)
  • Единые стили аннотаций: текст, размеры, мультивыноски

    Как и со слоями, дисциплина выпуска держится на стандартизации.

    В проекте должны быть зафиксированы:

  • 1–2 текстовых стиля
  • 1 основной размерный стиль (и, при необходимости, 1–2 дополнительных)
  • 1 стиль мультивыносок
  • единые правила высот текста и размеров на листе
  • Критическое правило:

  • не «подгоняйте» читаемость ручным изменением размеров по объектам, исправляйте стиль
  • Команды, которые полезно знать в потоке выпуска:

  • DIMSTYLE для управления размерными стилями
  • STYLE для текстовых стилей
  • MLEADERSTYLE для мультивыносок
  • Справка Autodesk:

  • Dimension styles (справка AutoCAD)
  • MText (справка AutoCAD)
  • Подготовка к печати: что на самом деле определяет результат

    Печать в AutoCAD почти всегда ломается из-за трёх причин:

  • разные Page Setup на листах
  • разные CTB/STB или их отсутствие
  • ручные свойства объектов вместо ByLayer
  • Мы уже заложили решение в предыдущих темах: DWT и единые правила слоёв. Теперь закрепим выпуск.

    Page Setup как «замороженный рецепт печати»

    Page Setup хранит параметры печати для Layout:

  • устройство печати (PDF-драйвер или плоттер)
  • формат листа
  • область печати
  • масштаб печати (для Layout почти всегда 1:1)
  • ориентация
  • CTB/STB
  • включение печати толщин линий
  • Рекомендация:

  • храните именованные Page Setup в шаблоне DWT
  • применяйте один и тот же Page Setup ко всем листам комплекта
  • Справка Autodesk:

  • Page setup (справка AutoCAD)
  • CTB/STB и «монохромная» печать

    Если проект работает на CTB:

  • толщина линий зависит от цвета слоёв или объектов
  • для документации обычно применяют монохромную печать, но с толщинами
  • Практический контроль перед выпуском:

  • на листе включите отображение толщин линий, чтобы визуально проверить иерархию
  • сделайте тестовый PDF одного листа и проверьте читаемость
  • Справка Autodesk:

  • Plot style tables (CTB/STB) (справка AutoCAD)
  • Выпуск в PDF: стабильный сценарий

    Для проектной документации чаще всего применяют печать в PDF.

    Рекомендуемый порядок действий:

  • Убедитесь, что печать идёт с Layout, а не из Model Space.
  • Примените к листу правильный Page Setup.
  • Проверьте:
  • 1. выбран правильный формат 2. масштаб печати 1:1 3. выбран нужный CTB/STB 4. включены lineweights
  • Выпустите PDF и визуально проверьте:
  • 1. толщины 2. пунктиры и оси 3. читаемость текста 4. «не напечатались ли» служебные слои No plot

    Справка Autodesk:

  • Plot and publish drawings (справка AutoCAD)
  • PLT и печать на плоттер

    PLT обычно используют как формат задания печати для плоттера, когда:

  • печать выполняется на конкретном устройстве
  • в организации принят регламент сдачи печатных файлов на печать
  • Практический смысл тот же, что и у PDF:

  • результат зависит от Page Setup и CTB/STB
  • Важно:

  • для плоттера часто используют настроенный файл конфигурации устройства печати (PC3), который должен быть единым в отделе
  • Пакетный выпуск: Publish и единая выдача комплектом

    Когда листов много, ручная печать превращается в источник ошибок.

    Publish позволяет печатать пакетно:

  • все Layout в файле
  • Layout из разных файлов
  • с едиными настройками
  • Практическое правило:

  • пакетная печать работает стабильно только если Page Setup стандартизирован
  • Справка Autodesk:

  • Publish drawings (справка AutoCAD)
  • !Процесс выпуска комплекта через единые настройки и Publish

    Чек-лист качества перед сдачей листов

    Перед финальным выпуском полезно пройти короткую проверку.

  • на всех листах применён один и тот же Page Setup
  • все viewports имеют правильный масштаб и зафиксированы (Lock)
  • аннотации читаемы и единообразны по высотам
  • типы линий корректны на листе (пунктир не превращается в сплошную)
  • служебные слои помечены как No plot и не попадают в PDF
  • свойства объектов в модели преимущественно ByLayer
  • Команды для гигиены файла перед сдачей:

  • AUDIT для проверки ошибок
  • PURGE для очистки неиспользуемых элементов
  • Справка Autodesk:

  • AUDIT (справка AutoCAD)
  • PURGE (справка AutoCAD)
  • Итог

    Если у вас уже настроены DWT, слои и печать, то выпуск листов становится повторяемым процессом:

  • Layout это готовый документ
  • viewport это управляемый вид модели с масштабом
  • аннотации создаются по единым стилям и правилам (на листе или аннотативно в модели)
  • Page Setup фиксирует печать
  • Publish даёт пакетный выпуск без ручных ошибок
  • Эта тема завершает переход от «черчения» к «выпуску документации» и закрепляет основу, на которой держится качество комплектов по ЕСКД/СПДС.

    7. Спецификации, ведомости, проверка качества и выпуск комплекта

    Спецификации, ведомости, проверка качества и выпуск комплекта

    В предыдущих темах курса мы построили управляемую среду AutoCAD для проектной документации: стандарты ЕСКД/СПДС, DWT-шаблоны, слои и печать, виды (планы/разрезы/фасады/узлы), блоки и атрибуты, листы и видовые экраны.

    Эта статья про финальный уровень зрелости проекта: как превратить чертежи в комплект, который:

  • содержит корректные табличные документы (ведомости и спецификации);
  • выдерживает проверку качества (графика, данные, отсутствие мусора и ошибок);
  • стабильно выпускается в PDF/PLT и передаётся без потерь ссылок, шрифтов и CTB.
  • > Важно: в организациях требования к составу и форме таблиц могут уточняться внутренним стандартом. Ниже даётся универсальная логика, совместимая с СПДС и практикой выпуска.

    Ведомость и спецификация: в чём разница и зачем разделять

    Обе формы выглядят как таблицы, но решают разные задачи.

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

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

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

  • ГОСТ 21.101-2020 СПДС. Основные требования к проектной и рабочей документации
  • ГОСТ 21.110-2013 СПДС. Спецификация оборудования, изделий и материалов
  • Способы делать таблицы в AutoCAD: от ручного к управляемому

    В AutoCAD таблицы можно делать несколькими путями. Выбор влияет на скорость правок и риск расхождений.

    Таблица как ручной документ (минимальная автоматизация)

    Подходит, если:

  • таблица маленькая;
  • данные редко меняются;
  • нет требования автоматически считать позиции и количества.
  • Инструменты:

  • таблица AutoCAD (Table);
  • единый стиль таблицы из DWT;
  • копирование типовых таблиц из шаблона.
  • Риски ручного подхода:

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

    Подходит, если:

  • на чертеже много повторяющихся элементов;
  • нужно получать количества и перечни;
  • важно, чтобы таблица обновлялась при изменениях модели.
  • Логика такая:

  • данные хранятся в атрибутах блоков;
  • AutoCAD извлекает эти данные в таблицу через DATAEXTRACTION.
  • Это напрямую опирается на предыдущую тему курса про блоки и атрибуты: блок становится не просто символом, а носителем данных.

    Справка по AutoCAD (единая точка входа, где можно найти команды DATAEXTRACTION, TABLE, FIELDS, PUBLISH):

  • Справка AutoCAD (Autodesk Help)
  • Проектная дисциплина данных: что нужно стандартизировать заранее

    Чтобы спецификации и ведомости не превращались в ручной труд, заранее фиксируют правила.

    Словарь атрибутов

    Атрибуты должны быть стандартизированы по тегам (Tag), иначе извлечение будет нестабильным.

    Пример минимального словаря тегов для спецификаций:

  • POS — позиция (или марка на плане);
  • NAME — наименование;
  • TYPE — тип/модель;
  • QTY — количество (если по регламенту допускается хранить в атрибуте);
  • NOTE — примечание.
  • Правило качества:

  • один смысл = один тег во всём проекте;
  • одинаковые правила заполнения (например, формат значения для TYPE).
  • Единая библиотека блоков

    Если один и тот же прибор существует как 3 разных блока в разных файлах, ведомость будет «рассыпаться».

    Надёжная дисциплина:

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

    Табличная часть должна выглядеть так же единообразно, как рамка, шрифты и размеры.

    Фиксируйте в DWT:

  • стиль таблицы (шрифт, высоты строк, толщины линий);
  • типовые заготовки ведомостей;
  • правила размещения таблиц на листе.
  • Практика: как собрать спецификацию из блоков с атрибутами

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

  • Подготовьте блоки.
  • Убедитесь, что в блоках есть атрибуты с нужными тегами (POS, NAME, TYPE).
  • Заполните атрибуты на вставках (через редактор атрибутов).
  • Запустите DATAEXTRACTION.
  • Выберите источники данных.
  • Выберите, какие блоки и какие атрибуты извлекать.
  • Настройте группировку.
  • Создайте таблицу AutoCAD на листе или экспортируйте во внешний формат (если так принято).
  • Проверьте результат и закрепите место таблицы в компоновке.
  • Критичные настройки, которые обычно нужны для инженерной логики:

  • группировать одинаковые позиции;
  • считать количество одинаковых вставок;
  • исключать служебные или «чертёжные» блоки (рамка, штамп, маркеры).
  • Ведомость чертежей: как сделать так, чтобы она не расходилась с комплектом

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

    Чтобы снизить риск:

  • фиксируйте правило именования листов и файлов (из темы про организацию проекта);
  • фиксируйте правило: один лист = один Layout и единый Page Setup;
  • используйте шаблоны ведомостей и обновляйте их при изменениях состава.
  • Если в организации применяется выпуск через набор листов (Sheet Set), ведомость можно автоматизировать сильнее, но это уже зависит от внутренних регламентов и внедрения инструментов отдела.

    Проверка качества: что проверять перед выпуском комплекта

    Проверка качества делится на 4 уровня: геометрия, оформление, данные, выпуск.

    Геометрия и «гигиена» DWG

    Проверяйте:

  • нет ли явных ошибок и повреждений файла (обычно через AUDIT);
  • нет ли мусора: неиспользуемые слои, блоки, стили (обычно через PURGE);
  • нет ли случайных дублей геометрии, наложенных линий (часто помогает OVERKILL, если он доступен в вашей версии).
  • Правило проекта:

  • очистка не должна ломать стандарты: после чистки должны остаться нужные слои, стили, блоки, CTB-привязки.
  • Оформление и читаемость

    Проверяйте:

  • объекты в модели в ByLayer (нет «ручных» цветов и толщин, которые ломают CTB/STB);
  • служебные слои действительно No plot;
  • типы линий читаемы на листе (пунктир и оси не превращаются в сплошную);
  • видовые экраны зафиксированы (Lock) и имеют правильный масштаб.
  • Данные (таблицы, позиции, атрибуты)

    Проверяйте:

  • заполнены ли обязательные атрибуты у элементов, попадающих в спецификацию;
  • нет ли «почти одинаковых» позиций с разными написаниями;
  • совпадают ли позиции на плане и строки спецификации;
  • обновлена ли таблица после правок (если таблица получена извлечением данных).
  • Выпуск (PDF/PLT) и воспроизводимость

    Проверяйте:

  • на всех Layout применён единый Page Setup;
  • подключён правильный CTB/STB;
  • печать идёт из Layout, а не из Model Space;
  • PDF читаем на типовом просмотрщике (толщины, текст, штриховки);
  • в PDF нет служебных построений.
  • !Блок-схема, показывающая как данные и графика сходятся в финальный выпуск комплекта

    Выпуск комплекта: правила, которые экономят часы на передаче

    Именование и структура выдачи

    Чтобы заказчик и экспертиза понимали комплект без ваших пояснений:

  • единый формат имени PDF (раздел, номер листа, наименование);
  • сортировка PDF в порядке листов;
  • отдельная папка выпуска (например, 05_Export).
  • Пакетная печать

    Если листов больше нескольких, ручная печать повышает риск ошибки.

    Надёжная дисциплина:

  • печатать через пакетный выпуск (Publish);
  • не менять настройки печати на каждом листе, а применять Page Setup из DWT.
  • Передача DWG при необходимости

    Если вы передаёте не только PDF, но и исходники, убедитесь, что у получателя откроется проект:

  • внешние ссылки подключены относительными путями;
  • в состав передачи включены используемые CTB/STB;
  • при необходимости приложены шрифты;
  • приложены подложки (если они нужны для чтения чертежа).
  • Практичный инструмент AutoCAD для сборки передачи в один пакет часто называется ETRANSMIT (формирует комплект с зависимостями).

    Итог

    Спецификации и ведомости в AutoCAD становятся предсказуемыми, когда вы переносите логику проекта из «ручной правки» в систему:

  • данные живут в атрибутах блоков;
  • таблицы формируются извлечением данных;
  • качество контролируется чек-листом: геометрия, оформление, данные, выпуск;
  • выпуск идёт через единые Layout, Page Setup и пакетную печать.
  • На практике это и есть разница между «умею чертить в AutoCAD» и «выпускаю комплект документации стабильно и без срывов».