Григорьев А. В. - кандидат технических наук, профессор, Донецкий национальный технический университет, e-mail: grigorievalvl@gmail.com

Бондаренко Е. С. - магистрант, Донецкий национальный технический университет, e-mail: katusha.bondarencko@yandex.ua

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

Ключевые слова: графический интерфейс, интерфейс прикладного программирования (API), геометрическое моделирование в САПР, программное обеспечение, автоматизация.

Введение

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

Разнообразие программного обеспечения САПР, доступного на рынке, становится все более и более универсальным, чтобы соответствовать цели широкого спектра отрасли. Но сложно найти программное обеспечение, которое отвечало бы всем требованиям конкретной отрасли. Следовательно, в программном обеспечении САПР должно быть некое средство для моделирования объектов для удовлетворения потребностей конкретной области промышленности. Это можно сделать, настроив программное обеспечение САПР в соответствии с прикладным программированием интерфейса (API), в котором различные объекты программного обеспечения САПР могут использоваться в программе и приложении.

Ограничения геометрического моделирования САПР

Программное обеспечение САПР прочно вошло в отрасль благодаря множеству преимуществ. Однако оно имеет следующие ограничения:

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

Альтернативные методы

Вышеуказанные проблемы возможно решить одним из альтернативных способов, как указано ниже:

  • Сохранение главного файла для каждого типа компонента, а затем его изменение в соответствии с требованиями;
  • Использование «таблицы переменных», предоставленной программным обеспечением САПР;
  • Использование определенного варианта набора деталей, если это предусмотрено программой САПР.

Ограничения существующих методов

Все методы, описанные выше, имеют несколько недостатков:

  • Требуется сохранить графический мастер-файл. Самым большим ограничением всех вышеупомянутых методов является то, что все они требуют сохранения хотя бы одного файла модели. Графическая природа этих файлов моделей требует больше места в памяти для хранения. Эта проблема более заметна, когда количество вариаций модели продолжает увеличиваться.
  • Изменения формы не могут быть приспособлены. Хотя вышеуказанные методы эффективны в случае размерных изменений, они совершенно бесполезны для приспособления к изменению формы компонентов. Не-сколько из функций определенно могут быть подавлены или не подавлены и могут быть достигнуты некоторые изменения формы, но до определенной степени. Эти методы недоступны для сборки и черчения. Ни одним из вышеперечисленных способов нельзя исключить повторяющиеся черчения.
  • Требуемый навык не может быть полностью исключен. Все вышеперечисленные методы по-прежнему требуют хорошего знания программного обеспечения САПР, гораздо больше знаний и понимания работы программного обеспечения САПР, которое требуется для прямого моделирования. Ни один из этих методов не может снизить требования к навыкам, заработная плата напрямую связана с требованиями к навыкам и, следовательно, они не могут оказаться полезными для значительного сокращения стоимости.
  • Ошибка может закрасться из-за неверного ввода данных из каталогов. Изменения в размерах должны достигаться путем изменения значений вручную. При этом обычно используются три новых значения для требуемой модели, доступных из различных каталогов (производственных каталогов), имеющихся в конструкторском отделе. Не существует надежной системы, которая могла было бы помочь избежать любых подобных ошибок, и такие ошибки не могут быть идентифицированы, и, таким образом, созданная модель может быть ошибочной.
  • Возможны случайные изменения в мастер-файлах. Это одно из рискованных ограничений всех трех методов. Поскольку мастер-файлы представлены только в гибкой форме и доступны пользователю напрямую. Также есть некоторые неточности случайных изменений в мастер-файле. Если такие изменения сохранены, это может вызвать серьезную проблему, так как данные, связанные с самим мастер-файлом, теряются навсегда.
  • Программное обеспечение может быть повреждено или случайно удалено. Сохраненные файлы модели также являются программными копиями, так как они могут быть в любой момент повреждены. Файлы могут быть случайно удалены. Таким образом, мастер-файл требует повторного создания и снижает надежность метода.

Библиотеки деталей и электронные чертежи

Легко заметить, что для любой из механических систем более 60% компонентов либо стандартные компоненты, такие как подшипники, винты, гайки, болты и т. д. или обычно требуемые механические компоненты такие как валы, шпонки, муфты и т. д. Моделирование этих компонентов на повторение занимает много времени. Существуют различные библиотеки деталей в соответствии с разными стандартами. Один раз установив, библиотеки деталей можно просмотреть с помощью обозревателя библиотек, чтобы части деталей можно было вставлять в чертежи. При вставке каждая часть детали преобразуется в блок, который можно повторно вставлять много раз. Блок, группа сущностей могут быть вставлены в один и тот же чертеж более одного раза с разными местоположениями, масштабами и поворотами деталей на конкретный угол. Такой экземпляр блока обычно называют «вставкой». У вставок есть такие же атрибуты, как у сущностей слои. Сущность, которая является частью вставки, может иметь свои собственные атрибуты или совместно использовать атрибуты вставки. Преимущество вставок заключается в том, что есть возможность изменить блок один раз, и все вставки будут обновлены соответствующим образом. Блоки могут содержат полезный текст, размеры и справочные примечания.

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

Электронный формат файлов электронных чертежей сильно сжат, чтобы облегчить передачу по электронной почте. Файлы edrawings создаются с помощью надстройки издателя электронных чертежей, которая работает как подключаемый модуль для многих популярных продуктов САПР. После создания файл электронных чертежей может быть отправлен кому угодно по электронной почте или в формате файла поддержки, таком, как CATIA V5 (.CATPart), собственных файлов и шаблонов SOLIDWORKS (.sldprt, .slddrw, .sldasm, .prtdot, .drwdot и .asmdot), файлов DXF / DWG (.dxf, .dwg), файлы ProEngineer (.prt, .prt, .xpr, .asm, .xas), собственных файлов edrawings (.edrw, .eprt, .easm, .edrwx, .eprtx, .easmx).

Даже указанные выше альтернативы имеют недостатки в размере, т.е. требуют большого объема памяти из-за графической природы файлов. Размер типичного программного обеспечения для электронных чертежей находится в диапазоне от 10 до 12 ГБ, а размер файла электронного чертежа составляет от 15 до 20 МБ. Загрузка файлов из Интернета занимает много времени, что может быть сравнительно дорогим методом. Рыночная цена программного обеспечения для автоматического проектирования составляет около 1000 $, что очень дорого.

Определение проблемы.

По мере того, как методы моделирования САПР становятся все более продвинутыми, возникает потребность в доработке продукта. Моделирование и проектирование меняются быстрее, чем когда-либо. Обновление сборок, состоящих из сотен узлов и деталей вручную в программном обеспечении для 3D-моделирования очень сложно и требует много времени. Модели САПР, у которых есть большое количество параметров и большой объем памяти, требуют больше графических возможностей и времени для обработки данных. Для того чтобы уменьшить время разработки, минимизировать количество ошибок и быстрее внедрить технологий на рынок, многие компании все больше обращаются к автоматизации процессов.

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

Методология

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

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

API-интерфейсы часто представлены в виде библиотеки, которая включает спецификации для подпрограмм, структур данных, классов объектов и переменных. API для CATIA называется CAA и написан на C, C ++, Java и Visual Basic. Изначально API был доступен для САПР, программное обеспечение которых было разработано с использованием языков программирования, таких как FORTRAN, ALGOL, AutoLISP для AutoCAD, GRIP для UniGraphics, ProProgramming для Pro-E и продвинутых языков, таких как C, C ++, Visual Basic 6.0, Visual C ++ и т. Д. Для UniGraphics, CATIA, SolidEdge, SolidWorks и т. д.).

В данной работе используемый API для программного обеспечения для моделирования в САПР CATIA V5 - Visual Basic 6.0. Он связан с инструментами CATIA через VB Editor, а также он может быть подключен в виде внешнего программного обеспечения. "Макрос", используемый для автоматизированного моделирования, написан на языке VB Script. Чтобы упростить ввод данных со стороны пользователя и минимизировать требования к навыкам оператора, разработана простая форма VB для ввода данных от пользователя в простом текстовом формате, например, общего размера, емкости и т. д. Форма для ввода данных пользователем показана на рисунке 1.

Пример интерфейса для ввода данных пользователем
Рисунок 1 – Пример интерфейса для ввода данных пользователем

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

Заключение

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

  1. Навыки, необходимые для моделирования САПР, значительно снижаются. От пользователя никогда не требуется использовать программное обеспечение САПР. У пользователя есть только интерфейс в виде VВ-формы.
  2. Стоимость процесса проектирования значительно снижается, так как не требуется квалифицированный оператор.
  3. Поскольку полный процесс моделирования является автоматическим, он занимает очень мало времени.
  4. Режимы подкреплены проектными расчетами, так что окончательный проект гарантирует его безопасность.
  5. Графическая память не используется. Таким образом, экономия затрат на память.
  6. Поскольку модель создается там и тогда, когда это необходимо, транспортировка файлов становится очень простой.
  7. Ошибки моделирования устранены на 100%.
  8. Электронные модели и электронные рисунки можно очень легко сохранять и передавать с помощью очень небольшого количества файлов даже по почте.

Вывод: Автоматизация процессов геометрического моделирования в САПР с использованием интерфейсов прикладного программирования (API) позволяет значительно повысить эффективность проектирования, снизить требования к квалификации операторов и минимизировать вероятность ошибок, связанных с человеческим фактором.

Литература

  1. David J. Kasik The Boeing Company, William Buxton Design David R. Ferguson DRF Associates, IEEE Computer Graphics and Applications, March/April 2005.
  2. Mehdi Tarkian, Design Reuse and Automation (On High Level CAD Modelling for Multidisciplinary Design and Optimization), Printed in Sweden by LiU-Tryck Linkoping, 2009.
  3. Rahul Kumbhar, Dattatray Jadhav, Sanjay Pawar and Narendra Dhamale, "Customization of CATIA V5 for Creating Different Types of Holes on Disc Wheel," International Journal of Engineering Research & Technology, vol. 3, no. 5, pp. 506-509, May-2014.
  4. Siddesh S., B.S.Suresh, Automation of Generating CAD Models, Journal of Mechanical Engineering and Automation 2015.
  5. Tomas Fors, Development of a Modular API for the CAD-System CATIA V5, Master's Degree Project Stockholm, Sweden 2004.
  6. Varun Tiwari, Prashant K. Jain, and Punet Tandon, Member, IAENG, Design Process Automation Proceedings of the World Congress on Engineering 2013 Vol. II, WCE 2013, July 3-5, 2013, London, U.K.

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

Ключевые слова: графический интерфейс, интерфейс прикладного программирования (API), геометрическое моделирование в САПР, программное обеспечение, автоматизация.