Читаем КОМПАС-3D для студентов и школьников. Черчение, информатика, геометрия полностью

«Азбука КОМПАС» — это интерактивное учебное пособие, реализованное в виде отдельного файла. В пособии, входящем в поставку КОМПАС-3D LT, представлено 6 уроков по освоению 3D-технологии (рис. 3.18).

Освоение интерактивного учебного пособия «Азбука КОМПАС», безусловно, может способствовать ускоренному изучению технологий создания твердотельных моделей изделий.

<p>Часть II</p><p>Черчение с КОМПАС-3D</p><p>Глава 4</p><p>Создание трехмерных моделей и выполнение двумерных графических фрагментов</p>

Виды изделий всех отраслей промышленности при выполнении конструкторской документации устанавливает ГОСТ 2.101-68.

Изделием называется любой предмет или набор предметов производства, подлежащих изготовлению на предприятии. Установлены следующие виды изделий:

детали;

сборочные единицы;

комплексы;

комплекты.

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

Части детали, имеющие определенное назначение, называются ее элементами, например: фаска, проточка, ребро и т. п.

Виды и комплектность конструкторских документов на изделия устанавливает ГОСТ 2.102-68. Одним из наиболее распространенных является чертеж детали — документ, содержащий изображение детали и другие данные, необходимые для ее изготовления и контроля.

<p>4.1. Изображение плоской детали. Нанесение размеров</p>

Рассмотрим задание 1, в котором необходимо завершить изображение плоских деталей по представленным половинкам, ограниченным осью симметрии, а также нанести размеры и указать их количество. Перед выполнением задания необходимо ознакомиться со следующими общими правилами нанесения размеров (ГОСТ 2.307-68):

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

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

каждый размер указывают только один раз;

линейные размеры указывают в миллиметрах без обозначения единиц измерения;

угловые размеры указывают в градусах, минутах и секундах с обозначением единицы измерения, например: 4°, 4°30', 4°30'40'';

при нанесении размера прямолинейного отрезка размерную линию проводят параллельно этому отрезку, а выносные линии — перпендикулярно размерным;

при нанесении размера угла размерную линию проводят в виде дуги с центром в его вершине, а выносные линии — радиально;

размерные линии предпочтительно наносить вне контура изображения;

размерную линию, как правило, с обоих концов ограничивают стрелками;

выносные линии должны выходить за концы стрелок размерной линии на 1–5 мм;

минимальные расстояния между параллельными размерными линиями должны быть 7 мм, а между размерной и линией контура — 10 мм и выбраны в зависимости от размеров изображения и насыщенности чертежа;

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

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

не допускается повторять размеры одного и того же элемента на разных изображениях;

размеры фасок под углом 45° наносят, как показано на рис. 4.2, а. Размеры фасок под другими углами указывают по общим правилам — линейным и угловым размерами или двумя линейными размерами (рис. 4.2, б);

если на изображении совмещается вид с разрезом, то размеры, относящиеся к виду, помещают со стороны вида, а размеры, относящиеся к разрезу, помещают со стороны разреза (рис. 4.2);

размеры, относящиеся к одному и тому же конструктивному элементу (пазу, выступу, отверстию и т. п.), рекомендуется группировать в одном месте, располагая на том изображении, где форма данного элемента показана наиболее полно (рис. 4.3);

при нанесении размеров элементов, равномерно расположенных по окружности изделия (например, отверстий), вместо угловых размеров, определяющих взаимное расположение элементов, указывают только их количество (рис. 4.4);

допускается не наносить на чертеже размеры радиуса дуги окружности сопрягающихся параллельных линий (рис. 4.5);

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

На рис. 4.7 показан пример выполнения задания по рассматриваемой теме.

Перейти на страницу:

Похожие книги

Основы программирования в Linux
Основы программирования в Linux

В четвертом издании популярного руководства даны основы программирования в операционной системе Linux. Рассмотрены: использование библиотек C/C++ и стан­дартных средств разработки, организация системных вызовов, файловый ввод/вывод, взаимодействие процессов, программирование средствами командной оболочки, создание графических пользовательских интерфейсов с помощью инструментальных средств GTK+ или Qt, применение сокетов и др. Описана компиляция программ, их компоновка c библиотеками и работа с терминальным вводом/выводом. Даны приемы написания приложений в средах GNOME® и KDE®, хранения данных с использованием СУБД MySQL® и отладки программ. Книга хорошо структурирована, что делает обучение легким и быстрым. Для начинающих Linux-программистов

Нейл Мэтью , Ричард Стоунс , Татьяна Коротяева

ОС и Сети / Программирование / Книги по IT
97 этюдов для архитекторов программных систем
97 этюдов для архитекторов программных систем

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

Билл де Ора , Майкл Хайгард , Нил Форд

Программирование, программы, базы данных / Базы данных / Программирование / Книги по IT
Программист-прагматик. Путь от подмастерья к мастеру
Программист-прагматик. Путь от подмастерья к мастеру

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

А. Алексашин , Дэвид Томас , Эндрю Хант

Программирование / Книги по IT