Формальное описание технического объекта функционально адаптированной САПР «носовая стойка шасси»
Автор: Горбачев Иван Владимирович, Похилько Александр Федорович, Цыганков Денис Эдуардович
Журнал: Известия Самарского научного центра Российской академии наук @izvestiya-ssc
Рубрика: Механика и машиностроение
Статья в выпуске: 4-4 т.15, 2013 года.
Бесплатный доступ
В данной статье описывается пример формальной модели технического объекта разработанной для построения системы проектирования на основе технологии функционально адаптивного представления. Развиваемая авторами концепция функционально адаптивного представления направлена на решение таких задач, как достижение интероперабельности, фиксация, сохранение и извлечение логики построения проектных решений.
Формальная модель, проектная деятельность, проектные решения, автоматизация, сапр
Короткий адрес: https://sciup.org/148202374
IDR: 148202374
Текст научной статьи Формальное описание технического объекта функционально адаптированной САПР «носовая стойка шасси»
фицируемость (адаптивность) решения в данных рамках [2]. В процессе построения ФА САПР проводит анализ проектируемого объекта и формируется его формальная модель.
Шина колеса носовой стойки шасси (рис. 1.), например, является техническим объектом, для построения информационного образа которого требуется определенный набор функциональности. Так, при его построении используются сле- дующие операции: построение оси, построение тела вращением, построение тела по траектории, создание кругового массива, скругление грани, а так же объединение и вычитание тел. Таким образом, выделенная функциональность является одновременно необходимой и достаточной для построения трехмерной модели такого технического объекта.
Однако вышеуказанный технический объект является простым, так как он не разбивается на

Рис. 1. Модель шины колеса носовой опоры шасси составляющие его детали. Интерес вызывает проектирование сложных технических объектов. Сложным, в данном случае, приемлемо назвать технический объект, составляющий из себя сборку нескольких компонент – деталей. Проектирование такого объекта сводится к проектированию его составных частей и последующих их сопряжений.
Колесо носовой стойки шасси можно отнести к сложным техническим объектам, состоящим из нескольких деталей. На рис. 2. представлены детали, входящие в его состав.
Формирование ФА САПР сложных технических объектов начинается с целостного анализа процесса проектирования деталей, составляющих этот объект. При этом, в объектах, составляющих сборку, могут быть, не только различные операции, но и различное их количество или порядок выполнения, следовательно, необходимо выделять отдельный функционал для каждой детали, а не для всей сборочной модели.
Анализ составляющих составной технический объект деталей сводится, прежде всего, к выявлению проектных параметров выбранного объекта. Проектными параметрами называется ряд параметров, совокупность которых позволяет однозначно определить информационный образ технического объекта.
Геометрический образ элемента может однозначно определяться лишь полной совокупностью параметров, так как они имеют определенную связь между собой: они могут дополнять, ис- ключать или быть следствием друг друга.
Рупор пирамидальный описывается параметрами, представленными в таблице 1; так же в данной таблице представлены обозначения параметров и тип ввода их значений.
Выбор нормализованных значений осуществляется из предварительно заданных, а интерактивный ввод значений параметров – путем ввода значений, укладывающихся в существующие ограничения. Компоненты стойки шасси самолетов описываются значениями дискретного ряда и ограничениями на значения параметров в соответствии с актуальными справочными нормативно-техническими документами.
Следующим шагом при формировании ФА САПР является получение формальной модели технического объекта, на основании ряда проектных параметров, описывающих этот объект.
Формальная модель элемента «Шина колеса носовой стойки шасси» имеет следующий вид:
ПРПШина = {(пн1, ПП1 ),(пн2 , пп2 X( пн3, пп 3),( пн 4, пп 4),(пн 5, пп5),(пн 6, пп6)}, где:
ПрПШина . – множество проектных процедур, необходимых для построения информационного образа Е-секториального рупора;
пнi – порядковый номер i-той проектной процедуры ( i = 1, 2, 3, 4, 5, 6, 7 );
пп1 – проектная процедура выбора значения R;
пп2 – проектная процедура выбора значения Pr;

Рис. 2 . Компоненты объекта «Колесо носовой стойки шасси»
Таблица 1. Параметры элемента «Шина колеса носовой стойки шасси»
пп4 – проектная процедура интерактивного ввода значения параметра dh;
пп5 – проектная процедура интерактивного ввода значения параметра r;
пп6 – проектная процедура построения трехмерного информационного образа шины колеса носовой стойки шасси.
Проектная процедура построения трехмерного информационного образа представляет собой последовательность проектных операций, являющимися функциями от значения параметров проектируемого объекта, которые выполняет ФА САПР. Данная проектная процедура содержит как сами проектные операции, так и порядковый номер их выполнения. Так как многие проектные операции повторяются, то для наглядности выделяется множество используемых проектных операций.
Для элемента «Шина колеса носовой стойки шасси» множество проектных операций определяется следующей формулой:
ПРОпШина = {по1, по2, по3,
по4,по5,по6,по7 ,по8,по9,по10}, где:
ПрОпШина . – множество проектных операций, используемых для построения модели элемента «Шина колеса носовой стойки шасси»;
по1 – проектная операция построения точек;
по2 – проектная операция построения линии;
по3 – проектная операция построения грани;
по4 – проектная операция преобразования в замкнутый контур;
по5 – проектная операция построения тела вращением;
по6 – проектная операция построения оси;
по7 – проектная операция объединения трехмерных тел;
по8 – проектная операция вычитания трехмерных тел;
по9 – проектная операция скругления;
по10 – проектная операция создания кругового массива;
Проектные операции по1–по4 являются базовыми и присутствуют в любых современных
САПР. Однако при формировании ФА САПР требуется выделять необходимый функционал, следовательно, данные операции так же подлежат выделению.
Формальные модели формируются для каждой детали, входящей в состав сложного технического объекта. Созданные для всех компонентов формальные модели представляют собой основания для последующей программной реализации ФА САПР.
Программная реализация представляет собой код проектных процедур (и входящих в их состав проектных операций), и их дальнейшее выстраивание в необходимом порядке, а так же операции установки сопряжений, необходимые для корректного формирования составной трехмерной модели сложного технического объекта.
На рис. 3 представлена результирующая трехмерная сборочная модель (с выполнением сопряжений деталей) сложного технического объекта «Носовая стойка шасси» построенная в ФА САПР.

Рис. 3. Результат проектирования сложного технического объекта
Рассмотренная формальная модель является несколько упрощенной, так как не затрагивает не до конца проработанные к настоящему времени подходы к созданию правил на проектные процедуры и операции, обеспечивающие в полной мере корректность проектируемых объектов. В дополнение ко всему, включение в модель альтернатив на построение отдельных конструктивных элементов или деталей, обеспечивает широкие возможности по формированию ФА САПР целых классов отдельных технических объектов, описывающих некоторую совокупность решений.
Исследование выполнено при поддержке Министерства образования и науки Российской
Федерации, соглашение 14.B37.21.1142
Список литературы Формальное описание технического объекта функционально адаптированной САПР «носовая стойка шасси»
- Hamilton P. Азбука технологий моделирования в MCAD-системах. Часть III. Как технологии MCAD влияют на процесс разработки изделия//CAD/CAM/CAE Observer. 2008. № 2(38). C. 34-36.
- Горбачев И.В., Похилько А.Ф. Структура формального представления процесса проектирования в функционально адаптированной САПР//Инфокоммуникационные технологии. 2010. Т. 8. №1. С. 75 -78.
- Горбачев И.В., Похилько А.Ф. Представление процессов проектирования в функционально адаптируемой форме для хранения классов проектных решений//Программные продукты и системы. 2013. №1 (101). С. 17.