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

<p>9.2.5. Задание для самостоятельной работы</p>

Постройте изображения невозможных объектов (рис. 9.5) в такой последовательности:

1. Создание модели и ассоциативного чертежа реального объекта.

2. Разрушение ассоциативных связей в чертеже и редактирование изображения (переход в мир невозможного).

Известные объекты [1], представленные на рис. 9.5, имеют следующие названия:

переплетающиеся блоки;

раздвоенный столб;

кирпич с выступами и впадинами;

неописуемый объект;

структура из трех/четырех элементов;

кубик со штифтами;

двойная скоба;

башня с четырьмя колоннами-близнецами;

внеземной тостер.

В [1] утверждается, «что невозможный объект несложно создать. Если вы знаете обычные геометрические фигуры и у вас есть немного воображения, это можно сделать за считанные минуты». В данном разделе и в [8] показано, что использование 3D-редактора для создания невозможных объектов делает конструирование этих объектов еще более занимательным, развивает смекалку и пространственное мышление.

<p>9.3. Твердотельное моделирование сборочных единиц</p>

Большинство окружающих нас изделий относится к сборочным единицам, под которыми понимают изделия, составные части которых подлежат соединению между собой сборочными операциями (свинчиванием, сваркой, пайкой, склеиванием и т. д.). Система КОМПАС-ЗD позволяет создавать твердотельные модели самых сложных сборочных единиц. В главе 7 отмечалось, что сборка в КОМПАС-ЗD — трехмерная модель, объединяющая модели деталей и стандартных изделий, также информацию о взаимном положении компонентов и зависимостях между параметрами их элементов.

Знакомство с созданием 3D-моделей сборок следует начать с рассмотрения проектирования «снизу-вверх», которое подразумевает первоначальное получение трехмерных моделей всех компонентов и включает следующие этапы:

1. Создается документ типа Сборка. Модели присваивается наименование.

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

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

4. Формируются необходимые сопряжения компонентов. Наиболее часто применяются команды Соосность и Совпадение.

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

6. Добавляются, сопрягаются и фиксируются последующие компоненты. После перемещения или поворота компонента его пиктограмма в Дереве модели помечается красной «галочкой». Это означает, что его новое положение отражено только на экране и не передано в сборку. В таком случае следует нажать кнопку Перестроить на панели Вид или клавишу .

7. При необходимости вставляются стандартные элементы, задается их положение.

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

При наличии готовых компонентов для создания показанных на рис. 9.6 моделей сборок начинающему пользователю 3 D-редактора требуется не более 20–30 минут. В приложении 2 представлены варианты исходных данных для создания несложных сборок, в том числе показанных на рис. 9.6. Покажем на примере простоту создания 3D-модели сборки по исходным данным (рис. 9.7), аналогичным приложению 2 по форме представления и сложности.

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

Для создания показанных моделей использовалась стандартная ориентация Изометрия XYZ. Файлы созданных моделей целесообразно сохранить в одной папке, например с именем Опора.

Рассмотрим этапы создания в профессиональной версии КОМПАС модели сборки Опора.

1. Выполните Файл | Создать | Сборка | кнопка OK.

Сохраните сборку на диске под именем Опора.

Установите для модели стандартную ориентацию Изометрия XYZ.

Нажмите кнопку Добавить из файла на панели Редактирование сборки.

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

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

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

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

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

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

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

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

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

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

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

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

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